Redirections: une façon de créer ou de casser votre migration de site – Whiteboard Friday

La redirection correcte de vos URL est l’une des choses les plus importantes à faire pour faciliter la migration d’un site, mais des procédures claires doivent être suivies si vous voulez réussir. Dans le Whiteboard Friday de cette semaine, Kameron Jenkins décortique les règles de redirection pour les migrations de sites afin de vous assurer que vos URL sont configurées de manière à garantir le succès.

Cliquez sur l'image du tableau blanc ci-dessus pour ouvrir une version en haute résolution dans un nouvel onglet!

Transcription vidéo

Hé, les gars. Bienvenue à l'édition de cette semaine du tableau blanc vendredi. Je m'appelle Kameron Jenkins et je travaille ici chez Moz. Ce dont nous allons parler aujourd'hui, ce sont les redirections et la manière dont elles constituent un moyen de faire ou de casser votre migration de site. La migration de site peut signifier beaucoup de choses différentes selon votre contexte.

Migrations?

Je voulais revenir rapidement sur ce que je veux dire avant de plonger dans quelques astuces pour éviter les erreurs de redirection. Quand je parle de migration, je viens de l'expérience de ces activités principales.

Format de déplacement / URL du CMS

Un exemple de migration à laquelle je pourrais faire allusion est peut-être que nous prenons un client et qu'ils utilisaient auparavant un CMS avec un type de formatage d'URL par défaut, daté .

C'était donc / 2018 / mai / et ensuite la poste. Ensuite, nous changeons le CMS. Nous avons plus de flexibilité dans la façon dont nos pages sont structurées, nos URL sont structurées, nous allons donc les déplacer vers juste / poster ou quelque chose comme ça. De cette façon, beaucoup d'URL vont se déplacer, car nous modifions leur structure.

Conventions de dénomination des "mots clés"

Un autre exemple est que nous obtenons parfois des clients qui nous envoient des URL datées ou mots clés, et nous souhaitons que cela soit beaucoup plus clair, raccourcissez-les autant que possible, juste les rendre plus lisible par l’homme.

Un exemple de cela serait peut-être que le client a utilisé des URL comme / best-plumber-dallas, et nous voulons le changer pour quelque chose d'un peu plus propre, plus naturel, et non pas comme un mot-clé, comme juste / des plombiers ou quelque chose du genre cette. Donc, cela peut être un autre exemple de beaucoup d'URL déplacées si nous prenons tout un site et que nous voulons en quelque sorte les supprimer.

Refonte du contenu

Un autre exemple est si nous procédons à une refonte complète du contenu. Peut-être le client vient-il nous dire: "Hé, nous écrivons du contenu et des blogs depuis très longtemps, et nous ne voyons tout simplement pas le trafic et le classement que nous souhaitons. Pouvez-vous effectuer un audit approfondi? tout notre contenu? " Généralement, nous remarquons que vous avez peut-être des milliers de pages, mais quatre d’entre elles sont classées.

Il y a donc beaucoup de pages redondantes, des pages minces qui seraient plus solides ensemble, des pages qui ne servent vraiment à rien et nous voulons simplement laisser mourir. C’est donc un autre exemple de fusion d’URL, de déplacement de pages, de suppression totale. C'est un autre exemple de migration des choses autour de laquelle je me réfère.

Ne savons-nous pas ce genre de choses? Oui, mais …

C'est ce dont je parle quand il s'agit de migrations. Mais avant de plonger, je voulais un peu dire que nous ne connaissions pas déjà ce genre de choses. Je veux dire que je parle aux référenceurs, et nous savons tous ou devrions connaître l’importance de la redirection. S'il n'y a pas de redirection, il n'y a pas de chemin à suivre pour indiquer à Google où vous avez déplacé votre page.

Il est frustrant pour les utilisateurs de cliquer sur un lien qui ne fonctionne plus et qui ne les conduit pas à la bonne destination. Nous savons que c'est important et nous savons ce que cela fait. Il passe l'équité du lien. Cela garantit que les gens ne sont pas frustrés. Cela aide d’avoir la bonne page indexée, toutes ces choses. Donc, nous savons ce genre de choses. Mais si vous êtes comme moi, vous avez également été confronté à des situations dans lesquelles vous devez passer des journées entières à réparer les 404 pour corriger les pertes de trafic ou autre après une migration, ou bien à réparer des 301 qui ont peut-être été effectués mais qui ont été envoyés à toutes sortes de lieux étranges et funky.

Des erreurs persistent, même si nous connaissons l'importance des redirections. Donc, je veux parler de pourquoi très rapidement.

Propriété floue

Une propriété floue est une chose qui peut arriver, en particulier si vous faites partie d'une équipe plus restreinte et que vous ne gérez peut-être pas assez souvent ces tâches pour avoir un processus défini. J'ai été dans des situations où je pensais que la technologie allait le faire, et la technologie a supposé que l'assistant de projet allait le faire.

