Collegamento di un dominio Strato a un sito web esterno - come funziona

Vi mostrerò passo dopo passo come collegare il vostro dominio Strato a un sito web esterno, compresi DNS, SSL e le tipiche insidie, in modo che tutto funziona senza problemi. La guida utilizza la parola chiave collegare il dominio Strato all'esterno, spiega le voci necessarie e vi aiuta a mantenere la posta elettronica su Strato mentre il vostro sito è su Squarespace, Webflow, Shopify o un altro servizio. corse.

Punti centrali

Prima di passare all'implementazione, riassumerò gli aspetti più importanti, in modo che possiate classificare più facilmente le singole fasi e non assegnare loro una priorità. perdere. Spiegherò brevemente il compito dei record DNS e perché sono necessari i record A e CNAME per mappare correttamente un dominio a un provider esterno. giudice. Vi mostrerò come continuare a utilizzare la posta elettronica su Strato senza ospitarvi il vostro sito web, in modo che le caselle di posta e gli alias rimangano ininterrotti. Approfondisco il tema dell'inoltro e delle modifiche DNS e spiego quando ha senso scegliere il metodo e quali effetti ha sul SEO. Vi fornirò anche una lista di controllo compatta per aiutarvi a completare con successo la connessione ed evitare rapidamente eventuali errori successivi. trovare.

• Nozioni di base del DNSComprendere i record A, CNAME, MX e TXT
• Mantenere la posta elettronicaLasciare invariati i record MX
• Vantaggi SEOConnessione DNS anziché inoltro 301/302
• SSL/HTTPSControllare il certificato dopo il collegamento
• Risoluzione dei problemiTTL, propagazione e cache in sintesi

Cosa significa "Collegare il dominio Strato all'esterno"?

Mantenete il vostro dominio con Strato, ma lo reindirizzate su un'altra piattaforma tramite DNS - il sito web è quindi esterno, mentre Strato continua a utilizzare il vostro dominio. Gestire. In questo modo si separa la proprietà dell'indirizzo dall'hosting e si possono utilizzare kit di costruzione come Squarespace, Webflow o Shopify senza dover trasferimento. A tal fine, si modificano i record A e CNAME e talvolta anche i record TXT per le conferme e le funzioni di sicurezza. La posta elettronica può continuare a funzionare tramite Strato se non si modificano i record MX e si adattano SPF/DKIM al sistema complessivo. Questo disaccoppiamento crea la massima libertà per gli strumenti, le prestazioni e le mosse future, senza che si perda il controllo sul sistema. Indirizzo perdere.

Le basi del DNS spiegate brevemente

Faccio una netta distinzione tra A-Record e CNAME, perché entrambi hanno obiettivi diversi. avere. Il record A punta a un indirizzo IPv4 della piattaforma di destinazione, mentre un record CNAME punta un nome a un altro nome, di solito per "www" o verifiche. Per un rapido aggiornamento, controllo il valore TTL perché influenza la velocità con cui le modifiche sono visibili in tutto il mondo. diventare. I record MX indirizzano la posta elettronica, quindi li tocco solo quando devo spostare davvero le e-mail. Per le nozioni di base più approfondite, mi piace usare spiegazioni compatte, come ad esempio Registrazione A vs. CNAMEper evitare confusione Evitare.

Preparazione: raccogliere e controllare i dati

Ho pronto il mio login Strato, seleziono il dominio specifico e decido se voglio collegare solo "www" o il dominio root e "www" insieme nella pagina di destinazione. piombo vuole. Quindi apro le istruzioni per la piattaforma di destinazione, copio gli IP, i nomi host e gli eventuali valori TXT per la verifica e lascio la finestra aperta. Verifico se le e-mail devono rimanere con Strato, perché così non tocco i record MX e pianifico le aggiunte SPF/DKIM necessarie. Se gestisco il DNS con un servizio esterno, considero se il servizio dedicato Hosting DNS esterno offre vantaggi in termini di prestazioni e di amministrazione. Migliore è la preparazione, più veloce è l'impostazione delle voci senza dover aspettare un secondo momento. Correzioni.

Fase 1: Configurazione della piattaforma di destinazione (Squarespace, Webflow, Shopify)

