Votre migration de site va échouer (sauf si vous évitez ces erreurs)

Les migrations WordPress semblent d'une simplicité trompeuse. Copier quelques fichiers, déplacer une base de données, et c'est terminé, n'est-ce pas ?

Si seulement.

Après avoir aidé des centaines de propriétaires de sites WordPress lors de migrations (et oui, après avoir nettoyé de nombreuses catastrophes de migration), nous avons appris que les migrations réussies dépendent d'éviter quelques erreurs très spécifiques.

Dans ce guide, je vais vous présenter les erreurs de migration de site les plus courantes que je vois commettre par les utilisateurs de WordPress. Plus important encore, je vais vous montrer exactement comment les éviter.

Que vous déménagiez vers un nouvel hébergeur, créiez un site de staging, ou fassiez simplement une sauvegarde, ce sont les leçons que vous devez connaître.

Vous apprendrez :

• Les stratégies de sauvegarde qui préviennent les catastrophes de migration
• Les erreurs techniques qui cassent les sites et plombent les classements SEO
• Pourquoi les sites de staging sont non négociables (et comment les configurer correctement)
• Les vérifications de compatibilité essentielles qui préviennent les maux de tête post-migration
• Comment gérer correctement les transferts de bases de données et les mises à jour d'URL
• Stratégies de test réelles pour détecter les problèmes avant leur mise en ligne

Résumé rapide

Une migration WordPress réussie dépend d'éviter quelques erreurs critiques. Les erreurs les plus courantes qui casseront votre site et plomberont vos classements SEO incluent :

