Migration WordPress et référencement: activités et tests après migration

Déplacer le site WordPress est très simple (si vous savez ce que vous faites, c’est – à – dire si vous ne savez pas, voici la méthode). Mais il est important de reconnaître l’impact et l’impact possibles sur votre référencement. Il s’agit de la deuxième partie d’une série en deux parties sur la migration WordPress et SEO. Dans la première partie, nous avons examiné comment le site de migration influe sur le trafic biologique et quels préparatifs doivent être effectués. Dans cet article, je vais vous expliquer en détail ce que vous devez faire immédiatement après la migration et comment vérifier si votre référencement est affecté.
Si vous avez suivi la première partie de ce guide, vous devriez l’avoir fait: Je m’assure que le nouveau site ne rencontre pas les mêmes problèmes de référencement que l’ancien site, puisque l’ancien site a installé le plug – in de référencement de la console de recherche Google WordPress set, Configurer la plate – forme d’analyse et recueillir des données XML carte du site aussi longtemps que possible créer une carte redirigée, une fois les étapes ci – dessus terminées, vous pouvez changer l’URL, et du point de vue du référencement, vous êtes prêt à migrer votre site. Une fois la migration du site terminée, vous voudrez effectuer les tâches suivantes:
Dans la première partie de ce guide, vous créerez des cartes de redirection pour toutes les URL qui seront modifiées lors de la migration du site. Je pourrais les implémenter en utilisant ce fichier. Htaccess ou en utilisant le plugin wordpress. Cependant, une fois la migration terminée, assurez – vous que ces redirections sont transmises en temps réel. Vérifiez la redirection nous vous recommandons de vous assurer que la redirection fonctionne comme prévu. Le Code d’état http pour la redirection doit être 301, il ne doit pas y avoir de chaîne de redirection et l’URL à laquelle la redirection est dirigée doit être l’URL correcte dans la carte de redirection. De plus, surveiller les événements
Rediriger la boucle. Il s’agit d’un grave problème et vous devriez vous assurer de les corriger immédiatement, car non seulement ils affectent le référencement, mais aussi les boucles de redirection empêchent les visiteurs d’accéder aux pages Web.
Vous pouvez contrôler la redirection de plusieurs façons. J’utilise souvent Scream Frog en mode liste. Il s’agit d’un crawler de site Web utilisé dans la première partie pour identifier toutes les URL des anciens sites Web qui devraient être redirigés. Pour vérifier que votre redirection s’effectue correctement avec Scream Frog: Ouvrez Scream Frog cliquez sur Configurer cliquez sur araignée cliquez sur l’onglet avancé sélectionnez toujours suivre la case à cocher redirection cliquez sur OK cliquez sur le mode et sélectionnez la liste Copiez la liste des URL que vous souhaitez rediriger à partir de la table de redirection Cliquez sur Scream Frog cliquez sur le bouton liste de téléchargement dans coller, qui collera automatiquement votre URL à Scream Frog cliquez sur OK, Scream Frog va maintenant commencer à numériser l’URL que vous avez collée. Une fois que Scream Frog a terminé la numérisation, cliquez sur l’onglet Code de réponse. Ici, vous pouvez voir toutes les URL numérisées, leur code de réponse et où elles sont redirigées. Vous pouvez les voir dans Scream Frog ou les exporter, puis les voir dans votre tableur préféré. Scream Frog Response Code data. Vous devez vous assurer que tous les états http sont 301 et que l’URI de redirection est l’URI dans la carte de redirection. Si le Code d’état retourné est 302, vous devez vérifier que la redirection que vous avez définie est en fait une redirection permanente 301. Si vous avez un code d’état http 4xx ou 5xx, vous devez vérifier que l’URL spécifiée pour la redirection est correcte. Si l’URL est correcte
Alternativement, vous devez vérifier si la page du site est active et si l’URL est la même que celle que vous utilisez pour rediriger vers.
Une fois la migration terminée, vous devez vérifier que votre compte Google Search console est toujours vérifié. Il existe plusieurs façons de valider la console de recherche Google, dont beaucoup peuvent être interrompues par la migration du site. Vous pouvez lire les différents types de méthodes de validation ici. Par exemple, une façon courante de valider une console de recherche est d’ajouter des métabalises avec des chaînes de validation aux titres de documents. Lors de la refonte et de la création d’un site Web, il est facile de l’ignorer et de l’inclure dans le nouveau site. Vous devriez vérifier si cette métabalise est incluse dans l’en – tête du document sur le nouveau site Web ou vous assurer qu’une nouvelle méthode d’authentification est disponible et que cela est confirmé dans la console de recherche Google. Page de validation de la console de recherche Google. Changer l’adresse de la console de recherche n’est nécessaire que si vous avez changé un nom de domaine, tel qu’un ancien nom de domaine. Com sera déplacé vers un nouveau domaine. Format générique de nom de domaine. Pour envoyer un changement d’adresse, dans la console de recherche, cliquez sur l’icône Gear dans le coin supérieur droit de l’écran. Vous pouvez choisir de changer d’adresse ici. Suivez les étapes à l’écran pour envoyer un changement d’adresse. Avant de continuer, assurez – vous que le nouveau domaine a été ajouté au même compte de console de recherche en cliquant sur Ajouter une propriété dans le tableau de bord de la console de recherche principale. Changez l’adresse de la console de recherche Google. Envoyer une carte de site XML pour vous assurer que Google trouve votre contenu, vous devez envoyer votre carte de site à Google. À l’intérieur de la console de recherche: cliquez sur Scan dans le menu de navigation de gauche cliquez sur la carte du site cliquez sur le bouton Ajouter \/ tester la carte du site collez le chemin de la carte du site XML \/ fichier
Index de la carte du site XML cliquez sur envoyer Google Search console XML site map. Après avoir soumis la carte du site XML, la console de recherche signale si des erreurs ont été découvertes. Dans ce cas, je vous recommande de résoudre ces problèmes dès que possible afin d’assurer une numérisation efficace de votre contenu.
Obtenir rapidement une URL d’index il existe un moyen d’indexer rapidement une page, généralement en quelques minutes. Vous pouvez lancer view as Google via la console de recherche, ce qui permet à Google de numériser l’URL immédiatement. Vous pouvez ensuite envoyer les résultats de la numérisation à l’index Google. Pour ce faire: cliquez sur scan, cliquez sur view, pendant que Google colle le chemin URL de la page à indexer dans la zone d’entrée, cliquez sur Recover, et une fois que Google a terminé la restauration de la page, cliquez sur Save. Cliquez sur envoyer à l’index pour sélectionner si vous voulez envoyer seulement l’URL récupérée à l’index, ou si vous voulez indexer l’URL récupérée et son URL liée, puis cliquez sur aller à Récupération de la console de recherche Google. N’oubliez pas que vous n’avez pas besoin de soumettre chaque URL séparément. Tant que Google peut saisir tout ce que vous voulez indexer, il finira par apparaître dans les résultats de recherche. La fonctionnalité \
Nous vous recommandons de numériser votre site Web dès que possible pour vous assurer qu’aucune page d’erreur n’est retournée. Pour ce faire, il est facile d’utiliser des outils comme Scream FROG, en utilisant le même processus utilisé lors du balayage pré – migration. Une fois la numérisation terminée, vérifiez si l’état 4xx ou 5xx est incorrect. Vous pouvez voir
Ou d’autres informations dans Scream Frog. Les causes courantes d’erreurs de numérisation sont généralement des liens internes incorrects causés par des erreurs, comme des erreurs de saisie dans le Slug d’une page ou dans l’attribut href d’un lien interne.
Vous pouvez également continuer à surveiller les erreurs de numérisation de la console de recherche Google, bien qu’il faille généralement au moins quelques jours à Google pour commencer à signaler toute erreur de numérisation après la migration. Une fois la migration de la vitesse de page terminée, vous pouvez utiliser les mêmes outils que vous avez utilisés avant la migration pour tester la performance du site. WP checkup est un excellent outil pour surveiller le rendement du site Web et identifier certains problèmes de sécurité et de référencement. Une fois les résultats du test obtenus, vous devrez comparer le temps de chargement, le nombre de ressources nécessaires, la taille totale de la page chargée et les mesures recommandées pour optimiser le chargement de la page. S’il y a un problème grave, demandez au développeur de prendre les mesures appropriées si vous ne pouvez pas apporter les changements vous – même. En tant qu’activité permanente, nous vous recommandons de surveiller le rendement de la recherche biologique. Vous pouvez voir la plupart des données dont vous avez besoin dans la console de recherche Google. Les principaux domaines d’intérêt sont les suivants: pourcentage de clics impressions cliquez sur l’emplacement (CTR) Si une tendance à la baisse de l’un de ces indicateurs est constatée après la migration, une enquête devrait être menée. Les clics et les impressions peuvent être très saisonniers, donc vous devriez toujours prévoir les changements. Si vous n’êtes pas certain que ces changements sont saisonniers, vous devriez examiner les données des années précédentes pour déterminer les tendances. Vous pouvez également consulter Google Trends, un excellent outil pour afficher les exigences de recherche pour des mots clés spécifiques qui changent au fil du temps. Le p
Ces indicateurs sont des indicateurs importants de la recherche biologique qui doivent être surveillés, car ils ne devraient pas être aussi influencés par la saisonnalité que les autres indicateurs. S’il y a une tendance négative évidente après l’immigration, il est probable qu’un ou plusieurs signaux de recherche biologique posent problème. Le point clé est que les pages qui doivent être scannées pour une redirection correcte ne sont pas bloquées par les fichiers robots. Les pages de balises txt ou Meta – robot qui doivent être indexées n’ont pas de balises META – robot avec l’élément d’en – tête \