Optimisation On-Page

L’optimisation on-page est l’alignement au niveau de la page des titres, descriptions, titres, entités, ancres internes et médias avec une seule tâche utile pour le lecteur. Le type de publication détermine déjà le rôle structurel de la page ; cette phase fait en sorte que chaque signal visible et lisible par machine décrive ce rôle de manière cohérente.

Phase : P11 · Étape C — Produire. Durée : 60 à 90 minutes pour une nouvelle page après approbation éditoriale ; deux à quatre heures pour une page existante car le diagnostic, la préservation et les preuves avant-après sont nécessaires. Responsable : Responsable du contenu SEO. Contributeurs : rédacteur ou éditeur, stratège SEO, designer pour les changements média importants, et développeur lorsque les modèles génèrent un HTML incorrect.

Pourquoi cette phase, et pourquoi ici

P11 utilise le brouillon approuvé et les contrôles de production du système de production de contenu , ainsi que l’intention de la page, l’URL canonique, les entités principales, les preuves requises et la spécification du type de publication . La structure a déjà répondu à la question de savoir si l’actif est un guide, une comparaison, une page produit, un terme de glossaire ou un autre format. Le travail on-page ne doit pas repenser cette décision en entassant toutes les variantes de requêtes dans la page.

Cette phase existe parce que le même article précis peut envoyer des signaux contradictoires. Un onglet de navigateur peut promettre « Guide de Migration CRM pour Entreprise », le H1 peut dire « Déplacer Vos Données », l’introduction peut ne jamais nommer les systèmes concernés, et les liens internes peuvent appeler la page « lire la suite ». Une personne peut déduire la relation après avoir lu. Un moteur de recherche, un lecteur d’écran ou un système de récupération IA doit concilier plusieurs étiquettes plus faibles avant de décider de quoi parle la page et quand elle est utile.

L’ordre compte. Effectuez l’optimisation on-page avant la phase de maillage interne dédiée, car P12 a besoin de l’URL finale, des titres stables et des concepts d’ancre approuvés. Faites-la après la rédaction car un titre écrit avant que la réponse n’existe promet souvent un périmètre que le corps ne livre pas. Sauter P11 rend le contenu utile plus difficile à classer et moins attrayant à cliquer. La réaliser pendant la recherche encourage une rédaction guidée par les mots-clés avant que l’intention de recherche — la tâche que le chercheur essaie d’accomplir — ne soit déterminée.

Entrées et sorties

Les sorties constituent le contrat avec le maillage interne et l’assurance qualité pré-publication. Un éditeur ne devrait pas avoir à déduire ce que le titre signifiait ou quel titre peut recevoir en toute sécurité un lien profond.

La liste de contrôle

La liste de contrôle diffère dès la première étape pour une page existante et une nouvelle page. Les vérifications restantes partagent des normes d’acceptation, mais les preuves ne doivent jamais être écartées simplement pour faire ressembler une ancienne page à un nouveau modèle.

1. Choisir la route page existante ou nouvelle page

Quoi : Classez le travail comme optimisation de page existante ou finalisation de nouvelle page avant de modifier le texte. Une page existante a un historique mesurable et peut déjà satisfaire des requêtes hors du brief actuel ; une nouvelle page n’a aucune référence de performance à protéger.

Pourquoi : Modifier une page performante sans capturer sa couverture existante rend les pertes impossibles à diagnostiquer. Traiter une nouvelle page comme une page en déclin invite à des références inventées et à des affirmations de succès prématurées.

Comment : Pour une page existante, exportez le titre actuel, la description, le plan H1–H3, les ancres internes, les médias, les principales requêtes, clics, impressions, CTR, position moyenne et conversions pour une plage déclarée. Annotez ce qui doit être préservé. Pour une nouvelle page, vérifiez l’intention approuvée, le type de publication, l’URL, la liste d’entités et l’action de conversion ; marquez les champs de performance « référence après lancement », pas zéro.

Outil : Utilisez Google Search Queries sur app.amicited.com/reports/google-search/queries pour les preuves de requêtes en direct. Utilisez l’aperçu du CMS et le brief approuvé pour une nouvelle page.

