Migration SEO pour refonte de site, changement de domaine ou migration CMS

Que couvre une migration SEO ?

Une migration SEO coordonne les changements techniques et de contenu nécessaires pour déplacer un site sans laisser de pages importantes derrière. Elle s'applique aux refontes, changements de domaine, rebrandings et migrations CMS.

La première décision est le périmètre : listez chaque nom d'hôte, version linguistique et groupe de pages concerné. Identifiez ensuite les pages ayant du trafic de recherche, des liens entrants ou une valeur commerciale. Ce sont les priorités de la migration, pas des pages à supprimer à la légère.

Le Cahier des Charges de Lancement enregistre le type de déplacement, les responsables, la séquence de lancement, les sources d'URL et les critères d'acceptation. Il note également ce qui ne change pas, afin que l'équipe puisse séparer les problèmes de migration du travail de refonte non lié. Si les citations des assistants IA sont importantes, incluez les URL actuellement citées et les pages de référence importantes dans la référence. Cela donne à l'équipe un enregistrement à comparer après la publication.

Pour un travail plus large sur la recherche IA au-delà de la migration elle-même, voir visibilité dans la recherche IA et notre audit GEO.

Comment mapper les URL et les redirections ?

Un plan de mapping d'URL de migration doit donner à chaque ancienne URL conservée une destination claire, et à chaque URL supprimée une disposition délibérée. Construisez-le avant la mise en œuvre des règles de redirection.

• Exportez les URL actuelles à partir d'un crawl du site et des données analytics ou de recherche disponibles.
• Faites correspondre chaque ancienne page à la nouvelle page équivalente la plus proche, pas automatiquement à la page d'accueil.
• Marquez les pages sans successeur pour examen ; décidez de les conserver, de les fusionner ou de les retirer.
• Vérifiez que les liens internes, les références canoniques, les alternatives linguistiques et la navigation utilisent les URL finales.
• Testez des chemins représentatifs, y compris les pages imbriquées et les modèles d'URL modifiés, sur le staging.

Conservez le mapping dans un fichier partagé avec l'URL source, l'URL de destination, le responsable de la page et le statut de l'examen. Signalez les chaînes de redirection, les boucles, les barres obliques incohérentes et les versions mixtes de protocole ou de nom d'hôte avant le lancement. Une redirection ne remplace pas une destination pertinente : si la nouvelle page répond à un besoin différent, révisez le mapping ou le plan de contenu.

AEOTech vérifie le mapping par rapport à la référence de crawl lors de la Revue du Cahier des Charges, puis enregistre les corrections dans le Journal de Suivi. Cela permet de savoir clairement quelles URL ont été examinées et lesquelles nécessitent encore une décision du responsable. Si vous reconstruisez également les signaux techniques de recherche IA, coordonnez la migration avec l'AEO technique plutôt que de la traiter comme un lancement séparé.

Que doit être vérifié avant la mise en ligne du nouveau site ?

Le staging est l'endroit pour confirmer que le nouveau site est prêt à recevoir du trafic et que les signaux clés des pages ont été transférés. L'examen doit utiliser des modèles représentatifs ainsi que des URL prioritaires individuelles.

Séparez les contrôles temporaires de staging des paramètres destinés à la production. Confirmez qui les supprimera ou les remplacera au lancement, et ajoutez cette tâche à la checklist de publication. Comparez les anciens et nouveaux modèles de page pour détecter le contenu manquant, les titres, la navigation et les références importantes ; une redirection techniquement valide ne peut pas restaurer les informations omises de la page de destination.

Nous documentons les vérifications et les points ouverts dans le Cahier des Charges de Lancement, avec un responsable nommé pour chaque problème non résolu. Si votre équipe maintient des fichiers destinés à guider les crawlers IA, traitez-les comme une décision technique distincte et examinez le travail sur llms.txt et les crawlers parallèlement aux tâches de migration. N'utilisez pas un nouveau fichier comme remplacement de redirections solides, de pages accessibles ou de contenu précis.

Comment suivre une migration après le lancement ?

