Analyseur de liens internes

Examinez les liens internes, textes d’ancrage et destinations répétées d’une page. Filtrez les liens du code source et exportez les lignes utiles.

L’Analyseur de liens internes liste les liens par lesquels une page publique dirige ses lecteurs, avec leur texte d’ancrage, leur catégorie, leurs valeurs rel et leurs lignes dans le code HTML. Saisissez l’URL d’une page pour examiner navigation, images liées et destinations répétées avant de modifier le contenu. Le rapport couvre les liens sortants du HTML récupéré de cette page ; les liens entrants, la disponibilité des destinations et le reste du site demandent des contrôles séparés.

Que vérifie l’analyseur de liens internes ?

Saisissez une URL de page HTTP ou HTTPS complète. Screpy suit les redirections de la page source et lit le HTML final pour extraire les éléments <a> dotés d’un attribut href. Chaque occurrence conservée indique l’URL résolue, le libellé extrait, la catégorie, les valeurs rel et la ligne source. Les filtres isolent un groupe sans supprimer les autres lignes du rapport.

Ce contrôle est utile après publication d’un article, mise à jour d’un menu ou modification d’un bloc réutilisable. Le code renvoyé est lu sans exécuter JavaScript : les liens ajoutés ensuite peuvent manquer. Utilisez une page publique ; un écran de connexion peut contenir d’autres liens que le contenu protégé. Si le HTML ne peut pas être lu, le contrôle demandé reste indisponible.

La réponse source et les catégories ne prouvent pas que les destinations fonctionnent. Utilisez le Vérificateur de liens cassés pour un contrôle limité de leur disponibilité.

Comprendre les quatre catégories de liens

Un lien interne pointe vers une autre URL ayant la même origine que la page finale récupérée. L’origine comprend le protocole, le nom d’hôte et le port. Une marque ou un domaine principal commun ne suffit pas : www.example.com, shop.example.com et http://example.com diffèrent de https://example.com.

Exemple illustratif pour une page source à https://example.com/guides/links/, sans URL de base personnalisée :

Lien dans le code source Catégorie Motif
/pricing/ Interne Même origine, chemin différent
#examples Même page Même chemin et même requête ; seul le fragment change
?view=print Interne Même origine, requête différente
https://shop.example.com/ Externe Nom d’hôte différent
mailto:help@example.com Autres Destination non résolue en HTTP ou HTTPS

Le groupe « Même page » est distinct des liens internes vers d’autres URL. Les valeurs href vides, non prises en charge ou impossibles à résoudre appartiennent à « Autres » ; cette catégorie ne signifie pas automatiquement un lien cassé.

Les URL relatives utilisent la base du document. Comme l’explique MDN à propos de l’élément base, un <base href> personnalisé peut modifier même la destination d’un lien de fragment. Lisez l’URL résolue avant de décider quelle page sera atteinte.

Améliorer les textes d’ancrage et les images liées

Commencez par les avertissements de libellé vide, puis lisez les autres libellés dans leur phrase. Screpy extrait le texte des éléments descendants ou, si l’ancre ne contient aucun texte, les valeurs alt des images. Il ne calcule pas le nom accessible complet établi par le navigateur à partir de aria-label, aria-labelledby ou title. Une extraction vide demande donc une inspection ; elle ne prouve pas à elle seule que le lien n’a de nom pour aucun utilisateur.

Dans un paragraphe sur la livraison, remplacez un vague « cliquez ici » par « comparer les options de livraison » si cela décrit bien la destination. L’analyseur ne signale pas automatiquement toute formulation générique : évaluez vous-même sa clarté. Les recommandations de Google sur les liens privilégient des ancres descriptives, assez concises et adaptées au contexte ; forcer des mots-clés dans des libellés sans rapport n’aide pas le lecteur.

Quand une image constitue tout le contenu d’un lien, son texte alternatif doit communiquer la destination ou l’action, comme le montre le guide W3C des images fonctionnelles. « Accueil de la boutique exemple » peut mieux expliquer un logo lié que « logo ». Utilisez le Vérificateur de texte alternatif pour examiner les alternatives des images séparément, puis inspectez le rôle de chaque image liée dans la page.

Lire les attributs rel dans leur contexte

La colonne rel montre les valeurs relevées dans le code source, pas un score de valeur du lien ou de classement. Une valeur vide n’est pas automatiquement une erreur. Selon le guide Google des liens sortants, les liens ordinaires n’ont pas besoin de qualification particulière. sponsored désigne les placements payants et ugc les liens issus de contenus utilisateurs. nofollow convient lorsque les autres valeurs ne correspondent pas et que vous préférez que Google n’associe pas votre site à la destination ou ne l’explore pas via ce lien.

Examinez l’objectif avant de changer une valeur. Cet inventaire n’évalue pas les directives robots de la page et n’établit pas si une destination est indexée. Un lien nofollow ne prouve pas un noindex ; la destination peut être découverte autrement.