Terminé quand : Le registre des modifications indique la route, la fenêtre de preuves, le responsable, les requêtes ou sections protégées, et la raison du travail. Aucune modification de texte d’une page existante ne commence sans une référence capturée, et aucune nouvelle page n’est jugée sur la base d’une performance historique fabriquée.

2. Reconfirmer la promesse principale unique de la page

Quoi : Écrivez une phrase : « Cette page aide [l’audience] à accomplir [la tâche] en fournissant [la réponse ou l’aide à la décision] ». Identifiez un thème de requête principal et les questions secondaires importantes auxquelles le corps répond réellement.

Pourquoi : Les titres, titres, entités, ancres et médias ne peuvent concorder que lorsque la page a un seul rôle dominant. Une liste de mots-clés n’est pas une promesse car elle ne dit rien sur le résultat que le lecteur obtient.

Comment : Comparez l’intention approuvée avec la réponse d’ouverture, les preuves, les attentes de la page de résultats et l’appel à l’action. Si le brouillon sert deux tâches différentes avec des preuves ou actions suivantes différentes, renvoyez-le à la révision du périmètre plutôt que de cacher le conflit dans un titre large.

Outil : Utilisez le brief, l’examen des résultats en direct et les preuves de requêtes attachées à l’étape 1.

Terminé quand : Un relecteur peut lire la promesse et pointer vers la réponse directe, les sections de soutien et l’action suivante qui la réalisent. Chaque thème de requête conservé correspond à ce même rôle.

3. Rédiger un titre qui peut survivre à la réécriture

Quoi : Finalisez la balise titre HTML — le nom de la page affiché dans un onglet de navigateur et couramment utilisé comme titre du résultat de recherche — ainsi que son H1 visible.

Pourquoi : Les moteurs de recherche peuvent réécrire les titres lorsqu’ils sont répétitifs, vagues, bourrés de mots-clés, obsolètes ou incompatibles avec la page visible. Aucun libellé ne peut empêcher toute réécriture, car les résultats s’adaptent aux requêtes et aux appareils. Un titre spécifique et concis qui concorde avec le H1 et la réponse donne au système moins de raisons de remplacer le cadre de la page.

Comment : Commencez par le sujet et le résultat utile, ajoutez un différenciateur uniquement lorsque le corps le prouve, et placez la marque en dernier lorsque cela facilite l’identification. Supprimez le texte générique partagé sur des centaines de pages. Gardez le H1 naturel et légèrement plus lisible que le titre si nécessaire, mais faites en sorte que les deux décrivent le même périmètre. Prévisualisez la largeur plutôt que de traiter un nombre de caractères comme une règle de classement.

Outil : Utilisez l’aperçu de recherche du CMS, la comparaison des résultats en direct et Google Search Queries pour le langage réellement utilisé par les internautes.

Terminé quand : La source rendue contient un titre unique non vide et un H1 ; aucun n’est une liste de variantes de mots-clés ; leurs promesses concordent entre elles et avec la réponse d’ouverture ; et les mots importants du titre restent compréhensibles si sa fin est tronquée.

4. Rédiger une description qui attire le bon clic

Quoi : Rédigez la méta-description , un résumé HTML que les moteurs de recherche peuvent afficher sous le titre du résultat.

Pourquoi : La description n’est pas un snippet garanti et n’est pas un moyen de forcer le classement. Son rôle est de rendre claires la valeur et la qualification de la page afin que le bon chercheur puisse la choisir. Les moteurs de recherche sélectionnent couramment le texte visible de la page lorsque ce texte répond plus précisément à une requête.

Comment : Énoncez le sujet, le résultat, la contrainte utile et l’étape suivante dans un langage simple. Utilisez le terme principal là où c’est naturel. Visez 120 à 160 caractères comme fourchette éditoriale, puis prévisualisez sur desktop et mobile. Ne répétez pas le titre, n’utilisez pas de superlatifs non étayés et ne promettez pas d’outils, de prix, de modèles ou de preuves absents de la page.

