Passer au contenu 
Je te montre étape par étape comment relier ton domaine Strato à un site web externe - y compris DNS, SSL et les pièges typiques, pour que tout fonctionne proprement. Le guide utilise le mot-clé strato domain external connect, explique les entrées nécessaires et t'aide à conserver l'e-mail chez Strato pendant que ton site est chez Squarespace, Webflow, Shopify ou un autre service. fonctionne.
Points centraux
Avant de passer à la mise en œuvre, je vais résumer les aspects les plus importants afin que tu puisses plus facilement classer les différentes étapes et ne pas donner la priorité à l'une d'entre elles. perds. J'explique brièvement le rôle des enregistrements DNS et pourquoi tu as besoin des enregistrements A et CNAME pour transférer proprement un domaine vers un fournisseur externe. dirigent. Je montre comment continuer à utiliser le courrier électronique chez Strato sans y héberger ton site web, afin que les boîtes aux lettres et les alias soient conservés sans interruption. J'aborde la question de la redirection par rapport au changement de DNS et j'explique quand il est judicieux d'utiliser telle ou telle méthode et quelles en sont les conséquences pour le référencement. Je te donne également une liste de contrôle compacte qui te permettra de réussir la connexion et d'éviter rapidement les erreurs ultérieures. trouve.
- Les bases du DNScomprendre les enregistrements A, CNAME, MX, TXT
- Conserver l'e-mail: laisser les enregistrements MX inchangés
- Avantages SEO: Connexion DNS au lieu de la redirection 301/302
- SSL/HTTPS: Vérifier le certificat par lien
- Dépannage: TTL, propagation et cache en vue
Que signifie "Connecter un domaine Strato en externe" ?
Tu conserves ton domaine chez Strato, mais tu le rediriges vers une autre plateforme via DNS - le site web est donc externe, tandis que Strato continue de gérer ton domaine. gérer. Ainsi, tu sépares la propriété de l'adresse de l'hébergement et tu peux utiliser des kits de construction comme Squarespace, Webflow ou Shopify sans devoir changer de domaine. transférer. Pour cela, tu adaptes les enregistrements A et CNAME, en partie aussi les enregistrements TXT pour les confirmations et les caractéristiques de sécurité. Le courrier électronique peut continuer à fonctionner via Strato si tu ne modifies pas les enregistrements MX et si tu adaptes SPF/DKIM à l'ensemble du système. Ce découplage crée une liberté maximale pour les outils, les performances et les futurs déménagements, sans que tu perdes la souveraineté de tes Adresse perdre.
Les bases du DNS expliquées en bref
Je fais une distinction claire entre A-Record et CNAME, car les deux ont des objectifs différents. ont. L'enregistrement A pointe vers une adresse IPv4 de la plateforme cible, tandis qu'un enregistrement CNAME pointe vers un nom différent, généralement pour "www" ou des vérifications. Pour un rafraîchissement rapide, je contrôle la valeur TTL, car elle influence la rapidité avec laquelle les modifications sont visibles dans le monde entier. seront. Les enregistrements MX dirigent les e-mails, c'est pourquoi je ne les manipule que lorsque je déplace vraiment des e-mails. Pour approfondir les bases, j'utilise volontiers des explications compactes telles que A-Record vs. CNAMEpour éviter toute confusion. éviter.
Préparation : collecter et vérifier les données
Je prépare mon login Strato, je choisis le domaine concret et je décide si je veux connecter uniquement "www" ou si je veux connecter le domaine racine et "www" ensemble sur la page cible. dirigent veut. Ensuite, j'ouvre les instructions de la plate-forme cible, je copie les IP, les noms d'hôtes et les éventuelles valeurs TXT pour la vérification et je laisse la fenêtre ouverte. Je vérifie si les e-mails doivent rester chez Strato, car dans ce cas je ne touche pas aux enregistrements MX et je prévois les compléments SPF/DKIM nécessaires. Si je gère le DNS avec un service externe, j'examine si un serveur dédié doit être utilisé. Hébergement DNS externe des avantages en termes de performance et de gestion. Plus la préparation est bonne, plus vite j'insère les entrées sans devoir attendre. Corrections.
Étape 1 : Configurer la plateforme cible (Squarespace, Webflow, Shopify)
Dans Squarespace, j'ouvre "Utiliser un domaine externe", je saisis le domaine et je sélectionne "Connecter le domaine", après quoi les enregistrements CNAME et A apparaissent avec des valeurs concrètes [1][2], par exemple des IP comme 198.185.159.144 pour l'enregistrement A etc.. Webflow m'indique après "Add a custom domain" les enregistrements A, CNAME et éventuellement TXT nécessaires à la vérification, que je saisirai plus tard chez Strato [3]. Dans Shopify, je vais dans Paramètres, Domaines, "Connecter un domaine existant" et j'obtiens les données DNS cibles, qui sont reprises exactement dans Strato [7]. Je laisse ces onglets ouverts afin de ne pas faire de faute de frappe et de copier exactement tous les noms. Je minimise ainsi les fautes d'orthographe et raccourcis le temps de travail ultérieur. Ajustement.
Étape 2 : Se connecter à Strato et choisir un domaine
Je me connecte à l'espace client Strato, je vais dans "Gérer les domaines" et je choisis le domaine qui me convient. Adresse. Ensuite, j'ouvre l'onglet DNS ou l'administration des domaines, selon la manière dont le menu est affiché. Je contrôle si les enregistrements A ou CNAME existants sont déposés et décide si je dois les écraser ou ajouter de nouveaux enregistrements de sous-domaines. En cas de doute, je note l'état précédent afin de pouvoir revenir en arrière à tout moment. Une vue d'ensemble et un soin particulier me permettent d'économiser beaucoup plus tard Temps.
Étape 3 : Définir les enregistrements DNS - A, CNAME, TXT
Inscrire un A-Record
J'ouvre l'enregistrement A, je définis l'IP à partir de la plate-forme cible et j'enregistre la Modification. Pour Squarespace, j'utilise les IP mises à disposition [1][2], pour Webflow les adresses affichées [3], pour Shopify les valeurs cibles prédéfinies [7]. Si le domaine racine doit être accessible sans "www", je définis l'enregistrement A exactement pour le domaine principal. Certains fournisseurs exigent en outre un deuxième A-Record, que je copie également proprement. Une copie exacte évite les erreurs ultérieures Problèmes.
Déposer des enregistrements CNAME
Pour "www", je place généralement un CNAME sur le nom d'hôte de la plate-forme, par exemple ext-cust.squarespace.com pour Squarespace [1][2] ou la valeur par défaut correspondante pour Webflow ou Shopify [3][7]. Certaines plateformes génèrent un CNAME aléatoire pour la vérification, que j'inscris exactement avec l'hôte et la destination et que j'utilise également pour la vérification. enregistrer. Si "www" doit pointer sur le domaine racine, j'utilise soit un CNAME sur la racine (si autorisé), soit la variante recommandée par le fournisseur. Je ne supprime pas les enregistrements MX lorsque le courrier électronique reste chez Strato. Ainsi, la distribution reste fiable et sans Panne.
Enregistrements TXT pour la vérification et le courrier électronique
Webflow exige souvent un enregistrement TXT avec une valeur de vérification unique [3], que je reprends et enregistre de la même manière. Pour une réputation propre de l'expéditeur, j'ajoute ou je mets à jour SPF et plus tard DKIM si je prévois des services de messagerie externes. Je tape exactement les valeurs TXT ou je les copie pour éviter les erreurs inutiles. naissent. Après chaque modification, je vérifie que la syntaxe de l'entrée est correcte et qu'aucun enregistrement en double ne provoque de conflits inutiles. Des enregistrements TXT bien gérés m'épargnent beaucoup de travail. Soutien.
Étape 4 : vérification, SSL et redirections
Après la sauvegarde, j'attends la propagation du DNS, qui peut durer de quelques minutes à plusieurs heures, et je démarre la Examen. Dans la plateforme cible, je regarde l'état de la connexion, une coche verte ou une confirmation apparaît souvent. J'active ou je renouvelle le certificat SSL pour que HTTPS fonctionne sans message d'avertissement et je teste http sur https, ainsi que "www" sur la racine ou inversement. Je vérifie si les URL Canonical sont correctes et si les redirections fonctionnent correctement afin d'éviter les contenus en double. Un test rapide avec plusieurs appareils et réseaux permet de détecter les effets de cache et les erreurs locales. Résolveur sur.
Redirection vs. changement de DNS
Je mets en place une redirection de domaine si je veux seulement rediriger, par exemple, un domaine supplémentaire vers une adresse principale, sans modifier en détail les enregistrements DNS [4][6]. Pour cela, je vais dans la gestion des domaines chez Strato et j'utilise la fonction "Configurer une redirection", je saisis l'URL cible et je choisis 301 pour une utilisation permanente ou 302 pour une utilisation temporaire [6]. Pour un référencement propre, j'utilise toutefois la connexion DNS par enregistrement A et CNAME pour les projets principaux, afin que la structure des pages et les URL restent inchangées. restent. Si tu veux savoir exactement comment faire, ce guide de la Redirection chez Strato. Le tableau suivant illustre brièvement la différence et facilite ta recherche. Décision.
| Méthode | Avantages | Inconvénients |
|---|---|---|
| DNS (changement de A/CNAME) | Contrôle total, bon référencement, pas de changement d'URL | Un peu plus compliqué techniquement |
| Transfert (301/302) | Mise en place rapide | Moins professionnel, la structure propre de l'URL est perdue |
Erreurs typiques et solutions rapides
Si rien n'est en direct au bout de 24 heures, je compare à nouveau toutes les valeurs et recherche les erreurs de frappe dans les noms d'hôtes, les points ou les Trait d'union. Je vérifie que je n'ai pas laissé involontairement d'anciens enregistrements qui pourraient se superposer aux nouveaux, par exemple plusieurs enregistrements A pour la même combinaison de noms d'hôtes. Je vide le cache du navigateur et du DNS ou je teste par hotspot pour exclure les effets locaux. Je contrôle le TTL, car une valeur élevée retarde nettement la visibilité dans le monde entier. Dans les cas persistants, j'élimine les entrées contradictoires et je redéfinis les valeurs cibles afin que seuls les enregistrements corrects saisissent.
Conserver le courrier électronique chez Strato : MX, SPF, DKIM
Je laisse les enregistrements MX inchangés si les boîtes aux lettres doivent continuer à fonctionner chez Strato, et je modifie uniquement les enregistrements Web tels que A et CNAME. Je complète SPF de manière à ce que Strato reste autorisé en tant que serveur d'envoi, plus éventuellement des services externes qui envoient des mails ultérieurement. Je configure DKIM là où mon courrier est effectivement signé, afin que les destinataires puissent vérifier la signature. Je teste la distribution, les taux d'antispam et les retours afin de détecter rapidement les configurations erronées. Ainsi, le site web et le courrier électronique restent bien séparés et fonctionnent de manière fiable. continuer.
Comprendre la propagation de l'ADN : Bien choisir son TTL
TTL décrit la durée de mise en cache d'une entrée par le résolveur, c'est pourquoi je planifie les modifications en définissant d'abord un TTL plus bas et ensuite seulement les valeurs cibles. changer. Après le changement, j'augmente à nouveau le TTL afin de provoquer moins de demandes et de stabiliser les temps de réponse. En cas de lancements urgents, je réduis le TTL à temps pour que les mises à jour soient visibles plus rapidement. Je communique en interne qu'il peut y avoir des retards et je prévois des tampons pour la propagation DNS. J'évite ainsi de faire de fausses suppositions et je garde les attentes réalistes. à l'adresse suivante : équipe.
Liste de contrôle sans crochet : voici comment je procède
Je démarre avec la plateforme cible, je saisis toutes les valeurs DNS et j'ouvre la fenêtre avec les enregistrements A, CNAME et TXT pour le futur Reprise. Ensuite, je me connecte à Strato, je sélectionne le domaine et j'ouvre l'onglet DNS. Je place le(s) enregistrement(s) A pour le domaine racine, je saisis le CNAME pour "www" et je reprends les valeurs TXT de vérification. J'enregistre et j'attends la mise à jour, j'observe la plateforme cible et je confirme la connexion dès que le statut est vert. J'active le SSL, je teste http vers https, "www" vers la racine et je vérifie que toutes les pages sont accessibles et que les canonicals sont corrects, afin que le SEO soit propre. reste.
Particularités techniques chez Strato : noms d'hôtes, racine et limites CNAME
Lorsque je saisis les enregistrements DNS, je fais attention aux masques de saisie. Pour le domaine racine, j'utilise soit le champ hôte "@", soit je le laisse vide, selon l'interface. Pour la destination d'un CNAME, je ne mets pas de partie protocole (pas de http/https), mais seulement le FQDN - idéalement avec un point final en pensée, même si l'IU ne le montre pas. Important : un CNAME à la racine n'est pas autorisé par le standard DNS. Si je veux que le domaine racine pointe vers une plateforme, j'utilise A-Record(s) (et en option AAAA pour IPv6). Certains fournisseurs de DNS proposent ALIAS/ANAME pour la racine ; chez Strato, je planifie de manière conservatrice avec A/AAAA et j'utilise "www" comme CNAME sur l'hôte de la plate-forme. Ainsi, la zone reste conforme à la norme et stable.
Je maintiens volontairement le nombre d'entrées par hôte à un niveau bas. Plusieurs enregistrements A avec des destinations différentes peuvent être souhaitables (load-balancing), mais en cas de mauvais mélange, ils génèrent des erreurs. Incohérences. CNAME et A/MX/TXT ne doivent jamais partager le même hôte. Je vérifie donc les hôtes en double et supprime les combinaisons contradictoires avant d'ajouter de nouvelles valeurs. enregistrer.
IPv6 (AAAA), CAA et DNSSEC en vue
De nombreuses plates-formes supportent aujourd'hui IPv6. Si la plate-forme cible me propose des adresses AAAA, je les ajoute à côté de l'enregistrement A pour que la page soit également accessible via IPv6. atteignable est plus élevé. Cela augmente la portée et peut améliorer les temps de latence. En outre, je peux définir des enregistrements CAA pour déterminer quelles autorités de certification (CA) peuvent émettre des certificats pour mon domaine. Il s'agit d'une démarche volontaire Protection contre les faux positifs. Si les DNSSEC sont activés chez Strato, je ne modifie les serveurs de noms ou les enregistrements DNS critiques qu'en vue d'obtenir des signatures correctes. Lors d'un changement de serveur de noms planifié, je m'assure que le key rollover et l'enregistrement DS sont correctement coordonnés afin d'éviter tout risque d'erreur. Panne vient.
www ou non www : Stratégie Canonical et HSTS
Je décide en connaissance de cause si mon adresse principale doit fonctionner avec ou sans "www". Les deux variantes sont techniquement correctes, mais j'ai besoin d'une adresse claire. Canonical et une redirection 301 propre de la variante secondaire. Je vérifie la chaîne de redirection : il ne devrait y avoir qu'un saut de http vers https et, le cas échéant, de www vers la racine (ou inversement). Les chaînes plus longues augmentent les latences et affaiblissent SEO. Si j'utilise HSTS, je ne l'active que lorsque HTTPS est propre sur les deux variantes, car un HSTS mal défini entraîne des blocages sévères en cas de contenus mixtes ou de certificats erronés. J'avertis activement les contenus mixtes en réglant tous les actifs sur https de l'année en cours.
Alternative : changer de serveur de noms au lieu de gérer les DNS chez Strato
Il est parfois plus judicieux de confier l'ensemble des serveurs de noms à un fournisseur externe (gestion DNS externe), par exemple pour Anycast-performance, Geo-DNS ou une automatisation poussée. Chez Strato, je ne modifie que les enregistrements des serveurs de noms et je transfère tous les enregistrements de zone (A, AAAA, CNAME, MX, TXT, CAA) vers le nouveau fournisseur DNS. Avantages : changements rapides, API et, le cas échéant, services CDN/WAF intégrés. Inconvénients : dépendance supplémentaire et surcroît de travail lors de l'installation initiale. Transfert de la zone. Pour l'objectif principal "connecter strato domain à l'extérieur", la gestion dans Strato suffit toutefois la plupart du temps - je ne choisis de changer que si je veux vraiment utiliser les extras utiliser veut
Exploitation mixte : sous-domaines pour blog, boutique et app
Je planifie l'espace de noms à l'avance. Souvent, la page principale se trouve sous la racine ou "www", tandis qu'une boutique se trouve sous "shop." et un blog sous "blog." se trouve. Pour cela, je place de manière ciblée des enregistrements de sous-domaines : CNAME pour "www" et, le cas échéant, "blog." sur les hôtes de la plate-forme, A/AAAA pour les services qui demandent des IP, ou un propre MX/enregistrements TXT séparés si les sous-domaines envoient du courrier de manière autonome. Je me tiens à distance des enregistrements joker ("*.domain.tld"), sauf si j'en ai vraiment besoin - ils peuvent compliquer la recherche d'erreurs et les sous-domaines suspects. cachent.
Sécurisation avancée des e-mails : coordonner proprement SPF, DKIM, DMARC
Pour que le courrier électronique reste fiable chez Strato, j'adapte soigneusement l'authentification de l'expéditeur en plus des enregistrements MX inchangés. SPF doit inclure tous les expéditeurs légitimes, mais ne doit pas dépasser la limite des 10 recherches DNS. J'évite les enregistrements SPF en double et je maintiens un seul enregistrement SPF consolidé. Politique. Je place DKIM là où les e-mails sont effectivement signés (par ex. outil de newsletter). Je change les clés à tour de rôle, je laisse les anciens sélecteurs en parallèle pendant la phase de transition. En outre, je complète DMARC avec "p=none" au départ, je surveille les rapports et passe plus tard à "quarantine" ou "reject". J'améliore ainsi la délivrabilité sans risque pour les utilisateurs légitimes. Expéditeur.
Diagnostic et tests : outils et commandes
Pour un contrôle fiable, je ne m'appuie pas uniquement sur des tests de navigateur. J'utilise des commandes comme dig ou nslookuppour interroger les enregistrements A, AAAA, CNAME, MX et TXT (par ex. dig A ton-domaine.tld +short, dig CNAME www.deine-domain.tld +short). Avec curl -I https://deine-domain.tld je vois les codes d'état HTTP et je vérifie si les redirections fonctionnent comme prévu. openssl s_client -connect your-domain.tld:443 -servername your-domain.tld aide au handshake SSL. En cas de problème, je vide les caches DNS : sous Windows ipconfig /flushdns, sur macOS sudo dscacheutil -flushcache ; sudo killall -HUP mDNSRespondersous Linux, selon le résolveur. Les tests sur hotspot mobile masquent les caches réseau locaux de.
Planification à temps zéro et retour en arrière
Si je veux absolument éviter les temps d'arrêt, j'abaisse le TTL 24-48 heures avant le changement à 300 secondes, par exemple. Je configure entièrement la plate-forme cible, j'active les préparatifs SSL et je teste sous un sous-domaine temporaire (par exemple "staging."). À la date de basculement, je modifie les enregistrements DNS pertinents, surveille l'accessibilité et laisse l'ancien environnement en parallèle pendant une courte période. Si une erreur se produit, je peux rapidement revenir à la configuration précédente grâce au TTL faible. sauter en arrière. Après une stabilisation réussie, j'augmente à nouveau le TTL à une valeur équilibrée (par exemple 3600 secondes) pour moins de requêtes et des réponses stables.
Détails des spécifications de la plate-forme
De nombreux fournisseurs affichent plusieurs A-IP. Je les adopte tous, s'ils sont recommandés, afin que la plateforme puisse répartir la charge et basculer. utiliser peut faire. Pour les vérifications CNAME, j'utilise exactement l'hôte indiqué par la plate-forme (y compris les éventuels préfixes comme "_verification" ou les jetons aléatoires). J'attends la vérification interne du statut avant de supprimer les anciens enregistrements de vérification. Certaines plates-formes ont besoin de temps pour émettre des certificats - je ne prévois donc pas de tests en direct immédiats quelques secondes après la Conversion.
Questions fréquentes (FAQ) sur "strato domain externally connect" (connecter un domaine en externe)
- Combien de temps dure la transition ? Entre quelques minutes et 24-48 heures, en fonction de la TTL, des caches et de l'utilisation globale. Propagation.
- Le courrier électronique est-il perdu ? Non, si MX reste inchangé et si SPF/DKIM/DMARC sont correctement gérés. Les modifications Web concernent le courrier électronique pas.
- Dois-je définir IPv6 ? Non, mais c'est recommandé. Si la plateforme fournit des AAAA, l'accessibilité et souvent la Latence.
- Puis-je me connecter à Root uniquement par CNAME ? Le DNS standard n'autorise pas le DNAME racine. J'utilise A/AAAA ou les noms de domaine recommandés par le fournisseur. Alternatives.
- Pourquoi est-ce que je vois d'anciens contenus ? Les caches locaux ou des fournisseurs d'accès, les TTL élevés ou les CDN peuvent temporairement bloquer les anciennes entrées. montrent. La patience et le cache-flush aident.
- Qu'en est-il des sous-domaines ? Je peux relier séparément des sous-domaines (blog, boutique, app) et ainsi mélanger les activités sans conflit. réalisent.
- Comment se protéger ? Avec des enregistrements CAA pour les certificats, DNSSEC (si utilisé), une stratégie de redirection claire et une authentification cohérente du courrier électronique (SPF/DKIM/DMARC).
En bref
Je connecte mon domaine Strato en externe en définissant exactement les enregistrements A, CNAME et TXT nécessaires et les enregistrements MX pour l'e-mail chez Strato. laisse. Après le changement, je teste le SSL, les redirections et le statut dans la plateforme cible jusqu'à ce que tout soit vert. Pour le référencement et des URL claires, j'utilise de préférence les liens DNS plutôt que les simples redirections. En cas d'erreur, je vérifie méticuleusement l'orthographe, le TTL et les caches avant de procéder à d'autres modifications. Grâce à cette procédure, la connexion est fiable sans affecter la structure de ton e-mail ou de ton projet. mettent en danger.
