Balise OG et SEO en 2026 : ce que Google lit vraiment

Un lien vers ta fiche produitPage dédiée à un produit, devant être optimisée avec description unique, images et données structurées., collé dans Slack, s'affiche avec le logo du site étiré, le titre « Accueil » et pas une ligne de description. Slack n'y est pour rien. Le problème est dans ton <head> : les balises Open Graph manquent, ou elles sont mal déclarées.

Pour contrôler l'aperçu d'une page partagée, tu places dans le head des balises meta avec l'attribut property : og:title, og:description, og:image, og:urlUniform Resource Locator. Adresse unique d'une page web. Une URL optimisée est courte, descriptive et contient le mot-clé. et og:type, plus og:site_name, et twitter:card pour X. Elles ne font pas ranker. Mais Google cite og:title parmi les sources qu'il peut utiliser pour réécrire le titre affiché dans ses résultats, et og:site_name parmi celles qui servent au nom de site. C'est là que ça devient un sujet SEOSearch Engine Optimization. Ensemble des techniques visant à améliorer le positionnement d'un site web dans les résultats naturels des moteurs de recherche..

L'absence pure et simple d'OG, on la croise rarement. Les relevés de W3Techs détectent le protocole sur une large majorité des sites suivis. Ce qu'on croise en audit, ce sont des OG produites par un template paresseux : le même og:title sur 4 000 fiches, un og:url qui pointe encore vers la préprod, une image en chemin relatif qu'aucune plateforme ne sait charger, deux plugins qui émettent chacun leur jeu de balises. Rien de tout ça ne se voit en naviguant sur le site. Tu le découvres le jour où Google affiche un titre que tu n'as pas écrit.

Les articles qui rankent sur le sujet font en général l'une de deux choses : réciter les cinq propriétés, ou titrer que og:title « change les règles du SEO ». Les deux passent à côté du travail réel, qui consiste à générer les OG par template puis à les auditer sur tout le site.

Le jeu de balises Open Graph à poser dans chaque head

Facebook a lancé le protocole Open Graph en 2010. Aujourd'hui, à peu près tout ce qui fabrique un aperçu de lien le lit : LinkedIn, X, WhatsApp, Slack, Discord, iMessage. Pour une page catégorie e-commerce, le jeu minimal ressemble à ça :

<head>
  <title>Chaussures de trail homme : 240 modèles en stock | Boutique X</title>
  <link rel="canonicalBalise indiquant la version principale d'une page en cas de contenu dupliqué ou similaire." href="httpsProtocole sécurisé de transfert de données. Facteur de ranking depuis 2014.://www.exemple.fr/trail-homme/">
  <meta name="description" content="Chaussures de trail homme pour terrains secs, boueux ou techniques. Livraison 48 h, retours gratuits.">

  <meta property="og:type" content="website">
  <meta property="og:title" content="Chaussures de trail homme">
  <meta property="og:description" content="240 modèles pour terrains secs, boueux ou techniques.">
  <meta property="og:url" content="https://www.exemple.fr/trail-homme/">
  <meta property="og:image" content="https://www.exemple.fr/media/og/trail-homme-1200x630.jpg">
  <meta property="og:image:width" content="1200">
  <meta property="og:image:height" content="630">
  <meta property="og:image:alt" content="Trois chaussures de trail posées sur un sentier rocailleux">
  <meta property="og:site_name" content="Boutique X">
  <meta property="og:locale" content="fr_FR">

  <meta name="twitter:card" content="summary_large_image">
</head>

Toutes les lignes suivent la même logique RDFa : property nomme la propriété, content porte la valeur. La spécification impose property, pas name. Certains parseurs tolèrent name, d'autres non, et tu n'as aucune raison de jouer à la roulette. Les balises twitter: font l'inverse et utilisent name. Toutes les URL sont absolues et en HTTPS. Et surtout, ce bloc doit être dans le HTML envoyé par le serveur : les crawlers des plateformes sociales n'exécutent généralement pas le JavaScriptLangage de programmation web. Son mauvais usage peut bloquer l'indexation par les moteurs de recherche..

og:title et og:description, écrits pour quelqu'un qui scrolle

Ta balise titleBalise HTML définissant le titre d'une page, affiché dans les SERP et l'onglet du navigateur. Facteur de ranking important. travaille pour la SERPSearch Engine Results Page. Page affichée par un moteur de recherche en réponse à une requête utilisateur. : l'intentObjectif réel de l'utilisateur derrière sa requête : informationnelle, navigationnelle, transactionnelle ou commerciale., le mot-clé en tête, le suffixe de marque. Ton og:title travaille pour un fil d'actualité. Il n'a besoin ni du suffixe « | Marque », puisque og:site_name s'en charge, ni de la variante longue traîneExpressions de recherche longues et spécifiques (3+ mots) avec moins de volume mais un meilleur taux de conversion.. Garde-le proche du H1 (on verra plus bas pourquoi Google t'y pousse). Pour og:description, la meta description fait l'affaire, ou une version raccourcie. Les plateformes tronquent beaucoup, et sur mobile on ne voit souvent que la première ligne.

