Comment vérifier la santé de votre site Web après la refonte

Le processus de refonte est complexe et implique le travail de nombreuses personnes et du temps. Les concepteurs veulent rendre le site beau, les développeurs veulent le coder rapidement et les référenceurs veulent qu'il soit optimisé - ces trois intentions ne se complètent pas toujours.

La refonte peut être effectuée de plusieurs manières : en utilisant un CMS, un code personnalisé, des frameworks, des constructeurs de pages, etc. Mais toutes les méthodes ne sont pas compatibles avec le référencement, il est donc recommandé de mettre en œuvre la refonte en utilisant les meilleures pratiques de référencement. Dans cet article, nous verrons comment exécuter la refonte du site Web SEO et les étapes pour vérifier la santé du site Web une fois terminé.

Quels problèmes de référencement peuvent apparaître après une refonte de site Web

Si le développement de sites Web n'est pas guidé par les meilleures pratiques, de nombreux problèmes peuvent également survenir en termes de référencement. Problèmes d'indexation, pages cassées, vitesse du site Web, mauvaise optimisation des médias, problèmes de réactivité, etc. Tous ces problèmes auront sûrement un impact sur les classements, entraînant une baisse du trafic organique.

Consultez le site Web avant de reconcevoir

Une bonne chose que vous pouvez faire avant de publier votre nouveau design est d'effectuer un bilan de santé du site Web afin d'avoir quelque chose à comparer plus tard. Tout d'abord, explorez et enregistrez une liste de toutes les pages pour valider leur présentation sur un nouveau site. Outre les URL, vous devez enregistrer les données importantes qui leur sont associées : balises méta, contenu, etc., pour valider que rien d'important n'a été perdu sur le site mis à jour. La collecte manuelle peut être difficile, en particulier pour les grands sites Web, mais il existe un moyen plus simple : utiliser un logiciel de vérification automatique de l'état du site Web. Par exemple, l'outil d'audit de site Web SE Ranking vérifie et enregistre des statistiques sur chaque page de votre site afin que vous puissiez voir l'état actuel et l'historique des modifications - vous pouvez comparer l'ensemble du site Web ou chaque page à son crawl précédent, ce qui est exactement ce que nous avons besoin. Nous utiliserons cet outil pour démontrer le processus car il vérifie un site Web avec plus de 120 critères à la fois, afin que vous disposiez de toutes les données nécessaires au même endroit.

Comment vérifier la santé du site Web et détecter les problèmes après la refonte

La meilleure façon de vérifier la santé du site après la publication d'une nouvelle version du site est de la comparer à l'ancienne. Pour ce faire, vous devez exécuter deux crawls avec l'audit du site Web SE Ranking : un avant les changements et un après. En utilisant ces deux analyses, vous serez en mesure de vous assurer que les éléments importants sont toujours disponibles et que les anciens problèmes ont été résolus. Examinons-le en détail.

Problèmes de base liés à l'exploration et à l'indexabilité

Après la refonte, une des premières choses à vérifier est que toutes les pages soient accessibles et puissent être ré-indexées sur une nouvelle version. Les principaux problèmes qui affectent l'exploration et l'indexation des pages sont :

• Code de réponse non-200 (1)
  S'il n'y a pas une telle URL sur un site Web, le code de réponse est 4xx ; si la page a été redirigée, le code de réponse est 3xx ; s'il y a une erreur côté serveur, le code de réponse est 5xx. Dans aucun de ces cas, une page ne peut être chargée et affichée aux utilisateurs, elle ne peut donc pas être explorée ou ajoutée à l'index Google - assurez-vous que toutes les pages importantes ont le code de réponse 200.
• La page est bloquée dans robots.txt (2)
• La page contient la balise meta robots « noindex » (3)
• L'URL canonique fait référence à une autre page (4)

Pour valider tous ces problèmes simultanément, allez dans Audit de site Web → Pages explorées et choisissez les colonnes appropriées pour voir les problèmes d'exploration et d'indexation sur un seul écran.