In Squarespace, apro "Usa dominio esterno", inserisco il dominio e seleziono "Connetti dominio", dove appaiono i record CNAME e A con valori specifici [1][2], come ad esempio IP come 198.185.159.144 per il record A ecc.. Dopo "Aggiungi un dominio personalizzato", Webflow mi mostra le voci A, CNAME ed eventualmente TXT necessarie per la verifica, che poi inserisco in Strato [3]. In Shopify, vado su Impostazioni, Domini, "Collega dominio esistente" e ricevo i dati di destinazione DNS, che vengono trasferiti esattamente a Strato [7]. Lascio aperte queste schede per non sbagliare a digitare nulla e copiare esattamente tutti i nomi. In questo modo riduco al minimo gli errori di battitura e abbrevio il processo successivo. Sincronizzazione.

Passo 2: accedere a Strato e selezionare il dominio

Accedo all'area clienti di Strato, vado su "Gestione domini" e seleziono il dominio appropriato. Indirizzo. Apro quindi la scheda DNS o l'amministrazione del dominio, a seconda di come è visualizzato il menu. Verifico se i record A o CNAME esistenti sono memorizzati e decido se sovrascriverli o aggiungere nuove voci di sottodominio. In caso di dubbio, annoto lo stato precedente per poter tornare indietro in qualsiasi momento. Una visione d'insieme e un'attenzione particolare mi permettono di risparmiare molto in seguito. Tempo.

Passo 3: Impostare le voci DNS - A, CNAME, TXT

Entrare in A-Record

Apro il record A, imposto l'IP della piattaforma di destinazione e salvo il file. Emendamento. Con Squarespace utilizzo gli IP forniti [1][2], con Webflow gli indirizzi visualizzati [3], con Shopify i valori target specificati [7]. Se il dominio principale deve essere accessibile senza "www", imposto il record A esattamente per il dominio principale. Alcuni provider richiedono anche un secondo record A, che copio esattamente. La copia esatta impedisce che in seguito Problemi.

Memorizzare i record CNAME

Per "www", di solito imposto un CNAME al nome dell'host della piattaforma, come ext-cust.squarespace.com per Squarespace [1][2] o il corrispondente predefinito per Webflow o Shopify [3][7]. Alcune piattaforme generano un CNAME casuale per la verifica, che inserisco con l'host e l'obiettivo esatti e inserisco anche salvare. Se "www" deve puntare al dominio principale, utilizzo un CNAME verso la radice (se consentito) o la variante raccomandata dal provider. Non rimuovo alcun record MX se l'e-mail rimane a Strato. In questo modo la consegna è affidabile e senza Fallimento.

Record TXT per la verifica e la posta elettronica

Webflow spesso richiede un record TXT con un valore di verifica una tantum [3], che io adotto e salvo allo stesso modo. Per una reputazione pulita del mittente, aggiungo o aggiorno SPF e successivamente DKIM se intendo utilizzare servizi di posta elettronica esterni. Digito esattamente i valori TXT o li copio in modo che non si verifichino errori inutili. sorgere. Dopo ogni modifica, verifico se la voce è adeguata dal punto di vista sintattico e se i record duplicati causano conflitti inutili. I record TXT mantenuti in modo pulito mi fanno risparmiare molto tempo. Supporto.

Passo 4: Verifica, SSL e reindirizzamento

Dopo il salvataggio, attendo la propagazione del DNS, che può richiedere da pochi minuti a diverse ore, e poi avvio il programma Esame. Guardo lo stato della connessione nella piattaforma di destinazione, spesso appare un segno di spunta verde o una conferma. Attivo o rinnovo il certificato SSL in modo che l'HTTPS funzioni senza messaggi di avvertimento e verifico http su https, nonché "www" sulla root o viceversa. Verifico che gli URL canonici siano corretti e che i reindirizzamenti funzionino correttamente in modo da evitare contenuti duplicati. Un rapido test con diversi dispositivi e reti rivela gli effetti della cache e della rete locale. Risolutore su.

Inoltro e modifica del DNS

Configuro un inoltro di dominio se voglio solo reindirizzare, ad esempio da un dominio aggiuntivo a un indirizzo principale, senza modificare in dettaglio i record DNS [4][6]. Per farlo, vado nella gestione dei domini di Strato e uso "Imposta reindirizzamento", inserisco l'URL di destinazione e seleziono 301 per il permanente o 302 per il temporaneo [6]. Per un SEO pulito, tuttavia, utilizzo la connessione DNS tramite record A e CNAME per i progetti principali, in modo che la struttura della pagina e gli URL rimangano invariati. soggiorno. Se volete sapere esattamente come fare, questa guida al Inoltro con Strato. La tabella seguente mostra la differenza in forma abbreviata e rende il vostro Decisione.