Examiner les destinations répétées

Le panneau des destinations répétées regroupe les lignes conservées du filtre actuel. Il ignore les fragments d’URL, mais garde les chaînes de requête. Par exemple, /guide/#setup et /guide/#examples partagent un groupe ; /guide/?view=print reste distinct. Les lignes originales restent visibles : le nombre d’occurrences n’est pas un nombre de pages uniques.

Une répétition peut être utile : en-tête, pied de page et paragraphe peuvent proposer des accès légitimes à une même page. Examinez les répétitions proches qui n’ajoutent aucun choix utile, ou les libellés différents promettant des contenus contradictoires. Conservez le parcours le plus clair dans ce contexte.

Il n’existe pas de nombre cible universel de liens internes. Les recommandations de Google sur les liens internes favorisent les connexions utiles et indiquent qu’une page importante doit recevoir un lien d’une autre page. Cet inventaire de liens sortants ne peut pas prouver que toutes les pages importantes en reçoivent un.

Vérifier la couverture avant d’interpréter les totaux

Screpy conserve les 2 000 premières occurrences d’ancres dans l’ordre du HTML. Le total désigne toutes les ancres avec href trouvées dans le code analysé ; les comptes par catégorie portent sur les lignes conservées. Dans une page illustrative avec 2 300 ancres, 2 000 lignes sont conservées et 300 occurrences omises. Les quatre catégories totalisent donc 2 000, pas 2 300 ; le rapport indique une couverture partielle.

Le vert signifie que les contrôles pris en charge ont terminé sans avertissement. Le jaune invite à examiner un libellé extrait vide ou une couverture partielle. Ces indications décrivent le rapport source, pas l’état des destinations. Un échec de récupération signifie que le contrôle n’a pas pu être terminé.

Lisez aussi les indications de raccourcissement : les libellés dépassant 500 caractères sont raccourcis dans le rapport. Une couverture complète des lignes ne signifie ni que chaque libellé est affiché intégralement ni que navigation, accessibilité et indexation ont été auditées exhaustivement.

Exporter une liste de corrections et revérifier la page

Choisissez un filtre de catégorie et téléchargez ses lignes conservées en CSV. Les cinq champs sont URL, text, kind, rel et line : adresse résolue si disponible, libellé extrait, catégorie, valeurs de relation enregistrées et ligne source. Le téléchargement JSON conserve le rapport complet enregistré, pas seulement la vue filtrée. Aucun export ne récupère les occurrences omises ni le texte complet des libellés raccourcis.

Utilisez les lignes source pour retrouver les liens dans le HTML renvoyé ; elles ne correspondent pas nécessairement aux numéros de votre éditeur de modèles. Priorisez les liens importants aux libellés flous, destinations involontaires ou répétitions déroutantes. Modifiez la page ou le bloc partagé concerné, publiez la correction et analysez à nouveau le code source.

Si une destination semble rediriger, examinez sa chaîne avec le Vérificateur de redirections avant de choisir une URL de remplacement. Trouver des pages orphelines ou des liens entrants demande une analyse plus large du site ; ce rapport ne peut pas répondre à ces questions en inspectant une seule page.

Questions sur l’analyse des liens internes

Examinez les liens internes, textes d’ancrage et destinations répétées d’une page. Filtrez les liens du code source et exportez les lignes utiles.

Le CSV contient-il tous les liens ?

Le CSV contient les lignes conservées du filtre de catégorie actuel. JSON contient l’intégralité du rapport conservé. Aucun export ne récupère les occurrences omises au-delà de 2 000 lignes ni les libellés raccourcis.

Que signifie un résultat réussi sans liens ?

Aucun élément d’ancrage avec href n’a été trouvé dans le code source vérifié. Le contrôle pris en charge peut réussir avec zéro ligne ; cela ne prouve ni l’absence de liens sur la page rendue ni la qualité de la navigation interne.

Pourquoi un lien vers mon sous-domaine est-il externe ?

Un lien interne doit avoir la même origine : protocole, nom d’hôte et port. Un autre sous-domaine, l’hôte www ou le protocole HTTP peut donc être externe, même si les deux adresses vous appartiennent.

Voit-il les liens ajoutés par JavaScript ?

Seuls les liens du HTML renvoyé sont lus ; JavaScript n’est pas exécuté. Un lien ajouté après le chargement peut manquer dans le rapport.

Vérifie-t-il que les destinations fonctionnent ?

Aucune requête n’est envoyée aux destinations. Interne, externe, même page et autres sont des classifications du code source, pas des résultats HTTP ou d’indexation. Utilisez le Vérificateur de liens cassés pour la disponibilité.

L’analyseur trouve-t-il les liens entrants ou les pages orphelines ?

Non. Il liste les liens sortants d’un document HTML récupéré. Les liens entrants et les pages orphelines nécessitent de comparer les liens d’un ensemble plus large de pages.