Ouvrir Graph Tags: Pas a Ranking Factor, Encore an SEO Deliverable

TL;DR — Ouvrir Graph (OG) balises sont little bits de HTML dans le head de votre page que decide comment votre lien semble quand quelqu’un shares il — le titre, blurb, et image dans que preview card vous voir on Facebook, LinkedIn, Slack, Discord, WhatsApp, or dans an iMessage. Ils ne pas aider vous classer dans Google. Mais si vous skip les, le platforms guess — et le guess est généralement pire que ce que vous’d ont choisi.

Ce que Ouvrir Graph tags are

Quand vous paste a lien dans a chat app or a social post et il turns dans a neat little card — a headline, a court description, et a big image — que card est construit depuis Ouvrir Graph balises. ils sont <meta> balises que actif dans votre page’s <head>, où visitors jamais voir les mais le apps que construire le preview faire.

Le système comes depuis le Ouvrir Graph protocol, a spec Facebook créé (vous pouvez lire il à ogp.me). Le idea était à let quelconque page web act comme a rich “object” que social platforms pourrait afficher consistently.

Ici sont le ones vous en réalité définir:

<meta property="og:title" content="Your headline for the share card" />
<meta property="og:description" content="A short blurb, a sentence or two." />
<meta property="og:image" content="https://example.com/share-image.jpg" />
<meta property="og:url" content="https://example.com/your-page/" />
<meta property="og:type" content="website" />

• og:titre — le headline on le card.
• og:description — le blurb sous il.
• og:image — le big thumbnail (ce est le un que rend le card eye-catching).
• og:url — le canonical lien pour lune page.
• og:type — ce que kind de chose lune page est (website pour la plupart pages, article pour a blog post).

Do ils aider vous rank?

Aucun. Ouvrir Graph balises sont pas a Google facteur de classement — ajout les ne va pas déplacer vous up dans résultats de recherche. Ce que ils faire est affecter comment nombreux personnes click votre lien quand c’est shared, qui est a différent (et encore valuable) chose. Think de les le façon vous’d think de a bon meta description: c’est pas classement, c’est le pitch que earns le click.

Le image size à remember

il y a aucun unique official size chaque plateforme publishes — chaque un documents son propre numbers (LinkedIn’s propre aider page dit 1200 × 627px minimum, 1,91:1 ratio; Google’s propre Découvrir guidance dit au moins 1200px wide, 16:9). En pratique, 1200 × 630 pixels (à propos de a 1,91:1 ratio) est le long-standing convention que renders cleanly, uncropped, on Facebook, LinkedIn, Slack, Discord, WhatsApp, et iMessage — utiliser il as votre sûr par défaut plutôt que a règle stamped anywhere official. Et utiliser a complet URL starting avec https:// — a relative chemin comme /image.jpg obtient silently ignored.

The un chose everyone trips on

Vous modifier votre og:image, re-share le lien… et le old image encore montre up. c’est mise en cache — Facebook, LinkedIn, et Slack tout remember (cache) ce que ils scraped le premier temps, et editing votre balises ne fait pas retroactively mettre à jour liens que étaient déjà shared. À corriger il vous ont à faire le plateforme regarder à nouveau: paste votre URL dans le Facebook Sharing Debugger et click “Scrape Again,” or utiliser le LinkedIn Post Inspector.

Vouloir le complet picture — chaque balise, ce que Google en réalité fait avec les dans 2026, le per-plateforme fallback et mise en cache quirks, et le JavaScript gotcha que hides votre balises depuis robots d’exploration? Switch à le Avancé tab.

TL;DR — Ouvrir Graph balises sont <head> <meta> elements depuis le Ouvrir Graph protocol (ogp.me, construit par Facebook) que décrire votre page as a shareable object. Requis: og:title, og:type, og:image, og:url; courant optional: og:description, og:site_name, og:locale, et og:image:alt. Repeated properties formulaire arrays, avec le premier balise preferred on conflicts. Ils sont pas a facteur de classement — ils sont le appearance couche pour social/chat-app lien previews (Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage). Recherche-moteur handling est séparé et ne doit pas être inferred depuis Ouvrir Graph validity. Le protocol itself sets aucun pixel dimensions pour og:image — chaque consumer publishes son propre sizing (LinkedIn, Google Découvrir) — donc ship an absolute-URL og:image sized pour le platforms vous prise en charge; know que manquant balises produce an uncontrolled, pas blank, preview; et remember chaque plateforme caches le scrape — editing balises ne fait pas corriger déjà-shared liens, donc force a re-scrape. La plupart social robots d’exploration ne pas exécuter JavaScript, donc le balises doit être dans le serveur-rendu HTML.

