Comment éviter un désastre SEO lors d’une refonte de site Web

Le mot «catastrophe» a probablement retenu votre attention et dans ce cas, ce n’est pas du tout hyperbolique.

Les migrations de sites Web qui ne tiennent pas compte du référencement ou qui sont entreprises avec des plans hâtifs et/ou faibles pour le référencement peuvent être désastreuses.

Si vous actualisez, migrez et/ou relancez un site Web, vous avez probablement de bonnes raisons de le faire et des attentes d’amélioration dans des domaines spécifiques tels que l’UX, la perception de la marque et les objectifs de conversion.

Le référencement est essentiel pour vous aider à réaliser tout ce qui précède.

Dans cette colonne, vous trouverez des étapes importantes avant et après le lancement pour vous assurer que le référencement est prioritaire dans votre relance afin que vous puissiez éviter les catastrophes et profiter des meilleurs résultats possibles pour votre entreprise.

Travaillez sur cette pièce comme une liste de contrôle lorsque vous planifiez et exécutez la refonte de votre site Web.

Avant la migration

Pensez à ce que vous espérez accomplir avec cet investissement dans la refonte de votre site Web.

Quoi que vous espérez gagner d’autre, vous voulez absolument protéger la valeur et l’équité que votre site a accumulées au fil du temps. Vous ne voulez pas perdre les classements actuels, la valeur des liens ou le trafic – et vous ne voulez pas non plus passer des mois à les récupérer ou à les reconstruire.

En plus de cela, vous souhaitez probablement également améliorer les performances de recherche organique.

Objectifs et plan de projet

Il y a probablement des raisons assez convaincantes pour lesquelles vous vous lancez dans une refonte de site Web.

Ceux-ci pourraient être liés à :

• Cas d’utilisation en entreprise.
• Améliorations de l’expérience utilisateur.
• Initiatives de commercialisation.
• Améliorations SEO.

L’établissement d’objectifs appropriés est un aspect clé pour assurer le succès du projet.

Établissez votre référence et vos références, car vous voudrez être en mesure de confirmer les améliorations et le retour sur investissement du projet.

La plupart des projets Web suivent un plan spécifique ou une méthodologie agile. Ce plan est généralement géré par le propriétaire du projet, qu’il s’agisse d’un service de compte, d’une gestion de projet, d’un produit, de l’informatique, du marketing ou d’un autre rôle aligné.

Assurez-vous que votre plan prend en compte le référencement à chaque étape afin de ne pas être surpris par des conséquences imprévues.

Architecture de contenu et d’information

Le contexte du sujet du site Web dans son ensemble et le sous-sujet de vos thèmes sont essentiels au succès du référencement.

Cela affecte le contenu spécifique sur le site et la façon dont ce contenu est organisé.

Les modifications apportées à l’architecture de l’information, au plan du site et au plan de contenu global lors de la refonte peuvent avoir un impact sur le référencement et garantir que tous les participants au projet comprennent à quel point est important.

Vous voulez vous assurer que les pages utiles à votre stratégie de référencement ne sont pas omises du site à l’avenir, et que le message global et le thème des sections du site ne sont pas dilués par la conception.

Utilisez un outil d’exploration (par exemple, Screaming Frog ou DeepCrawl) pour trouver toutes les pages de votre site Web.

Ensuite, avec votre équipe, travaillez à partir de votre plan de site actuel sur les exigences du nouveau. Ce sera votre guide à travers le reste des étapes du processus de refonte pour le référencement.

Optimisation sur la page

En creusant plus profondément au niveau de la page, il est important que vous mainteniez la pertinence du contenu par rapport à l’intention de votre chercheur cible.

Une fois que vous savez quel contexte et quelle architecture globale changent (ou restent les mêmes), vous pouvez travailler pour protéger ou optimiser de manière proactive au niveau de la page pour les éléments spécifiques qui contribuent à la pertinence. Cela inclura les URL, les titres de page, les méta descriptions, le corps du texte, le texte alternatif, etc.

Quelle est la profondeur des changements apportés à votre architecture et à votre plan de site ? Cela dictera à quel point vous devez vous concentrer sur la pertinence du contenu pour vous assurer de ne pas perdre le contenu du site.

Optimisez votre site de staging ou votre base de code ; n’attendez pas le post-lancement pour faire ces mises à jour.

Redirections

Il y a un cas d’expérience utilisateur de base à faire pour s’assurer que vous mappez les redirections 301 pour toutes les pages qui reçoivent de nouvelles URL et celles qui vont disparaître dans le site repensé.

Nous ne voulons jamais afficher une page d’erreur 404 à un utilisateur si nous pouvons l’éviter.

Les moteurs de recherche acceptent les 404 si nous espérons que le contenu sera supprimé de l’index. Cependant, toute équité de lien que vous avez sera perdue si les backlinks vers votre site entraînent une erreur 404.

Assurez-vous que toutes les pages avec des liens pointant vers elles sont (à tout le moins) correctement redirigées, surtout si vous n’avez aucun contrôle sur la mise à jour des liens vers la nouvelle URL de la page de destination.

Si vous avez un grand site Web, cela pourrait très bien être la partie la plus longue et la plus importante du processus de refonte du référencement.

Utilisez l’exploration que vous avez effectuée précédemment pour la planification de votre plan de site afin de déterminer toutes les URL qui doivent être redirigées.

Vous pouvez également obtenir de nombreuses informations sur la console de recherche Google et les outils pour les webmasters de Bing sur les pages que les moteurs de recherche explorent en permanence, pour vous assurer de ne manquer aucune redirection.

Lorsque toutes les redirections sont mappées, assurez-vous qu’elles sont implémentées au niveau du serveur ou dans un plug-in ou un utilitaire de site et qu’elles sont prêtes à être lancées.

