Migrer de WordPress vers Webflow sans perdre vos positions
Un replateformage échoue à deux endroits : le contenu arrive en désordre, ou les positions n'arrivent pas du tout. Les deux s'évitent, et se règlent avant la mise en ligne plutôt qu'après.
La plupart des sites WordPress ne sont pas abandonnés parce que WordPress a cessé de fonctionner. Ils le sont parce que le site est devenu un empilement d'extensions que personne ne veut mettre à jour, et que chaque modification doit passer par un développeur. Webflow répond à cela. Ce à quoi il ne répond pas tout seul, c'est la seule chose qui inquiète vraiment : le trafic va-t-il survivre au déménagement.
Inventoriez l'ancien site avant de toucher au nouveau
Explorez l'ensemble du site et mettez chaque URL dans un tableur, puis placez à côté douze mois de données Search Console. Ce que vous voulez n'est pas une liste de pages, c'est une liste classée par ce que chacune rapporte. La plupart des sites découvrent à ce moment-là qu'une poignée de vieux articles porte un tiers du trafic organique, et que personne dans l'équipe n'aurait pensé à les protéger.
Exportez le contenu, ne le recopiez pas à la main
WP All Export vous donnera articles, pages et types de contenu personnalisés en CSV, et les champs qui comptent sont le titre, le slug, le contenu, l'extrait, l'URL de l'image mise en avant, les catégories et la date. Le slug est celui qu'on oublie, et c'est celui sur lequel se construit le plan de redirections. Importez ce CSV dans le CMS Webflow plutôt que de refaire les entrées à la main : cent articles retapés, ce sont cent occasions de changer une URL sans le vouloir.
Reconstruisez la structure. Ne la décalquez pas
La copie page par page est tentante parce qu'elle semble l'option sûre, et elle transporte avec elle toutes les erreurs accumulées : les quatre pages de catégorie que personne ne lit, les archives de tags qui génèrent des doublons pauvres, la page service jamais terminée. Modélisez le CMS autour de ce que vous publiez réellement aujourd'hui. Puis décidez délibérément quelles anciennes URL survivent comme pages et lesquelles survivent seulement comme redirections.
Comment quitter WordPress sans perdre ses positions ?
Le tableau de redirections est où vit cette réponse, et celui de Webflow se comporte autrement que le fichier .htaccess que vous quittez. Les règles s'exécutent dans l'ordre d'ajout et non par spécificité, et chaque règle est expédiée dans le manifeste du site à chaque visiteur, d'où l'intérêt des jokers. Les deux points sont exposés dans comment se comportent vraiment les redirections 301 de Webflow, et les deux sont plus faciles à régler le jour même qu'à démêler un mois plus tard.
Chaque ancienne URL a besoin d'une 301 vers son équivalent le plus proche, et le plus proche désigne la page qui répond à la même question, pas la page d'accueil. Tout envoyer vers l'accueil est la façon la plus courante de perdre ses positions lors d'une migration : Google lit une redirection massive vers une seule page comme un soft 404 et abandonne l'ensemble. Webflow les accepte dans Site Settings, Publishing, 301 Redirects, et au-delà de quelques dizaines, l'extension Chrome de Finsweet téléverse un tableur au lieu de vous faire coller les lignes une par une.
Qu'est-ce qui ne se transfère pas de WordPress vers Webflow ?
Tout ce qui était une extension. Formulaires, recherche interne, espaces membres, multilingue, réservations, avis, et tout ce qui a été installé il y a des années et fait discrètement partie du fonctionnement de l'entreprise : rien de tout cela ne passe, parce que rien de tout cela n'est du contenu. Chaque élément devient une décision : une fonctionnalité native Webflow, un embed tiers, ou quelque chose que l'on abandonne délibérément. Dressez cette liste pendant l'inventaire, pas la semaine avant la mise en ligne. Deux de ces éléments se révéleront porteurs, un exigera un budget que personne n'avait prévu, et le découvrir une fois l'ancien site éteint, c'est ainsi qu'une migration tourne à l'urgence.
La semaine du lancement est un travail de surveillance
Soumettez le nouveau sitemap, puis surveillez la Search Console chaque jour pendant quinze jours. Vous cherchez deux choses : des 404 qui apparaissent dans le rapport d'indexation des pages, signe qu'une redirection manque, et des pages qui passent en Explorée, actuellement non indexée, signe que la nouvelle page est plus pauvre que celle qu'elle remplace. Les deux se corrigent à peu de frais la première semaine et coûtent cher le deuxième mois.
Un creux les deux premières semaines est normal et se résorbe. Une courbe plate trois semaines plus tard n'est pas un creux : c'est une redirection manquante que personne n'a encore cherchée.