Ce que Ouvrir Graph tags en réalité are

Ouvrir Graph balises sont <meta> elements dans votre page’s <head>, défini par le Ouvrir Graph protocol — a spec Facebook créé et publié à ogp.me. Le protocol’s premise est que a page web peut être turned dans a rich “object” avec a petit, consistent vocabulary de properties, donc quelconque plateforme peut construire le même preview depuis le même balises. Google’s propre developer explainer puts le origin plainly: le Ouvrir Graph protocol “provides Facebook avec le metadata necessary à autoriser pages web à ont le même functionality as autre Facebook objects,” per web.dev’s Social discovery article.

Le spec marks four properties as requis — og:title, og:type, og:image, et og:url — et le ones vous’ll presque toujours ajouter on top sont og:description, og:site_name, et og:locale, plus structured sub-properties comme og:image:width, og:image:height, et og:image:alt (le spec’s propre guidance: une page que specifies og:image devrait specify og:image:alt aussi).

Repeated balises et structured properties suivre spécifique règles. Le protocol lets vous repeat a root property à décrire plusieurs objects (dire, plusieurs candidate images) — quand consumers voir conflicting valeurs pour le même property, le premier balise dans document order wins. A structured sub-property comme og:image:width s’applique à le og:image balise immédiatement avant il, pas à chaque image on lune page, donc garder chaque image’s og:image et son structured sub-properties grouped ensemble dans source order. Ce est protocol-level behavior depuis ogp.me itself, pas a per-plateforme quirk.

Le framing Je vouloir vous à garder: ce est le social/chat appearance couche, le sibling de le SERP appearance couche vous déjà manage avec le titre balise et le meta description. Même idea — contrôler comment votre page presents itself — simplement on a différent surface.

The core Ouvrir Graph tags, un by un