Il est difficile de faire ce travail après le lancement, car les dommages ont souvent été causés par les moteurs de recherche et les utilisateurs qui obtiennent des erreurs 404. Chaque minute, heure et jour qui passe équivaut à plus d’opportunités perdues ici.

Même lorsque votre professionnel du référencement peut utiliser la criminalistique pour trouver les anciennes URL de site et mettre en œuvre des redirections, vous avez perdu un temps précieux. Vous devrez prendre le coup à court terme et espérer récupérer la pertinence et le statut d’autorité que vous aviez avec l’ancien site Web.

Lors du lancement

Au moment du lancement, suivez la liste de contrôle de mise en service et effectuez tous les contrôles de qualité possibles du travail que vous avez effectué sur le site de transfert à ce jour.

Ne donnez pas le feu vert au lancement si l’un de vos travaux sur la page ou vos redirections n’est pas en place ou testé.

Il est beaucoup plus facile de retarder légèrement le lancement que d’annuler les dommages plus tard ou – pire encore – de devoir revenir à l’ancien site Web (aïe).

Après lancement

Vérifier les redirections

Votre première étape consiste à revenir à votre fichier de redirection, à votre ancien plan de site et à votre ancienne exploration de site pour tester et vous assurer que toutes les anciennes URL de site effectuent des redirections 301 vers de nouvelles URL de site, comme vous le souhaitiez.

C’est là que vous pouvez détecter les 404 parasites et implémenter rapidement des redirections supplémentaires.

Commencez par vérifier les URL de manière ponctuelle, puis approfondissez votre travail à mesure que le temps le permet pour traiter autant d’anciennes URL de site que possible.

Vérifiez également les autres redirections sournoises comme les 302 ou les méthodes de serveur pour vous assurer d’avoir des 301 propres.

Audit Dev-to-Live

Assurez-vous que toutes les pages et l’optimisation spécifique sur la page sont transférées du site de développement au site en ligne.

Ceci est particulièrement important pour les sites Web avec beaucoup de contenu dynamique, car parfois des bases de données et des tables sont manquées lors de la migration.

Par exemple, si vous avez optimisé toutes les balises de titre sur le site intermédiaire mais que la base de données dans laquelle elles se trouvent n’a pas été mise en ligne au lancement, vous pourriez trouver des titres en double manquants ou par défaut sur chaque page ou sur les pages de produits, etc.

Validation du code et des performances

Ne présumez pas que le site Web en direct fonctionnera de la même manière que le site de transfert.

Exécutez la page d’accueil et les pages clés via l’outil de test adapté aux mobiles ou les audits Lighthouse pour vous assurer que le site obtient les notes de passage.

De plus, exécutez des outils de vitesse de page pour trouver des domaines d’amélioration potentiels sur le nouveau site Web. Les différences de serveurs, d’hébergement et d’autres charges sur le site de production peuvent provoquer des problèmes que vous n’auriez pas trouvés sur le site Web de transfert.

N’oubliez pas non plus les balises de schéma que vous avez sur le site.

L’utilisation d’outils de validation pour assurer une mise en œuvre correcte ici est utile au cas où quelque chose changerait entre les anciens sites, les sites de développement et les sites en ligne et la façon dont les moteurs de recherche les rendent.

Soumettre des plans de site XML

Une fois que vous êtes satisfait du bon fonctionnement de vos redirections et de la mise en œuvre du référencement sur le site en direct, il est temps de soumettre le plan du site XML.

Assurez-vous que le plan du site dynamique inclut l’ensemble complet d’URL de destination souhaité.

Si vous utilisez un plan de site statique, générez-en un nouveau maintenant, auditez-le et soumettez-le.

Notez que vous voulez être sûr que vos fichiers de plan de site XML sont vierges. Vous voulez n’avoir aucune URL entraînant des erreurs 404 et vous assurer que toutes les URL sont les URL de destination par rapport aux redirections ou aux pages canoniques vers une autre version.

Surveillance

Cela fait du bien d’en avoir fini avec le travail acharné qu’implique le référencement pour la relance et la migration en général. Maintenant, il est important de passer votre état d’esprit à une phase de surveillance.

Pendant les 1 à 2 prochains mois, surveillez de près la console de recherche Google et les outils pour les webmasters Bing pour surveiller les erreurs 404 signalées, les erreurs d’exploration et tout problème HTML détecté sur la page. Abordez-les rapidement.

SEO en cours

N’oubliez pas que le référencement n’est pas une chose ponctuelle.

Une fois que la poussière est retombée et que la phase de surveillance est en marche, vous pouvez revenir à votre plan et à vos objectifs d’origine et mesurer les performances du nouveau site.

À partir de là, vous pouvez reprendre votre plan d’optimisation en cours normal.

Étapes résumées

Voici la courte liste de ce que nous avons déballé dans cet article.

Pré lancement:

• Objectifs et plan de projet.
• Architecture de contenu et d’information.
• Optimisation sur la page.
• Redirections.

Lancer!

Après lancement:

• Vérifiez les redirections.
• Audit Dev-to-Live.
• Validation du code et des performances.
• Soumettez des plans de site XML.
• Surveillance.
• SEO en cours.

Tenez compte du fait que certaines étapes prennent plus de temps que prévu ou doivent en ajouter au fur et à mesure. Les projets Web et le référencement ne se déroulent pas toujours comme prévu !

Au-delà de cela, assurez-vous de saisir toutes les opportunités dont vous disposez pour utiliser la refonte et la relance pour améliorer les performances afin de maximiser le retour sur investissement de votre site.

Plus de ressources de référencement et de conception de sites Web ici :