Social Sharing Images (og:image et twitter:image): Sizes, Limites, et Fallbacks

TL;DR — Le social sharing image est le picture dans le preview card quand vous paste a lien dans Facebook, LinkedIn, Slack, or X. Vous définir il avec le og:image balise (et twitter:image pour X). Faire il a complet https:// web adresse, sized à propos de 1200×630 pixels, et garder le fichier petit. Si c’est le incorrect size, a broken lien, or aussi big, vous ne pas obtenir a nice card — vous obtenir whatever le plateforme grabs à la place.

Ce que the social image is

Quand vous share a lien, la plupart apps montrer a little preview card: a headline, a bit de texte, et a picture. Que picture est le social sharing image. Vous tell chaque plateforme qui image à utiliser avec a balise dans votre page’s head appelé og:image. X (Twitter) peut utiliser a séparé twitter:image balise, mais si vous ne pas définir un, X simplement reuses votre og:image.

Ce page est à propos de le image itself — comment big il devrait être, comment petit le fichier devrait être, et ce que breaks. Le balises que point à le image sont covered séparément dans le Ouvrir Graph et Twitter Cards topics; ici nous care à propos de le picture.

The un size to remember

il y a aucun unique official size que chaque plateforme agrees on, mais un number est le sûr par défaut everywhere: 1200 × 630 pixels, a wide rectangle (à propos de 1,91-à-1). Facebook recommends “at least 1200 x 630 pixels,” et que size semble correct on LinkedIn, Slack, et X aussi. Utiliser il et vous’ll être fine on presque tout.

Three rules que trip personnes up

1. Utiliser a complet web adresse, pas a relative chemin. og:image nécessite a complet https://www.example.com/image.jpg URL. A shortcut comme /image.jpg ne va pas fonctionner — le platforms que lire votre balise ne peut pas figure out votre domain on leur propre, donc ils simplement skip il.
2. Garder le fichier petit. Facebook permet up à 8 MB, mais autre apps quietly drop images que sont aussi heavy. Aim à garder il bien sous 1 MB — a quelques hundred KB est plenty pour a preview.
3. A manquant or broken image n’est pas a blank card. Si votre image est manquant, platforms grab some autre picture off votre page. Si votre image lien est broken (incorrect adresse, bloqué, aussi big), some apps montrer aucun picture à tout — qui peut regarder pire que jamais paramètre un.

Pourquoi the image parfois won’t mettre à jour

Si vous corriger votre image mais le old un garde showing quand vous share le lien, c’est mise en cache — le plateforme enregistré le old version. Vous ont à demander il à regarder à nouveau en utilisant a outil comme Facebook’s Sharing Debugger or LinkedIn’s Post Inspector. Même story as avec le autre social balises.

Vouloir le exact numbers per plateforme, le fichier-size caps, Google’s propre image règles, et le difference entre “manquant” et “broken”? Switch à le Avancé tab.

TL;DR — Ce est le image spec sheet, pas le balise syntax — og:image / twitter:image mechanics actif dans le Ouvrir Graph et Twitter Cards siblings. 1200×630 (1,91:1) est le sûr par défaut, pas an official universal standard. Seulement Meta’s numbers sont primary-sourced: 200×200 minimum, 600×315 floor, ≥1200×630 recommended, 1,91:1, 8 MB cap. X’s ~1200×628/675 et ~5 MB, Slack’s ~32 KB early-HTML lire, et WhatsApp’s ~300 KB silent drop sont community consensus, pas freshly-verifiable premier-party specs — Je flag qui est qui. Le absolute-URL règle est a réel silent échec: social robots d’exploration ne pas resolve relative paths. Manquant ≠ broken: an absent balise falls back à a scraped corps image; a présent mais failing image (404, oversized, auth/robots-bloqué) souvent montre rien. Google maintenant lit og:image pour son propre Recherche et Découvrir thumbnails (March 2026), mais son spec est 16:9 / ≥1200px wide / ≥300K pixels / aucun logo / aucun texte — a différent shape que le 1,91:1 social crop. Mise en cache signifie a corriger ne fait pas reach déjà-shared liens jusqu’à vous force a re-scrape.

Ce que ce article covers (et ce que le siblings cover)