Structure des URL

La refonte ne concerne pas toujours le front-end. Parfois, cela affecte également la configuration du back-end et/ou du serveur. Si vous passez à un autre CMS ou si des modifications ont un impact sur la structure de l'URL, vous devez vous assurer que les nouvelles URL sont identiques aux anciennes ou configurer les redirections en conséquence. Si vous ne le faites pas, les anciennes URL auront des codes de réponse 404 et les nouvelles pages n'hériteront pas de la confiance des anciennes pages puisqu'elles seront traitées comme de toutes nouvelles pages.

De plus, plusieurs problèmes peuvent survenir quel que soit le chemin de la page :

• Slash à la fin
  « …/example-url » n'est pas la même chose que « …/example-url/ ». Si l'URL canonique n'a pas de barre oblique à la fin, la visite de l'URL se terminant par la barre oblique entraînera un code de réponse 404 qui n'est pas bon pour le référencement. Vous devez vous assurer que toutes vos nouvelles URL se terminent de la même manière que les anciennes ou configurer les canoniques et les redirections en conséquence.
• HTTP(S)
  Comme le problème précédent, l'activation/la désactivation des connexions SSL affecte également la structure de l'URL et peut entraîner de graves problèmes si elle est mal configurée.
• www
  "www.example.com" n'est pas égal à "example.com". Ce préfixe était couramment utilisé dans les premiers temps du World Wide Web pour indiquer qu'une ressource Web était destinée à être accessible au public.
  Techniquement parlant, "www." est un sous-domaine et Google traite le sous-domaine comme un domaine différent plutôt que comme un dossier. Si vous essayez d'accéder à un domaine ou à un sous-domaine qui n'est pas configuré correctement, vous obtiendrez l'erreur, tout comme les robots de recherche. Pour éviter de tels problèmes, assurez-vous de configurer des redirections ou d'ajouter des balises rel=canonical pointant vers la version préférée de votre site Web.

Balises méta

Lors de la publication d'une nouvelle version d'un site Web, vous devez vous assurer que toutes les balises méta optimisées des anciennes pages sont en place. Sinon, des titres et des descriptions manquants ou erronés peuvent entraîner une baisse significative du classement et du trafic. Pour vérifier la santé d'un site Web et vous assurer qu'aucune page ne contient de balises méta manquantes ou incorrectes, rendez-vous dans les sections Titre et Description du rapport sur les problèmes de l'audit du site Web.

Pour vous assurer que les méta-titres et les descriptions sont les mêmes qu'avant la refonte, utilisez le rapport Pages explorées et activez les colonnes correspondantes. Ensuite, comparez-les à ce qui était avant la refonte.

Contenu

Si plusieurs pages ont le même contenu, Google aura du mal à déterminer quelle page il doit afficher dans le SERP, ce qui entraîne une baisse du classement de toutes les pages dupliquées.

Il peut être difficile de comparer le contenu, surtout si vous avez un gros site Web. La bonne nouvelle est qu'il est possible de détecter automatiquement ces problèmes.

Pages en double

Les pages dupliquées sont des pages avec un contenu identique. Ils peuvent parfois être difficiles à trouver car ils peuvent avoir des URL différentes, mais il existe un paramètre qui peut vous aider à les identifier. L'activation de la colonne "Content Hash" affichera le hachage unique du contenu de la page - un équivalent cryptographique du contenu. Si le hachage est le même pour deux pages, cela signifie qu'elles sont identiques à 100% - examinez ces occurrences et ne laissez qu'une seule copie d'une page.

Balises méta

Un autre scénario de duplication est celui des balises META identiques. Le titre et la méta description ont un impact significatif lorsqu'un moteur de recherche évalue la pertinence d'une page. Ne confondez pas Google avec des pages avec des balises méta identiques, car aucune d'entre elles ne sera classée en tête.

