Dans cet article, je vais parler des problèmes qui surviennent lorsqu'un site change de moteur, mais il n'y a pas de contrôle expert SEO. Le matériel sera utile à ceux qui font la promotion de leur site de manière indépendante, et pour les collègues peut être une raison supplémentaire de rafraîchir les connaissances dans leur tête (ou peut ajouter quelque chose de nouveau dans les commentaires).
Les problèmes avec le trafic de recherche lors du changement du CMS sont une situation typique: même sans erreurs particulièrement importantes, le moteur de recherche a besoin d'un certain temps pour accepter tous les changements et les évaluer. Mais il y a aussi des omissions qui sont faciles à faire et très difficiles à identifier plus tard.
Juste au cas où, je noterai séparément que la première chose dont vous devez vous occuper est un serveur de test qui est fermé de l'indexation. Vous y déploierez le site et le reconstruirez jusqu'à la sortie. Le travail "gain" n'est strictement pas recommandé.
1. En-têtes et formatage
Le contenu des pages - une chose pour le moteur de recherche est très important. Lors du transfert de contenu, les éléments de mise en forme sont très souvent perdus ou autrement prescrits: en-têtes, listes à puces, caractères spéciaux, etc. Assurez-vous de vérifier que les en-têtes ne sont pas devenus simplement «gras» et que le texte brut n'a pas la balise H2 là où il n'est pas nécessaire.
Ce dernier est particulièrement désagréable, car visuellement cela peut ne pas s'afficher en raison des styles, mais le code aura un titre à un endroit complètement inattendu.
Vérifiez et imbriquez correctement les en-têtes. Il arrive que lors de la modification de la conception des pages, la logique de la disposition des blocs de texte change. Sur l'ancien site, le bloc pouvait logiquement être lié à un ancien en-tête, et dans le nouveau design lui-même, il est tout à fait cohérent avec ce niveau.
2. Légendes et liens d'images
Avec les photos, vous avez également besoin d'une attention accrue. Il est important de leur conserver des signatures, pour s'assurer que tous les liens sur lesquels ils sont chargés fonctionnent. Parcourez attentivement les sections et les pages secondaires.
Et en général, depuis qu'ils ont commencé à effectuer une «inspection», il est temps de mettre à jour le matériel. Quelque part, bien sûr, bas, selon les normes d'aujourd'hui, la résolution, quelque part la photo non pertinente. Il vaut la peine d'ajouter des données exif optimisées pour votre sémantique et de protéger les images avec des filigranes.
3. Doublons de page
Il y avait des doublons sur le site? Vous les avez probablement nettoyés et la réponse est non. Mais il vaut mieux vérifier à nouveau: pas le fait que vous avez fait du bon travail la dernière fois, pas le fait que depuis lors il n'y en a pas eu de nouveau, et que le nouveau CMS ne les a pas encore fait. Et elle aurait pu, surtout si vous avez fait un catalogue «intelligent» avec un tas de filtres et un rubricator détaillé.
Utilisez des méthodes automatisées car elles sont plus simples et plus souvent plus fiables que la vérification manuelle. Surtout s'il s'agit d'une boutique en ligne dans laquelle plusieurs milliers de positions.
4. Translittération et écriture
Très probablement, votre structure a changé et vous avez configuré les 301e redirections. C'est correct et logique. Juste avant d'enregistrer des redirections, vérifiez les adresses des nouvelles pages dans LETTERNESS.
Ce problème est plus aigu pour les magasins en ligne: les mêmes noms russes pour les catégories et les groupes de produits sont translittérés différemment par différents CMS. Lors de la configuration des redirections, vous voyez deux adresses:
site.ru/catalog/venge et
site.ru/catalogue/mezhkomnatnie_dvery/venge . Et tout semble simple: l'imbrication a changé. Mais en fait, l'orthographe a également changé.
Oui, cela ressemble à une erreur plutôt ridicule, mais, croyez-moi, cela arrive tout le temps. Et puisque nous nous souvenons que les URL doivent être «lisibles par l'homme», divers «mezhregionalnoe-operatsionnoe-upravleniye» et autres vyviglazny similaires apparaissent automatiquement dans lesquels il est très facile de sauter «-nnoye» au lieu de «-nnoe».
Configurer les redirections de manière incorrecte - perdez votre temps.
5. Anciennes redirections
Et sur le site, très probablement, il y avait déjà des redirections avant le déménagement. Et ils les oublient encore plus souvent, car ces pages ne sont tout simplement pas visibles dans la structure. Par conséquent, 301 redirections sont configurées uniquement à partir des pages pertinentes et actives au moment du déménagement, mais elles oublient qu'il y en a d'autres avec leur poids, leurs liens et leur trafic.
Après avoir transféré les redirections, nous les vérifions, nous assurons que chaque page renvoie le code 301, et seulement ensuite nous nous calmons.
6. Titre logique
Si le site a déjà été promu, alors le titre, la description et les mots clés nécessaires ont sûrement été écrits dessus. Avec les deux derniers, tout est assez clair, mais avec le premier il y a des nuances.
En règle générale, le titre est écrit selon une certaine logique donnée en fonction de l'imbrication de la page et de son type. Pour les grands projets, ils sont souvent assemblés automatiquement.
Après avoir déménagé, vous devez vérifier que la logique de formation du titre est toujours cohérente avec la logique de la nouvelle structure du site sur les pages de tous niveaux. Très souvent, cela devient confus, surtout si auparavant la sortie des en-têtes était implémentée par des algorithmes auto-écrits. Quelque part, il peut y avoir des formulations définies manuellement qui sont également faciles à manquer et mieux revérifiées.
7. Références des sections secondaires
Dans les sections d'articles, d'actualités, les blogs cachent souvent des liens qui pointent vers des documents plus inaccessibles. Lorsque vous déplacez ces liens seront nombreux. Comme ce ne sont pas les sections les plus populaires du site, elles sont généralement ignorées, puis elles ne comprennent pas d'où viennent autant de liens rompus.
Il est nécessaire de vérifier la fonctionnalité des liens par des services automatisés, pour la même raison que j'ai exprimée plus tôt: c'est plus rapide et plus fiable. Dans le même temps, vous trouverez des liens sortants vers des pages manquantes sur d'autres sites, le cas échéant.
Il convient également de mentionner que dans ces sections, vous pouvez souvent trouver d'autres problèmes, par exemple les mêmes doublons. Nous avons eu des cas où des catalogues parallèles d'arbres entiers ont été découverts qui étaient bien cachés sur le site précédent.
En général, en ce qui concerne les liens rompus, le déplacement doit être perçu comme une bonne raison de tout inspecter soigneusement, d'effectuer un «nettoyage général». Habituellement, ces petites taches s'accumulent pendant des années et ne sont pas corrigées, car tout le monde est occupé par des choses plus importantes. Surtout si le référencement n'est pas un individu, mais un marketeur ou programmeur à plein temps qui ne surveille pas en permanence l'état du site.
8. Robots.txt
Un fichier est souvent formé dans CMS, et c'est la première raison de vérifier sa syntaxe. Et si vous l'écrivez manuellement, c'est la deuxième raison.
Vous avez changé de CMS, et donc la logique de l'organisation interne du site. Il est nécessaire de refermer les sections de service de l'indexation pour vérifier que ce qui doit être ouvert n'a pas été accidentellement fermé.
9. rel = "canonique"
Il est clair que l'attribut doit être transféré. Mais n'oubliez pas de vérifier soigneusement qu'il est correctement orthographié et qu'il est toujours cohérent avec votre structure, vos modes d'affichage de contenu, etc.
Il arrive que le libellé soit simplement transféré de l'ancien site vers le nouveau, sans se pencher sur ce qu'il signifiait exactement et ce que le robot de recherche demandait. Et obtenez la perte de l'index de sections entières du site.
10. Micro-marquage
Non pas que ce soit un problème très courant, mais il se produit. Lors du transfert vers un nouveau CMS, le micro-marquage peut être perdu, mais pour le grand volume de tâches qui survient inévitablement au cours du travail, il est très facile de l'oublier: cela n'affecte pas l'affichage et la fonctionnalité du site dans le navigateur. Et vous le remarquerez bien plus tard, lorsque les liens vers vos pages commenceront, par exemple, à publier sur les réseaux sociaux. Il vaut mieux vérifier et tester tout vous-même à l'avance.
Bien sûr, si le site est transféré sous le contrôle d'un spécialiste SEO, cela ne se produira pas. Mais nous connaissons également de tels cas où, lors de la migration, le micro-balisage est perçu comme du code redondant et est volontairement supprimé.
Bonus! Fichiers de confirmation des droits
Les systèmes d'analyse, les métriques et les services de suivi des appels nécessitent une confirmation de propriété du site. Une façon de confirmer est de placer un fichier spécial dans la partition racine. La méthode est populaire car elle ne nécessite pas la modification du code de la page. Ainsi, le spécialiste du marketing conditionnel ou le directeur lui-même peut connecter le service sans faire appel à un spécialiste. Mais il y a une nuance.
Lors du déplacement, les codes de compteur sont rarement oubliés pour être transférés vers la nouvelle version (bien que cela se produise également), mais les fichiers de confirmation sont perdus beaucoup plus souvent.
Bien sûr, cela n'affectera pas directement les positions, mais ce sera un travail superflu de restaurer les statistiques, et vous n'en avez évidemment pas besoin. Et la perte de données est toujours mauvaise.
Recommandation générale
Ici, loin de tout ce qui affectera la position et l'affichage du site dans la recherche: je n'ai décrit que les points qui dans notre pratique sont le plus souvent oubliés par les clients, et que l'on retrouve lors de l'audit.
Il est préférable d'effectuer la migration sous la supervision d'un spécialiste SEO. Cela supprime immédiatement la plupart des questions, car le seoshnik sait toujours où chercher et quoi vérifier (cela affecte directement son salaire). Il vous dira au stade de la conception tous les pièges.
Mais il arrive souvent qu'il n'y ait pas de spécialiste SEO lors de la migration. Ensuite, nous prenons des informations provenant de sources ouvertes (par exemple, celle-ci), puis des services intégrés des moteurs de recherche (Yandex.Webmaster, Google Search Console). Très probablement, vous recevrez ces données une fois le site terminé. Mais il vaut mieux découvrir tard que vous n’indexez pas l’une des branches du répertoire que de ne jamais le savoir. Obtenez des informations du plus grand nombre de sources possible.
Travailler avec des métriques et des services est généralement une bonne compétence. Plus tôt vous vous y habituerez, plus vite vous vous rendrez compte que tout est interconnecté dans l'avancement. N'oubliez pas que passer à un nouveau CMS n'est pas un objectif, mais une étape. Et il doit élever le site à un nouveau niveau de relation avec les moteurs de recherche et avec les gens vivants.