On se pointe du doigt sans aucun droit de propriété, puis la balle tombe parce que personne ne sait vraiment à qui incombe la responsabilité. Assurez-vous simplement que vous désigniez quelqu'un pour le faire et qu'il sache et sache que cette personne va s'en charger.

Délais

Les délais sont une autre chose. Les délais internes et externes peuvent influer sur cela. Ainsi, un exemple que j'ai souvent rencontré est le client qui disait: "Hé, nous avons vraiment besoin que ce projet soit terminé lundi prochain car nous lançons une autre initiative. Nous faisons une publicité télévisée et notre domaine va être répertorié." Je voudrais vraiment que ce film soit emballé lorsque ces publicités seront mises en ligne. "

Ces types de délais externes peuvent donc influer sur la rapidité avec laquelle nous devons travailler. Bien souvent, cela ne tient pas compte du fait que ce n’est pas une chose très visible. Si vous ne connaissez pas l'importance des redirections, vous pouvez gérer des éléments tels que le contenu et vous assurer que tous les boutons fonctionnent et que le modèle est joli, ainsi que les éléments visibles. Là où les gens supposent que les redirections, oh, ce n’est qu’une affaire d’arrière-plan. Nous pouvons nous en occuper plus tard. Malheureusement, les redirections entrent généralement dans cette catégorie si la personne qui les fait ne connaît pas vraiment son importance.

Une autre chose avec des délais est des délais internes. Parfois, vous avez peut-être une date limite pour un jeu trimestriel ou mensuel. Nous devons avoir tous nos projets terminés à cette date. La même chose avec les délais. Malheureusement, les redirections sont généralement quelque chose qui a tendance à passer à côté du seuil pour ce genre de choses.

Non-SEO gérant la redirection

Une autre situation pouvant entraîner des erreurs de migration de site et 404 après déplacement est celle des non-SEO. Maintenant, vous n'avez généralement pas besoin d'être un SEO vraiment expérimenté pour gérer ce genre de choses. Cela dépend de votre CMS et de la complexité de la manière dont vous implémentez vos redirections. Mais parfois, si c'est facile, si votre CMS facilite la redirection, il peut être traité comme un travail de type saisie de données, et il peut être délégué à une personne qui ne sait peut-être pas qu'il est important de toutes les effectuer ou de les formater. correctement ou les diriger vers les endroits où ils sont censés aller.

Les règles de redirection pour les migrations de sites

Ce sont toutes des situations avec lesquelles j'ai rencontré des problèmes. Alors, maintenant que nous savons en quelque sorte ce que je veux dire avec les migrations et pourquoi elles se produisent encore parfois, je vais me lancer dans des règles qui, espérons-le, aideront à prévenir les erreurs de migration de site à cause des redirections échouées.

1. Créez des redirections un à un

Numéro un, créez toujours des redirections un à un. C'est super important. Ce que j'ai vu parfois, c’est oh, mec, cela pourrait me faire gagner beaucoup de temps si j’utilisais simplement un caractère générique et si je redirigeais toutes ces pages vers la page d’accueil ou vers la page d’accueil du blog ou quelque chose du genre. Mais ce que Google dit, c'est que la page A a été déplacée vers la page B, alors que ce n'est pas le cas. Vous ne déplacez pas toutes ces pages vers la page d'accueil. Ils n'ont pas réellement déménagé là-bas. Il s’agit donc d’une redirection non pertinente, et Google a même dit, je pense, qu’ils les traitaient essentiellement comme un soft 404 . Ils ne comptent même pas. Alors, assurez-vous de ne pas faire ça. Assurez-vous de toujours relier l'URL à son nouvel emplacement, un à un à chaque fois pour chaque URL en déplacement.

2. Attention aux chaînes de redirection

Deux, faites attention aux chaînes. Je pense que Google dit quelque chose de bizarrement spécifique, comme faire attention aux chaînes de redirection, trois, pas plus de cinq . Essayez simplement de limiter le plus possible. Par chaînes, je veux dire que vous avez l’URL A, puis que vous le redirigez vers B, puis que vous décidez de le déplacer vers un troisième emplacement. Au lieu de faire cela et de passer par un intermédiaire, de A à B en C, raccourcissez-le si vous le pouvez. Allez directement de la source à la destination, de A à C.

3. Méfiez-vous des boucles

Trois, méfiez-vous des boucles. De la même manière, vous pouvez rediriger la position A vers l'URL B vers une autre version C, puis revenir à A. Ce qui se produit, c'est que ce dernier poursuit sa queue. Cela ne résoudra jamais. Vous le redirigez donc en boucle. Alors méfiez-vous des choses comme ça. Je pense qu’une façon de vérifier ces informations est un outil astucieux: Screaming Frog propose un rapport sur les chaînes de redirection. Vous pouvez donc voir si vous rencontrez un de ces problèmes après avoir implémenté vos redirections.

