Migration de contenu et de données WordPress
Une migration se juge des mois plus tard, à ce qui s’avère manquant. Nous la traitons comme une tâche d’ingénierie au résultat vérifiable : un inventaire complet avant tout déplacement, des transferts scriptés réexécutables en préproduction, et une carte de redirections testée plutôt que supposée.
- D’abord un inventaire complet des URL, types de contenu, médias et performance de recherche
- Scriptée et reproductible, pour que l’exécution finale soit la dixième et non la première
- Une carte de redirections complète : un seul saut, aucune chaîne, conservée en permanence
- Réconciliée après le lancement avec l’inventaire de départ
Ce que nous migrons
Vers WordPress depuis un autre CMS
Drupal, Joomla, systèmes propriétaires et maison, ou un site statique. Le travail réside surtout dans la correspondance entre un modèle de contenu étranger et un modèle conçu pour l’organisation plutôt que recopié des particularités de l’ancien système.
Entre hébergeurs et infrastructures
Déplacements vers une infrastructure infonuagique ou gérée, y compris la configuration des environnements, la planification de la bascule DNS et une position de repli.
Données structurées et enregistrements
Répertoires, catalogues, bases de membres et de documents importés dans un modèle de contenu conçu, avec les champs mis en correspondance, les valeurs normalisées et les doublons résolus.
Grandes médiathèques
Documents, images et vidéos déplacés avec leurs métadonnées, les références réécrites, et les fichiers orphelins repérés plutôt que supprimés en silence.
Comment une migration reste honnête
La plupart des échecs de migration sont découverts trop tard pour être bon marché : un type de contenu qui n’est jamais passé, dix ans de PDF dont les liens renvoient maintenant une erreur, une carte de redirections qui couvre la navigation mais pas les pages profondes qui rapportaient le trafic. Les trois sont évitables, et les trois s’évitent en comptant.
L'inventaire d'abord
Chaque URL, type de contenu, fichier média et sa performance de recherche, exportés avant que le design ou le développement ne commence. L’inventaire est le devis de la migration et la liste de contrôle qui sert à la vérifier.
Modéliser la destination
Le contenu est migré vers un modèle conçu pour l’organisation, pas vers une réplique de la structure de l’ancien système. C’est l’occasion que crée une migration, et la sauter revient à transporter les vieux problèmes.
Tout scripter
Les migrations sont du code, exécuté en préproduction aussi souvent qu’il le faut. La copie manuelle ne passe pas à l’échelle, n’est pas reproductible, et c’est là que le contenu disparaît sans que personne ne le remarque.
Cartographier chaque URL
L’ancienne vers la nouvelle pour tout l’inventaire, en un seul saut. Les pages réellement retirées sont redirigées vers la page survivante la plus pertinente plutôt que vers l’accueil.
Réécrire les liens internes
Les liens à l’intérieur du contenu migré sont réécrits vers leurs nouvelles destinations, pour que le site ne tienne pas debout grâce à sa propre table de redirections.
Réconcilier et vérifier
Comptes comparés à l’inventaire, exploration complète à la recherche des 404 et des chaînes, et suivi de la recherche et de l’analytique par rapport à une base prise avant la migration dans les semaines qui suivent.
Vous déplacez un site, ou vous arrivez sur WordPress?
Dites-nous ce qui se déplace, d’où cela vient, et ce qui ne doit pas casser. L’étape d’inventaire est courte, et c’est elle qui transforme une estimation de migration en un chiffre fiable.
Ce que vous recevez d’une migration
Une migration est le seul projet dont le livrable est surtout une preuve. Voici les artefacts que le travail produit, et ce sont eux qui le rendent vérifiable par quelqu’un qui n’était pas dans la pièce.
L'inventaire
Chaque URL, type de contenu, fichier média et sa performance de recherche, sous forme de tableau exporté. C’est le devis de la migration et la liste de contrôle qui sert à la vérifier ensuite.
La carte de redirections
Ancienne adresse vers nouvelle pour tout l’inventaire, un seul saut chacune, avec une décision documentée pour tout ce qui est retiré. Elle vous appartient, et se transmet à qui exploitera la plateforme ensuite.
Le rapport de réconciliation
Les comptes à la source comparés aux comptes à destination, par type de contenu, avec tout ce qui n’a pas été déplacé listé et expliqué plutôt qu’absorbé.
Le rapport d'exploration
Une exploration complète après le lancement pour les 404, les chaînes de redirection et les liens internes brisés, menée contre l’ancien inventaire plutôt que contre le nouveau plan de site.
La migration est le moment où la visibilité est la plus à risque
Une organisation avec quinze ans de contenu possède un canal d’acquisition bâti sur des URL vers lesquelles d’autres pointent et que les moteurs ont déjà classées. Une migration est l’événement le plus dangereux de la vie de ce canal, et les dégâts viennent généralement de décisions qui ressemblaient à du rangement : raccourcir une structure d’URL, fusionner des pages aux intentions différentes, retirer une vieille section qui portait discrètement les liens les plus profonds.
Nous exportons la performance de recherche par URL dans le cadre de l’inventaire, pour que les pages qui gagnent réellement de la visibilité soient visibles de tous ceux qui prennent des décisions structurelles. Quand une telle page doit bouger, c’est une décision avec un coût attaché plutôt qu’un détail du plan de site. Les redirections sont actives dès le lancement, jamais après, et restent en place en permanence.
Questions fréquentes
-
Une migration va-t-elle nous coûter notre positionnement?
C’est possible, et les causes sont surtout des décisions plutôt que des accidents : changer les URL sans carte de redirections complète, des chaînes au lieu de sauts uniques, retirer des pages qui gagnaient discrètement de la visibilité, et réécrire une structure que personne n’a confrontée aux données de recherche réelles. Nous exportons la performance de recherche par URL dans l’inventaire pour que ces pages soient visibles de tous, nous redirigeons en un seul saut quand un déplacement est nécessaire, et nous surveillons les semaines suivant le lancement par rapport à une base prise avant. Personne ne peut promettre une position dans les résultats. Ce qui est possible, c’est de retirer les raisons évitables d’en perdre une.
-
Combien de temps prend une migration?
Le volume de contenu compte moins que sa variété. Dix mille pages d’un seul type est un plus petit chantier que deux mille réparties sur neuf types aux champs incohérents. L’étape d’inventaire est courte et c’est elle qui transforme une estimation en un chiffre sur lequel s’appuyer, alors c’est généralement la première chose que nous faisons.
-
Pouvez-vous migrer depuis Drupal, Joomla ou un système que plus personne ne soutient?
Oui. Ce sont des sources ordinaires. Le travail réside rarement dans l’extraction des données, il réside dans la correspondance entre un modèle de contenu étranger et un modèle conçu pour votre organisation plutôt que de recopier les particularités de l’ancien système dans une nouvelle base. Quand un système n’a pas d’export, le contenu peut être repris du site affiché lui-même.
-
Devons-nous geler le contenu pendant la migration?
Brièvement seulement, et à la fin. Parce que la migration est scriptée, elle peut être réexécutée, donc les rédacteurs continuent de travailler pendant qu’elle est développée et testée. Un court gel avant l’exécution finale garde la réconciliation honnête, et il se compte en heures plutôt qu’en semaines.
-
Qu'advient-il de nos PDF et de nos documents?
Ils sont déplacés avec leurs métadonnées, et les références vers eux sont réécrites. Les bibliothèques de documents sont l’endroit où les migrations perdent le plus souvent des choses en silence, parce que personne ne remarque qu’un PDF manque avant que quelqu’un en ait besoin. Les fichiers orphelins sont listés plutôt que supprimés, pour que leur retrait soit une décision.
-
Une migration est-elle un bon moment pour restructurer le site?
C’est le seul moment bon marché, et c’est pourquoi nous modélisons la destination plutôt que de répliquer la source. C’est aussi le moment où le risque structurel est le plus élevé, alors la restructuration se fait à partir des données de recherche et de trafic de l’inventaire plutôt qu’à partir d’un organigramme. Si le site a aussi besoin d’un nouveau design, c’est une modernisation et les deux avancent comme un seul projet.