Explorez votre site, regroupez les destinations répétées, filtrez les liens internes et externes cassés et remontez chaque cible défaillante jusqu’aux pages sources qui la contiennent.
Commencez par un crawl terminé pour trouver les chemins défaillants du site. Screpy regroupe les destinations répétées avec leur statut, leur utilisation et leurs pages sources, afin de distinguer une page absente d’un problème de liens à l’échelle du site.
Source/guides
/old-pricing404/setup503Examinez les références indisponibles vers d’autres sites sans considérer chaque échec enregistré comme un motif de suppression d’une citation. La vue External sépare les destinations tierces ; le statut et le contexte source orientent la vérification.
Sourceexample.org
/old-pricing404/setup503Ouvrez Source Pages d’une destination pour voir les pages explorées correspondantes et l’utilisation par page. Plusieurs utilisations sur une page diffèrent d’une utilisation sur plusieurs pages ; les volumes aident à choisir entre correction éditoriale et réparation d’un menu, footer ou modèle partagé.
/shop/linen
Utilisez Redirects (3xx) pour trouver les réponses de redirection enregistrées, puis confirmez la destination finale prévue. Une redirection légitime peut conserver une ancienne adresse publique tandis que vos liens sources visent directement l’URL actuelle.
Affinez le tableau des liens avec un filtre prédéfini et une recherche, puis exportez les lignes de destinations chargées en CSV ou Excel. Transmettez une sélection précise de cibles et de volumes à la personne chargée de la réparation.
Après publication d’une réparation, lancez un crawl de périmètre comparable et inspectez à nouveau destination et sources. Un compteur réduit est utile si le parcours visiteur concerné a réellement été réparé.
Avec SEO MCP, demandez à votre assistant de trouver les liens cassés du crawl Screpy, leurs pages sources et les destinations à examiner.
Ne vous arrêtez pas à un compteur 404. Confirmez la couverture du crawl, séparez les responsabilités, trouvez la relation source, réparez la cause et prouvez le changement avec un crawl comparable.
Utilisez une URL de départ, une profondeur, une capacité de pages et un mode de rendu capables d’atteindre les modèles et zones de contenu à évaluer. Un crawl partiel ne produit qu’un inventaire partiel.
Commencez par la vue Broken puis séparez les destinations internes des références externes. Les URL internes sont généralement sous votre contrôle ; les échecs externes peuvent nécessiter un remplacement, une suppression ou une vérification manuelle.
Ouvrez Source Pages, comparez les volumes d’utilisation et inspectez des pages représentatives. Un échec répété sur des centaines d’URL vient souvent d’un composant partagé, pas de centaines de modifications indépendantes.
Restaurez, corrigez, remplacez, supprimez ou redirigez la destination selon l’intention du visiteur. Relancez ensuite le même périmètre et confirmez que les liens sources contrôlables pointent vers une URL souhaitée accessible.
Ce flux est particulièrement utile lorsqu’une modification de routage, de contenu ou de modèle peut affecter de nombreux parcours visiteurs en même temps.
Trouvez les anciens chemins laissés par une refonte, une migration CMS, une évolution de taxonomie ou une mise à jour d’URL produit avant qu’ils ne deviennent une dette de navigation.
Utilisez les volumes de pages sources et d’utilisation pour identifier un footer, menu, carte produit ou composant réutilisable cassé qui touche de nombreuses pages.
Examinez les références externes obsolètes et les liens internes de contenu afin que les lecteurs atteignent toujours une destination utile et actuelle.
Comparez les résultats de liens après des publications de contenu, changements de routage, suppressions de pages ou opérations de maintenance récurrentes.
Auditez l’ensemble du graphe de liens, étudiez les liens dans un crawl technique plus large ou vérifiez gratuitement une seule page en ligne.
Crawl d’un site, regroupement des destinations, filtrage des liens internes et externes cassés et remontée de chaque cible vers ses pages sources.
Reliez les problèmes de liens aux éléments techniques SEO concernant les pages, images, crawlabilité, métadonnées et indexation.
Vérifiez les liens découverts sur une page publique sans lancer une exploration complète du site. Cet instantané ne permet pas d’établir la couverture des liens brisés de tout le site.
Comprenez les erreurs de destination, les pages sources, les responsabilités internes et externes, les redirections, les faux positifs, la priorisation, les réparations et la vérification par recrawl.
Restaurez la destination si elle doit rester accessible, corrigez une URL mal saisie, remplacez une référence obsolète, supprimez un lien inutile ou redirigez une ancienne URL interne vers le remplacement le plus pertinent. N’envoyez pas chaque page manquante vers l’accueil.
Un lien cassé mène le visiteur à une destination absente ou défaillante. Dans Screpy, le filtre Broken inclut précisément les réponses enregistrées 404, 410 et 5xx. Utilisez Client Errors (4xx) pour d’autres réponses comme 403 ou 429. Un statut absent ou une erreur réseau n’entre pas automatiquement dans Broken ; vérifiez la destination avant de modifier le lien source.
La destination indique ce qui a échoué ; la page source indique où réparer la relation. Screpy affiche les pages sources et les volumes d’utilisation pour distinguer un lien de contenu isolé d’une destination répétée par la navigation, le footer ou un composant partagé.
Publiez la correction, lancez un crawl avec des réglages comparables et confirmez que les pages sources pointent directement vers une destination souhaitée accessible. Une page de remplacement fonctionnelle ne prouve pas que le lien source original a été mis à jour.
Il crawle les pages, découvre les destinations, vérifie leur accessibilité et montre les pages sources qui contiennent les liens défaillants. Screpy regroupe les destinations répétées afin qu’un problème partagé soit étudié comme une seule cause.
Aucun outil ne garantit une hausse du classement. Réparer les chemins internes peut améliorer la navigation, l’accès du crawler et la qualité de maintenance ; corriger les références externes peut renforcer l’utilité et la confiance. Les performances dépendent encore de la pertinence, de la qualité du contenu, de la concurrence, de l’autorité et de nombreux autres signaux.
Une destination peut exiger une session, limiter les requêtes automatisées ou l’accès, ou être tombée temporairement en panne lors du crawl. Le rapport conserve cette réponse ; ouvrir le lien plus tard ne l’actualise pas. Vérifiez le statut et l’expérience visiteur, puis relancez le crawl après correction de l’accès ou du lien.
Non. Les redirections peuvent être intentionnelles et nécessaires. Pour les liens que vous contrôlez, il est généralement préférable de pointer directement vers l’URL finale tout en conservant les redirections légitimes des anciennes URL publiques qui reçoivent encore du trafic ou des backlinks.
Commencez par les liens internes de la navigation, des parcours de conversion, des landing pages importantes et des modèles partagés. Examinez ensuite les destinations très utilisées et les références externes qui soutiennent réellement la page. Priorisez l’impact visiteur et l’importance de la page source, pas seulement le nombre brut d’observations.
Oui. Le rapport Links sépare les destinations internes et externes. Les erreurs internes demandent généralement une réparation sur votre site, tandis qu’une référence tierce indisponible peut devoir être vérifiée, remplacée ou supprimée.
Pas exactement. 404 est une réponse de destination. Cela devient un problème de lien cassé lorsqu’une autre page crawlée pointe vers cette URL indisponible. Un audit utile a donc besoin de la destination défaillante et des pages qui la référencent.
Broken Link Checker se concentre sur les destinations, l’utilisation, les compteurs de problèmes et les pages sources. Website Audit relie ces constats aux pages, images, à la crawlabilité, aux métadonnées, à l’indexation et à l’enquête SEO technique globale.
Un footer global, un menu, une carte réutilisable ou un modèle CMS peut générer le même lien sur chaque page. Screpy regroupe l’utilisation et liste les pages sources afin de réparer une seule fois le composant partagé.