og:image, la balise qui fait le clic

Le guide webmasters de Meta recommande une image d'au moins 1200 × 630 pixels, soit un ratio d'environ 1,91:1. En dessous, ton lien sort avec une petite vignette collée au texte. Déclarer og:image:width et og:image:height permet au crawler d'afficher l'image tout de suite, sans la télécharger et l'analyser d'abord. Sans ces deux balises, le tout premier partage sort souvent sans visuel. Garde le texte incrusté dans la zone centrale de l'image : chaque plateforme recadre à sa manière.

og:url, og:type et og:site_name, les trois qu'on ne relit jamais

og:url reprend l'URL canonique, celle de ton link rel="canonical", sans paramètre de tracking ni de session. Meta s'en sert pour regrouper les partages et les réactions d'un même contenu : si og:url varie, le compteur se fragmente. og:type vaut website pour la home et les listings, article pour un contenu éditorial. og:site_name porte le nom de marque, écrit exactement comme tu veux le voir apparaître, y compris chez Google.

Ce qu'il reste des balises twitter

Quand ses propres balises manquent, X se rabat sur og:title, og:description et og:image. Seule twitter:card n'a pas d'équivalent OG, et sans la valeur summary_large_image ton lien sort en petit format. Une ligne suffit. Maintenir un second jeu complet ne sert à rien.

Ce que les balises OG changent vraiment pour ton SEO

Les balises Open Graph ne sont pas un facteur de classementPosition d'une page web dans les résultats de recherche pour une requête donnée.. Une belle og:image ne te fera gagner aucune position. Elles jouent sur deux choses : l'aperçu de tes liens hors de Google, et la présentation dans les SERP, où Google peut piocher dans og:title pour le titre affiché et dans og:site_name pour le nom de site.

Google lit og:title quand ta balise title le déçoit

Google réécrit une partie non négligeable des titres qu'il affiche. Sa documentation sur les liens de titre liste ses sources : la balise title, le titre principal visible sur la page, les balises HnBalises HTML structurant le contenu en hiérarchie (H1 à H6). Essentielles pour l'accessibilité et le SEO., og:title et le texte d'ancreTexte cliquable d'un lien hypertexte. Doit être descriptif et pertinent. des liens qui pointent vers la page. Le point sur og:title a beaucoup circulé en 2024, chez Abondance notamment, et webmarketing-com l'a résumé en une phrase : Google utilise désormais og:title pour créer le lien de titre.

og:title ne remplace pas ta title. Mais quand Google juge ta title trop longue, bourrée de mots-clés, dupliquée ou décalée par rapport au contenu, il cherche un autre candidat, et og:title est sur la liste. Si ton og:title colle au H1, la réécriture reste propre. Si ton template génère « Découvrez nos offres | Marque » sur toute une catégorie, tu donnes à Google une mauvaise option de plus.

Pour le mesurer, relève sur un échantillon de requêtes (marque et hors marque) le titre affiché dans la SERP, et compare-le à ta balise title. Chaque écart te dit quelle source Google a préférée.

og:site_name et le nom de site dans les résultats

Même logique pour le nom de site affiché au-dessus de l'URL. Google s'appuie d'abord sur les données structuréesCode ajouté au HTML pour aider les moteurs à comprendre le contenu et générer des rich snippets. WebSite, puis sur d'autres signaux, dont og:site_name. Un og:site_name resté à « Mon blog » après une installation par défaut peut donc finir dans la SERP.

Le CTR social, un effet réel mais indirect

Tu verras passer des hausses de CTRClick Through Rate. Pourcentage d'utilisateurs qui cliquent sur un lien par rapport au nombre total d'impressions. spectaculaires après une « optimisation des OG ». La plupart de ces mesures n'ont pas de groupe témoin, et je les prends avec des pincettes. Ce qui tient : un lien avec une grande image et un titre lisible se fait plus cliquer qu'un lien nu. Et un lien qui circule dans des Slack, des newsletters et des posts LinkedIn finit par générer du trafic direct, des recherches de marque, parfois des backlinks. Le gain SEO vient de là. L'algorithmeProgramme informatique utilisé par les moteurs de recherche pour classer les pages web. Google utilise plus de 200 facteurs de ranking. n'y est pour rien.