Metodo	Vantaggi	Svantaggi
DNS (modifica A/CNAME)	Pieno controllo, buona SEO, nessuna modifica dell'URL	Tecnicamente un po' più complesso
Inoltro (301/302)	Configurazione rapida	Meno professionale, la propria struttura URL viene persa

Errori tipici e soluzioni rapide

Se dopo 24 ore non c'è nulla di vivo, confronto di nuovo tutti i valori e cerco errori di digitazione nei nomi di host, punti o Trattini. Verifico se ho lasciato involontariamente vecchi record che potrebbero sovrapporsi alle nuove voci, come ad esempio diversi record A per la stessa combinazione di hostname. Cancello la cache del browser e del DNS o eseguo un test tramite hotspot per escludere effetti locali. Controllo il TTL, perché un valore elevato ritarda significativamente la visibilità a livello mondiale. Nei casi più ostinati, rimuovo le voci contraddittorie e reimposto i valori di destinazione in modo che vengano utilizzati solo i record corretti. afferrare.

Conservare la posta elettronica con Strato: MX, SPF, DKIM

Lascio invariati i record MX se le caselle di posta elettronica devono continuare a funzionare su Strato, e modifico solo i record web, come A e CNAME. Aggiungo SPF in modo che Strato rimanga autorizzato come server di invio, eventualmente più servizi esterni che inviano la posta in seguito. Configuro DKIM in modo che la mia posta sia effettivamente firmata e che i destinatari possano controllare la firma. Eseguo test di consegna, tassi di anti-spam e rimbalzi per riconoscere rapidamente le configurazioni errate. In questo modo, il sito web e la posta elettronica rimangono nettamente separati e funzionano in modo affidabile. di più.

Comprendere la propagazione DNS: Scegliere il TTL giusto

Il TTL descrive il tempo di permanenza in cache di una voce da parte dei resolver, quindi pianifico le modifiche in modo tale da impostare un TTL più basso in anticipo e solo successivamente i valori target cambiamento. Dopo il passaggio, aumento nuovamente il TTL per generare meno richieste e stabilizzare i tempi di risposta. Per i lanci urgenti, riduco per tempo il TTL in modo che gli aggiornamenti siano visibili più rapidamente. Comunico internamente che potrebbero esserci dei ritardi e pianifico dei buffer per la propagazione del DNS. In questo modo, evito false ipotesi e mantengo le aspettative realistiche. all'indirizzo Squadra.

Lista di controllo senza aggancio: ecco come procedere

Inizio con la piattaforma di destinazione, inserisco tutti i valori DNS e apro la finestra con le voci A, CNAME e TXT per il successivo Acquisizione. Accedo quindi a Strato, seleziono il dominio e apro la scheda DNS. Imposto i record A per il dominio principale, inserisco il CNAME per "www" e accetto i valori TXT di verifica. Salvo e attendo l'aggiornamento, monitoro la piattaforma di destinazione e confermo la connessione non appena lo stato è verde. Attivo l'SSL, verifico il passaggio da http a https, da "www" a root e verifico che tutte le pagine siano accessibili e che i canonici siano corretti in modo che il SEO sia pulito. resti.

Caratteristiche tecniche speciali di Strato: nomi host, limiti di root e CNAME

Quando inserisco i record DNS, faccio attenzione alle maschere di input. Per il dominio principale, utilizzo il campo host "@" o lo lascio vuoto, a seconda dell'interfaccia. Non imposto una parte di protocollo (no http/https) per la destinazione di un CNAME, ma solo il campo FQDN - idealmente con un punto finale, anche se l'interfaccia utente non lo mostra. Importante: un CNAME alla radice non è consentito dallo standard DNS. Se voglio puntare il dominio radice a una piattaforma, utilizzo A-Record(s) (e facoltativamente AAAA per IPv6). Alcuni provider DNS offrono ALIAS/ANAME per la radice; in Strato pianifico in modo conservativo con A/AAAA e uso "www" come CNAME sull'host della piattaforma. In questo modo la zona è conforme agli standard e stabile.