Le suivi post-lancement compare le site en ligne avec la référence pré-migration et transforme les problèmes observés en correctifs assignés. Le but est de détecter et corriger les problèmes pendant que le contexte de la publication est encore clair.

1. Confirmez que les pages prioritaires et les principaux chemins du site se chargent sur le domaine de production.
2. Revérifiez les destinations des redirections et les groupes d'URL listés dans le plan de migration.
3. Examinez les signaux de crawl et de trafic par rapport à la référence enregistrée.
4. Enregistrez les changements inattendus, les URL concernées, les preuves et la personne responsable du correctif.
5. Revérifiez les éléments résolus et enregistrez le résultat dans le Compte Rendu.

Les fluctuations temporaires après le lancement sont normales, donc l'examen doit se concentrer sur les tendances et les erreurs concrètes plutôt que sur un instantané unique. Par exemple, une baisse sur un modèle de page nécessite une enquête différente d'une erreur de redirection limitée à un petit groupe d'URL. Le Journal de Suivi conserve ces résultats liés à des pages et des correctifs spécifiques.

Le Compte Rendu résume les vérifications effectuées, les problèmes ouverts et les actions suivantes dans un langage clair pour les responsables marketing et techniques. Si vous avez besoin d'un travail de visibilité continu après la période de migration, comparez ce projet avec le suivi de visibilité IA. Pour un plan de contenu plus large, voir contenu pour les réponses IA.

Que peut changer après un lancement de site ?

Un plan de migration peut contrôler le travail de mise en œuvre et de vérification, mais il ne peut pas contrôler la façon dont les plateformes traitent le site modifié. Les moteurs de recherche choisissent quand recrawler et réévaluer les URL, et les assistants IA choisissent les sources à citer ; ni le timing ni la continuité des citations ne sont de notre ressort.

Utilisez le Compte Rendu pour séparer l'exécution des résultats des plateformes. Il doit montrer quelles redirections et signaux de page ont été vérifiés, quels correctifs ont été effectués et ce qui reste ouvert. Ces preuves permettent à votre équipe d'agir sur un problème technique identifiable plutôt que de deviner à partir d'un changement de visibilité général.

Pour les projets avec un rebranding majeur, enregistrez les nouveaux noms d'organisation et de produits de manière cohérente sur le site et les supports d'accompagnement. Notre travail sur les entités et le graphe de connaissances peut répondre à ce besoin distinct. Pour un changement de domaine avec une réécriture substantielle du contenu, incluez à la fois le plan d'URL et la liste des modifications de page dans l'examen ; la couverture des redirections seule ne décrira pas ce qui a changé pour les visiteurs.

Pour commencer, envoyez à AEOTech le domaine actuel, le domaine prévu ou la migration CMS, un export d'anciennes URL, l'accès au staging et votre fenêtre de lancement prévue. Nous examinerons les entrées, définirons les vérifications dans un Cahier des Charges de Lancement et confirmerons le périmètre de la migration avant le début de la mise en œuvre.

Tarifs

Prix de départ en USD. Forfaits personnalisés et remises sur volume sur demande. Paiement en USDT, USDC, BTC, ETH, SOL, TON ou votre token de projet.

Comment ça marche

1. Collecter les entrées de la migrationPartagez le site actuel, les changements prévus, l'export d'URL, l'accès aux analytics et la fenêtre de lancement. Nous confirmons les domaines, groupes de pages et responsables concernés.
2. Établir la référenceNous crawleons le site actuel et enregistrons les signaux de trafic et d'URL disponibles pour comparaison. Les pages prioritaires et les citations IA connues sont incluses si fournies.
3. Construire et examiner le mappingNous faisons correspondre les anciennes URL aux destinations prévues et examinons les exigences de redirection, de métadonnées et de données structurées dans le Cahier des Charges de Lancement.
4. Vérifier le staging et le lancementNous testons les groupes de pages convenus et enregistrons les actions ouvertes avant la publication. Au lancement, l'équipe suit la checklist et signale les problèmes via le Journal de Suivi.
5. Suivre et rapporterNous comparons les vérifications post-lancement avec la référence, suivons les corrections et fournissons un Compte Rendu avec le travail effectué et les actions suivantes.