• Aucune sauvegarde ou aucun plan : Commencer sans une sauvegarde complète du site et un plan clair est le moyen le plus rapide d'échouer.
• Erreurs techniques : Transferts de fichiers incomplets, configuration incorrecte de la base de données ou échec de la mise à jour des URL entraîneront un site cassé.
• Problèmes de site de staging : Ne pas utiliser un site de staging pour les tests (ou permettre aux moteurs de recherche de l'indexer) pourrait causer des problèmes majeurs.
• Oublier le SEO et les tests : N'oubliez pas de tout tester, d'implémenter des redirections 301, de mettre à jour votre DNS et de soumettre un nouveau sitemap après le déménagement.

Un plugin de migration comme Duplicator aide à automatiser ces étapes cruciales, garantissant une migration fluide et réussie.

Pour un aperçu rapide des pires erreurs de migration, regardez cette vidéo !

Pires erreurs de migration de site

1. Ne pas sauvegarder votre site web d'origine

Laissez-moi être parfaitement clair : si vous ne retenez qu'une seule chose de cet article, que ce soit ceci – ne commencez jamais, jamais une migration sans une sauvegarde complète de votre site.

Beaucoup de gens finissent par perdre des données lors des migrations. Si cela vous arrive, vous voudrez une bonne sauvegarde sur laquelle vous rabattre.

Une sauvegarde appropriée avant la migration doit inclure :

• Toute votre base de données WordPress
• Tous les fichiers de votre répertoire wp-content, en particulier les téléchargements
• Vos fichiers de thème et de plugin (même si vous pensez que vous n'en aurez pas besoin)
• Votre fichier wp-config.php et toutes les règles personnalisées .htaccess

Avec un plugin de sauvegarde comme Duplicator, vous pouvez personnaliser exactement quelles données sont sauvegardées. Pour sauvegarder toutes vos données d'origine, assurez-vous de sélectionner toutes les cases.

Et voici une astuce de pro qui m'a sauvé d'innombrables fois : faites plusieurs copies de sauvegarde. Stockez-en une sur votre machine locale, une dans le stockage cloud, et si possible, une sur un serveur complètement différent.

Duplicator rend cela facile. Configurez tous vos différents emplacements de stockage de sauvegarde. Ensuite, sélectionnez-les lors de la sauvegarde de votre site d'origine.

Cela peut sembler excessif, mais croyez-moi, si les choses tournent mal, vous serez reconnaissant pour la redondance.

Au lieu de jongler avec plusieurs méthodes de sauvegarde et d'espérer que vous n'avez rien oublié, Duplicator regroupe tout en une seule sauvegarde fiable. J'ai vu cela sauver d'innombrables migrations qui, autrement, auraient déraillé.

2. Ne pas avoir de plan de migration

Avez-vous déjà essayé de cuisiner une recette complexe sans la lire d'abord ? C'est ce que ressent le fait de se lancer dans une migration de site sans plan. Sauf qu'au lieu d'un dîner brûlé, vous risquez votre site Web entier.

Tout d'abord, vous devez établir votre calendrier de migration. Vous avez besoin de fenêtres spécifiques pour :

• Créer votre sauvegarde
• Mettre à jour tous les plugins et thèmes sur le site d'origine
• Effectuer la migration réelle
• Tout tester (et je veux dire tout)
• Changer le DNS
• Vérifications finales et surveillance

Mais voici la partie que la plupart des gens manquent : vous avez besoin d'un plan de retour arrière. Parce que parfois, même avec une exécution parfaite, les choses ne se passent tout simplement pas comme prévu.

Duplicator dispose d'un système de récupération intégré. Après avoir déplacé une sauvegarde vers un autre site, vous pouvez définir un point de récupération. Cela ramène le site à une ancienne sauvegarde si quelque chose tourne mal pendant la migration.

L'autre élément essentiel ? Les ressources. Je vois trop de gens commencer des migrations sans vérifier s'ils ont :

• Assez d'espace disque sur le serveur de destination
• Accès à toutes les informations d'identification nécessaires (hébergement, DNS, etc.)
• Du temps réservé pour les tests
• Un moyen de notifier les utilisateurs en cas d'interruption
• Les contacts de support pour vos anciens et nouveaux fournisseurs d'hébergement

Prenez le temps de planifier, de tout documenter et, surtout, d'anticiper l'imprévu.

3. Autoriser l'indexation de votre site de staging

Vous créez un site de staging à quelque chose comme staging.votresite.com ou votresite.com/staging. Vous êtes occupé à tester, à peaufiner, à vous assurer que tout fonctionne parfaitement.

Pendant ce temps, les robots de Google indexent tranquillement chaque page de votre site de staging.

Le résultat ? Du contenu dupliqué. Beaucoup.

Et voici ce que la plupart des gens ne réalisent pas : Google ne se soucie pas qu'une version soit votre site « staging ». Pour les moteurs de recherche, vous avez maintenant deux sites Web identiques en concurrence.

Voici comment cela se déroule habituellement :

• Vos classements de recherche commencent à chuter
• Vous remarquez des URL de staging étranges apparaissant dans les résultats de recherche
• Vos URL canoniques sont confuses
• L'autorité de votre site est divisée entre deux versions
• Et parfois, du contenu de test est indexé

Laissez-moi vous montrer comment éviter ce casse-tête. La solution est en fait assez simple.

Sur votre site de staging, allez dans Paramètres » Lecture. Cochez la case à côté de Demander aux moteurs de recherche de ne pas indexer ce site.

J'ai vu trop de propriétaires de sites sauter cette étape parce qu'ils pensent « ce n'est que temporaire » ou « personne ne le trouvera ». Croyez-moi, les moteurs de recherche le trouveront, l'indexeront, et vous devrez gérer les conséquences SEO pendant des mois.

4. Ne pas créer de site de staging du tout

Peu importe à quel point le changement semble simple, tester en production est dangereux. Bien sûr, vous pourriez avoir de la chance. Mais pourquoi prendre le risque ?

Je vois cette erreur le plus souvent avec :

• Les migrations de serveurs
• Les mises à jour de thèmes
• Les changements majeurs de plugins
• Les mises à jour de version PHP
• Les ajouts de code personnalisé

Créer manuellement un environnement de staging peut être pénible. Vous devez copier des fichiers, cloner des bases de données, mettre à jour les paramètres de configuration… Je comprends pourquoi les gens l'ignorent.

C'est l'une des principales raisons pour lesquelles j'ai commencé à utiliser Duplicator. Glissez-déposez une sauvegarde dans une zone de staging, et voilà — vous avez une copie parfaite de votre site pour tester.

Un site de staging n'empêche pas seulement les catastrophes – il accélère votre processus de développement. Vous pouvez :

• Tester de nouveaux logiciels sans crainte
• Casser des choses (intentionnellement !) pour voir comment elles échouent
• Essayer différentes configurations
• Laisser les clients examiner les changements avant qu'ils ne soient mis en ligne
• Expérimenter de nouvelles fonctionnalités

Avec un site de staging, vous pouvez secrètement redéfinir votre site avant même de le déplacer. De cette façon, votre nouveau site sera entièrement prêt pour le nouveau serveur. Vous n'aurez pas à résoudre autant d'erreurs après avoir déplacé votre site.

5. Ne pas vérifier la compatibilité

Avez-vous déjà migré un site pour ensuite découvrir des erreurs inattendues ? Neuf fois sur dix, les problèmes de compatibilité sont la cause.

Voici ce que la plupart des gens ne vérifient pas avant de migrer :

• Versions PHP (et paramètres PHP clés)
• Versions MySQL ou MariaDB
• Compatibilité des plugins avec les nouveaux environnements
• Compatibilité du thème
• Exigences spécifiques au serveur

Je suis presque obsessionnel quant à l'exécution de vérifications avant le vol avant toute migration. Et oui, cela signifie vérifier réellement les chiffres, pas seulement supposer que tout fonctionnera.

Voici ma liste de contrôle de compatibilité :

• Documentez tous les paramètres actuels du serveur (version PHP, limites, version MySQL)
• Obtenez les mêmes informations du serveur de destination
• Vérifiez les exigences de compatibilité de votre thème et des plugins critiques
• Testez les plugins problématiques sur un site de staging avec les nouveaux paramètres du serveur
• Recherchez les fonctions PHP obsolètes dans tout code personnalisé

Duplicator dispose en fait d'un scanner intégré qui vérifie ces problèmes de compatibilité avant votre migration. Il vous avertira des problèmes potentiels avant qu'ils ne deviennent des problèmes réels.

6. Échouer à auditer votre site actuel

Une migration est le moment idéal pour faire le ménage. Je vous recommande de prendre le temps de nettoyer votre site pour qu'il réussisse sur le nouveau serveur. Il sera plus rapide, plus facile à gérer et plus facile à migrer.

Avant même de penser à migrer, voici ce que vous devez auditer :

Nettoyage du contenu :

• Identifiez et supprimez/mettez à jour le contenu obsolète
• Corrigez les liens internes brisés
• Nettoyez votre médiathèque
• Supprimez les commentaires de spam

Audit technique :

• Examinez tous les plugins actifs et inactifs
• Vérifiez les conflits de plugins
• Optimiser les tables de la base de données
• Recherchez les goulots d'étranglement dans les performances du site

Vérification SEO :

• Identifiez vos pages les plus performantes
• Documentez vos classements actuels
• Élaborez votre stratégie de redirection
• Vérifiez les erreurs d'exploration

Utilisez votre site de staging pour tester les performances de votre site nettoyé. J'ai vu des sites se charger plus rapidement simplement en supprimant le superflu inutile avant la migration.

Vous pouvez utiliser Duplicator pour supprimer les données inutiles lors d'une migration. Lors de la sauvegarde de votre site d'origine, n'hésitez pas à supprimer les plugins et thèmes inactifs.

Duplicator dispose de filtres de fichiers et de tables de base de données pour vous aider à réduire le superflu. Si vous savez ce qui ralentit votre site, supprimez-le de la sauvegarde. Ainsi, il n'encombrera pas votre nouveau site.

7. Transferts de fichiers incomplets

Il n'y a rien de pire que de planifier une migration pour que vos fichiers ne soient pas transférés correctement. Vous pourriez vous retrouver avec des fichiers multimédias corrompus, des données perdues ou d'autres erreurs.

Voici ce qui se passe réellement lors d'un transfert de fichiers :

• Vos fichiers principaux WordPress doivent être déplacés
• Le répertoire wp-content (généralement le plus volumineux) doit être transféré
• Toutes vos téléversements doivent être copiés
• Vos fichiers de thème et de plugin doivent être transférés complètement
• Les fichiers de configuration doivent être déplacés intacts

Manquez l'un de ceux-ci, et votre site ne sera pas configuré correctement. C'est pourquoi je ne recommande pas de migrer votre site manuellement.

Votre meilleure option est d'utiliser un outil de migration dédié. Duplicator est un plugin de confiance qui a migré des sites de 400 Go sans perdre de fichiers !

8. Configuration incorrecte de la base de données

En parlant de choses qui me tiennent éveillé la nuit, parlons des migrations de bases de données.

Votre base de données est le cœur de votre site WordPress. C'est là que vivent tous vos articles, pages, commentaires et paramètres. Et une petite erreur dans le processus de migration peut causer des erreurs de base de données ou des données manquantes.

Les erreurs de migration de base de données les plus courantes que je vois :

• Incompatibilité de la collation de la base de données
• Oublier de mettre à jour les données sérialisées
• Manque de tables importantes
• Ne pas mettre à jour correctement les préfixes de table
• Ignorer l'étape de recherche et remplacement des URL
• Source et destination ont des bases de données différentes (comme Percona vers SQL)

Si la configuration de votre base de données est incorrecte, votre site web sera probablement cassé. C'est aussi simple que ça !

La bonne nouvelle, c'est que vous n'avez pas besoin d'être un expert en bases de données pour éviter ces problèmes. Duplicator gère automatiquement la plupart des problèmes de configuration de base de données pour vous.

Cela élimine toute cette complexité, et c'est une énorme victoire.

9. Ne pas mettre à jour les URL dans la base de données

La base de données de votre site web est pleine d'URL. Ces URL renvoient vers vos images, vos pages internes, et plus encore. Si vous déplacez votre site vers un nouveau domaine, ces URL pointent toujours vers l'ancien domaine.

Cela signifie que vos images ne se chargeront pas, vos liens internes seront brisés, et votre site web ne fonctionnera tout simplement pas correctement. C'est comme avoir une carte routière qui pointe vers le mauvais endroit.

WordPress stocke les URL dans plus d'endroits que vous ne le pensez :

• Contenu des articles et des pages
• Paramètres des widgets
• Configurations des plugins
• Paramètres du personnalisateur de thème
• Menus et navigation
• Pièces jointes d'images

Vous devez vous assurer de mettre à jour toutes ces URL pour qu'elles pointent vers votre nouvel emplacement.

Heureusement, Duplicator peut effectuer une opération de recherche et remplacement pour vous. Il parcourt votre base de données et met à jour toutes les URL avec les nouvelles, vous n'avez donc pas à le faire manuellement.

Croyez-moi, vous ne voulez pas faire cela manuellement. C'est un énorme casse-tête. Laissez Duplicator s'en occuper !

10. Interrompre le processus de migration

Ok, votre migration est en cours, et il est tentant de faire d'autres choses, n'est-ce pas ? Peut-être voulez-vous vérifier vos e-mails, regarder une vidéo, ou simplement fermer votre ordinateur portable un moment.

NE LE FAITES PAS.

Sérieusement, vous devez laisser le processus de migration suivre son cours. L'interrompre peut causer des problèmes majeurs.

Pourquoi ? Vous pourriez vous retrouver avec des données incomplètes, des fichiers corrompus et une migration échouée. Cela pourrait signifier recommencer tout le processus.

J'ai vu des migrations interrompues causer :

• Des bases de données corrompues
• Des transferts de fichiers incomplets
• Des paramètres de plugins cassés
• Des migrations de contenu partielles
• Des états de données incohérents

Alors, assurez-vous d'avoir une connexion Internet stable pendant votre migration. Laissez l'outil de migration (comme Duplicator) faire son travail sans interruption. Cela peut prendre du temps, mais cela en vaut la peine.

Ne risquez pas de gâcher votre migration. Soyez patient, laissez-la se terminer, et tout ira bien.

11. Échouer à tester minutieusement le nouveau site

Très bien, vous avez donc déplacé votre site web. Félicitations ! Mais attendez, vous n'avez pas encore terminé. Vous devez effectuer des tests approfondis.

Ne supposez pas simplement que tout est parfait. Vous devez parcourir chaque partie de votre site et vous assurer qu'elle fonctionne exactement comme elle est censée fonctionner.

Que devez-vous tester ?

Eh bien, commencez par les bases. Assurez-vous que la fonctionnalité de votre site fonctionne correctement. Testez votre navigation, vos formulaires, vos boutons et toutes vos pages.

Assurez-vous que votre site est réactif et qu'il s'affiche bien sur tous les appareils (y compris les mobiles). Vérifiez que vos liens fonctionnent correctement et que les images se chargent bien.

Vous devez valider que l'ensemble de votre site fonctionne comme il se doit et que les utilisateurs vivent la meilleure expérience possible. Si vous trouvez des problèmes, corrigez-les immédiatement. Il est beaucoup plus facile de les corriger maintenant qu'une fois votre site en ligne.

Des tests approfondis sont la clé d'une migration de site réussie, ne les sautez pas !

12. Ignorer les liens brisés

Les liens brisés sont une mauvaise nouvelle pour votre site. Ils créent une mauvaise expérience utilisateur et peuvent également nuire à votre référencement.

Imaginez cliquer sur un lien pour aboutir sur une page qui n'existe pas. C'est frustrant. Les gens quittent rapidement les sites lorsqu'ils rencontrent trop de liens brisés.

C'est aussi mauvais pour les moteurs de recherche car ils utilisent les liens pour explorer votre site. Si vos liens sont brisés, cela peut affecter votre classement. Vous devez les corriger dès que possible.

Il existe une multitude d'outils que vous pouvez utiliser pour scanner votre site à la recherche de liens brisés. Je recommande vivement d'utiliser Broken Link Checker. Ce plugin trouvera tous les liens brisés sur votre site et vous permettra de les corriger.

La résolution des liens brisés satisfera vos utilisateurs et maintiendra votre site en bonne santé. C'est une victoire facile.

13. Ne pas surveiller les performances du site

Même après avoir migré votre site WordPress, vous devez surveiller les performances de votre site. Vous devez vous assurer que votre site fonctionne correctement après la migration. Vous ne voulez pas de surprises.

Que devriez-vous surveiller ? Vous voulez suivre des éléments tels que la vitesse du site web, la disponibilité et les ressources du serveur.

Si votre site se charge lentement, ou s'il est fréquemment indisponible, cela peut causer des problèmes. Les vitesses lentes et les temps d'arrêt peuvent entraîner des pertes de revenus et des utilisateurs insatisfaits. Ils pourraient quitter votre site et ne pas revenir.

Pour vérifier la vitesse de chargement de votre site, utilisez le test de vitesse d’IsItWP. Cela vous alertera de tout problème afin que vous puissiez le résoudre rapidement.

Pour ce faire, recherchez le paramètre Changement d’adresse dans la Google Search Console.

14. Ne pas annuler l'hébergement obsolète

N’oubliez pas d’annuler votre ancien compte d’hébergement. Je sais que cela semble simple, mais c’est quelque chose que les gens oublient souvent.

Vous pourriez finir par payer pour un service que vous n’utilisez plus. De plus, vous pourriez conserver des données sur ce compte d’hébergement que vous n’utilisez plus.

Ne payez pas pour quelque chose dont vous n’avez pas besoin. C’est juste de l’argent gaspillé. C’est une étape facile à franchir, n’oubliez pas de le faire.

Mais d’abord, assurez-vous d’attendre que votre DNS ait été propagé pour le nouveau site. Ensuite, allez-y et annulez cet ancien compte.

15. Oublier de mettre à jour les DNS

C’est une étape cruciale qui peut dérouter même les propriétaires de sites Web les plus expérimentés. Après avoir migré votre site, vous devez mettre à jour vos enregistrements DNS.

Que sont les enregistrements DNS ? Ils connectent essentiellement votre nom de domaine à votre serveur Web. Pensez-y comme à un annuaire téléphonique pour Internet.

Si vous ne mettez pas à jour votre DNS, votre site Web n’apparaîtra pas à l’URL correcte. Cela signifie que vos visiteurs ne pourront pas vous trouver.

Vous devez mettre à jour vos enregistrements DNS pour qu’ils pointent vers votre nouveau serveur. Cela se fait généralement via votre bureau d’enregistrement de domaine.

Gardez à l’esprit que les mises à jour DNS prennent du temps à se propager. Il peut falloir quelques heures pour que ces modifications prennent effet sur Internet. Soyez donc patient.

16. Ne pas informer les moteurs de recherche du déménagement

Vous avez déplacé votre site, mis à jour votre DNS, et tout semble bien se passer. Mais avez-vous informé les moteurs de recherche du déménagement ?

Si vous ne les informez pas, ils pourraient toujours indexer votre ancien site, ce qui peut entraîner une baisse de trafic et des problèmes d’indexation. Vous ne voulez pas perdre tout le travail de référencement que vous avez effectué.

Pour ce faire, recherchez le paramètre Changement d'adresse dans la Search Console de Google.

Sélectionnez votre nouveau site.

17. Ne pas soumettre de nouveaux sitemaps à Google Search Console

Considérez un sitemap comme une feuille de route pour les moteurs de recherche. Il leur indique quelles pages de votre site Web ils doivent explorer et indexer.

Après avoir migré votre site, il est important de soumettre un nouveau sitemap à la Google Search Console. Cela les aidera à trouver toutes vos nouvelles pages et à comprendre la structure de votre site Web.

Si vous ne soumettez pas un nouveau sitemap, les moteurs de recherche pourraient ne pas connaître toutes vos pages, ce qui peut entraîner des problèmes d’indexation. Cela signifie que votre contenu pourrait ne pas apparaître dans les résultats de recherche.

Prenez le temps de créer un nouveau sitemap et de le soumettre à la Google Search Console. C’est un moyen simple d’aider votre site Web à être trouvé par plus de personnes.

Pour une présentation complète étape par étape, consultez ce guide sur comment soumettre un sitemap à Google.

18. Utiliser des redirections 302

Parlons des redirections. Lorsque vous déplacez votre site, vous devrez peut-être rediriger les anciennes URL vers les nouvelles.

Il existe deux types de redirections que vous devriez connaître : les redirections 302 et les redirections 301. Il est important de connaître la différence.

Une redirection 302 est une redirection temporaire. Une redirection 301 est une redirection permanente.

Lorsque vous migrez votre site, vous voulez vous assurer que vous utilisez des redirections 301.

Pourquoi ? Parce que les redirections 301 transmettent l'équité des liens. Cela signifie que vous conserverez la valeur SEO que vos anciennes URL ont accumulée.

Les redirections 302, en revanche, ne transmettent pas l'équité des liens. Donc, si vous utilisez des redirections 302, vous pourriez perdre beaucoup de jus SEO.

19. Créer des chaînes de redirection

Une chaîne de redirection se produit lorsque l'URL A redirige vers l'URL B, qui redirige vers l'URL C, qui atterrit finalement sur l'URL D. Chaque saut ajoute du temps de chargement et dilue votre valeur SEO.

Voici pourquoi les chaînes de redirection posent problème :

• Elles ralentissent les temps de chargement des pages
• Les moteurs de recherche peuvent cesser de suivre la chaîne avant d'atteindre la destination finale
• L'équité des liens est perdue à chaque saut de redirection
• L'expérience utilisateur souffre du délai
• Google pourrait même ne pas indexer l'URL finale

Je vois cela se produire le plus souvent lorsque :

• Les sites ont été migrés plusieurs fois sans nettoyage
• Quelqu'un crée des redirections sans vérifier les règles de redirection existantes
• Les anciennes redirections ne sont pas supprimées lors de la création de nouvelles
• Différentes équipes mettent en place des redirections sans coordination

La solution est simple : assurez-vous que chaque redirection va directement de l'ancienne URL à la destination finale.

Avant votre migration, auditez vos redirections existantes. Utilisez des outils comme Screaming Frog pour cartographier les chaînes. Ensuite, supprimez les URL intermédiaires afin que chaque ancienne URL pointe directement vers sa nouvelle destination.

20. Ne pas rediriger les éléments non HTML

Votre site Web n'est pas seulement composé de pages HTML. Vous avez aussi :

• Des images et des fichiers multimédias
• Des documents PDF
• Des fichiers CSS et JavaScript
• Des ressources téléchargeables
• Des fichiers XML (comme les sitemaps)
• Des fichiers vidéo et audio

Si ces ressources ont été liées depuis d'autres sites ou indexées par les moteurs de recherche, vous devez également les rediriger.

J'ai vu des sites perdre un trafic considérable parce que :

• Des articles de blog sur d'autres sites avaient des images intégrées qui ne s'affichaient plus
• Des backlinks vers des ressources PDF renvoyaient des erreurs 404
• Des infographies populaires ont cessé de se charger sur les réseaux sociaux
• D'anciens sitemaps n'étaient pas redirigés vers de nouveaux

Lorsque d'autres sites renvoient vers vos ressources et que ces ressources ne fonctionnent plus, cela fait peu professionnel. Les gens pourraient supprimer ces liens entièrement plutôt que de les mettre à jour.

Vérifiez vos analyses pour les ressources non HTML populaires, examinez votre profil de backlinks pour les actifs liés et configurez des redirections pour tous les fichiers déplacés ou renommés. Testez ces redirections comme vous le feriez pour les redirections de pages.

21. Rediriger de nombreux articles vers la page d'accueil

Lorsque vous migrez vers une nouvelle structure de site, une partie de votre ancien contenu peut ne pas avoir de correspondance parfaite sur le nouveau site. Alors vous pensez : « Je vais simplement tout rediriger vers la page d'accueil. Au moins, les gens n'obtiendront pas un 404. »

Mauvaise idée.

Voici ce qui se passe lorsque vous redirigez plusieurs pages vers votre page d'accueil :

• Google considère cela comme un 404 doux (essentiellement une fausse redirection)
• Vous perdez toute la valeur SEO que ces pages ont accumulée
• Les utilisateurs sont confus et frustrés
• Votre taux de rebond augmente
• Les moteurs de recherche pourraient pénaliser votre site pour une mauvaise expérience utilisateur

Rediriger des pages non pertinentes vers la page d'accueil n'est pas beaucoup mieux que de servir un 404. Alors, que devriez-vous faire à la place ?

Si vous avez du vieux contenu qui ne correspond pas à votre nouveau site, vous avez quelques meilleures options.

Trouvez la page pertinente la plus proche sur votre nouveau site et redirigez-y, créez une nouvelle page de destination qui aborde l'ancien sujet, ou si le contenu est vraiment obsolète et non pertinent, laissez-le retourner un 404 approprié.

La seule fois où vous devriez rediriger vers la page d'accueil est si l'ancienne URL était déjà liée à la page d'accueil (comme un ancien nom de domaine ou une variante de la page d'accueil).

22. Mettre en ligne avec le répertoire racine interdit

Pendant le développement ou la mise en scène, vous configurez un fichier robots.txt pour empêcher les moteurs de recherche d'indexer votre site en cours de développement. Vous migrez tout vers le nouveau serveur, testez minutieusement le site et le mettez en ligne.

Mais vous oubliez de mettre à jour le fichier robots.txt.

Maintenant, votre site en ligne dit à tous les moteurs de recherche : « Ne me rampez pas. » Vos classements de recherche disparaissent du jour au lendemain.

Le fichier robots.txt pourrait contenir quelque chose comme :

User-agent: *

Disallow: /

Ce simple « / » signifie « bloquer tout ». Et s'il est toujours là après la migration, vous êtes invisible pour les moteurs de recherche.

Avant de mettre en ligne, vérifiez votre fichier robots.txt (il se trouve à l'adresse votresite.com/robots.txt). Assurez-vous que le répertoire racine n'est pas interdit.

23. Oublier les backlinks

Les backlinks sont des liens provenant d'autres sites Web qui pointent vers votre site. Ils aident à construire l'autorité de votre domaine et montrent que votre site est une ressource de confiance.

Si vous avez migré vers un nouveau nom de domaine, vous devez mettre à jour vos backlinks pour qu'ils pointent vers le nouveau site Web.

Utilisez un vérificateur de backlinks et trouvez tous les sites Web qui lient vers votre ancien domaine. Ensuite, contactez ces sites et demandez-leur de mettre à jour les liens.

24. Ne pas vérifier les exigences du serveur

Avant de migrer votre site Web, assurez-vous que votre nouveau serveur répond à toutes les exigences de votre site. Si vous ne le faites pas, vous pourriez rencontrer des problèmes majeurs.

Vous devez vérifier les limites PHP, la taille de téléversement de fichiers et d'autres paramètres serveur importants.

Si ces paramètres sont trop bas, votre site Web pourrait ne pas fonctionner correctement. Vous pourriez obtenir des erreurs, votre site pourrait se charger lentement, ou vous pourriez ne pas être en mesure de téléverser des fichiers.

Vérifiez toujours les exigences de votre serveur avant de migrer. Cette étape vous évitera bien des maux de tête par la suite.

25. Migrer des multisites incorrectement

Si vous utilisez un réseau WordPress multisite, vous devez être particulièrement prudent lors de la migration de votre site.

Les sites multiples ont leurs propres nuances qui nécessitent plus de planification. Ce n’est pas aussi simple que de déplacer un seul site. Vous devrez porter une attention particulière aux paramètres réseau, aux sous-sites et à toutes les configurations.

La migration d’un site multisite incorrecte peut causer toutes sortes de problèmes, y compris des sites cassés ou des données perdues. Je recommande vivement d’utiliser un plugin de migration multisite, qui offre un support supplémentaire pour vos besoins.

Par exemple, Duplicator vous donne automatiquement des options pour migrer un seul site vers un réseau, migrer un site multisite complet, cloner un sous-site, et plus encore. Il vous suffira de choisir le bon paramètre de migration.

26. Ignorer le SEO

Le SEO est une partie cruciale de toute stratégie de site Web. C’est une mauvaise idée de l’ignorer lors d’une migration de site.

Lorsque vous déplacez votre site, c’est l’occasion de vous assurer que votre SEO est à jour et que vous ne perdez aucune de la valeur SEO que vous avez accumulée.

Assurez-vous de vérifier des éléments tels que vos méta-descriptions, vos titres de page et vos balises hreflang. Tous ces éléments sont importants pour l’optimisation pour les moteurs de recherche.

Si vous les ignorez, vous pourriez perdre vos classements, et c’est une mauvaise nouvelle pour votre trafic et votre entreprise.

27. Ne pas migrer les balises de titre

Vos balises de titre sont certains des éléments SEO les plus importants de votre site entier. Ce sont elles qui apparaissent dans les résultats de recherche, et elles jouent un rôle énorme dans vos classements.

Pourtant, lors des migrations, les balises de titre sont souvent oubliées ou réinitialisées aux valeurs par défaut. Et la plupart des gens ne s’en rendent compte que lorsque leur trafic a déjà chuté.

Avant votre migration, documentez toutes vos balises de titre, en particulier pour vos pages à fort trafic. Exportez-les de votre plugin SEO (comme AIOSEO) et créez une feuille de calcul.

Après la migration, vérifiez que :

• Toutes les balises de titre ont été correctement transférées
• Aucun titre n’est revenu aux valeurs par défaut
• Votre format/structure de balise de titre est maintenu
• Les caractères spéciaux s’affichent correctement
• La longueur reste dans les limites de Google

Vos balises de titre ont nécessité du temps pour être optimisées. Ne perdez pas tout ce travail parce que vous avez oublié de les vérifier après la migration.

28. Ne pas mettre à jour le balisage Hreflang

Si votre site Web s’adresse à un public international ou contient du contenu dans plusieurs langues, vous devez porter une attention particulière aux balises hreflang lors de la migration.

Les balises hreflang indiquent aux moteurs de recherche quelles versions linguistiques et régionales de vos pages existent. Elles sont importantes pour :

• Prévenir le contenu dupliqué entre les versions linguistiques
• Afficher la bonne langue aux bons utilisateurs
• Maintenir les classements SEO internationaux
• Offrir une bonne expérience utilisateur aux visiteurs mondiaux

Lorsque vous migrez votre site (surtout si vous changez la structure du domaine ou les URL), votre balisage hreflang doit être mis à jour pour refléter ces nouvelles URL.

Les erreurs hreflang les plus courantes lors de la migration :

• Les balises hreflang pointent toujours vers les anciennes URL du domaine
• Les balises font référence à des pages qui n’existent plus
• Le format du balisage se casse pendant le transfert
• Les balises hreflang auto-référencées sont perdues
• Les codes de langue/région sont corrompus

Si vous ne mettez pas à jour ces balises, les moteurs de recherche seront confus quant à la version de votre contenu à afficher à quels utilisateurs. Vous pourriez commencer à voir la mauvaise version linguistique se classer dans différents pays, ou Google pourrait penser que vous avez du contenu dupliqué.

Voici ce que vous devez faire :

• Auditer toutes les balises hreflang actuelles avant la migration
• Créer une carte des changements d’URL
• Mettre à jour les balises hreflang pour qu’elles pointent vers les nouvelles URL

Ne sautez pas cette étape si vous avez un site international. Votre public mondial en dépend.

29. Ne pas mettre à jour les codes de suivi

Après avoir déplacé votre site, n’oubliez pas de mettre à jour vos codes de suivi. C’est une erreur très courante, et elle peut entraîner des données inexactes.

Si vos codes d’analyse ne sont pas correctement configurés, vous ne pourrez pas suivre les performances de votre site. Vous ne pourrez pas savoir combien de personnes visitent votre site, d’où elles viennent, ni ce qu’elles font.

Vérifiez votre plateforme d’analyse, comme Google Analytics, et mettez à jour tous les paramètres qui doivent être modifiés. Il est également important de vous assurer que vos codes de suivi sont en place sur toutes vos pages.

Cela garantira que vous obtenez les données les plus précises et que vous pouvez suivre correctement les performances de votre site.

30. Ne pas résoudre les problèmes d'exploration et d'indexation

Si les moteurs de recherche ne peuvent pas accéder à votre site, vous aurez beaucoup de mal à apparaître dans les résultats de recherche.

Vous devez vérifier votre fichier robots.txt et vous assurer qu’il ne bloque aucune page importante. Il est également bon de s’assurer que toutes vos pages sont correctement indexées.

Si vous rencontrez des problèmes d’exploration ou d’indexation, vous devez les résoudre immédiatement. Vous pouvez utiliser Google Search Console pour trouver ces problèmes. Cela maintiendra votre site en bonne santé et aidera les gens à le trouver.

31. Migrer pendant les périodes de fort trafic

Migrer votre site pendant une période de forte fréquentation n’est pas la meilleure idée. Vous voudrez essayer de migrer pendant une période de faible trafic. Cela minimisera le risque et réduira la quantité de perturbations.

Choisissez un moment où votre site est moins fréquenté, comme tard le soir ou tôt le matin. De cette façon, vous minimiserez toute interruption potentielle et tout impact négatif sur les visiteurs de votre site.

32. Ne pas enregistrer vos points de référence avant le déménagement

Avant de déplacer votre site Web, il est bon d’enregistrer quelques points de référence importants. Cela vous donnera un aperçu avant et après de votre site, afin que vous puissiez voir l’impact de votre migration.

Vous pourrez voir si vous avez amélioré les choses, ou s’il y a des domaines que vous devez corriger. Enregistrez des éléments tels que la vitesse de votre site, vos classements dans les moteurs de recherche et votre taux de rebond. Ce sont des indicateurs clés de la santé et des performances de votre site.

Après votre migration, vous pouvez comparer vos points de référence avant et après et voir si les choses se sont améliorées. Avoir ces données vous aidera à résoudre tout problème de migration de site et à améliorer votre site.

33. Se précipiter dans la migration

Il y a une pression pour lancer. Votre nouvel hébergement est prêt. Vos parties prenantes sont impatientes. Le projet dépasse le budget.

Alors vous vous précipitez. Et c’est là que le désastre frappe. Une petite erreur, et tout s’effondre.

Voici à quoi ressemble généralement la précipitation :

• Sauter l’environnement de staging
• Ne pas tester minutieusement toutes les fonctionnalités
• Migration sans sauvegarde complète
• Migration pendant les heures de bureau
• Faire des économies sur la stratégie de redirection
• Ne pas vérifier deux fois les connexions à la base de données
• Ignorer la liste de contrôle préalable à la migration

La vérité est que les migrations prennent du temps. Une migration appropriée pour un site de taille moyenne devrait inclure :

• Phase de planification (quelques jours à une semaine)
• Sauvegarde et préparation (plusieurs heures)
• Migration réelle (quelques minutes à quelques heures, selon la méthode)
• Tests approfondis (au moins une journée complète)
• Période de surveillance (les premières 48-72 heures)
• Résolution des problèmes (en continu pendant la première semaine)

Votre site Web est votre entreprise. Il mérite plus qu'un travail bâclé, alors prenez le temps de bien faire les choses.

Histoire de succès : Comment Ergo Creative migre de grands sites Web en moins de 20 minutes

Je sais que je vous ai juste raconté beaucoup d'histoires d'horreur de migration. Alors, laissez-moi partager un exemple concret de la façon dont une stratégie et des outils de migration appropriés peuvent faire toute la différence.

Ergo Creative est une agence spécialisée dans le design de marque, numérique et industriel. Pour améliorer les sites clients, ils doivent pouvoir les migrer vers de meilleurs hébergeurs Web.

Avant d'utiliser Duplicator, ils passaient beaucoup de temps à migrer de gros sites Web. C'était un processus fastidieux qui demandait trop de ressources et entraînait souvent des erreurs.

Mais ils ont trouvé une meilleure solution !

Avec Duplicator, Ergo Creative est capable de migrer ces sites en moins de 20 minutes. Ils ont pu réduire les temps d'arrêt, éviter d'utiliser des clients FTP, corriger les incompatibilités de version MySQL et augmenter la satisfaction client.

Voici ce que le directeur numérique, Neil Livesey, a eu à dire :

« Duplicator est devenu une partie intégrante de notre boîte à outils, nous permettant de gérer les complexités de la gestion de sites web WordPress en toute confiance. Si vous êtes un développeur web à la recherche d'une solution fiable et efficace pour les migrations et les sauvegardes de sites web, Duplicator Pro est la réponse. »

Prêt à découvrir d'autres migrations de sites Web réussies ? Lisez nos autres études de cas !

Questions fréquemment posées (FAQ)

Vos prochaines étapes : Effectuer une migration WordPress sans erreur

Les migrations de sites n’ont pas à être effrayantes. Je sais que cela peut sembler décourageant, mais si vous évitez ces erreurs de migration courantes, vous serez dans une bien meilleure position pour une migration réussie et sans heurts.

Vous avez besoin d’une sauvegarde, d’un plan et d’un site de staging. Assurez-vous que tout est compatible et que tous vos fichiers et données sont transférés correctement. Vous devez également tester votre site et corriger les problèmes que vous pourriez rencontrer.

Utilisez un outil comme Duplicator Pro pour faciliter grandement l’ensemble du processus. Il automatise de nombreuses tâches complexes et vous aide à éviter de nombreux pièges courants que j’ai mentionnés !

Si vous avez une migration à venir, je vous encourage vivement à l’essayer. Cela vous facilitera la vie et vous me remercierez plus tard.

Pendant que vous êtes ici, je pense que vous aimerez ces autres guides WordPress :

• Comment migrer un site WordPress GRATUITEMENT
• La checklist ultime pour la migration WordPress
• Comment déplacer un site WordPress vers un nouvel hébergeur
• Comparaison des services de migration WordPress : Lequel sort vainqueur ?
• Comment réparer votre site WordPress qui ne fonctionne pas après une migration
• Le guide complet de la migration SEO en 2025