Mantengo deliberatamente basso il numero di voci per host. Più record A con destinazioni diverse possono essere auspicabili (bilanciamento del carico), ma se sono mescolati in modo errato generano Incoerenze. CNAME e A/MX/TXT non devono mai condividere lo stesso host. Pertanto, prima di aggiungere nuovi valori, controllo gli host duplicati e rimuovo le combinazioni contraddittorie. salvare.

IPv6 (AAAA), CAA e DNSSEC in sintesi

Molte piattaforme ora supportano l'IPv6. Se la piattaforma di destinazione mi offre indirizzi AAAA, li aggiungo accanto al record A in modo che la pagina sia accessibile anche tramite IPv6. raggiungibile è. Questo aumenta la portata e può migliorare le latenze. Posso anche definire record CAA per determinare quali autorità di certificazione (CA) sono autorizzate a emettere certificati per il mio dominio. Si tratta di una procedura volontaria Protezione contro i falsi positivi. Se il DNSSEC è attivato in Strato, modifico i server dei nomi o le voci DNS critiche solo in vista della correzione delle firme. Se è prevista una modifica del server dei nomi, mi assicuro che il rinnovo della chiave e l'inserimento del DS siano adeguatamente coordinati, in modo che non vi siano problemi di sicurezza. Fallimento viene.

www o non www: Strategia canonica e HSTS

Decido consapevolmente se il mio indirizzo principale debba funzionare con o senza "www". Entrambe le varianti sono tecnicamente corrette, ma ho bisogno di un chiaro Canonica e un reindirizzamento 301 pulito dalla variante secondaria. Controllo la catena di reindirizzamento: dovrebbe esserci solo un salto da http a https e possibilmente da www a root (o viceversa). Catene più lunghe aumentano le latenze e indeboliscono SEO. Se utilizzo l'HSTS, lo attivo solo quando l'HTTPS è impostato correttamente su entrambe le varianti, poiché un HSTS impostato in modo errato porta a blocchi difficili da gestire con contenuti misti o certificati difettosi. Metto attivamente in guardia dai contenuti misti impostando tutte le risorse su https interruttore.

Alternativa: cambiare il server dei nomi invece di mantenere il DNS di Strato

A volte ha più senso affidare i server dei nomi completamente a un provider esterno (amministrazione DNS esterna), ad esempio per Anycast-Prestazioni, geo DNS o automazione estesa. Modifico solo le voci del server dei nomi in Strato e trasferisco tutti i record di zona (A, AAAA, CNAME, MX, TXT, CAA) al nuovo provider DNS. Vantaggi: modifiche rapide, API e servizi CDN/WAF eventualmente integrati. Svantaggi: dipendenza aggiuntiva e lavoro supplementare durante la configurazione iniziale. Trasferimento della zona. Per l'obiettivo principale "collegare il dominio Strato all'esterno", tuttavia, l'amministrazione di Strato è di solito sufficiente; scelgo di passare a Strato solo se ho davvero bisogno degli extra. utilizzare vuole.

Operazione mista: sottodomini per blog, negozio e app

Pianifico lo spazio dei nomi in una fase iniziale. La pagina principale spesso si trova sotto la radice o "www", mentre un negozio si trova sotto "shop" e un blog sotto "blog". . Per questo motivo ho creato dei record di sottodominio: CNAME per "www" e, se applicabile, "blog." agli host della piattaforma, A/AAAA per i servizi che richiedono un IP, oppure un MX/Se i sottodomini inviano messaggi di posta elettronica in modo indipendente, è necessario separare le voci TXT. Mi tengo alla larga dai record jolly ("*.domain.tld") a meno che non ne abbia davvero bisogno: possono rendere più difficile la risoluzione dei problemi e identificare sottodomini sospetti. nascondere.

Sicurezza avanzata delle e-mail: SPF, DKIM, DMARC armonizzati correttamente

Per garantire che la posta elettronica rimanga affidabile con Strato, regolo con attenzione l'autenticazione del mittente oltre ai record MX invariati. L'SPF dovrebbe includere tutti i mittenti legittimi, ma non superare il limite di 10 ricerche DNS. Evito i record SPF duplicati e mantengo un unico record SPF consolidato. Politica. DKIM dove le e-mail sono effettivamente firmate (ad esempio, strumento di newsletter). Ruoto regolarmente le chiavi e lascio i vecchi selettori durante la fase di transizione. Aggiungo anche DMARC con "p=nessuno" per iniziare, monitorare i rapporti e successivamente aumentare a "quarantena" o "rifiuto". Questo è il modo in cui aumento la deliverability senza rischiare di essere legittimo. Mittente.

