La page : titre, structure, contenu, liens

Se connecter pour s'inscrire

Votre progression

Continuez pour débloquer la suite !
0 / 0 étapes complétées 0
%

Syllabus

  1. Description

  2. Objectifs

  3. Validations de compétences

  4. Public cible

    Aucun public cible spécifié pour ce module.

  5. Besoins techniques

  6. Prérequis

    • Aucun prérequis
  7. Niveau

  8. Historique du module

    Aucune action enregistrée

La page : titre, structure, contenu, liens

  1. Titre et description : les deux seules zones que l'utilisateur voit

    Le titre et la meta description sont le seul contenu du site que le moteur montre avant la visite. Tout le reste est lu par personne tant que le clic n'a pas eu lieu. Ce sont donc les deux éléments au meilleur rapport effort/résultat de toute la page.

    Le titre

    • Il doit décrire la page, pas le site. « Cours de développement web » plutôt que « Bienvenue sur notre site ».
    • Il doit être unique. Deux pages au même titre, c'est une duplication que le moteur doit trancher.
    • Il est tronqué dans les résultats selon la largeur de l'appareil. Google n'impose pas de limite écrite, mais au-delà d'une certaine longueur la fin est coupée : ce qui compte doit être au début.
    • Il est prioritaire sur tous les autres signaux de la page, y compris les balises h1 et les données structurees.

    La meta description

    • Elle n'utilise pas directement comme critère de classement, mais elle détermine le taux de clic : c'est de la conversion, pas du positionnement.
    • Elle doit être unique par page. La duplication de descriptions est un défaut très courant et facile à détecter en audit.
    • Si elle est absente, Google la compose à partir du contenu de la page — et le résultat est souvent moins bon qu'une description écrite.
    • Elle doit décrire la page et donner une raison de cliquer : elle contient l'extrait affiché sous le lien.

    Le piège du gabarit unique

    La cause n°1 des titres et descriptions dupliqués dans une application : un gabarit unique qui ne prend pas le contenu de la page. Le remède n'est pas de mettre des descriptions différentes au hasard, mais de faire dépendre le titre et la description de la ressource affichée, avec un repli explicite pour les cas où la donnée est absente. C'est un travail de développement, pas de rédaction.

    Le contrôle qui prend une minute

    Afficher une liste de dix pages du site et comparer leurs titres. Si deux se ressemblent, le défaut existe. Cet audit prend une heure pour un site de cent pages et trouve presque toujours quelque chose.

  2. Structure : des en-têtes qui hiérarchisent

    Les balises d'en-tête servent deux publics : l'humain qui lit la page et le moteur qui en déduit le sujet et les parties. La documentation est formelle sur ce point : une hiérarchie correcte aide à comprendre de quoi parle la page et où.

    La règle, et ses trois limites

    Un seul h1 décrivant le sujet de la page, des h2 pour les sections, des h3 pour les sous-sections, sans saut de niveau. Les trois limites :

    • Le h1 ne doit pas être un logotype. Il décrit la page, pas la marque.
    • Un même niveau ne doit pas servir à deux choses différentes. Deux h2 qui introduisent des sections distinctes, oui ; un h2 pour un titre visuel et un autre pour une sous-titre, non.
    • Un h6 isolé signale une hiérarchie cassée plus qu'un niveau de profondeur.

    Le HTML sémantique avant le style

    La documentation des développeurs est explicite : « utilisez le HTML sémantique ». Un moteur sait qu'un article est un article, qu'une nav est une navigation, qu'une table est un tableau de données. Une div n'est rien : elle peut tout être, donc ne dit rien. Le sémantique n'est pas un style, c'est une information.

    Les listes, la structure, et le texte hors DOM

    • Une suite d'éléments est une ul, pas des paragraphes. Le moteur y voit une énumération, ce qui confirme la structure de la page.
    • Un contenu généré par la propriété CSS content n'est pas dans le DOM, donc Google l'ignore. Le texte généré en JavaScript après chargement finit par être indexé, mais coûte plus cher à obtenir.
    • Le contenu textuel doit être dans le HTML initial. C'est la règle la plus rentable du module : elle transforme une page lente et invisible en page simple et comprise.
  3. Contenu : répondre à une recherche réelle

    Le contenu est le levier le plus lent et le plus durable. Le module ne dit pas « écrivez plus » : il dit « écrivez pour une question précise », parce que c'est ce qui distingue une page qui est trouvée d'une page qui est citée.

    Partir de la question, pas du mot-clé

    Le réflexe ancien — choisir un mot-clé et le répéter — est dépassé. Le réflexe utile est inverse : quelle question une personne pose-t-elle réellement ? Une page qui commence par répondre à cette question, de façon complète et vérifiable, satisfait ce que le moteur cherche à faire depuis des années : rendre la meilleure réponse disponible.

    Les traits d'une page citée

    • Elle répond complètement, pas prometteusement. Une page de 300 mots sur un sujet où l'on peut en écrire 2 000 ne fait pas référence.
    • Elle est vérifiable. Les sources citées, les dates, les méthodes. Une page sans source ne se cite pas.
    • Elle est à jour, et le dit. Une page de 2019 qui parle d'un outil modifié en 2023 est un signal négatif.
    • Elle est utile hors contexte. Le lecteur y trouve la réponse complète sans avoir à naviguer.

    La duplication interne, maîtrisée

    La même idée exprimée sur trois pages n'est pas une catastrophe : c'est un problème si les trois se font concurrence sur la même requête. Deux solutions propres : faire des trois versions un contenu unique (une page longue, plusieurs entrées), ou assumer la spécialisation — une page par intention distincte, avec un contenu réellement différent.

    Le contenu généré

    Les moteurs ont accès à des textes produits en masse. Ils ne les récompensent pas et peuvent les considérer comme du spam. Le critère n'est pas « est-ce une machine qui a écrit » mais « est-ce que ce texte apporte quelque chose qu'un lecteur ne trouverait pas ailleurs ». Un texte générique reformulé dix fois n'apporte rien, quelle que soit la main qui l'a écrit.

  4. Liens : le texte de lien est un signal

    Le texte d'un lien est l'un des rares éléments qui décrit une cible au moteur. Il dit ce qu'est la page liée, et il est donc un signal de pertinence.

    Les sept règles du texte de lien

    1. Descriptif. « En savoir plus » n'apprend rien. « Comprendre les Core Web Vitals » apprend.
    2. Unique par cible. Cent liens « en savoir plus » vers cent pages détruisent le signal.
    3. Concordant avec la cible. Un lien « tarifs » qui mène vers une page de contact est un lien trompeur : il perd l'utilisateur et il perd le signal.
    4. Sans couleur seule. Un lien dans le texte doit être distingué sans dépendre de la couleur — question d'accessibilité autant que de lisibilité.
    5. Absents de navigation. Les liens de navigation répétés sur toutes les pages indiquent la structure du site ; les liens de contenu indiquent les sujets.
    6. Absents des images sans texte alternatif. Un lien sur une image n'a de valeur que si son alt est pertinent — même exigence que pour l'accessibilité.
    7. nofollow sur demande explicite seulement. C'est un signal fort, à ne pas distribuer.

    Le maillage interne : la profondeur vaut mieux que le nombre

    Une page importante doit être atteignable en trois clics maximum depuis la page d'accueil. Au-delà, elle est rarement explorée comme il faut et son poids est dilué. Le test se fait à la main, en comptant : c'est long, et c'est la seule méthode fiable.

    Les liens morts : un coût silencieux

    Un lien vers une 404 est une promesse non tenue envers l'utilisateur, et un gaspillage pour le moteur. Le lien interne cassé est le plus fréquent, parce qu'il arrive quand une page est renommée ou supprimée. Le contrôle consiste à exporter tous les liens internes et à tester leurs codes de réponse — un travail d'outillage, à faire une fois et à rejouer à chaque livraison.

Exercices, examens et projets

Exercice

Audit SEO d'un site réel

Auditer l'indexabilité, les titles et le rendu d'un site, et produire un plan de corrections priorisées.

Obligatoire Consulter
Projet

Mise en conformité technique

Corriger l'exploration, l'indexation et le rendu d'un site, et mesurer l'effet sur les Core Web Vitals.

Livrables :

  • Rapport d'audit avec les écarts classés par priorité
  • Corrections d'exploration et d'indexation
  • Relevé de performance avant/après
Obligatoire Consulter