Avant la reconstruction
Construire un inventaire que l'on peut vérifier
Croisez le sitemap, les pages connues de la Search Console, les données analytics, les liens reçus et un crawl du site. Une page peu visitée peut tout de même recevoir un lien important ou répondre à une requête stratégique.
Pour chaque URL, notez son statut futur : conserver, améliorer, fusionner, rediriger ou supprimer. Associez aussi le titre, la description, le H1, la canonique, le contenu principal et les données structurées utiles.
- URL actuelle et URL cible
- Trafic organique et conversions
- Requêtes et liens entrants utiles
- Métadonnées et canonique
- Contenu, médias et textes alternatifs
- Décision et redirection éventuelle
Reconstruction
Préserver l'intention, pas seulement les mots
Une nouvelle page doit continuer à répondre à la même intention si elle reprend une ancienne URL bien positionnée. Modifier simultanément la technologie, l'arborescence, les contenus et la proposition commerciale rend les variations difficiles à interpréter.
La migration peut améliorer le site, mais les changements doivent rester traçables. Les pages les plus importantes méritent une comparaison avant/après sur le contenu, les liens internes et les appels à l'action.
Conserver une URL n'est utile que si sa nouvelle page reste une réponse cohérente pour l'utilisateur qui clique depuis Google.
Bascule
La checklist du jour de mise en ligne
La nouvelle version doit être explorée comme un utilisateur et comme un robot avant le changement de domaine. Préparez aussi un retour arrière technique limité dans le temps.
- 01
Crawl de préproduction
Vérifiez liens cassés, titres, canoniques, directives d'indexation et pages orphelines.
- 02
Redirections
Testez chaque ancienne URL vers une cible unique et pertinente, sans chaînes inutiles.
- 03
Fonctions
Soumettez les formulaires, contrôlez les emails, le consentement, les analytics et les événements de conversion.
- 04
Domaine
Planifiez DNS, certificat, variantes www et non-www, HTTP et HTTPS.
- 05
Signalement
Publiez le sitemap et contrôlez la propriété du domaine dans les outils de suivi.
- 06
Surveillance
Suivez erreurs 404, indexation, pages d'entrée, positions et leads pendant les semaines suivantes.
Réalité technique
Pourquoi quitter Wix demande une reconstruction
Wix explique que le contenu appartient à l'utilisateur mais que le site utilise sa technologie SaaS propriétaire et doit fonctionner sur ses serveurs. La migration consiste donc à reconstruire une cible, puis à y transférer contenus et fonctions.
Sources officielles