Six erreurs de migration qui isolent les backlinks d’un client
La plupart des pertes de liens dans un fichier client ne sont pas dues à une pénalité. Il s’agit d’une ancienne URL qui n’a plus répondu après le changement de site, et le rapport des pages les plus liées le révèle en une minute.
Équipe de recherche LinkSkimmr ·
Où vont les liens lorsque le site change
Les liens pointent vers des URLs, pas vers des sites. Changez l’URL et chaque lien vers l’ancienne doit être redirigé.
Cela semble évident jusqu’à ce que la migration soit effective. De nombreuses équipes connaissent la règle. Une migration WordPress, un passage du www au domaine nu ou une nouvelle structure de catégories est mise en ligne un vendredi avec une note indiquant que les redirections suivront. Lorsque vous vérifiez les backlinks d’un site après une telle migration, la question n’est pas de savoir combien de liens existent, mais combien aboutissent toujours sur une page active, et l’étape cinq de la routine de dix minutes y répond.
Les recommandations de Google pour les changements de site prévoient une correspondance un à un entre les anciennes et les nouvelles URLs. Les redirections 301 côté serveur effectuent le travail. Maintenez-les aussi longtemps que possible. Pour un changement de domaine, l’outil « Changement d’adresse » dans Search Console est une étape supplémentaire. Les cartes se cassent de manière prévisible, et Screaming Frog ou Ahrefs Site Audit en révéleront la plupart.
Les outils aident ici : Search Console affiche les erreurs de crawl et de couverture du côté de Google, Screaming Frog liste les chaînes de redirection issues d’un crawl, et notre appel sur les pages les plus liées indique quelles URLs portent les liens. Aucun d’eux seul ne donne l’image complète, et leur combinaison prend moins d’une heure sur un petit site.
Erreur, symptôme, correction
Erreur
Comment cela se manifeste dans les données
Correction
Tout redirigé vers la page d’accueil
Les pages les plus liées ont toutes disparu ; la page d’accueil est la seule URL restante
Mappez chaque ancienne URL vers sa page nouvelle la plus proche
Le www et le domaine nu répondent tous deux en 200
Les mêmes liens sont répartis sur deux hôtes
Choisissez un hôte, redirigez l’autre en 301
Chaîne de redirection de trois sauts ou plus
La page principale ne se résout qu’après plusieurs sauts
Pointez l’ancienne URL directement vers la destination finale
302 utilisé pour un déplacement permanent
L’ancienne URL continue d’apparaître comme page liée
Passez en 301 une fois le déplacement définitif
L’ancienne page « À propos » supprimée, sans redirection
Une URL bien liée renvoie un 404
Redirigez-la vers la nouvelle page « À propos »
Structure des catégories reconstruite sans carte
Des dizaines d’URLs liées renvoient un 404
Exportez d’abord les anciennes URLs, mappez-les dans un tableau
Trouvez la valeur isolée en deux appels
Récupérez les pages les plus liées, puis testez chaque URL dans un navigateur ou avec curl -I. Tout ce qui n’est pas un 200 propre ou un 301 unique doit être ajouté à la liste.
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
L’ordre de réparation que nous utiliserions
1
Corrigez d’abord l’hôte
Un hôte canonique, tout le reste redirigé en 301 vers celui-ci. Cela prend quelques minutes et touche tous les liens à la fois.
2
Mappez les vingt URLs les plus liées
Vingt pages bien liées contiennent généralement la majeure partie de la valeur. Mappez-les manuellement, une à une.
3
Aplatir les chaînes
Remplacez chaque chemin à sauts multiples par un seul saut vers l’URL finale.
4
Revérifier le mois prochain
Notre index se rafraîchit environ tous les mois, donc laissez passer un cycle avant de déclarer la réparation réussie ou échouée.
Une limite worth mentioning
Corriger les redirections restitue la valeur des liens à une page active. Cela ne garantit pas les positions dans les résultats, et cela ne peut pas récupérer les liens supprimés à la source. Notez les deux points dans le fichier client.
Questions fréquentes sur les redirections
Puis-je simplement rediriger l’ancienne page vers la nouvelle page « À propos » ?
Oui, lorsque la nouvelle page sert le même objectif. Un 301 de l’ancienne URL vers l’équivalent le plus proche maintient l’utilité des liens. Envoyer toutes les URLs mortes vers la page d’accueil fonctionne mal car la destination ne correspond plus à ce que le lien promettait.
Combien de redirections 301 sont trop nombreuses sur un site ?
Le nombre importe moins que la forme de chaque chemin. Les longues chaînes gaspillent des efforts de crawl et tombent plus souvent en panne, donc maintenez chaque ancienne URL à un seul saut et conservez la carte complète dans un tableau que vous pouvez auditer.
Comment envoyer le www vers la version sans www ?
Choisissez un hôte comme canonique, puis ajoutez une redirection 301 globale de l’autre hôte vers celui-ci au niveau du serveur ou du fournisseur DNS. Testez les deux versions avec curl -I, et confirmez que les liens de la liste des pages les plus liées aboutissent à l’hôte choisi.
Que vérifier la semaine où la migration est effective
Si vous vérifiez les backlinks d’un site la semaine de sa migration, vérifiez la carte avant les chiffres. La carte détermine si les chiffres peuvent se rétablir ou non.
Crawler l’ancien sitemap, pas seulement le nouveau
L’ancien sitemap liste toujours les URLs qui ont gagné leur place initialement. Crawlons-le contre le site en direct, et chaque ligne renvoyant un 404 ou une chaîne de redirection devient une ligne dans la carte.
Conservez la sortie du crawl avec la date dans son nom. Un second crawl un mois plus tard montre quelles corrections ont tenu et quelles redirections ont disparu silencieusement.
Comparer les pages les plus liées avant et après
Sauvegardez la liste des pages les plus liées avant la migration, puis lancez l’appel à nouveau une fois que le nouveau site est stabilisé. Deux listes d’URLs liées devraient s’aligner une fois la carte appliquée, et les lignes qui ne s’alignent pas constituent votre liste de tâches.
Chaque exécution coûte 2 crédits, donc la comparaison est peu coûteuse. Le coût réside dans le mappage, pas dans les données.
Rechercher une règle de staging laissée derrière
Une règle qui bloque les robots peut survivre à un lancement sans être remarquée. Vérifiez robots.txt et tout balise noindex sur les modèles qui portent vos pages les plus liées, avant de déclarer la migration terminée.
Une seule ligne dans le fichier client suffit : quels modèles vous avez vérifiés, et à quelle date. Écrivez le responsable de chaque redirection à côté, car une redirection dont personne ne peut expliquer l’origine est celle qui sera supprimée lors de la prochaine refonte.
Quel code de redirection convient à un déplacement permanent
Le code est un petit choix avec un grand effet sur le message que vous envoyez. Les robots lisent le code de statut avant de lire tout le reste de l’ancienne page.
Pourquoi un 301 convient à un déplacement final
Un 301 indique que le déplacement est permanent. Un 302 indique que l’ancienne adresse peut revenir, ce qui est le mauvais message pour un déplacement définitif. Utilisez un 302 uniquement pendant qu’un test temporaire est réellement en cours.
Une fois le déplacement stabilisé, passez toutes les redirections temporaires en 301. Laisser un 302 en place pendant des années est l’une des façons les plus silencieuses de laisser un déplacement à moitié terminé.
Pourquoi un 302 suivi d’un 301 pose problème
Un 302 qui redirige vers une seconde URL, qui envoie ensuite un 301, crée deux sauts et des signaux mixtes. Les moteurs de recherche peuvent généralement suivre la chaîne, mais la chaîne est plus lente et tombe plus facilement en panne la prochaine fois que quelqu’un modifie une règle.
Réduisez-la à un seul 301 qui pointe directement vers l’adresse finale. Un seul saut est plus facile à tester, plus facile à expliquer à un client et plus facile à maintenir.
Comment rediriger les URLs avec des paramètres de requête
Les anciennes URLs avec des chaînes de requête sont courantes après un changement de CMS. Supposons que l’ancienne adresse était une page produit avec un paramètre de couleur. Décidez si le paramètre modifie le contenu. Si oui, mappez l’URL paramétrée vers la nouvelle page correspondante ; si non, une règle qui supprime le paramètre peut servir la page.
Testez manuellement quelques URLs paramétrées après la mise en place de la règle. Une règle qui fonctionne pour le chemin nu peut encore ignorer la chaîne de requête, et les liens qui portent des paramètres sont ceux que vous manquerez.
Trois redirections qui ressemblent à des corrections
Certaines redirections passent un contrôle de statut mais perdent tout de même la valeur. La page répond avec un 301, mais la destination est inadaptée pour les visiteurs et les robots qui suivent le lien.
Une boucle de redirection
Deux règles qui s’envoient l’une l’autre apparaissent dans le navigateur comme une boucle, et la plupart des outils abandonnent après quelques sauts. Testez l’ancienne URL, comptez les sauts et corrigez la règle qui renvoie vers le point de départ.
Une boucle est le problème le plus facile à voir et le plus facile à laisser traîner pendant une semaine. Corrigez-le le jour où vous le trouvez, et comptez les sauts avec curl -sIL afin de lire chaque ligne de statut, pas seulement la dernière.
Une redirection vers un écran de connexion
Une ancienne page bien liée qui redirige vers un formulaire de connexion donne à un visiteur un mur à la place du contenu promis par le lien. Supposons que vous redirigiez un ancien guide vers une page de connexion, qui renvoie ensuite vers une authentification tierce. Rien dans ce chemin n’aide le lien.
Redirigez vers la page publique qui correspond à ce que le lien concernait. Si une telle page n’existe pas, un 404 propre est plus honnête qu’une redirection qui ne mène nulle part d’intéressant.
Un exemple travaillé, hypothétique
Imaginons un client qui est passé d’un thème de blog à un autre. Chiffres d’exemple uniquement.
Supposons que le rapport des pages les plus liées ait listé 140 URLs avec des liens avant la migration, et que 90 d’entre elles aient renvoyé un 404 après car le nouveau modèle de permalien a supprimé le dossier de date. Mapper manuellement les vingt meilleures parmi celles-ci peut récupérer une grande partie de la valeur pointée en un après-midi, et le tableau des seuils vous indique comment décrire le changement au client.
La même carte est la meilleure réponse lorsqu’un client demande ce qui a changé. Montrez les vingt URLs mappées avec leur ancienne adresse, leur nouvelle adresse et le code de statut pour chacune. Un tableau persuade. Vingt lignes persuadent plus que n’importe quel résumé, et le tableau sert également de liste de contrôle pour le prochain passage.
