Ce que vous apprendrez
Lorsqu'une page n'apparaît pas dans la recherche, les équipes passent souvent directement au contenu ou aux classements. Cela saute la question de base : un moteur de recherche peut-il découvrir, récupérer, rendre, comprendre et sélectionner cette URL ? Le référencement technique est plus utile lorsqu'il identifie l'étape défaillante avant que quelqu'un n'envoie une supposition.
Pourquoi ce travail est important : Rendre les pages explorables, indexables et découvrables
Un robot d'exploration ne peut pas utiliser ce qu'il ne peut pas atteindre. Les liens internes brisés, les directives noindex accidentelles, les actifs bloqués, les chemins d'URL infinis et les réponses instables du serveur peuvent rendre le contenu fort invisible ou peu fiable. Le diagnostic du chemin protège la valeur déjà investie dans une page.
Les mêmes commandes sont faciles à utiliser. Le blocage d'un robot d'exploration ne supprime pas toujours une URL des résultats, la soumission d'un plan du site ne force pas l'indexation, et IndexNow est un protocole de notification plutôt qu'un levier de classement. Les modèles mentaux précis empêchent les solutions rapides dommageables.
Idées clés : Rendre les pages explorables, indexables et découvrables
La découverte a besoin de vrais itinéraires
Les URL importantes doivent être liées à partir de pages qui sont elles-mêmes accessibles, incluses dans des sitemaps XML appropriés et présentes dans une architecture de site stable. Une URL connue uniquement par le biais d'un formulaire, d'un état de script ou d'une campagne temporaire peut être difficile à découvrir de manière cohérente.
Utilisez-le quand : Un robot d'exploration et une personne peuvent-ils accéder à cette page par un chemin normal et significatif ?
Les directives des robots ont des emplois différents
Robots.txt gère l'accès des robots d'exploration aux chemins. Une méta balise de robots ou une balise X-Robots-Tag peut demander un noindex lorsqu'un robot d'exploration peut y accéder et le lire. Les canoniques expriment un représentant en double préféré. Ne les traitez pas comme des commandes interchangeables.
Utilisez-le quand : Quel comportement exact essayez-vous de contrôler : crawl, indexation ou sélection en double ?
Les sitemaps sont un inventaire, pas une commande
Un plan du site aide un moteur de recherche à trouver des URL canoniques et indexables et à comprendre quand elles ont changé. Restez propre : incluez les URL que vous souhaitez trouver, utilisez des valeurs précises modifiées pour la dernière fois et supprimez les URL d'erreur, redirigées, bloquées ou en double.
Utilisez-le quand : Chaque URL de ce plan du site serait-elle une page que vous êtes à l'aise de montrer à un client ?
Les rapports d'indexation doivent être interprétés
Un rapport peut afficher des doublons, des exclusions, des pages crawles et non indexées ou des canoniques alternatives. Traitez chaque statut comme un indice. Inspectez les URL représentatives, l'objectif de la page, les liens internes, les directives, le rendu et le canon concurrent avant de modifier les règles à l'échelle du site.
Utilisez-le quand : Avez-vous examiné un ensemble représentatif d'URL plutôt que de réagir à une étiquette agrégée ?
Étapes pratiques : Rendre les pages explorables, indexables et découvrables
- 01
Définir la cohorte de page
Choisissez un type de page ou une version, comme de nouveaux articles d'aide ou des variantes de produits. Une cohorte révèle des modèles qu'une seule URL peut masquer.
- 02
Confirmer les itinéraires de découverte
Vérifiez les liens internes, la navigation, l'inclusion du sitemap XML, les conseils canoniques et si la page peut être atteinte sans action authentifiée ou scriptée.
- 03
Inspectez la réponse HTTP
Vérifiez le code d'état final, la chaîne de redirection, les en-têtes, le type de contenu, le comportement du cache et si le serveur répond de manière fiable dans des conditions normales.
- 04
Vérifier les signaux de page rendables
Passez en revue la sortie HTML ou rendue pour le titre, le contenu principal, les liens, les directives de robots, les données canoniques et structurées et les ressources critiques.
- 05
Comparer les états de l'indice représentatif
Utilisez des outils de plate-forme et un crawl indépendant pour comparer les URL incluses, exclues, dupliquées et d'erreur. Recherchez une cause commune avant de changer de modèle.
- 06
Libérer et valider un correctif
Effectuer le plus petit changement réversible, annoter la date, surveiller la cohorte et confirmer que l'état modifié est réellement visible pour les utilisateurs et les robots d'exploration.
Atelier guidé
Tracez une URL importante de la découverte à la convivialité
Votre livrable : Une trace d'éligibilité qui documente la façon dont une page prioritaire est liée, récupérée, rendue, contrôlée et utilisée par un visiteur.
Scénario de pratique
Scénario de pratique : Une page de programme universitaire a un contenu fort mais reçoit peu de découverte organique. Un rapport de crawl montre qu'il est techniquement accessible, mais la page n'est liée qu'à partir d'un répertoire filtré et de ses points canoniques vers une large page de la faculté. Sur mobile, les exigences du programme se chargent après une interaction côté client.
L'équipe crée une trace d'URL. Il commence par le plan du site et les liens internes, vérifie la réponse et le contenu rendu, compare les faits visibles avec les directives et suit l'itinéraire du visiteur d'une page d'information à l'action de l'application. La trace expose trois problèmes différents qu'un score de crawl cachait.
Le correctif est limité : restaurer un canonique auto-référentiel le cas échéant, créer un lien interne normal à partir du hub du sujet pertinent et s'assurer que les informations essentielles du programme sont disponibles sans interaction cachée. L'équipe vérifie ensuite la même trace après la mise en production.
Construisez-le étape par étape
Choisissez une URL de priorité représentative
Choisissez une page avec une valeur client claire et suffisamment de complexité pour révéler le comportement du modèle. Inclure une page commerciale principale, une page d'information, une page locale, une page de produit ou un itinéraire de documentation, le cas échéant.
- Enregistrement
- Une URL nommée et une raison de cohorte
- Décision qu'il soutient
- Quelle page peut se tenir debout pour un modèle ou un parcours plus large
- Risque à vérifier
- Tester uniquement la page d'accueil parce qu'elle est facile à trouver
Cartographier le chemin de découverte interne
Répertoriez l'entrée du plan du site, l'itinéraire de navigation, les liens contextuels, les meules de pain, les pages connexes et les points d'entrée externes. Notez si les ancres disent à une personne et à un robot d'exploration ce qu'est la destination.
- Enregistrement
- Une trace de lien interne
- Décision qu'il soutient
- Où la page est isolée ou liée sans contexte
- Risque à vérifier
- Compter les liens sans demander s'ils sont utiles
Inspecter la réponse et les contrôles
Enregistrez le code d'état, le comportement de redirection, les directives de robots, le canon, les annotations de langue et tout contrôle d'accès. Comparez la réponse brute et la version rendue lorsque la page repose sur JavaScript.
- Enregistrement
- Un instantané de récupération et de contrôle
- Décision qu'il soutient
- Si la page envoie des signaux d'éligibilité contradictoires
- Risque à vérifier
- En supposant qu'une réponse de 200 signifie que la page est en bonne santé
Vérifier les informations visibles et le rendu
Vérifiez que la réponse principale, les titres, les preuves, les liens, les images et l'action sont présents et compréhensibles sur mobile. Notez le contenu qui apparaît en retard, nécessite une interaction ou échoue dans un état d'erreur.
- Enregistrement
- Une liste de contrôle de page rendue
- Décision qu'il soutient
- Ce qu'un visiteur ou un système de rendu peut réellement utiliser
- Risque à vérifier
- Examiner le code source sans vérifier l'expérience
Suivez l'étape suivante du client
Essayez le chemin attendu de la page à un formulaire, un flux de réservation, une sélection de produits, un guide connexe ou un itinéraire de contact. Enregistrez l'ambiguïté, les états brisés et le contenu qui crée une inadéquation avec la promesse de la page.
- Enregistrement
- Une note d'observation du voyage
- Décision qu'il soutient
- Si l'éligibilité technique soutient une expérience utile
- Risque à vérifier
- Arrêter l'examen aux métadonnées
Testez à réessai après un changement contrôlé
Enregistrez l'état avant, relâchez la plus petite correction et répétez la même trace. Partagez ce qui a changé, ce qui n'a pas changé et quelles preuves supplémentaires sont nécessaires avant de développer le correctif.
- Enregistrement
- Une trace avant et après
- Décision qu'il soutient
- Si le changement a résolu le défaut spécifique
- Risque à vérifier
- Combiner plusieurs correctifs pour que personne ne sache ce qui a fonctionné
Modèle de travail
- URL prioritaire : Enregistrez l'URL complète, le rôle de la page, le public et la raison pour laquelle cela compte. Un responsable de produit, de contenu ou de service doit reconnaître le travail de la page.
- Itinéraire de découverte : Liste du plan du site, de la navigation, des liens contextuels et des points d'entrée externes probables. Un examinateur devrait être en mesure de suivre la voie sans connaissances d'initiés.
- État de récupération : Capturez la réponse, les redirections, les directives de robots, les contrôles canoniques et linguistiques. Un responsable technique devrait être en mesure de comparer cela après une sortie.
- Rendu l'essentiel : Notez si la réponse clé, les preuves, les liens et l'action apparaissent sans dépendances cachées. Un réviseur mobile devrait être en mesure de vérifier l'expérience.
- Chemin du client : Décrivez la prochaine action utile et tout point où une personne pourrait se coincer. Un responsable UX devrait être en mesure de reproduire le problème.
- Résultat du retest : Enregistrez le changement, la même trace, l'amélioration observée et l'incertitude restante. Le responsable de la version devrait savoir s'il doit étendre le correctif.
Examen de la qualité avant l'expédition
- Parcitez le chemin de la demande à partir d'un lien explorable jusqu'à la réponse finale. Enregistrez l'état, la destination de redirection, la directive des robots, le signal canonique, le contenu rendu et la décision d'indexabilité au lieu de vous arrêter à la première coche verte.
- Testez une page normale représentative, une redirection, une page bloquée, une page d'erreur et une page nouvellement publiée. Une règle qui ne fonctionne que sur la page d'accueil n'est pas une politique d'exploration fiable.
- Lorsqu'une page est intentionnellement exclue, rendez l'objectif explicite. Un réviseur devrait être en mesure de dire s'il est privé, en double, temporaire, expiré ou tout simplement pas assez utile pour être découvert.
Règles de décision pour le monde réel
La page est explorable mais pas utile
Faire : Améliorez la réponse, les preuves, le contexte interne ou la prochaine étape avant d'ajouter plus de signaux techniques.
Éviter : N'appelez pas une page réussie car elle renvoie le bon statut.
Les conflits canoniques avec le rôle de la page
Faire : Confirmez la destination préférée et corrigez le modèle ou la règle de contenu avec le responsable responsable.
Éviter : Ne changez pas les canoniques un par un sans comprendre le modèle.
Le contenu important n'apparaît qu'après l'interaction
Faire : Évaluez si le contenu est essentiel et rendez-le disponible dans l'expérience principale dans la mesure du possible.
Éviter : Par défaut, ne cachez pas les réponses clés derrière un widget.
La trace trouve plusieurs défauts
Faire : Corrigez d'abord le risque le plus élevé du client et de l'éligibilité, puis testez à nouveau avant d'élargir la portée.
Éviter : Ne convertissez pas une trace en un vidage d'arriéré non classé.
Notes de l'entraîneur
- Une trace est plus utile qu'un score car elle montre la connexion entre une page spécifique, ses contrôles et son chemin client.
- Enregistrez un petit ensemble de traces pour les modèles importants. Ils deviennent un test de mise en production pratique.
- Utilisez la même vérification sur mobile et ordinateur de bureau lorsque le chemin du client diffère selon l'appareil.
Exemple travaillé : un lancement de documentation logicielle
Une entreprise publie 80 nouvelles pages d'aide et n'en voit que quelques-unes dans la recherche. Les rédacteurs supposent que les pages ont besoin de plus de mots-clés. Une crawl montre que l'index d'aide renvoie à un filtre côté client, alors que les pages individuelles ne sont pas incluses dans le plan du site et plusieurs renvoient un soft 404 parce que le modèle indique "Aucun contenu trouvé" avant la fin de JavaScript.
L'équipe ajoute des liens HTML simples à partir de l'index du sujet, corrige la réponse du serveur et l'état vide, inclut des URL canoniques dans le plan du site et vérifie les pages rendues pour la réponse principale et les liens internes. Il ne modifie pas tous les titres ou n'ajoute pas de texte de remplissage.
Améliorer le résultat : Rendre les pages explorables, indexables et découvrables
Utiliser les données du journal lorsque la question est le comportement du robot d'exploration
Les journaux du serveur peuvent afficher les chemins demandés, les codes de réponse, les octets et les agents utilisateurs. Validez les agents utilisateurs dans la mesure du possible ; ne supposez pas que chaque chaîne de bot est authentique. Les journaux complètent, plutôt que de remplacer, les vérifications au niveau de la page.
Croissance du paramètre de contrôle
Les paramètres de tri, de filtrage, de suivi, de session et de recherche peuvent créer d'énormes espaces d'URL. Décidez quelles combinaisons sont utiles, comment elles sont liées, si elles doivent être indexables et comment le système gère les états vides ou invalides.
Traitez également les pannes comme des problèmes de contenu
Un déploiement qui sert des erreurs, des pages d'espace réservé ou des balises noindex incorrectes peut annuler des mois de travail. Ajoutez des URL critiques pour la recherche pour libérer les procédures de surveillance et d'incident.
Orientations actuelles
Rendre la découverte prévisible, pas magique
Un plan de site peut aider les moteurs de recherche à trouver des URL importantes, mais il ne rend pas une page crawlable, indexable ou éligible à l'apparition. Des liens internes solides et des états de page propres font toujours le travail principal.
- Énumérez uniquement les URL en direct, canoniques et indexables que vous voulez vraiment que les gens trouvent. Ne mettez pas de redirections, de pages d'erreur, d'URL bloquées, de pages sans index ou de variations de filtre dans le plan du site juste pour augmenter le nombre.
- Rendez chaque page importante accessible grâce à des liens HTML ordinaires à partir de la navigation, des hubs et des pages pertinentes. Un plan de site complète un site connecté ; il n'en remplace pas un.
- N'utilisez `lastmod` que lorsque la page a changé de manière significative. Une date qui change constamment crée du bruit plutôt qu'un signal de récupération utile.
- Utilisez Search Console pour voir si un plan du site a été lu et si une URL importante est connue. Ensuite, utilisez l'inspection des URL, les preuves de crawl et les journaux lorsqu'ils sont disponibles pour diagnostiquer l'étape réelle de la défaillance.
- Un petit site bien lié peut ne pas avoir besoin d'une stratégie de plan de site élaborée. Le travail est une découverte précise, pas un fichier XML plus grand.
Utilisez ceci avant de publier
- Le sitemap est un inventaire actuel de pages canoniques et indexables, et non une exportation historique.
- Chaque page importante peut être trouvée via des liens internes sans ouvrir le plan du site.
- L'équipe peut nommer l'étape de diagnostic suivante lorsqu'une URL soumise n'est pas indexée.
livrable de leçon
Suivi de l'éligibilité de l'URL
Exécutez une trace d'éligibilité pour une page importante et une page comparable qui fonctionne bien.
Découverte : Répertoriez les liens internes, l'entrée du sitemap et l'itinéraire canonique qui mènent à chaque URL.
Récupérer et rendre : Enregistrez l'état final, les directives, le contenu principal, les ressources clés et toute différence entre la sortie source et rendue.
Preuve de l'indice : Notez l'état de l'index observé, une vérification de recherche représentative et les indices qui soutiennent ou affaiblissent votre explication.
La plus petite solution : Indiquez un changement réversible, la cohorte qu'il affecte, le responsable et les preuves que vous utiliserez pour le valider.
Avant de passer à autre chose
- Les pages importantes ont des itinéraires de découverte stables et significatifs.
- Je distingue l'accès de crawl, les directives d'index et la sélection canonique.
- Le plan du site ne contient que des URL canoniques propres que je veux découvrir.
- J'inspecte les URL représentatives avant de changer les contrôles à l'échelle du site.
- Chaque changement technique a un plan de validation et de restauration.
Progression de la leçon
Vous avez terminé cette leçon ?
Enregistrez votre progression sur cet appareil pour reprendre facilement là où vous vous êtes arrêté.
Cette leçon n'est pas encore marquée comme terminée.
Mettez la leçon en pratique.
Créez un compte Spacebrain gratuit et utilisez la suite SEO avec vos propres fournisseurs de données.