Générer tes balises og par type de page, pas à la main

Beaucoup d'agences vendent une « optimisation des balises Open Graph » page par page, livrée dans un tableur. Pour moi, c'est de l'argent jeté. Ce qu'il te faut, ce sont cinq ou six règles de template, écrites une fois. Sur un site de plusieurs milliers d'URL, personne ne rédigera og:description à la main, et tant mieux : une règle se teste, un tableur est périmé au premier produit ajouté.

Ce tableau, c'est la spec à donner au dev. Chaque valeur vient d'un champ qui existe déjà en base (le H1, le nom du produit, l'image principale), jamais d'un champ « partage social » que personne ne remplira. Sur la fiche produit, Meta exploite le type product pour ses catalogues. Pour un simple aperçu de partage, website suffit.

Les règles de fallback qui évitent le titre « Accueil »

Le bug qu'on voit le plus, bien avant la balise absente, c'est le fallback mal pensé. Le template cherche un champ « titre social », le trouve vide et se rabat sur le nom du site. Résultat : des milliers de pages avec le même og:title. Une chaîne de fallback saine ressemble à ça :

• og:title prend le titre social s'il est renseigné, sinon le H1, et jamais le nom du site seul.
• og:description prend la meta descriptionBalise HTML décrivant le contenu d'une page. Affichée sous le titre dans les SERP, elle influence le CTR., sinon les 150 à 200 premiers caractères du contenu principal, débarrassés du HTML.
• og:image prend le visuel dédié, sinon l'image principale si elle dépasse 1200 px de large, sinon un visuel par défaut propre à chaque rubrique plutôt qu'un logo unique.
• og:url reprend la valeur de la canonique, calculée par la même fonction.

Le dernier point est celui qui casse le plus souvent. Si la canonique et og:url sont calculées par deux bouts de code différents, elles divergeront à la première refonteModification majeure du design ou de la structure d'un site. Risque SEO si mal gérée. des URL, et personne ne s'en rendra compte pendant des mois.

Le piège des sites rendus en JavaScript

Sur un front React ou Vue sans rendu serveur, les balises injectées côté client existent dans le DOM rendu, et l'inspecteur de ton navigateur les affiche bien. Le crawler de LinkedIn ou de WhatsApp lit le HTML brut et n'y trouve qu'une coquille vide. GooglebotRobot d'exploration de Google qui parcourt le web pour découvrir et indexer les pages. rend le JavaScript, les crawlers sociaux généralement pas.

Les balises OG doivent donc sortir du SSR, du pré-rendu ou de l'edge. Pour vérifier, une commande suffit :

curl -s -A "facebookexternalhit/1.1" https://www.exemple.fr/trail-homme/ | grep -iE "og:(title|image|url)"

Si elle ne renvoie rien alors que ton inspecteur affiche les balises, tu tiens ton problème. Il se corrige dans l'architecture de rendu, et aucun plugin ne le réglera à ta place.

Facettes, paramètres et pagination

Une URL filtrée ou paginée hérite souvent d'un og:url égal à l'URL courante, paramètres compris. Si ta canonique pointe vers la catégorie racine, og:url doit suivre. Certaines combinaisons de facettes sont au contraire de vraies landing pages indexables, avec leur propre canonique : elles méritent leur propre og:title, construit à partir de leur H1. Pour le dev, la règle tient en une ligne : og:url égale la canonique, toujours.

Auditer les balises Open Graph sur tout un site

Passer trois URL dans un validateur, ça ne fait pas un audit. Un audit OG extrait les balises de toutes les pages indexables et cherche les incohérences à l'échelle du site. N'importe quel crawler qui accepte l'extraction personnalisée en XPath fait l'affaire.

Les extractions à configurer dans ton crawler

og:title        //meta[@property='og:title']/@content
og:description  //meta[@property='og:description']/@content
og:image        //meta[@property='og:image']/@content
og:url          //meta[@property='og:url']/@content
canonical       //link[@rel='canonical']/@href
nb_og_title     count(//meta[@property='og:title'])

La title et le H1 sont extraits par défaut par la plupart des crawlers. Si ton site dépend du JavaScript, lance deux crawls, un en HTML brut et un avec rendu. L'écart entre les deux exports est déjà un contrôle en soi.

Six contrôles et la décision qui va avec

Commence par les doublons. Un nb_og_title supérieur à 1 signale presque toujours deux sources concurrentes : le thème et un plugin, ou le CMS et un tag manager. Rien ne garantit que la plateforme retienne la bonne. Coupe une des deux sources plutôt que de dédupliquer à la main.

Compare ensuite og:url à la canonique, colonne contre colonne. Un écart sur des paramètres ou un slash final, c'est un correctif de template, priorité moyenne. Un domaine différent (préprod, http, ancien domaine d'avant la migration), c'est priorité absolue.

Troisième contrôle, les og:title dupliqués. Regroupe les URL indexables par valeur d'og:title : toute valeur partagée par plusieurs pages trahit un fallback défaillant. Si c'est le nom du site, le fallback se rabat sur le mauvais champ. Si c'est un titre de catégorie qui apparaît sur des fiches produits, le template lit une variable du gabarit parent.

Quatrième contrôle : og:title face à la title et au H1. Normalise les trois chaînes (minuscules, sans suffixe de marque) et repère les pages où og:title ne partage aucun terme significatif avec le H1. C'est sur ces pages qu'une réécriture de Google risque de sortir un titre absurde. Réaligne og:title sur le H1.

Cinquième contrôle, les images. Exporte la liste des URL d'og:image uniques et recrawle-les en mode liste. Signale les statuts autres que 200, les redirections, les chemins relatifs, le http et les largeurs sous 1200 px. Une image par défaut en 404Code HTTP indiquant qu'une page n'existe pas. Trop d'erreurs 404 nuisent au crawl budget. sur le gabarit produit casse l'aperçu de tout le catalogue d'un coup.

Le dernier croise le crawlProcessus par lequel les robots des moteurs de recherche parcourent et analysent les pages web. brut et le crawl rendu. Une balise présente seulement dans le rendu, c'est le chantier SSR décrit plus haut. Traite-le comme un chantier, pas comme une ligne de ticket parmi d'autres.

Prioriser sans y passer la semaine

On traite par impact, pas par nombre d'URL touchées. Un og:url qui pointe vers la préprod passe avant tout le reste. Ensuite les doublons et les OG absentes du HTML brut, parce qu'ils cassent l'aperçu sur des gabarits entiers. Les og:title génériques se traitent avec le template des titles, qui souffre souvent du même défaut. Les images trop petites ferment la marche : c'est gênant, rarement urgent.

Corrige au niveau du gabarit, puis recrawle un échantillon de chaque type de page. Corriger URL par URL, c'est de la saisie.

Balises Open Graph sur WordPress avec Yoast

Sur WordPress, Yoast SEO génère nativement les balises Open Graph, Rank Math aussi. Un plugin dédié n'apporte rien, sauf un risque de doublon.

Le réglage global

Dans les réglages de Yoast, l'option des données Open Graph est activée par défaut. Tu y définis aussi une image par défaut, utilisée quand une page n'a ni image sociale ni image mise en avant. Mets un visuel en 1200 × 630, pas ton logo carré, qui sortira recadré n'importe comment. Si le titre social est vide, Yoast reprend le titre SEO pour og:title et la meta description pour og:description. Ça tient tant que tes titles SEO sont propres.

Le réglage page par page et le conflit de plugins

Dans la meta box Yoast d'un contenu, l'onglet réseaux sociaux permet de surcharger le titre, la description et l'image de partage. Réserve-le aux pages qui circulent vraiment, articles piliers ou landing pages de campagne. Personne ne va le remplir sur 3 000 fiches WooCommerce.

Sur WordPress, ce qui casse le plus souvent, c'est la double émission. Un thème premium qui injecte ses propres og:, un plugin de partage social ou un module e-commerce peuvent chacun ajouter leur jeu. Le contrôle prend deux minutes : affiche le code source d'une page de chaque type et compte les og:title. S'il y en a deux, désactive la source qui n'est pas Yoast, dans les réglages du thème ou du plugin concerné.

Purger le cache des plateformes après chaque correction

Tu as corrigé ton og:image et LinkedIn affiche toujours l'ancienne. Normal, les plateformes gardent les aperçus en cache. Le Sharing Debugger de Meta force un nouveau scraping, le Post Inspector de LinkedIn fait pareil de son côté. Pour les autres, renommer le fichier image (un suffixe de version suffit) contourne le cache plus sûrement que d'attendre.

Ta citabilité ne se joue pas dans le head

On nous pose souvent la question en audit GEO, et la réponse est non : soigner tes balises OG ne te fera pas citer par ChatGPTAgent conversationnel d'OpenAI utilisant un LLM pour générer des réponses., PerplexityMoteur de recherche conversationnel basé sur l'IA, concurrent émergent de Google. ou les AI Overviews. Ces systèmes citent des passages, des faits, des définitions nettes, et tout ça se trouve dans le corps de la page. Les OG décident de l'allure de ton lien une fois cité ou partagé. Elles ne changent rien à ses chances de l'être. Ça reste pourtant souvent le premier chantier lancé, parce qu'il se livre en un sprint et fait une jolie capture d'écran.

Questions fréquentes