Langues

Guide Website Hosting Migration SEO

Déplacer a site web à a nouveau host, CDN, or DNS provider sans modification URLs: preparation, cutover, validation, monitoring, et rollback.

Première publication : 18 juil. 2026 · Dernière mise à jour : 3 août 2026 · Avancé
AIRédigé parAI
1 indice probant sur cette page

A hosting migration changements le infrastructure behind a site pendant que keeping son public URLs stable. Preserve le même contenu et SEO signaux, lower DNS TTL ahead de le cutover, prove le nouveau origin et CDN peut servir utilisateurs et verified robots d’exploration, exécuter old et nouveau infrastructure dans parallel, comparer réponses et rendu pages, monitor les deux sets de logs, et retire le old host seulement après son trafic reaches zero. Redirection maps et Modifier de Adresse ne sont pas partie de a vrai même-URL hosting déplacer.

TL;DR — Treat a même-URL hosting, CDN, or DNS migration as une réponse-parity et traffic-routing project. Inventory chaque hostname et dependency, lower DNS TTL avant launch, configurer le nouveau origin et edge, valider certificates et security contrôle, charger-test realistic robot d’exploration et utilisateur demand, et comparer raw plus rendu réponses. Dual-exécuter old et nouveau infrastructure via DNS propagation. Monitor les deux log streams, DNS réponses, erreurs, latency, cache behavior, explorer activity, et Search Console. Roll back par restoring le previous routing seulement quand a pre-agreed infrastructure échec occurs.

«## Decide whether this is really a same-URL migration » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«A same-URL hosting migration changes infrastructure without changing the exact public URL string. The scheme, hostname, port, path, query handling, and trailing slash behavior remain stable. » (Traduction) (Résumé en français de la section vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Classify the project before planning it: » (Traduction) (Résumé en français de la section vingt-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«| Change | Same-URL hosting move? | Additional migration work | | ---------------------------------- | ---------------------- | --------------------------------------------------------- | | New origin IP, same URLs | Yes | Response parity, DNS, capacity, logs | | New CDN, same URLs | Yes | Edge rules, cache, TLS, firewall, origin routing | | New authoritative DNS provider | Usually | Zone parity, delegation, DNSSEC, mail and service records | | www.example.com to example.com | No | URL mapping and permanent redirects | | HTTP to HTTPS | No | Protocol migration and per-URL redirects | | Path or CMS-generated URL changes | No | URL migration plus platform QA | » (Traduction) (Résumé en français de la section vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Do not let a project manager label a URL change as “just hosting.” The deployment plan must include every migration type that actually ships. » (Traduction) (Résumé en français de la section vingt-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Build the infrastructure inventory » (Traduction) (Résumé en français de la section trente, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Infrastructure inventory prevents the quiet dependencies from becoming launch-day surprises. Record: » (Traduction) (Résumé en français de la section trente et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- all public hostnames, including assets, images, APIs, international hosts, and legacy aliases; » (Traduction) (Résumé en français de la section trente-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- A, AAAA, CNAME, NS, SOA, CAA, MX, TXT, and relevant SRV records; » (Traduction) (Résumé en français de la section trente-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- certificate issuers, validation methods, Subject Alternative Names, and expiry; » (Traduction) (Résumé en français de la section trente-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- origin addresses, ports, health checks, load balancers, and failover behavior; » (Traduction) (Résumé en français de la section trente-deux, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- CDN cache keys, cache rules, redirects, transforms, workers, and purge methods; » (Traduction) (Résumé en français de la section trente-deux, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- WAF, bot, rate-limit, geo, authentication, and IP allow/deny rules; » (Traduction) (Résumé en français de la section trente-deux, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- response headers, compression, cookie behavior, and security headers; » (Traduction) (Résumé en français de la section trente-deux, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- log destinations, retention, sampling, fields, and time zones; » (Traduction) (Résumé en français de la section trente-deux, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.) «- Search Console and analytics verification methods; » (Traduction) (Résumé en français de la section trente-deux, sous-partie neuf : le texte source est conservé pour vérification lors de la relecture francophone.) «- third-party callbacks, webhooks, payment flows, feeds, and allowlisted IPs. » (Traduction) (Résumé en français de la section trente-deux, sous-partie dix : le texte source est conservé pour vérification lors de la relecture francophone.)

DNS examiner doit inclure non-web records. Breaking MX, SPF, DKIM, DMARC, or service records may pas directement modifier rankings, but it peut break the business vous were trying to protéger.

Establish une réponse-parity baseline

Réponse parity signifie comparing le old et nouveau systèmes pour le même requested URL, pas merely checking que les deux retourner 200.