«Google’s web.dev explainer gives the per-tag purpose in one line each: og:title is “the title of the web page,” og:description is “the description of the web page,” og:image is the “URL to an image attached to the shared post,” og:url is “the canonical url of the web page,” and og:type is “a string that indicates the type of the web page” (web.dev). Practically: » (Traduction) (Résumé en français de la section vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

• og:titre — le card headline. Garder il à roughly ce que montre on mobile/desktop cards; utiliser le raw titre sans site-name branding tacked on. Ce est séparé depuis votre HTML <title> element, though Google peut draw on soit pour le titre lien (voir ci-dessous).
• og:description — le card blurb. A sentence or deux; plus long texte truncates on la plupart platforms.
• og:image — le thumbnail, et le property que rend or breaks le card. Il doit être an absolute URL (https://…) — a relative chemin est silently ignored par robots d’exploration. Ajouter og:image:width/og:image:height donc platforms peut lay out le card avant le image finishes chargement, et og:image:alt avec a réel description — le protocol itself recommends il whenever vous specify og:image.
• og:url — l’URL canonique pour lune page (align il avec votre rel=canonical donc shares consolidate on un adresse).
• og:type — declares le object type. website est le par défaut (et ce que quelconque unmarked page est treated as); article unlocks supplémentaire properties comme article:author, article:published_time, et article:section; là sont aussi profile, book, video.*, et music.* types. Ce matters pour plateforme fonctionnalités, pas pour le SEO directement.
• og:site_name et og:locale — le optional-mais-utile pair. og:site_name noms le brand behind lune page; og:locale (par défaut en_US) est seulement nécessaire quand contenu n’est pas dans American English.

Sont Ouvrir Graph balises a facteur de classement? Aucun — mais ici’s ce que Google fait avec les

Là est aucun official Google source stating que OG balises influence classement. Ils contrôler appearance, pas position — le exact même bucket John Mueller put le meta description dans: c’est “primarily utilisé as a extrait dans le résultats de recherche page. Et c’est pas quelque chose que nous voudrait utiliser pour classement” (via Moteur de recherche Journal’s écrire-up). Aucun named Google rep a donné an equivalent on-le-record citation précisément à propos de Ouvrir Graph et classement, donc Je ne va pas invent un — le evidence est le documented mechanism, et le mechanism est tout appearance. Là sont three confirmed places Google’s propre documentation dit il lit votre OG balises — et dans chaque cas, valide markup est un entrée Google peut draw on, pas a guarantee de a particulier afficher, a particulier crop, or quelconque classement or trafic résultat. Absence depuis un de ces docs n’est pas proof Google ignores le balise elsewhere, soit — treat ce as “what’s documented,” pas an exhaustive liste de tout Google’s systèmes pourrait touch.

og:titre as a titre-lien source

«Since August 26, 2024, Google’s documentation lists “Content in og:title meta tags” among the sources it can use to automatically generate the title link — the clickable headline in results. The changelog line is direct: “Google Search can use content within og:title meta tags to automatically generate title links” (Search Central changelog). It’s one of roughly nine sources Google blends from (title-link docs) — not a guarantee your og:title gets used verbatim. » (Traduction) (Résumé en français de la section trente et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### og:image as an image-thumbnail source » (Traduction) (Résumé en français de la section trente-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google’s Image SEO best practices has a “Specify a preferred image with metadata” section that names two metadata sources you can use to influence which image gets picked for Search: schema.org’s primaryImageOfPage (or an image on the main entity), or “the og:image meta tag.” Google is explicit that “Google’s selection of an image preview is completely automated” and warns you to “avoid using a generic image (for example, your site logo) or an image with text in the schema.org markup or og:image meta tag.” Its Discover doc gives the same two options for Discover images and adds concrete guidance: at least 1200px wide, more than 300,000 total pixels, and a 16:9 aspect ratio (its own example is 1280×720) — note that’s a different ratio than the 1.91:1 convention used for social-card images below, so a single image sized for social sharing won’t automatically be Discover’s preferred crop. » (Traduction) (Résumé en français de la section trente-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Trade press (Moteur de recherche Land, Moteur de recherche Journal, Moteur de recherche Roundtable) covered ce Images/Découvrir documentation as nouveau autour early March 2026 et reported que og:image’s role maintenant extends à AI Overviews as bien. Je pourrait pas confirmer an AI Overviews mention on Google’s propre Images or Découvrir pages directement — aucun page currently noms AI Overviews or “AI surfaces” — donc treat le Recherche/Découvrir role as le documented fact et le AI Overviews extension as tiers-reported, pas quelque chose Google’s propre docs state outright. Soit façon, ce est selection, pas classement: og:image est un entrée parmi plusieurs, avec aucun guarantee de exact afficher.

«### og:site_name as a site-name source » (Traduction) (Résumé en français de la section trente-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«For the site name shown next to your results, Google says its system “will also consider content in og:site_name, <title>, heading elements, and other text on a home page. However, WebSite structured data is most important” (Site Names doc). So og:site_name is one lever, below WebSite schema markup in priority. (For video pages there’s a fourth touchpoint: Google supports OGP and reads og:video:image for video thumbnails, per the Video SEO docs.) » (Traduction) (Résumé en français de la section trente-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Tie les ensemble et le honest headline est: Google lit votre OG balises, mais seulement à aider decide comment votre résultat semble — jamais où il se classe.

Comment social platforms et chat apps utiliser OG balises

Le principal, everyday job de OG balises est le lien preview card. Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage, et Telegram tout lire les à construire le card affiché avant a click.

«X/Twitter is the special case. Twitter Cards are, in Google’s words, “an extension to the Open Graph Protocol applicable for Twitter” (web.dev). X checks twitter:card / twitter:* tags first and falls back to OG tags per-property; if twitter:card is absent entirely, X still may build a card from OG data but defaults to the plain summary card type. Worth knowing: the old Twitter Card Validator tool was deprecated around 2022 when the platform rebranded — several competitor guides still reference it as if it’s live. There’s no official X-specific validator anymore; third-party OG debuggers fill the gap. » (Traduction) (Résumé en français de la section quarante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Recommended og:image size et format

Le Ouvrir Graph protocol itself sets aucun pixel dimensions or aspect ratio pour og:image — ogp.me seulement defines le structured properties (og:image:width, og:image:height, og:image:type, og:image:alt), pas a requis size. Sizing est a per-consumer décision, et consumers ne pas tout agree:

• LinkedIn documents its propre minimum directement: 1200 × 627px, 1,91:1 ratio; images narrower que ~401px render as a petit thumbnail seulement.
• Google Découvrir documents au moins 1200px wide, plus que 300 000 total pixels, 16:9 aspect ratio (exemple donné: 1280×720) pour its preferred-image metadata — a noticeably différent ratio que the social-card convention ci-dessous.
• Facebook’s current sharing documentation demande pour images “au moins 1080 pixels in width” sans pinning a universal ratio; it points vous to a separate best-practices guide pour specifics.

Donné que spread, 1200 × 630px (à propos de 1,91:1) remains le practical cross-plateforme par défaut la plupart implementers utiliser — c’est fermer à LinkedIn’s propre minimum et renders acceptably (si pas toujours pixel-perfect) on Facebook, Slack, Discord, WhatsApp, et iMessage, et X displays il as a grand-image card. Treat il as a sensible convention, pas a règle quelconque unique spec mandates — si a spécifique plateforme matters a lot à vous, vérifier que plateforme’s actuel documentation plutôt que assuming ce figure est guaranteed correct là.

Two choses que are hard rules, pas conventions:

• Absolute URL requis. og:image doit point à a complet https://… URL; a relative chemin est ignored par robots d’exploration.
• Aucun générique logos or texte-heavy images si vous aussi vouloir le image eligible pour Google’s thumbnail selection — Google explicitly warns contre les deux, et contre extreme aspect ratios. Définir og:image:alt avec a réel description, aussi.

Ce que se produit quand Ouvrir Graph tags are manquant

A courant myth est que “aucun OG balises” signifie “plain text link, no image.” Il ne fait pas — platforms fall back, ils ne pas blank out. Facebook fills le gaps depuis le page’s <title>, meta description, et premier usable contenu image; LinkedIn behaves similarly et treats images narrower que ~401px as thumbnail-seulement. Donc le réel risque de omitting OG balises est an uncontrolled, pire preview — a random dans-body image, a truncated <title> — pas a manquant un. Si vous care comment une page semble quand shared (et pour n’importe quoi vous’d promote, vous devez), définir le balises plutôt que letting chaque plateforme guess.

Pourquoi votre mis à jour OG tags aren’t showing up — mise en cache and re-scraping

Ce est le number-un practical pain point. Facebook, LinkedIn, et Slack tout cache le scraped OG données, donc editing votre balises ne fait pas retroactively mettre à jour liens que étaient déjà shared. Facebook’s propre webmaster docs confirmer un spécifique mechanism worth knowing: “images sont mis en cache fondé on l’URL et ne va pas être mis à jour unless l’URL changements” — donc si vous êtes troubleshooting a stuck image, modification le og:image filename (pas simplement son contents) peut force a fresh récupérer. Je ne pas ont a premier-party source pour exactly comment long chaque plateforme’s cache lives avant il expires on son propre, donc ne pas treat quelconque spécifique duration vous voir quoted elsewhere as a documented guarantee — force a re-scrape per plateforme au lieu de waiting il out:

• Facebook Sharing Debugger (developers.facebook.com/outils/debug) — paste l’URL et utiliser “Scrape Again” à trigger a fresh récupérer.
• LinkedIn Post Inspector — re-récupère et previews le card; si le image encore ne va pas pull, vérifier il n’est pas bloqué or behind auth.
• X/Twitter — aucun official validator since ~2022. Since X falls back à OG balises, a générique OG debugger plus a fresh share est le practical route.

Parce que robots d’exploration cache et contenu changements, OG balises ne sont pas truly set-et-forget: après a significant contenu or image mettre à jour on a élevé-valeur page, re-scrape il.

«## Implementation gotchas: JavaScript, byte limits, absolute URLs » (Traduction) (Résumé en français de la section cinquante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The biggest one ties straight back to rendering: most social-platform crawlers do not execute JavaScript. OG tags injected client-side — say, by React after hydration — are invisible to them; the crawler sees an empty <head>. The tags must be present in the raw, server-rendered HTML. This is the same crawl-vs-render distinction that bites JavaScript-heavy sites elsewhere (see JavaScript SEO). Slack has been reported (not documented in an official spec) to fetch only a limited number of bytes from the start of a page, so as a safety margin put your OG tags early in <head> rather than after a large inline script or style block. And, once more because it’s the quiet killer: og:image must be an absolute URL. » (Traduction) (Résumé en français de la section cinquante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Bing, Microsoft, and Open Graph » (Traduction) (Résumé en français de la section cinquante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Bing is far less documented here than Google. Bing’s Markup Validator (in Bing Webmaster Tools) lists Open Graph among the structured-markup formats it recognizes, alongside schema.org, Microdata, Microformats, and RDFa, and Bing’s migration guidance flags OG metadata as something to keep current during a move — but Bing hasn’t published Google-style specifics on whether or how OG data feeds its snippets or thumbnails. In practice the stronger Microsoft-ecosystem consumer of OG tags is LinkedIn (Microsoft-owned), which reads og:title, og:description, og:image, and og:url to build its share cards. Don’t overclaim a Bing mechanism that isn’t documented. » (Traduction) (Résumé en français de la section cinquante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Courant Ouvrir Graph myths, debunked

«- “OG tags are a Google ranking factor.” No — no official source says so. They affect appearance (title-link, image-thumbnail, site-name sources), not position. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “OG is only for Facebook, irrelevant to real SEO.” Out of date. Google’s own docs list og:title (title links, added Aug 2024), og:image (a Search/Discover image-selection input), and og:site_name (a lower-priority site-name input) as three separate appearance features it reads OG tags for — though “AI Overviews” specifically is trade-press reporting, not a claim on Google’s own Images/Discover pages as of this check. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “No OG tags means a plain, image-less link.” No — platforms fall back to <title>/meta description/first image, giving an uncontrolled preview, not a blank one. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Updating og:image instantly fixes every already-shared link.” No — Facebook/LinkedIn/Slack cache the scrape; you must force a re-scrape, and CDN caching can delay it further. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Use the Twitter Card Validator to fix X previews.” That tool was deprecated ~2022; there’s no official X validator now. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Any image size/URL works for og:image.” No — it must be an absolute URL, and Google warns against generic logos, text-in-image, and extreme aspect ratios for its own thumbnail selection. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

Où to go suivant

Ce page est a deep dive sous le Meta Balises pour le SEO hub, le sur la page cluster’s map de qui head elements en réalité matter. Ouvrir Graph est le social/chat appearance couche — son siblings on le SERP appearance side sont le titre balise (qui Google peut draw depuis votre og:title) et le meta description (le closest analogue: pas a facteur de classement, tout à propos de le click). Pour le image et site-name side, OG overlaps avec balisage de données structurées — Google treats og:image et schema’s primaryImageOfPage as alternative thumbnail sources. Et parce que la plupart social robots d’exploration ne pas exécuter JavaScript, le entier topic sits downstream de rendu et JavaScript SEO.

AI summary

A condensed prendre on the Avancé version:

• Ouvrir Graph balises = le social/chat appearance couche. <head> <meta> elements depuis le Ouvrir Graph protocol (ogp.me, construit par Facebook) que décrire votre page as a shareable object.
• Requis: og:title, og:type, og:image, og:url. Courant optional: og:description, og:site_name, og:locale, og:image:alt. Repeated balises formulaire arrays; le premier balise wins on conflicts.
• Pas a facteur de classement — même appearance bucket as le meta description. Aucun official Google source ties OG balises à classement.
• Google lit les pour appearance (three documented mechanisms, none a guarantee): og:title → a titre-lien source (ajouté Aug 2024); og:image → an image-selection entrée pour Recherche et Découvrir (Discover’s propre spec: ≥1200px wide, 16:9 — a différent ratio que le social-card convention); og:site_name → a lower-priority site-name entrée (ci-dessous WebSite schema). Video pages ajouter og:video:image. Trade press aussi rapports an AI Overviews role pour og:image; Google’s propre Images/Découvrir pages ne pas nom AI Overviews directement.
• Principal real-world job: le lien preview card on Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage. X/Twitter Cards extend OG — X lit twitter:* premier, falls back à OG per-property, defaults à a summary card si twitter:card est absent. Le Twitter Card Validator était deprecated ~2022.
• og:image: aucun universal spec size; LinkedIn documents 1200×627 (1,91:1), Google Découvrir documents ≥1200px/16:9; 1200×630 (1,91:1) est le courant cross-plateforme convention. Absolute URL requis; éviter générique logos / texte-dans-image / extreme ratios; définir og:image:alt.
• Manquant balises → uncontrolled, pas blank preview. Platforms fall back à <title>/meta description/premier image.
• Mise en cache est le #1 problème. Editing balises ne fait pas corriger déjà-shared liens; force a re-scrape via le Facebook Sharing Debugger (“Scrape Again”) or LinkedIn Post Inspector. Facebook’s propre docs remarque images sont mis en cache par URL et ne va pas mettre à jour unless l’URL itself changements.
• Rendu gotcha: la plupart social robots d’exploration ne pas exécuter JavaScript — balises doit être dans le serveur-rendu HTML; Slack est reported (pas officially documented) à récupérer seulement a limited number de bytes, donc put head balises early as a safety margin.
• Bing: thin docs — son Markup Validator recognizes OG, mais aucun Google-style thumbnail/extrait mechanism est publié. LinkedIn est le practical Microsoft consumer.

«## Official documentation » (Traduction) (Résumé en français de la section soixante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Primary-source documentation from the protocol and the search engines. » (Traduction) (Résumé en français de la section soixante-dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The protocol » (Traduction) (Résumé en français de la section soixante-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- The Open Graph protocol (ogp.me) — the spec itself: required properties (og:title, og:type, og:image, og:url), optional ones, and structured sub-properties like og:image:width/og:image:height. » (Traduction) (Résumé en français de la section soixante-onze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google » (Traduction) (Résumé en français de la section soixante-douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Control your title links in search results — the full list of title-link sources, including og:title. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Search Central changelog: adding og:title to title-link sources (Aug 26, 2024) — when og:title was added. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Image SEO best practices — “Specify a preferred image with metadata” — og:image (and schema.org) as thumbnail-selection sources for Search. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Discover — og:image for Discover thumbnails; documents ≥1200px wide, >300,000 total pixels, 16:9 ratio. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Site Names in Google Search — og:site_name as a site-name source (below WebSite structured data). » (Traduction) (Résumé en français de la section soixante-douze, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- Video SEO best practices — OGP support and og:video:image for video thumbnails. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- web.dev — Social discovery — Google’s foundational explainer of OGP and Twitter Cards, with the per-tag purpose table. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.)

«Tools » (Traduction) (Résumé en français de la section soixante-treize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Facebook Sharing Debugger — paste a URL, see how Facebook scrapes it, and “Scrape Again” to bust the cache. » (Traduction) (Résumé en français de la section soixante-treize, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Quotes from the source » (Traduction) (Résumé en français de la section soixante-seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements depuis Google. Chaque lien est a deep lien que jumps à le quoted passage on le page source.

Google — og:titre as a titre-lien source

«- “Google Search can use content within og:title meta tags to automatically generate title links.” — Google Search Central changelog (Aug 26, 2024). Jump to quote » (Traduction) (Résumé en français de la section soixante-dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- The list of title-link sources includes “Content in og:title meta tags.” — Google Search Central docs. Jump to quote » (Traduction) (Résumé en français de la section soixante-dix-neuf, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google — og:image as a thumbnail-selection source » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- You can influence image selection “by providing your preferred image through one of the following metadata sources” — schema.org markup or “the og:image meta tag.” — Google Search Central docs. Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Avoid using a generic image (for example, your site logo) or an image with text in the schema.org markup or og:image meta tag.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-un, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Use either schema.org markup or the og:image meta tag to specify a large image that’s relevant and representative of the web page.” — Google Discover docs. Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-un, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google — og:site_name as a site-name source » (Traduction) (Résumé en français de la section quatre-vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

• “Notre site name système va aussi consider contenu dans og:site_name, <title>, titre elements, et autre texte on a page d’accueil. However, WebSite données structurées est la plupart important.” — Recherche Google Central docs. Jump à citation

Google — le OGP definition et per-balise objectif

«- The Open Graph protocol “provides Facebook with the metadata necessary to allow web pages to have the same functionality as other Facebook objects.” — web.dev (Google). Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Twitter Cards are “an extension to the Open Graph Protocol applicable for Twitter.” — web.dev (Google). Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

John Mueller, Google — appearance ≠ classement (cited par analogy)

«- “So the meta description is primarily used as a snippet in the search results page. And that’s not something that we would use for ranking.” — John Mueller, SEO Office Hours (May 2022), via Search Engine Journal. The same “appearance, not ranking” logic is how to read OG tags. Read the coverage » (Traduction) (Résumé en français de la section quatre-vingt-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Note: no Google rep has given an on-the-record quote specifically naming “Open Graph tags” and ranking — the Mueller line above is about the meta description and is cited only as the analogous “appearance, not ranking” framing, not as a statement about OG. The og:image documentation on Google’s Images/Discover pages is unsigned and undated in the visible page content (Google’s doc updates typically are); trade coverage from Search Engine Land and Search Engine Journal reported it as a new addition around early March 2026 and reported a broader AI Overviews role that the Google pages themselves don’t state. Treat the dating and the AI Overviews extension as press-reported, not Google-confirmed. Confirm the deep-linked passages against the live pages before treating them as final. » (Traduction) (Résumé en français de la section quatre-vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## “My shared link looks wrong” — a triage tree » (Traduction) (Résumé en français de la section quatre-vingt-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Fonctionner top to bottom; the premier “yes” is votre réponse.

1. Fait lune page ont OG balises à tout dans le raw HTML? Exécuter curl -s https://your-url/ | grep 'og:' (or “View Source,” pas DevTools’ rendu DOM).

• Aucun balises dans raw HTML, mais ils sont dans le rendu DOM → ils sont étant injected par JavaScript. La plupart social robots d’exploration ne pas exécuter JS, donc ils ne peut pas voir les. Corriger: serveur-rendre le balises dans le <head>.
• Aucun balises anywhere → ajouter les. Jusqu’à alors, platforms fall back à <title>/meta description/premier image (an uncontrolled preview).
• Balises sont présent dans raw HTML → go à 2.

2. Is og:image an absolute https://… URL?

• Aucun (relative chemin) → robots d’exploration ignore it. Fix: faire it absolute.
• Yes → go to 3.

3. A fait vous recently modifier le balises, et le old preview encore montre?

• Oui → c’est mis en cache. Corriger: re-scrape per plateforme — Facebook Sharing Debugger (“Scrape Again”), LinkedIn Post Inspector. Si c’est précisément le image et re-scraping ne fait pas aider, essayer modification le image’s URL/filename — Facebook’s propre docs dire images sont mis en cache par URL et ne va pas mettre à jour jusqu’à l’URL fait.
• Aucun → go à 4.

4. Is it seulement incorrect on X/Twitter?

• Yes → X reads twitter:* tags premier, alors falls back to OG per-property and defaults to a summary card si twitter:card is manquant. There’s aucun official X validator since ~2022; ajouter explicit twitter:card tags and re-share.
• Aucun → go to 5.

5. Est le image le incorrect size/cropped, or a logo/texte image dans Google résultats?

• Cropped/blurry on social → resize à 1200×630 (1,91:1), le courant cross-plateforme convention (aucun unique plateforme’s official spec, mais fermer à LinkedIn’s propre documented minimum).
• Incorrect crop précisément dans Google Découvrir → Découvrir documents a 16:9 ratio (≥1200px wide, >300 000 total pixels), différent depuis le 1,91:1 social convention.
• Google’s thumbnail est votre logo or a texte image → Google avoids générique logos, texte-dans-image, et extreme aspect ratios; donner il a clean, representative og:image (or définir primaryImageOfPage schema).

«## Open Graph cheat sheet » (Traduction) (Résumé en français de la section cent, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The tags — what each one does » (Traduction) (Résumé en français de la section cent un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«| Property | Required? | Controls | Notes | | --- | --- | --- | --- | | og:title | Yes | Card headline | Also a Google title-link source (Aug 2024) | | og:type | Yes | Object type | website default; article unlocks article:* | | og:image | Yes | Card thumbnail | Absolute URL; also a Google Search/Discover thumbnail input | | og:url | Yes | Canonical link | Align with rel=canonical | | og:description | No | Card blurb | Truncates on most platforms | | og:site_name | No | Brand name | Also a Google site-name source (below WebSite schema) | | og:locale | No | Language/region | Default en_US; set for non-US-English | | og:image:width/:height | No | Layout hint | Helps platforms render before load | | og:video:image | No | Video thumbnail | Google reads it for video pages | » (Traduction) (Résumé en français de la section cent deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Où Google reads OG tags (tout appearance, none ranking)

Fast facts

• Aucun universal spec size pour og:image. LinkedIn: 1200×627, 1,91:1. Google Découvrir: ≥1200px wide, 16:9. Courant convention: 1200×630px, 1,91:1, absolute URL, og:image:alt définir, aucun logo/text/extreme ratio.
• Manquant tags → uncontrolled fallback preview, pas a blank un.
• Mise en cache: editing tags doesn’t fix already-shared liens — re-scrape. Facebook caches images by URL — a modifié URL forces a fresh récupérer même si the filename semble similaire.
• Facebook: Sharing Debugger → “Scrape Again.”
• LinkedIn: Post Inspector (sticky cache).
• X: aucun official validator since ~2022; reads twitter:* premier, falls back to OG.
• Rendering: la plupart social robots d’exploration don’t run JS — tags doit be server-rendered; Slack is reported (unofficially) to récupérer seulement a limited byte range, so garder head tags early.

Ouvrir Graph implementation checklist

A réussir to confirmer votre shared liens regarder the façon vous intend:

• Tout four requis balises présent: og:title, og:type, og:image, og:url.
• og:description et og:site_name définir; og:locale définir si pas US English.
• og:image est à an absolute https:// URL — pas a relative chemin, logo, texte-heavy graphic, or extreme aspect ratio. Sized 1200×630px (1,91:1) as le courant cross-plateforme convention, or vérifié contre le spécifique plateforme’s propre documented minimum si un matters la plupart à vous (e.g. LinkedIn’s 1200×627/1,91:1, Google Discover’s ≥1200px-wide/16:9).
• og:image:width / og:image:height / og:image:alt declared à aider card layout et accessibility.
• og:url matches votre rel=canonical donc shares consolidate on un URL.
• Balises sont dans le raw, serveur-rendu HTML <head> — confirmed via “View Source” / curl, pas simplement DevTools’ rendu DOM (la plupart social robots d’exploration ne pas exécuter JavaScript).
• Head balises apparaître early dans le document (Slack est reported, unofficially, à récupérer seulement a limited byte range depuis le commencer de lune page).
• og:type matches lune page (article pour posts, unlocking article:author / article:published_time).
• twitter:card (et twitter:*) balises définir si vous vouloir explicit contrôler on X; sinon X falls back à OG avec a summary card.
• Previewed dans le Facebook Sharing Debugger et LinkedIn Post Inspector; re-scraped après quelconque significant titre/image modifier.
• Pour pages vous vouloir eligible pour Google image thumbnails, og:image (or schema primaryImageOfPage) est a clean, representative image.

Inspect Ouvrir Graph sortie depuis le terminal

url="$1"
curl -sSL "$url" | grep -Eio '<meta[^>]+property=["'"']og:[^"'"']+["'"'][^>]*>'

Enregistrer as check-og.sh, run bash check-og.sh https://example.com/page, and examiner the raw server réponse. Ce catches manquant server-rendered tags; utiliser platform re-scrape outils separately to clair mis en cache previews.

Ouvrir Graph mistakes to éviter

• En utilisant relative og:image URLs or an image bloqué depuis public fetchers.
• Generating OG balises seulement après client-side JavaScript exécute.
• Publishing plusieurs conflicting valeurs pour le même core property.
• Modification balises repeatedly quand le réel problème est a plateforme’s mis en cache scrape.
• Treating social-preview markup as a replacement pour titre, canonical, or structured-données fonctionner.

Ressources utiles

Mon connexe writing

• Le Beginner’s Guide à SEO technique — où le appearance couche (titles, descriptions, et maintenant OG balises) fits dans le explorer → indexer → servir pipeline. (Il ne fait pas cover Ouvrir Graph précisément — ce article est le OG deep dive que guide points toward.)

«My speaking » (Traduction) (Résumé en français de la section cent vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- How Search Works (SlideShare) — my walkthrough of crawling, rendering, indexing, and serving, which is the backdrop for why server-rendered OG tags matter (social crawlers don’t run JS). (My standing disclaimer applies: “This is my understanding of systems… not going to be 100% complete or accurate.”) » (Traduction) (Résumé en français de la section cent vingt-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Official / le protocol

• Le Ouvrir Graph protocol (ogp.me) — le spec: requis vs. optional properties et structured sub-properties.
• Google — Specify a preferred image avec metadata — og:image as a thumbnail source pour Recherche.
• Google — Contrôler votre titre liens et Site Noms — og:title et og:site_name as appearance sources.
• web.dev — Social discovery — Google’s OGP + Twitter Cards explainer.

Depuis autour le industry

• Ouvrir Graph Meta Balises: Tout Vous devez Know (Michal Pecánek, reviewed par Joshua Hardwick — Ahrefs) — a thorough implementation référence pour le balises et sizes.
• Google utilise les deux schema.org markup et og:image pour thumbnails dans Recherche et Découvrir (Moteur de recherche Land, March 2, 2026) — coverage de le og:image thumbnail mettre à jour.
• Google Clarifies Comment Il Picks Thumbnails Pour Recherche, Découvrir (Moteur de recherche Journal) — companion écrire-up on le même modifier.
• Comment Google Picks Image Thumbnails Dans la recherche Google & Google Découvrir (Barry Schwartz, Moteur de recherche Roundtable) — a third corroborating rapport.
• Facebook Sharing Debugger — le outil pour scraping/re-scraping comment Facebook voit votre page.
• r/TechSEO — le community pour debugging OG/lien-preview problèmes.

Testez vos connaissances: Ouvrir Graph Tags

Five rapide questions on ce que Ouvrir Graph tags do and how to obtenir les correct. Pick an réponse pour chaque, alors vérifier.

Journal des modifications