Outil : Utilisez l’aperçu du CMS et CTR Gap sur app.amicited.com/reports/ctr-gap pour les résultats existants qui reçoivent moins de clics que l’attente ajustée du site.

Terminé quand : La description est unique, précise sans contexte, lisible dans l’aperçu et soutenue par la page. Pour une modification existante d’écart de CTR, la description précédente, la cause diagnostiquée, le remplacement et la date de révision sont enregistrés.

5. Transformer les titres en plan de la page

Quoi : Faites du H1, des H2 et des H3 un plan imbriqué de la réponse. Les niveaux de titres sont des étiquettes HTML sémantiques, pas des contrôles de taille de police.

Pourquoi : Les lecteurs parcourent les titres pour décider où investir leur attention. Les technologies d’assistance les utilisent pour la navigation, tandis que les systèmes de recherche et de récupération les utilisent pour associer des passages à des questions et des entités. Des titres décoratifs ou vides corrompent ce plan.

Comment : Utilisez un H1 pour la page. Donnez à chaque section principale un H2 et réservez le H3 pour une véritable subdivision de son parent. Réécrivez les étiquettes vagues comme « Aperçu », « Plus » et « Avantages » pour qu’elles nomment le sujet en contexte. Déplacez les besoins de style vers le système de conception ; ne sélectionnez pas H4 parce qu’il semble plus petit. Chaque titre doit introduire du texte, un tableau, une liste, un média ou une autre réponse substantielle.

Outil : Utilisez le plan DOM rendu, pas seulement l’éditeur visuel. Vérifiez les aperçus desktop et mobile.

Terminé quand : Il y a exactement un H1 ; aucun niveau n’est sauté simplement pour l’apparence ; chaque H3 appartient au H2 précédent ; aucun titre n’est vide ou dupliqué sans une structure répétée claire ; et la lecture des seuls titres donne un résumé véridique de la page.

6. Nommer les entités et indiquer leurs relations

Quoi : Vérifiez les entités de la page — personnes, organisations, produits, lieux, normes, méthodes ou mesures distincts — et les relations affirmées entre elles.

Pourquoi : Répéter un mot-clé ne résout pas la question de savoir si « Mercure » désigne une planète, un élément, une marque de voiture ou une société de paiement. Des noms, catégories, attributs et relations clairs aident un lecteur et une machine à relier les affirmations à la bonne chose.

Comment : Utilisez le nom complet préféré à la première mention, définissez les termes spécialisés et énoncez les relations importantes dans des phrases complètes. Ajoutez les versions, lieux, dates, unités et paternité là où ils changent le sens. Utilisez des synonymes naturellement après désambiguïsation. Supprimez les listes d’entités qui n’ont pas de relation explicative et vérifiez chaque association factuelle par rapport au matériel source approuvé.

Outil : Utilisez la liste d’entités du brief, le journal des sources éditoriales et la recherche dans la page rendue. Les preuves de requêtes AmICited peuvent montrer le vocabulaire utilisé par les utilisateurs, mais elles ne vérifient pas les relations factuelles.

Terminé quand : Chaque entité principale est sans ambiguïté dès sa première mention significative, chaque relation importante a une preuve, les noms et versions sont cohérents, et un éditeur peut extraire une liste d’entités et de relations sans avoir à deviner à quoi se réfère un pronom ou un acronyme.

7. Faire en sorte que les ancres internes décrivent la prochaine étape utile

Quoi : Examinez le texte d’ancre — les mots visibles cliquables — pour chaque lien interne déjà attribué à la page.

Pourquoi : « Cliquez ici » et « en savoir plus » cachent la destination aux personnes qui parcourent la page et aux systèmes qui interprètent la relation. La répétition en correspondance exacte n’est pas la solution ; les ancres doivent décrire pourquoi la destination aide à ce point de la réponse.

Comment : Placez les liens là où la destination répond à une question, fournit une preuve ou permet la tâche suivante. Utilisez un langage descriptif concis qui s’intègre à la phrase. Variez le libellé lorsque le contexte change, évitez de lier la même destination de manière répétée dans une même section courte, et n’ajoutez jamais un lien uniquement pour placer une expression cible.