Diagnostica e test: strumenti e comandi

Per un test affidabile, non mi affido solo ai test del browser. Uso comandi come scavare oppure nslookupper interrogare i record A, AAAA, CNAME, MX e TXT (ad es. dig A your-domain.tld +short, dig CNAME www.deine-domain.tld +corto). Con curl -I https://deine-domain.tld Vedo i codici di stato HTTP e verifico se i reindirizzamenti funzionano come previsto. openssl s_client -connect tuo-dominio.tld:443 -serverame tuo-dominio.tld aiuta con l'handshake SSL. In caso di problemi, cancello le cache DNS: sotto Windows ipconfig /flushdnssu macOS sudo dscacheutil -flushcache; sudo killall -HUP mDNSRespondersotto Linux, a seconda del resolver. I test tramite hotspot mobile nascondono le cache della rete locale da.

Pianificazione e rollback a tempo zero

Se voglio assolutamente evitare i tempi di inattività, abbasso il TTL a 300 secondi 24-48 ore prima del passaggio. Configuro completamente la piattaforma di destinazione, attivo i preparativi SSL e faccio un test sotto un sottodominio temporaneo (ad esempio "staging"). Alla data del passaggio, modifico i record DNS pertinenti, monitoro l'accessibilità e lascio il vecchio ambiente in parallelo per un breve periodo. Se si verifica un errore, posso sfruttare il basso TTL per tornare rapidamente alla configurazione precedente. saltare indietro. Dopo una stabilizzazione riuscita, aumento il TTL a un valore equilibrato (ad esempio 3600 secondi) per ottenere un minor numero di query e risposte stabili.

Sottigliezze nelle specifiche della piattaforma

Molti provider mostrano diversi A-IP. Io li adotto tutti, se consigliati, in modo che il bilanciamento del carico della piattaforma e il failover utilizzare può. Per le verifiche CNAME, utilizzo l'host esatto specificato dalla piattaforma (compresi eventuali prefissi come "_verification" o token casuali). Aspetto il controllo di stato interno prima di cancellare i vecchi record di verifica. Alcune piattaforme richiedono tempo per emettere i certificati, quindi non prevedo di eseguire immediatamente test dal vivo pochi secondi dopo l'emissione del certificato. Conversione.

Domande frequenti (FAQ) su "Collegare il dominio strato all'esterno"

• Quanto tempo ci vuole per il cambio? Tra i minuti e le 24-48 ore, a seconda del TTL, delle cache e del globale. Propagazione.
• Le e-mail andranno perse? No, se MX rimane invariato e SPF/DKIM/DMARC sono mantenuti correttamente. Le modifiche al Web influiscono sulla posta elettronica non.
• Devo impostare l'IPv6? No, ma è consigliato. Se la piattaforma fornisce AAAA, l'accessibilità e spesso anche l'affidabilità del sistema sono in linea con le aspettative. Latenza.
• Posso collegare Root solo tramite CNAME? Il DNS standard non consente un CNAME radice. Io uso A/AAAA o quelli raccomandati dal provider. Alternative.
• Perché vedo contenuti vecchi? Le cache locali o dei provider, il TTL elevato o i CDN possono eliminare temporaneamente le vecchie voci. mostra. La pazienza e il lavaggio della cache aiutano.
• E i sottodomini? Posso collegare i singoli sottodomini separatamente (blog, shop, app) e quindi operare in modo misto senza conflitti. rendersi conto.
• Come posso proteggermi? Con record CAA per i certificati, DNSSEC (se utilizzato), una chiara strategia di reindirizzamento e un'autenticazione coerente delle e-mail. (SPF/DKIM/DMARC).

Riassumendo brevemente

Collego il mio dominio Strato all'esterno impostando esattamente i record A, CNAME e TXT necessari e i record MX per la posta elettronica di Strato. congedo. Dopo il passaggio, verifico l'SSL, i reindirizzamenti e lo stato nella piattaforma di destinazione fino a quando tutto è verde. Per la SEO e la chiarezza degli URL, preferisco utilizzare il collegamento DNS invece dei reindirizzamenti puri. In caso di errori, controllo meticolosamente ortografia, TTL e cache prima di apportare ulteriori modifiche. Con questo processo, la connessione è affidabile senza influire sulla struttura della posta elettronica o del progetto. compromettere.