Le balise mechanics — le four requis Ouvrir Graph properties, name= vs. property=, le four Twitter Card types, et le twitter:image → og:image fallback règle — sont déjà handled dans Ouvrir Graph Balises et Twitter Card Balises. Ce piece est le companion spec sheet: dimensions, aspect ratio, fichier size, format, le absolute-URL requirement, et ce que en réalité breaks quand quelconque de ceux est incorrect. Si vous êtes ici à écrire le <meta> line, commencer avec ceux deux; si vous êtes ici parce que votre image est le incorrect size or ne va pas montrer, vous êtes dans le correct placer.

Un rapide reuse de le fallback règle, parce que il decides comment nombreux images vous besoin: twitter:image falls back à og:image quand c’est absent, donc la plupart sites définir un image et utiliser il pour les deux — vous seulement diverge si vous précisément vouloir a différent crop pour X.

Le sûr par défaut: 1200×630 (1,91:1) — et pourquoi c’est a compromise

Nearly chaque guide leads avec 1200×630 et arrête là. c’est a bon par défaut, mais c’est worth étant honest à propos de où il comes depuis: c’est pas a unique cross-plateforme standard anyone publishes identically. c’est le community-converged size que clears Facebook’s recommendation et renders acceptably on tout sinon. Some guides dire 1200×627, some dire 1200×628 pour X — ceux sont rounding et legacy variants de le même ~1,91:1 idea, pas competing specs. Pick 1200×630, et le seulement placer vous pourrait vouloir a deuxième image est X, si vous care à propos de a tighter crop là.

«## Per-platform dimensions and file size » (Traduction) (Résumé en français de la section vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The single most useful thing this page can do is separate what’s primary-sourced (Meta) from what’s community consensus (everything else). I’ve been explicit about which is which — don’t treat the non-Meta numbers as gospel. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### Facebook / Meta (primary-sourced) » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«From Meta’s own sharing-images documentation: » (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.)