Outil : Utilisez les obligations de lien approuvées, l’inspecteur de liens du CMS et la page rendue. La phase suivante évaluera la couverture du graphe et les opportunités de page source.

Terminé quand : Chaque lien interne pointe vers l’URL canonique prévue, aucun lien générique « cliquez ici » ou ancre d’URL brute ne subsiste, la destination est compréhensible depuis sa phrase, et la transmission liste les titres stables et les concepts que P12 peut utiliser pour les liens entrants.

8. Optimiser les médias pour le sens, l’accessibilité et la vitesse

Quoi : Examinez les images, diagrammes, graphiques, vidéos et intégrations pour l’objectif, l’emplacement, les dimensions, le format de fichier, les légendes et le texte alternatif — l’alternative textuelle annoncée lorsqu’une image ne peut pas être vue.

Pourquoi : Les médias devraient expliquer quelque chose que la prose ne peut pas montrer aussi efficacement. Les graphiques non étiquetés cachent des preuves, les dimensions manquantes provoquent des décalages de mise en page, et les fichiers décoratifs avec un texte alternatif verbeux créent du bruit pour les utilisateurs de lecteurs d’écran. Les actifs volumineux peuvent rendre la réponse plus lente sans la rendre plus claire.

Comment : Ne conservez chaque actif que lorsqu’il prouve, explique ou démontre un point. Rédigez un texte alternatif concis pour les images significatives en fonction de leur fonction dans le contexte ; utilisez un texte alternatif vide pour les images purement décoratives. Placez les tendances et les enseignements des graphiques dans la prose visible, fournissez la largeur et la hauteur, utilisez un format efficace et chargez en différé les médias situés sous la ligne de flottaison là où l’implémentation le permet. Capturez les captures d’écran de produits à une résolution lisible et rendez anonymes les données personnelles ou clients.

Outil : Utilisez le manifeste média, l’inspection d’accessibilité du navigateur, la vérification des dimensions d’image et le budget de performance convenu du site.

Terminé quand : Chaque élément média a un responsable et un objectif ; les actifs informatifs ont un texte alternatif approprié ; les actifs décoratifs utilisent des alternatives vides ; les graphiques énoncent leur enseignement dans le texte ; les dimensions sont déclarées ; aucune donnée sensible n’est visible ; et chaque fichier respecte le budget média du site ou bénéficie d’une exception approuvée.

9. Rendre, comparer et approuver la page complète

Quoi : Examinez la page rendue comme un système unique et enregistrez l’ensemble des modifications.

Pourquoi : Des champs qui passent individuellement peuvent entrer en conflit ensemble. Un titre concis peut restreindre le périmètre tandis qu’un ancien H2 l’élargit ; une description forte peut promettre un modèle supprimé lors de l’édition ; un nouvel ID de titre peut briser un lien profond entrant.

Comment : Comparez le titre, la description, le H1, la réponse d’ouverture, le plan, les entités, les ancres, les médias et le CTA avec la promesse principale. Inspectez le HTML de sortie, le desktop, le mobile, la navigation au clavier et la destination en direct de chaque lien. Pour une page existante, séparez les modifications par hypothèse afin que la mesure ultérieure puisse identifier ce qui a probablement bougé.

Outil : Utilisez l’aperçu du CMS, l’inspecteur du navigateur, le vérificateur de liens disponible pour l’équipe de publication et les captures de référence AmICited.

Terminé quand : Les portes d’acceptation ci-dessous passent toutes, le responsable approuve l’URL rendue, les preuves avant-après sont attachées, les dates de publication et de mesure sont définies, et les problèmes non résolus ont un responsable plutôt que de disparaître dans un commentaire.

Outils dans AmICited

AmICited identifie les pages qui valent la peine d’être modifiées et fournit des preuves pour la modification. Il ne remplace pas l’examen du résultat en direct, du HTML rendu ou de la promesse de la page.

Règles de décision

Ces chiffres sont des portes de révision, pas des seuils algorithmiques universels. Une exception documentée peut passer ; une exception invisible ne le peut pas.