Capture a representative définir à travers templates and behaviors:

  • status et chaîne de redirections;
  • final URL et protocol negotiation;
  • titre, canonical, robots directives, hreflang, et données structurées;
  • raw HTML et navigateur-rendu principal contenu;
  • Content-Type, Cache-Control, Vary, compression, et security headers;
  • images, fonts, JavaScript, CSS, PDFs, et media assets;
  • cookies et logged-dans or personalized variants;
  • mobile et desktop behavior;
  • latency, temps à premier byte, et erreur rate.

Utiliser le Staging vs. Production SEO Diff pour paired page vérifications. A complet robot d’exploration et scripted requête suite devrait cover le plus grand inventory.

Prepare the nouveau origin

Origin preparation commence avec contenu et configuration parity. Copy actuel contenu, templates, media, robots règles, redirections, erreur handling, et verification fichiers. Freeze or synchronize écrit donc le nouveau database ne fait pas launch stale.

Tester le origin directement via a controlled hostname, a local hosts-fichier override, or provider-spécifique preview mechanism. Le tester doit preserve le production Host header parce que virtual hosts, application routing, certificates, canonicals, et absolute liens souvent depend on il.

Le nouveau origin doit aussi handle le post-cutover charger. Warm le application et database, confirmer connection pools et autoscaling, et charger-test uncached demand. CDN cache misses peut concentrate trafic à le origin immédiatement après launch.

Configurer the CDN as a separate system

CDN migration changements plus que geography. Comparer le old et nouveau edge behavior explicitly:

  • cache clé composition, notamment requête strings, cookies, headers, et device variants;
  • cacheable code d’états et fichier types;
  • navigateur TTL, edge TTL, stale diffusion, revalidation, et origin shielding;
  • redirections, rewrites, header transforms, et edge functions;
  • cache bypass règles pour accounts, carts, recherche, et personalized pages;
  • compression et image optimization;
  • purge scope et propagation;
  • WAF, bot management, rate limiting, et origin protection.

Cloudflare’s actuel documentation, Par exemple, notes que son par défaut mise en cache peut respect origin Cache-Control headers mais peut être overridden par edge règles. Il aussi provides targeted or complet purges à force fresh origin récupère. Le exact behavior est vendor-spécifique, donc export et comparer configuration plutôt que assuming equivalent étiquettes signifier equivalent résultats. Voir Cloudflare’s cache documentation.

Treat cache parity as contenu parity