«- Minimum: “The minimum allowed image dimension is 200 x 200 pixels.” » (Traduction) (Résumé en français de la section vingt-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Floor to avoid the small render: “At the minimum, you should use images that are 600 x 315 pixels to display link page posts with larger images.” » (Traduction) (Résumé en français de la section vingt-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Recommended: “Use images that are at least 1200 x 630 pixels for the best display on high resolution devices.” » (Traduction) (Résumé en français de la section vingt-sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Aspect ratio: keep it “as close to 1.91:1 aspect ratio as possible” to avoid cropping in Feed. » (Traduction) (Résumé en français de la section vingt-sept, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- File-size cap: “The size of the image file must not exceed 8 MB.” » (Traduction) (Résumé en français de la section vingt-sept, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

Meta est aussi le source de le “premier-share” mise en cache quirk: le robot d’exploration a à voir le image au moins une fois avant il renders, donc “le premier person qui shares a piece de contenu ne va pas voir a rendu image.” (LinkedIn behaves similarly — ce est le re-scrape story, covered dans le Ouvrir Graph sibling.)

X / Twitter (community consensus — treat avec caution)

X’s numbers sont le ones à faites attention avec. Le official Card Validator était deprecated dans 2022 avec aucun replacement, et developer.x.com’s Cards documentation est effectively gone: il renvoyé an HTTP 402 Payment Requis réponse dans early July 2026, et as de ce mettre à jour le même URL à la place redirections (HTTP 307) à docs.x.com’s homepage, où le equivalent Cards-markup chemin 404s — a dead lien soit façon, donc là est aucun actif, freshly-checkable premier-party X spec correct maintenant. Le figures que circulate à travers guides — roughly 1200×628 or 1200×675 pour summary_large_image, a 300×157 minimum, a 4096×4096 maximum, et a ~5 MB fichier cap, avec le petit summary card needing a plus petit ~144×144-minimum square — sont tiers consensus, pas a confirmed actuel official spec. ils sont fermer suffisant à le 1,91:1 par défaut à être utile, mais Je ne ferait pas présent quelconque spécifique X byte or pixel number as authoritative. (Le X documentation et validator situation est covered dans complet dans le Twitter Cards sibling.)

«### LinkedIn, Slack, WhatsApp, Discord, iMessage » (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.)

«- LinkedIn is the one non-Meta platform with its own documented numbers: its help page for making a site shareable states a minimum of 1200×627 pixels, a recommended ratio of 1.91:1, and a 5 MB max file size — and separately notes that “images less than 401 pixels wide display as a thumbnail image.” Build to the 1200×630 default and you clear this with margin; don’t confuse it with Facebook’s numbers, they’re LinkedIn’s own. Its Post Inspector is the re-scrape tool. » (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.) «- Slack is a placement gotcha more than a size one: it’s widely reported to read only the first ~32 KB of a page’s raw HTML when unfurling. If your head tags — and thus your og:image reference — sit below that, Slack may never see them. Slack’s own unfurling docs confirm it reads Open Graph / X Card metadata but don’t publish a byte limit, so treat the 32 KB figure as reported, not officially confirmed. » (Traduction) (Résumé en français de la section trente-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- WhatsApp is reported to silently drop the preview image for large files — commonly cited around ~300 KB, even though a higher (~600 KB) “official-sounding” WhatsApp number also floats around. Either way, a heavy image is the failure mode. » (Traduction) (Résumé en français de la section trente-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Discord and iMessage inherit Open Graph with no separately documented image specs — build to the 1200×630 default and they follow. » (Traduction) (Résumé en français de la section trente-deux, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

Le honest takeaway: plutôt que chasing le tightest documented number, cible sous ~1 MB — ideally 100–300 KB — et vous clair chaque plateforme’s ceiling avec margin.

The absolute-URL rule — a réel, silent échec mode

Ce un est stated as fact everywhere mais rarely explained. og:image et twitter:image doit être an absolute https://... URL. A relative chemin comme /images/share.jpg n’est pas rejected avec a visible erreur — c’est simplement silently ignored. Le raison: a navigateur resolves a relative chemin contre lune page’s propre URL parce que il déjà knows ce que page c’est on, mais a social robot d’exploration fetching votre balise a aucun tel base context et ne va pas reliably reconstruct votre domain. Donc il skips le balise et falls back à whatever sinon il peut scrape. Si votre image “isn’t showing” et le chemin dans votre source commence avec a / au lieu de https://, c’est votre bug.

Un image, two masters: Google’s 2026 thumbnail spec

«Here’s the freshest and least-covered angle. As of March 2, 2026, Google documents og:image as one of two accepted metadata sources (alongside schema.org primaryImageOfPage) for selecting its own thumbnails in Search and Discover — Google’s own docs describe these two surfaces specifically and don’t extend the claim to AI Overviews or other AI surfaces, so I won’t either. That means the same image file now often has to satisfy both the social platforms and Google’s text-result/Discover thumbnails — and their specs aren’t the same shape. » (Traduction) (Résumé en français de la section trente-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google’s image guidance (Discover and Image SEO docs): » (Traduction) (Résumé en français de la section trente-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Dimensions: “at least 1200 px wide.” » (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Aspect ratio: a 16:9 ratio — not the social world’s 1.91:1. » (Traduction) (Résumé en français de la section trente-neuf, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Resolution: “more than 300,000 total pixels” (a 1280×720 image is 921,600 pixels and clears this comfortably). » (Traduction) (Résumé en français de la section trente-neuf, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Content: avoid “a generic image (for example, your site logo) or an image with text,” and avoid “an extreme aspect ratio.” » (Traduction) (Résumé en français de la section trente-neuf, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Eligibility prerequisite: to get the large thumbnail treatment in Discover at all you need max-image-preview:large (a robots meta directive) or AMP — a separate lever from the image file, covered in the robots meta tag topic. » (Traduction) (Résumé en français de la section trente-neuf, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«The nuance to flag rather than hand-wave: a 1200×630 (1.91:1) social image is 630px tall, so it’s 756,000 total pixels — it clears Google’s ≥1200px-wide and ≥300K-pixel bars fine — but 1.91:1 is not 16:9. In practice one well-built image satisfies both, but if you want to optimize each independently you can supply a separate primaryImageOfPage in schema for Google while keeping the 1.91:1 crop for social. Either way, the “no logo, no text-heavy image” advice is good for social CTR too — a logo doesn’t differentiate one shared link from another. » (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.)

Manquant vs. broken — two différent échec modes

Personnes conflate ces, and ils behave differently:

• Le og:image balise est absent. Platforms fall back à a scraped dans-body image or a générique par défaut. Vous obtenir an uncontrolled preview, rarely a truly blank un. (Ce est le balise-manquant cas handled dans le Ouvrir Graph sibling.)
• Le og:image balise est présent mais le image fails — a 404, an oversized fichier silently dropped, a incorrect MIME type, or une URL bloqué par auth or robots.txt. Behavior ici est moins forgiving: plusieurs platforms montrer aucun image à tout plutôt que falling back plus loin, parce que ils déjà “know” vous specified un. Ce est le cas unique à ce article, donc c’est worth stating plainly: a broken image référence peut rendre a pire card que aucun référence à tout.

Et le rendre-vs-explorer gotcha underneath les deux: la plupart social bots ne pas exécuter JavaScript, donc si votre balise est injected client-side il ne va pas être vu. As Je put il dans mon Ahrefs JavaScript SEO guide, “Social media bots ne pas exécuter JavaScript, donc choses comme OG balises ne va pas être vu unless vous rendre le contenu avant diffusion il à les.” Serveur-rendre le balise, or le image jamais avait a chance.

Format prise en charge

• JPEG/JPG et PNG sont universally pris en charge — sûr everywhere.
• WebP est pris en charge par la plupart modern consumers (Meta listes il explicitly), mais je voudrais garder a JPEG/PNG fallback pour n’importe quoi vous pouvez’t tester.
• Animated GIF/WebP sont unreliable pour a encore preview card — la plupart platforms grab a unique frame or ignore le animation. ne pas rely on motion dans a share image.

Mise en cache — the dernier mile

Fixing an oversized or broken image ne fait pas propagate à liens personnes déjà shared jusqu’à vous force a re-scrape: le Facebook Sharing Debugger et LinkedIn Post Inspector re-récupérer votre page et refresh leur mis en cache preview. Ce est le centerpiece de le Ouvrir Graph sibling, donc je vais laisser il à un line ici: edit le image, alors re-scrape, or le old un lingers.

Où ce fits

Ce est a deep dive sous le Meta Balises pour le SEO hub, sitting correct suivant à le deux balise-syntax siblings — Ouvrir Graph et Twitter Cards — que ce article extends. Il aussi brushes le séparé image SEO cluster (qui covers fichier formats, alt texte, et image indexation dans general): le difference est que image SEO est à propos de le pictures à l’intérieur votre contenu, pendant que ce est à propos de le un metadata image que represents le entier page dans a share card et, maintenant, a Google thumbnail.

AI summary

A condensed prendre on the Avancé version:

• Scope: le image requirements pour og:image / twitter:image, pas le balise syntax (c’est le Ouvrir Graph et Twitter Cards siblings). twitter:image falls back à og:image, donc la plupart sites utiliser un image pour les deux.
• Sûr par défaut: an absolute HTTPS URL à a ~1200×630px (1,91:1) image — a community-converged compromise, pas a unique official cross-plateforme standard.
• Seulement Meta’s numbers sont primary-sourced: 200×200 minimum, 600×315 floor, ≥1200×630 recommended, 1,91:1, 8 MB cap. X’s ~1200×628/675 et ~5 MB, Slack’s ~32 KB early-HTML lire, et WhatsApp’s ~300 KB silent drop sont community consensus — X’s validator est dead et son docs sont gone (paywalled, alors a dead redirection).
• Absolute-URL règle: relative paths sont silently ignored — social robots d’exploration ont aucun base context à resolve les.
• Manquant ≠ broken: an absent balise falls back à a scraped corps image; a present-mais-failing image (404, oversized, auth/robots-bloqué) souvent montre aucun image à tout.
• Google (March 2026) lit og:image pour son propre Recherche et Découvrir thumbnails (son propre docs scope ce à ceux deux surfaces, pas “AI thumbnails” broadly), mais son spec est 16:9 / ≥1200px wide / ≥300K pixels / aucun logo / aucun texte — a différent shape que 1,91:1. A 1200×630 image clears Google’s pixel minimums mais n’est pas 16:9; nécessite max-image-preview:large pour le grand Découvrir thumbnail.
• Formats: JPEG/PNG universal, WebP mostly fine, animated formats unreliable.
• Rendu: social bots ne pas exécuter JavaScript — serveur-rendre le balise.
• Practical cible: sous ~1 MB, ideally 100–300 KB, à clair chaque plateforme.
• Mise en cache: fixing le image ne fait pas corriger déjà-shared liens jusqu’à vous force a re-scrape (Facebook Sharing Debugger, LinkedIn Post Inspector).

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

«Primary-source documentation for the image spec. » (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.)

«Meta / Facebook (the most authoritative source for dimensions and file size) » (Traduction) (Résumé en français de la section soixante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Sharing — Images — the ≥1200×630 recommendation, 200×200 minimum, 600×315 floor, 1.91:1 ratio, and the 8 MB file-size cap. » (Traduction) (Résumé en français de la section soixante, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Sharing — Webmasters — how the crawler scrapes, the first-share caching behavior, and the fallback heuristics when markup is absent. » (Traduction) (Résumé en français de la section soixante, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«The Open Graph protocol » (Traduction) (Résumé en français de la section soixante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- ogp.me — the og:image sub-properties: og:image:url, og:image:secure_url, og:image:type, og:image:width, og:image:height, and og:image:alt. » (Traduction) (Résumé en français de la section soixante et un, 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-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Specify a preferred image with metadata — og:image and schema.org as thumbnail-selection sources; avoid logos, text-in-image, and extreme aspect ratios (updated March 2, 2026). » (Traduction) (Résumé en français de la section soixante-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Discover — the concrete image numbers: at least 1200px wide, 16:9, more than 300,000 total pixels, plus the max-image-preview:large / AMP eligibility requirement. » (Traduction) (Résumé en français de la section soixante-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«LinkedIn » (Traduction) (Résumé en français de la section soixante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Make your website shareable on LinkedIn — LinkedIn’s own numbers: 1200×627 minimum, 1.91:1 recommended ratio, 5 MB max file size, and images narrower than 401px render as a thumbnail. » (Traduction) (Résumé en français de la section soixante-trois, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Slack » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Unfurling links in messages — confirms Slack reads Open Graph / X Card metadata; it does not publish a specific byte or image limit in this doc. » (Traduction) (Résumé en français de la section soixante-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«X / Twitter (status: largely inaccessible as of 2026) » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- The developer.x.com Cards markup docs returned HTTP 402 (paywalled) in early July 2026 research; as of this update the same URL instead redirects (HTTP 307) to docs.x.com’s homepage, where the equivalent Cards-markup path 404s, and the legacy developer.twitter.com Cards path also redirects and 404s. Either way there’s no live first-party spec to check. Treat every X-specific dimension or file-size figure as third-party consensus — see the Twitter Cards sibling for the full picture. » (Traduction) (Résumé en français de la section soixante-cinq, 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-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements on le image spec. Chaque lien jumps à (or documents) le quoted passage.

Meta / Facebook — le primary-sourced numbers

«- “Use images that are at least 1200 x 630 pixels for the best display on high resolution devices.” — Meta for Developers, Sharing Images docs. Source » (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.) «- “At the minimum, you should use images that are 600 x 315 pixels to display link page posts with larger images.” Source » (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.) «- “The minimum allowed image dimension is 200 x 200 pixels.” and “The size of the image file must not exceed 8 MB.” Source » (Traduction) (Résumé en français de la section soixante-onze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

LinkedIn — its propre documented minimum

• “Minimum image dimensions: 1200 (w) x 627 (h) pixels”, “Recommended ratio: 1.91:1”, “Max file size: 5 MB”, et “Images less than 401 pixels wide display as a thumbnail image.” — LinkedIn Aider, “Make your website shareable on LinkedIn.” Source

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

«- Google influences its automated image selection “by providing your preferred image through one of the following metadata sources” — schema.org primaryImageOfPage or the og:image meta tag. Jump to quote » (Traduction) (Résumé en français de la section soixante-quinze, 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 soixante-quinze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- On Discover, Google says to “use either schema.org markup or the og:image meta tag to specify a large image,” at least 1200px wide, 16:9, and more than 300,000 total pixels. Jump to quote » (Traduction) (Résumé en français de la section soixante-quinze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Barry Schwartz, Moteur de recherche Land — coverage of the March 2026 mettre à jour

• Reported que Google utilise les deux schema.org markup et le og:image meta balise as sources quand determining image thumbnails dans la recherche Google et Découvrir. Lire le coverage

Patrick Stox — le rendu gotcha

• “Social media bots ne pas exécuter JavaScript, donc things like OG balises ne va pas être vu unless vous rendre le contenu avant diffusion il à les.” — depuis mon Ahrefs JavaScript SEO guide. Source

”My image isn’t showing” — est il a size, URL, or cache problème?

Fonctionner top to bottom; the premier “yes” is almost toujours votre fix.

1. A fait vous simplement modifier le image, et le old un est encore showing? → c’est a cache problème. Force a re-scrape: Facebook Sharing Debugger, LinkedIn Post Inspector. Rien sinon vous faire matters jusqu’à le plateforme re-récupère.

2. Est le og:image valeur a relative chemin (commence avec / or ./)? → c’est a URL problème. Social robots d’exploration silently ignore relative paths — modifier il à a complet absolute https://... URL et re-scrape.

3. Est le image balise injected par JavaScript / seulement présent après rendre? → c’est a rendu problème. Social bots ne pas exécuter JS — serveur-rendre le balise dans le initial HTML.

4. Fait the image URL charger in a fresh incognito navigateur (aucun login)? → Si aucun — 404, exige auth, or blocked by robots.txt — it’s a reachability problem. A present-but-broken image souvent montre aucun card image at tout. Fix the chemin or unblock it.

5. Est le fichier bigger que ~1 MB (or le image over Meta’s 8 MB difficile cap)? → c’est a fichier-size problème. Meta rejects over 8 MB outright; WhatsApp et others silently drop grand images bien ci-dessous que. Compress à 100–300 KB et re-scrape.

6. Est le image tiny (sous 200×200) or an odd shape? → c’est a dimensions problème. Ci-dessous 600×315 vous obtenir le petit/cropped rendre; ci-dessous 200×200 Meta rejects il. Rebuild à ~1200×630.

7. Encore incorrect on Slack précisément, fine elsewhere? → Probable a placement problème — Slack lit seulement le premier ~32 KB de HTML. Assurez-vous votre head balises apparaître early dans le document.

Si none de ces appliquer et le card est fine except Google’s thumbnail, c’est a différent question — voir le “one image, two masters” section dans Avancé.

Social image cheat sheet

Per-platform spec — sourced honestly

Rapide facts

• Un sûr par défaut clears presque tout: absolute HTTPS URL, ~1200×630 (1,91:1), fichier 100–300 KB.
• Absolute URL seulement — relative paths sont silently ignored, pas errored.
• twitter:image falls back à og:image — un image généralement sert les deux.
• Manquant ≠ broken: manquant balise → scraped fallback image; broken image → souvent aucun image à tout.
• Google veut 16:9, social veut 1,91:1 — a 1200×630 image (756K pixels) clears Google’s ≥1200px-wide / ≥300K-pixel bars mais n’est pas 16:9.
• Formats: JPEG/PNG everywhere; WebP mostly; animated formats unreliable.
• Seulement Meta’s 8 MB est officially documented — chaque autre byte number est community consensus.
• Fixing le image ne fait pas corriger shared liens jusqu’à vous re-scrape.

Social image audit — checklist

A réussir to confirmer votre share image is correct, reachable, and sized correct:

• og:image est an absolute https://... URL — aucun relative paths.
• Le image est roughly 1200×630px (1,91:1) — au moins 600×315, jamais sous 200×200.
• Fichier size est sous ~1 MB, ideally 100–300 KB, à clair chaque plateforme’s ceiling (Meta’s difficile cap est 8 MB; others drop grand fichiers silently).
• Format est JPEG, PNG, or WebP — pas an animated GIF/WebP pour a encore card.
• Le image URL charge dans a fresh incognito navigateur — pas 404, pas auth-gated, pas bloqué par robots.txt.
• Le og:image balise est dans le serveur-rendu HTML, pas injected par JavaScript (social bots ne pas rendre JS).
• Le balise sits early dans le <head> (aide Slack, qui lit seulement le premier ~32 KB).
• twitter:image est soit omitted (falls back à og:image) or définir deliberately pour a différent X crop.
• Le image avoids a bare logo or heavy texte — bon pour CTR et requis pour Google’s thumbnail eligibility.
• Pour Google’s grand Découvrir thumbnail, lune page a max-image-preview:large (or AMP).
• Après quelconque modifier, vous avez re-scraped avec le Facebook Sharing Debugger / LinkedIn Post Inspector donc shared liens refresh.

Worked exemples

Concrete avant/après cas pour the échec modes ce article covers.

Absolute vs. relative URL

<!-- Silently ignored — a social crawler has no base to resolve this against -->
<meta property="og:image" content="/images/share.jpg" />

<!-- Correct — a full absolute HTTPS URL -->
<meta property="og:image" content="https://www.example.com/images/share.jpg" />

Un image pour les deux platforms (en utilisant the fallback)

<!-- twitter:image is omitted on purpose; X falls back to og:image -->
<meta property="og:image" content="https://www.example.com/share-1200x630.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="630" />
<meta property="og:image:alt" content="Descriptive alt text for the share image" />

A différent, tighter crop pour X seulement

<meta property="og:image" content="https://www.example.com/share-1200x630.jpg" />
<!-- Overrides the OG image on X specifically -->
<meta name="twitter:image" content="https://www.example.com/share-x-1200x675.jpg" />

The two échec modes, side by side

«- Missing tag: no og:image at all → Facebook/LinkedIn scrape a body image or show a generic default. Uncontrolled, rarely blank. » (Traduction) (Résumé en français de la section cent quinze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Broken image: og:image points at https://www.example.com/old-hero.jpg which now 404s → several platforms show no card image, because they already “know” you specified one. Worse than never setting it. » (Traduction) (Résumé en français de la section cent quinze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Sizing math for the “two masters” question » (Traduction) (Résumé en français de la section cent seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Social target: 1200×630 = 1.91:1 = 756,000 total pixels. » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google’s bar: ≥1200px wide and >300,000 total pixels → the 1200×630 image clears both comfortably. » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google’s preferred shape: 16:9 (e.g. 1280×720 = 921,600 pixels) — the 1200×630 image satisfies Google’s minimums but is not 16:9, so if you want to optimize each independently, supply a separate primaryImageOfPage in schema for Google. » (Traduction) (Résumé en français de la section cent dix-sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Confirming a social image fix en réalité took effect

Le mise en cache problème ce article décrit — vous corriger le image, mais shared liens garder showing le old un — signifie “I edited the file” n’est pas proof de n’importe quoi. Ces sont le vérifications à exécuter après a modifier, dans order, avant vous considérer le corriger fait.

Confirmer the platform re-scraped the nouveau image

Tester à exécuter: Paste l’URL dans Facebook’s Sharing Debugger (or LinkedIn’s Post Inspector) et click le re-scrape/inspect button, pas simplement view le mis en cache résultat. Attendu résultat: le debugger’s preview pane montre le nouveau image, et le outil rapports a fresh explorer timestamp. Échec interpretation: si le old image encore renders après clicking re-scrape, le plateforme’s cache hasn’t cleared, or le balise encore points à le incorrect fichier. Monitoring window: immediate — le debugger résultat est actif, mais autre platforms sans a public debugger (WhatsApp, iMessage) peut prendre up à a quelques hours à reflect le modifier. Rollback trigger: si le debugger montre a Facebook-reported récupérer erreur (pas simplement a stale image) après deux re-scrape attempts, revert à le previous known-fonctionnement image URL pendant que vous investigate.

Confirmer l’URL is absolute and reachable

Tester à exécuter: Ouvrir le exact og:image URL dans a fresh incognito navigateur window (aucun login, aucun cache) — or exécuter curl -I contre il et vérifier le status line. Attendu résultat: le image charge directement et renvoie HTTP/1.1 200 OK; l’URL dans le adresse bar est le complet https://... chemin, pas a relative un. Échec interpretation: a 404, a redirection à a login page, or a non-200 status signifie le image est unreachable à le social robot d’exploration aussi — ce est le “present but broken” échec mode, qui est moins forgiving que a manquant balise. Monitoring window: immediate — ce est a point-dans-time reachability vérifier, re-exécuter il correct après deploying le corriger. Rollback trigger: quelconque non-200 réponse — revert le og:image valeur à le dernier URL que renvoyé 200 jusqu’à le nouveau asset est confirmed reachable.

Confirmer the tag is in le serveur-rendered HTML, pas injected by JavaScript

Tester à exécuter: View source (Ctrl+U / Cmd+Option+U) or curl lune page et recherche le raw HTML pour og:image — ne faites pas vérifier le rendu DOM dans DevTools, since que peut inclure JS-injected balises social bots jamais voir. Attendu résultat: le <meta property="og:image" content="https://..."> line est présent dans le raw, unrendered corps de la réponse. Échec interpretation: si le balise seulement apparaît dans le navigateur’s Elements panel mais pas dans view-source/curl, c’est étant injected client-side et social bots — qui ne pas exécuter JavaScript — va jamais voir il. Monitoring window: immediate, et worth re-checking après quelconque deploy que touches le templating or hydration couche. Rollback trigger: le balise manquant depuis raw HTML on deux consecutive curl vérifications — treat le templating modifier as broken et revert il.

Confirmer dimensions and fichier size clair platform limites

Tester à exécuter: Vérifier le deployed image’s réel pixel dimensions et fichier size (image-inspector outil, navigateur dev outils’ Network panel, or curl -sI pour Content-Length). Attendu résultat: roughly 1200×630px (1,91:1, au moins 600×315, jamais sous 200×200) et a fichier size sous ~1 MB — ideally 100–300 KB. Échec interpretation: dimensions sous 600×315 trigger le petit/cropped rendre; a fichier size approaching or over Meta’s 8 MB difficile cap obtient rejected outright, et autre platforms silently drop heavy fichiers bien ci-dessous que. Monitoring window: immediate — ce est a static property de le deployed fichier, pas quelque chose que changements over temps. Rollback trigger: fichier size over roughly 1 MB or dimensions ci-dessous le 600×315 floor — swap dans a compressed, correctly-sized image avant re-scraping.

Ressources utiles

Mon connexe writing

• JavaScript SEO Problèmes & Meilleur Practices — le rendu side: pourquoi social bots que ne pas exécuter JavaScript jamais voir a client-injected og:image.
• Le Beginner’s Guide à SEO technique — où sur la page metadata comme share images fits dans le bigger picture.

«My speaking » (Traduction) (Résumé en français de la section cent trente-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, and indexing, including why the crawl-vs-render distinction decides whether a metadata tag is even seen. (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 trente-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Official

• Meta — Sharing Images — le seulement primary-sourced dimension et fichier-size spec (≥1200×630, 200×200 min, 600×315 floor, 1,91:1, 8 MB cap).
• Le Ouvrir Graph protocol — le og:image sub-properties.
• Google — Specify a preferred image avec metadata et Google Découvrir — Google’s propre thumbnail image requirements.
• Slack — Unfurling liens dans messages — confirms Slack lit OG / X Card metadata.

Depuis autour le industry

• Google utilise les deux schema.org markup et og:image meta balise pour thumbnails dans la recherche Google et Découvrir (Moteur de recherche Land, Barry Schwartz, March 2, 2026) — même-day coverage de le March 2026 doc mettre à jour.
• Google Clarifies Comment Il Picks Thumbnails Pour Recherche, Découvrir (Moteur de recherche Journal) — le companion écrire-up on le même mettre à jour.
• Ouvrir Graph Meta Balises: Tout Vous devez Know (Ahrefs, Michal Pecánek) — a solid general Ouvrir Graph référence (pas mon byline).
• r/TechSEO — le community pour debugging broken previews et re-scrape problèmes.

Testez vos connaissances: Social Sharing Images

Five rapide questions on og:image and twitter:image requirements. Pick an réponse pour chaque, alors vérifier.

Journal des modifications