N’utilisez pas la densité de mots-clés comme porte. La densité est un ratio d’occurrences d’expressions par rapport au nombre total de mots, mais elle ne peut pas déterminer si une page répond à la question, distingue les entités ou se lit naturellement. Zéro insertion forcée est la norme. De même, un titre en correspondance exacte sans contenu derrière échoue même si un outil marque l’expression comme « optimisée ».

Livrable : la feuille de modifications on-page

Remettez une ligne versionnée par URL, liée à la copie prête pour le CMS et au dossier de preuves.

URL | Route : existante/nouvelle | Promesse principale | Audience | Type de publication
Titre avant | Titre après | Description avant | Description après | H1
Plan des titres | Entités principales | Ancres internes | Manifeste média
Requêtes/sections protégées | Liens de preuves AmICited | Hypothèse de modification
Responsable | Relecteur | Date de publication | Date de mesure | Statut | Exceptions

Pour les pages existantes, incluez les preuves avant-après et les preuves de requêtes exportées. Pour les nouvelles pages, incluez le brief approuvé et marquez les champs de performance « en attente de référence ». Enregistrez chaque exception à côté de la porte qu’elle a échouée. La publication doit pouvoir mettre en œuvre la feuille sans réécrire les champs, et la mesure doit pouvoir reconstruire la modification.

Ce qui peut mal tourner

• Un score remplace le jugement. Un plugin devient vert parce qu’une expression apparaît assez souvent, alors que la page répond à la mauvaise tâche. Revenez à la promesse principale et à l’intention de recherche observée.
• Le snippet promet trop. Un titre bourré de mots-clés ou une promesse non étayée comme « modèle gratuit » attire le mauvais clic et invite à la réécriture. Gardez un sujet, un résultat et uniquement les affirmations que le corps remplit.
• Les titres sont décoratifs. Les rédacteurs choisissent les niveaux de titres pour la taille, ou ajoutent des titres de questions suivis d’une phrase vide. Réparez le plan en HTML et utilisez les styles de design pour l’apparence.
• Les ancres en correspondance exacte se multiplient. Chaque lien vers une page commerciale utilise la même expression maladroite. Rédigez les ancres pour la phrase locale et le besoin de l’utilisateur ; la cohérence de la destination n’exige pas un libellé identique.
• Un gagnant existant est réécrit comme une page vierge. Des sous-thèmes et un langage utiles disparaissent parce que le nouveau brief n’enregistre que la requête principale. Préservez la couverture adjacente et consignez les suppressions délibérées.
• Chaque faible CTR devient un problème de copie. Un aperçu IA, un pack d’images, une inadéquation de marque ou une mauvaise page de destination peut freiner les clics. Inspectez le résultat en direct avant de modifier le snippet.
• La réécriture par les moteurs de recherche déclenche des modifications quotidiennes. Une variation de titre observée provoque des changements réactifs qui effacent l’expérience. Collectez des preuves répétées spécifiques aux requêtes et ne modifiez que lorsque la page elle-même est mal alignée.

Phase suivante

La phase de maillage interne reçoit l’URL canonique finale, la promesse principale, le plan de titres stable, les entités approuvées, les liens sortants existants et les concepts d’ancre candidats. Elle utilise ces champs pour décider quelles pages pertinentes doivent pointer vers elle, quelles routes contextuelles doivent en sortir, et comment la page s’intègre dans le graphe plus large du site.

Ne transmettez pas un plan de titres provisoire ou une URL qui pourrait changer après publication. P12 doit décider du placement et de la couverture des liens, pas rouvrir l’intention de la page ni inventer des étiquettes pour une réponse inachevée. Le responsable on-page reste responsable de toute modification de libellé nécessaire pour rendre un lien prévu naturel.

Mettre les signaux de la page en accord

Commencez par les preuves réelles de la page : ouvrez le rapport Queries pour l’URL propriétaire, utilisez le rapport d’opportunité CTR lorsque les clics sont inférieurs à l’attente ajustée, ou ouvrez la liste de travail des opportunités de page lorsqu’un cluster est assez proche pour être amélioré. Ensuite, livrez une hypothèse documentée au niveau de la page, pas un ensemble d’insertions de mots-clés.