Pour trouver ces pages, activez les colonnes "Titre en double" et "Description en double" dans le rapport Pages explorées de l'outil d'audit de site Web ou accédez à la section correspondante dans le rapport sur les problèmes.

Rubriques H1

Semblable aux balises META, le titre d'une page a priorité sur les autres (sous-)en-têtes lorsqu'un moteur de recherche détermine le sujet de la page. Vous devez vous assurer qu'aucune de vos pages n'a de H1 identiques, afin qu'elles ne se plagient pas les unes les autres. Comme pour la vérification des balises Meta, activez la colonne "Duplicate H1" dans le rapport.

Vitals Web de base

Si vous implémentez un nouveau design, vous devez être sûr qu'il améliorera l'expérience utilisateur ; sinon, ça ne sert à rien de le faire. Heureusement, Google a développé Core Web Vitals - un ensemble de mesures pour aider les développeurs à évaluer leur UX.

Avec SE Ranking, vous n'avez pas besoin de vérifier chaque page dans Web.dev ou Chrome's Lighthouse puisque l'audit de site Web vérifie toutes les pages pour toutes les métriques d'expérience de page nécessaires. Examinons-les.

La toute première chose est de vérifier les Core Web Vitals : LCP, FID et CLS. Ce sont trois paramètres qui reflètent les performances de votre site Web en termes d'expérience utilisateur :

1. La plus grande peinture de contenu signifie la vitesse à laquelle la première fenêtre d'affichage sera imprimée dans le navigateur de l'utilisateur. Cette métrique est étroitement liée à la vitesse de chargement du site Web, dont nous parlerons en quelques secondes.
2. Le premier délai d'entrée mesure la vitesse à laquelle les utilisateurs peuvent interagir avec la page (par exemple, cliquer sur des liens, des boutons). Ce paramètre est également lié à la vitesse du site.
3. Le décalage de mise en page cumulé indique la stabilité de votre contenu pendant le chargement - c'est très ennuyeux lorsque les éléments de contenu changent de taille et de position pendant le chargement de la page.

Ces informations peuvent être trouvées sur le tableau de bord Vue d'ensemble ou dans la section Rapport sur les problèmes -> Performances. Ce qui est bien, c'est que ce rapport est basé sur des données provenant d'utilisateurs réels et de tests en environnement de laboratoire. C'est un point de départ pour toute autre optimisation.

Vitesse du site Web

2 Core Web Vitals sur 3 sont liés au temps de chargement. Non seulement cela, mais les statistiques indiquent qu'un tiers des utilisateurs n'attendront pas plus de 3 secondes pour qu'une page se charge. Par conséquent, il est juste de dire que la vitesse du site Web est un paramètre essentiel concernant l'expérience utilisateur. Voyons comment SE Ranking peut vous aider à identifier et résoudre les problèmes de temps de chargement.

HTML

Étant donné que toutes les pages Web sont écrites en HTML, c'est la première chose que vous devez valider après la refonte. Les problèmes sont assez basiques, mais ils sont fondamentaux pour d'autres ajustements. À cet égard, vous devez vous assurer que la taille HTML n'est pas trop grande pour exclure une grande taille DOM, car elle peut être difficile à rendre, ce qui a un impact sur le temps de chargement global. Assurez-vous également que votre HTML est compressé et mis en cache pour minimiser la taille du document et le temps de traitement du backend.

JS et CSS

Le Web moderne est entrelacé avec JavaScript et CSS. Ces technologies aident à créer de beaux sites Web avec des fonctionnalités agiles. Pourtant, parfois, ces fonctionnalités peuvent nuire aux performances du site, il est donc important de vérifier si les ressources sont optimisées lors du déploiement d'une nouvelle conception.

Les techniques d'optimisation pour les fichiers JS et CSS sont similaires :

1. Minification
   Excluez tous les commentaires, les sauts de ligne, les espaces supplémentaires, etc. – ne laissez que les caractères importants.