«Cache configuration can serve the wrong page correctly and quickly. Test anonymous, authenticated, localized, mobile, and query-string variants. A cache key that omits a meaningful cookie or header can leak personalized content. A cache key that includes every tracking parameter can fragment the cache and overload the origin. » (Traduction) (Résumé en français de la section quarante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Purge or pre-warm critical assets and pages according to the launch plan. Do not blindly purge everything during peak traffic unless the origin has been tested for the resulting miss storm. » (Traduction) (Résumé en français de la section quarante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Validate TLS from user to edge and edge to origin » (Traduction) (Résumé en français de la section cinquante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«TLS validation has two legs when a CDN terminates HTTPS: browser to CDN and CDN to origin. Confirm hostname coverage, complete certificate chains, modern protocol support, renewal, and strict origin validation. » (Traduction) (Résumé en français de la section cinquante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Origin-seulement certificates peut pas être publicly trusted. Cloudflare warns que son Origin CA certificates peut produce navigateur confiance erreurs si proxying est disabled or paused. Que matters during rollback: a DNS-seulement fallback à an origin en utilisant an edge-seulement confiance model peut échouer pour utilisateurs. Voir Cloudflare Origin CA guidance.

Tester every public hostname, notamment wildcard assumptions and rarely utilisé asset or regional hosts. A valid apex certificate ne fait pas prove every subdomain is covered.

Lower DNS TTL avant the déplacer

TTL planning commence avant cutover. Google recommends lowering le pertinent TTL à a conservative faible valeur, tel as a quelques hours, au moins un week avant le déplacer. A DNS provider peut impose différent minimums; proxied records peut aussi ont fixed valeurs.

Cloudflare’s TTL documentation explique le basic tradeoff: plus long valeurs augmenter cache reuse, pendant que shorter valeurs autoriser record changements à prendre effect sooner. Record le original TTL et schedule son restoration seulement après le nouveau infrastructure est stable.

DNS changements peut être non-atomic à travers distributed systèmes. Modifier as little as possible during le cutover, vérifier réponses depuis plusieurs public resolvers, et garder le old destination disponible pendant que mis en cache réponses remain valide.

Vérifier robot d’exploration accès and security contrôle

Security parity n’est pas rule-count parity. A WAF copied from un autre provider peut challenge or block robots d’exploration, strip requête parameters, rewrite réponses, or rate-limit high-volume exploration differently.

«Google’s hosting guide says to ensure firewalls and denial-of-service protection do not block Googlebot from DNS or hosting servers. Verify Googlebot using Google’s documented verification methods, not a user-agent string alone. » (Traduction) (Résumé en français de la section soixante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Test both ordinary crawler behavior and legitimate bursts. Avoid broad allowlisting that disables protection for spoofed user agents. Preserve security logs so blocked requests can be distinguished from origin failures. » (Traduction) (Résumé en français de la section soixante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Plan the dual run » (Traduction) (Résumé en français de la section soixante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Dual running means both old and new infrastructure can serve correct production responses during propagation. The old environment must keep receiving content or data changes that affect the site. Otherwise users routed by cached DNS answers may see stale inventories, broken sessions, or outdated pages. » (Traduction) (Résumé en français de la section soixante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Pick a synchronization strategy: » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- one read/write database shared by both stacks; » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- replicated data with an understood lag and conflict policy; » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- a controlled content freeze during cutover; » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- one-way event replication for orders, forms, or user writes. » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

«Session state, uploads, cache invalidations, and background jobs need the same decision. “Both servers are on” is not a dual-run plan if their state diverges. » (Traduction) (Résumé en français de la section soixante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le old environment est a rollback chemin seulement pendant que il remains valide et synchronized. Retirement begins quand logs prove le old chemin est ne ... plus utilisé. Source : Website Hosting Migration SEO

Prepare construit le nouveau origin et edge chemin. Valider tests controlled routing, parity, certificates, et capacity. Dual exécuter garde old et nouveau environments correct et synchronized. Cut over changements seulement le planned DNS or edge route. Drain observes old-host requêtes dans séparé logs pendant que le old environment remains disponible. Retire occurs seulement quand old-host trafic reaches zero et dependencies ont déplacé. A rollback lane remains disponible avant retirement quand a pre-agreed infrastructure échec occurs et le old state est encore valide.

© Patrick Stox LLC · CC BY 4.0 ·

«## Execute the cutover » (Traduction) (Résumé en français de la section soixante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Hosting cutover should be deliberately boring: » (Traduction) (Résumé en français de la section soixante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

  1. Arrêter unrelated deployments et confirmer le modifier window.
  2. Exécuter le final parity, certificate, capacity, et backup vérifications.
  3. Supprimer temporary explorer or accès bloque depuis le nouveau production chemin.
  4. Modifier seulement le planned DNS or CDN routing records.
  5. Confirmer attendu réponses depuis plusieurs resolvers.
  6. Requête protected pages via le public route as a utilisateur et robot d’exploration.
  7. Confirmer logs sont arriving depuis edge, nouveau origin, et old origin.
  8. Watch erreurs, latency, cache misses, origin charger, et conversions.

Ne faites pas utiliser Google’s Modifier of Adresse outil pour a host-only déplacer. Aucun public URL has modifié, so là is aucun adresse modifier to report.

Monitor the evidence que proves the déplacer

Infrastructure monitoring devrait séparé old et nouveau trafic. Utiliser a deployment marker et comparer le même time-de-week baseline où seasonality matters.

Watch:

  • DNS réponses et resolver propagation;
  • old-host et new-host requêtes par utilisateur et verified robot d’exploration;
  • edge et origin status-code distribution;
  • TLS, connection, timeout, et application erreurs;
  • latency percentiles et uncached origin réponse temps;
  • cache hit ratio et origin requête volume;
  • Googlebot requêtes, Statistiques d’exploration, Page Indexation, et representative Inspection d’URL;
  • synthetic vérifications à travers regions et networks;
  • analytics, conversions, et critical entreprise transactions.

Google dit a temporary Googlebot explorer-rate drop immédiatement après a hosting modifier peut être normal, followed par an augmenter over le suivant quelques days. Anchor quelconque décision à accessibility et erreur evidence, pas que attendu modèle alone.

Define rollback avant launch

Rollback renvoie routing to a known-good infrastructure state. It n’est pas a vague promise to “switch DNS back.” Document:

  • le exact records, routes, et configurations à restore;
  • qui peut authorize et execute le reversal;
  • comment modifié contenu, sessions, formulaires, orders, et uploads va reconcile;
  • si le old certificates et dependencies remain valide;
  • cache purge étapes on les deux routes;
  • le échec thresholds que trigger rollback;
  • le maximum sûr décision temps.

Rollback triggers devrait be observable: sustained availability échecs, material conversion breakage, widespread incorrect content, certificate échecs, robot d’exploration blocks, or capacity collapse que ne peut pas be corrected dans the window. A temporary explorer rate fluctuation by itself n’est pas a rollback trigger.

Retire le old infrastructure depuis logs, pas a calendar

Old-host retirement se produit après logs montrer que utilisateurs et robots d’exploration ne … plus reach il et tout dependent services ont déplacé. Google recommends shutting bas le old host après son trafic reaches zero.

Retain configuration exports, logs, et rollback artifacts selon entreprise requirements. Restore DNS TTL à le prévu steady-state valeur après stability est proven. Supprimer temporary firewall exceptions et duplicate scheduled jobs donc le migration ne fait pas laisser a permanent maintenance mess.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.