4. 404 stratégiquement

Numéro quatre, 404 stratégiquement. La présence de 404 uniquement sur votre site ne nuit pas au classement de votre site. Il laisse mourir les pages qui ont été classées et apporter le trafic de votre site qui va causer des problèmes. De toute évidence, si une page contient 404 pages, Google finira par la retirer de l'index si vous ne la redirigez pas vers son nouvel emplacement. Si cette page se classait vraiment bien, si elle générait du trafic sur votre site, vous en perdriez les avantages. S'il y avait des liens, vous perdrez les avantages de ce lien retour s'il meurt.

Donc, si vous passez à 404, faites-le de façon stratégique. Vous pouvez laisser les pages mourir. Comme dans ces situations, vous supprimez peut-être simplement une page et celle-ci n’a pas de nouvel emplacement, il n’ya rien de pertinent pour la rediriger. C'est bon. Sachez simplement que vous allez perdre l’un des avantages apportés par l’URL apportant votre site.

5. Prioriser les URL "précieuses SEO"

Numéro cinq, priorisez les URL "précieuses SEO", et je le fais parce que je préfère évidemment rediriger tout ce que vous déplacez, tout ce qui légitimement en mouvement.

Mais, à cause de situations telles que les délais et autres délais, je pense qu'il est très important de commencer au moins avec vos URL les plus importantes. Ce sont donc des URL qui se classent vraiment bien, vous donnant beaucoup de trafic, des URL vers lesquelles vous avez gagné des liens. Donc, ces URL de grande valeur pour le référencement, si vous avez une échéance et que vous ne parvenez pas à terminer toutes vos redirections avant la mise en production de ce projet, vous devez au moins gérer les URL les plus critiques et les plus importantes en premier.

Encore une fois, évidemment, ce n'est pas idéal, je ne pense pas dans mon esprit, d'en économiser avant le lancement. De toute évidence, je pense qu'il est préférable de tous les installer avant la diffusion. Mais si ce n'est pas le cas et que vous vous précipitez et que vous devez le lancer, au moins, vous aurez géré les URL les plus importantes pour la valeur du référencement.

6. Test!

Numéro six, pour terminer, test. Je pense qu'il est extrêmement important de surveiller ces choses, car vous pourriez penser que vous avez tout réglé correctement, mais il y a peut-être eu des erreurs de formatage, ou peut-être que vous avez redirigé par erreur quelque chose au mauvais endroit. C'est super important juste pour tester. Donc ce que vous pouvez faire, vous pouvez faire un site: domain.com et commencez simplement à cliquer sur tous les résultats qui apparaissent et voir s’ils sont redirigés vers le mauvais endroit, peut-être qu’ils ont 404 pages.

Il suffit de vérifier toutes ces URL indexées pour s'assurer qu'elles se dirigent vers une nouvelle destination appropriée. Je pense que le Site Crawl de Moz constitue un autre avantage considérable à des fins de test. Ce que cela fait, si vous avez un domaine configuré ou une URL définie dans une campagne dans Moz Pro, le contrôle toutes les semaines et vous pouvez forcer une nouvelle exécution si vous le souhaitez.

Mais il va scanner votre site pour des erreurs comme celle-ci, 404 à savoir. Donc, s'il y a des problèmes de ce type, 500 ou 400 erreurs de type, Site Crawl le détecte et vous en informe. Si vous ne gérez pas le domaine sur lequel vous travaillez dans une campagne dans Moz Pro, il existe également une analyse à la demande. Vous pouvez donc l'exécuter sur n'importe quel domaine sur lequel vous travaillez afin de tester de telles choses.

Il existe de nombreuses autres manières de tester et de rechercher des erreurs. Mais la chose la plus importante à retenir est simplement de le faire, juste pour tester et vous assurer que même une fois que vous avez implémenté ces choses, vous vérifiez et vous assurez qu'il n'y a pas de problèmes après le lancement. Je vérifiais tout de suite après un lancement, puis quelques jours plus tard, puis un peu de recul jusqu'à ce que vous soyez absolument certain que tout s'est bien passé.

Voilà donc mes astuces. Ce sont mes règles sur la manière de mettre en œuvre les redirections correctement, sur les raisons pour lesquelles vous en avez besoin, lorsque vous en avez besoin, et sur les risques que cela peut entraîner. Si vous souhaitez partager vos propres conseils, insérez-les dans les commentaires et partagez-les avec tous les membres de la communauté SEO. Voilà pour le tableau blanc de cette semaine.

Revenez encore une fois la semaine prochaine pour un autre. Merci à tous.

Transcription vidéo de Speechpad.com