2. Combiner
   Essayez de servir le moins de fichiers possible (idéalement, un JS et un CSS par page). Chaque demande de fichier prend du temps pour que le serveur réponde et pour que le navigateur le télécharge – un seul fichier est un moyen beaucoup plus pratique de le faire.
3. Mise en cache
   L'activation de la mise en cache côté serveur signifie que vos fichiers ne seront pas générés à partir de zéro chaque fois qu'un utilisateur demandera la page ; à la place, des copies sauvegardées de ceux-ci seront servies. Cela enlève beaucoup de charge inutile aux serveurs et améliore le temps de chargement.

Voici quelques recommandations générales :

• Évitez d'utiliser des cadres et des thèmes
  Les frameworks JS et les CSS prédéfinis peuvent vous faire gagner du temps, mais souvent ils ne sont pas conçus dans un souci d'optimisation de la vitesse. Ils ont beaucoup de fonctionnalités dont vous n'avez pas besoin, et toutes ces fonctionnalités supplémentaires peuvent être trop lourdes à charger.
• Soyez prudent lorsque vous fusionnez des fichiers JS
  S'il y a une seule erreur dans le fichier JS, toutes les autres fonctions du fichier peuvent ne pas fonctionner. Ainsi, si vous avez un seul fichier JS, il est possible que toutes les fonctions cessent de fonctionner. Il peut être judicieux de créer des fichiers séparés pour les fonctionnalités de base et la beauté frontale.

Images

Concernant le SEO, l'optimisation des images est également essentielle :

1. Les images doivent avoir un texte Alt, afin que les moteurs de recherche et les personnes utilisant des lecteurs d'écran puissent comprendre de quoi parle l'image - assurez-vous que toutes les images ont un texte Alt significatif après la refonte.
2. Taille de l'image
   La meilleure pratique consiste à diffuser l'image dans une résolution égale à celle du conteneur parent. Cependant, il est presque impossible de créer des copies d'image pour s'adapter à tous les conteneurs possibles en raison de la conception réactive où les conteneurs peuvent changer de taille. Ce que vous pouvez faire, c'est créer plusieurs variantes d'image (c'est-à-dire taille d'origine, largeur 300px, largeur 100px) à utiliser à différents endroits sur le site. Par exemple, l'image sélectionnée sur l'article doit être dans sa taille d'origine, alors qu'il est préférable d'utiliser une image plus petite de 300 pixels de largeur ou moins pour la vignette sur la page d'archive.
3. Compression d'images
   La compression d'une image est le processus de réduction du nombre de couleurs uniques utilisées dans une image. Une compression modérée sera à peine visible par l'œil humain, mais peut économiser jusqu'à 30 % de la taille du fichier - c'est beaucoup, d'autant plus que les images ont une taille de fichier importante par rapport aux autres ressources de page.

Conception réactive

Il est obligatoire de vérifier les problèmes d'optimisation mobile car la majorité du trafic provient d'appareils mobiles et Google est passé à l'indexation mobile d'abord. Le classement SE couvre également cela.

En accédant à la catégorie Optimisation mobile dans le rapport sur les problèmes, vous serez en mesure de valider que votre site Web est aligné sur les principes fondamentaux de conception réactive.

Emballer

La refonte est un processus compliqué, d'autant plus qu'un site repensé doit être optimisé pour le référencement. La meilleure façon d'y parvenir est de garder à l'esprit les pratiques de référencement et de performance.

Une fois que vous avez publié vos modifications, vous devez vérifier si tout va bien - c'est là que les outils de vérification de l'état du site Web entrent en jeu. Pour être sûr que votre nouveau site est meilleur ou que rien n'a été cassé en termes de référencement et de performances, vous devez le comparer à sa version précédente. SE Ranking fait exactement ce dont vous avez besoin : analyse, vérifie et stocke les données d'audit du site Web afin que vous puissiez facilement surveiller et comparer vos résultats par dates. L'utilisation de tels audits vous permet de comparer et d'améliorer la santé du site Web après la refonte.