Social Sharing Images (og:image dan twitter:image): Sizes, Limits, dan Fallbacks

TL;DR — social sharing image adalah picture di preview card when Anda paste sebuah tautan ke Facebook, LinkedIn, Slack, atau X. Anda set ini dengan og:image tag (dan twitter:image untuk X). membuat ini sebuah full https:// web address, sized tentang 1200×630 pixels, dan pertahankan file kecil. jika ini adalah wrong size, sebuah broken tautan, atau too big, Anda tidak get sebuah nice card — Anda get whatever platform grabs instead.

What social image adalah

When Anda share sebuah tautan, sebagian besar apps tampilkan sebuah little preview card: sebuah headline, sebuah bit dari text, dan sebuah picture. itu picture adalah social sharing image. Anda tell setiap platform which image untuk gunakan dengan sebuah tag di Anda halaman’s head called og:image. X (Twitter) dapat gunakan separate twitter:image tag, tetapi jika Anda tidak set one, X hanya reuses Anda og:image.

ini halaman adalah tentang image itself — how big ini seharusnya menjadi, how kecil file seharusnya menjadi, dan what breaks. tags itu poin di image adalah covered separately di Open Graph dan Twitter Cards topics; here kami care tentang picture.

one size untuk remember

There’s no single official size itu setiap platform agrees pada, tetapi one angka adalah safe default everywhere: 1200 × 630 pixels, sebuah wide rectangle (tentang 1,91-untuk-1). Facebook recommends “at least 1200 x 630 pixels,” (terjemahan) “setidaknya 1200 x 630 pixels,” dan itu size looks right pada LinkedIn, Slack, dan X too. gunakan ini dan Anda’ll menjadi fine pada almost everything.

Three aturan itu trip people up

1. gunakan full web address, not sebuah relative path. og:image perlu sebuah complete https://www.example.com/image.jpg URL. sebuah shortcut like /image.jpg won’t berfungsi — platforms itu read Anda tag dapat’t figure out Anda domain pada mereka own, so mereka hanya skip ini.
2. pertahankan file kecil. Facebook allows up untuk 8 MB, tetapi lainnya apps quietly drop images itu adalah too heavy. Aim untuk pertahankan ini well di bawah 1 MB — sebuah few hundred KB adalah plenty untuk sebuah preview.
3. sebuah missing atau broken image isn’t sebuah blank card. jika Anda image adalah missing, platforms grab beberapa lainnya picture off Anda halaman. jika Anda image tautan adalah broken (wrong address, blocked, too big), beberapa apps tampilkan no picture di semua — which dapat look worse daripada tidak pernah setting one.

Why image sometimes won’t update

jika Anda fix Anda image tetapi old one mempertahankan showing when Anda share tautan, itu’s caching — platform saved old versi. Anda memiliki untuk tanyakan ini untuk look again menggunakan sebuah alat like Facebook’s Sharing Debugger atau LinkedIn’s Post Inspector. sama story sebagai dengan lainnya social tags.

ingin exact angka per platform, file-size caps, Google’s own image aturan, dan difference antara “missing” (terjemahan) “missing” dan “broken” (terjemahan) “broken”? Switch untuk Advanced tab.

TL;DR — ini adalah image spec sheet, not tag syntax — og:image / twitter:image mechanics live di Open Graph dan Twitter Cards siblings. 1200×630 (1,91:1) adalah safe default, not sebuah official universal standard. hanya Meta’s angka adalah primary-sourced: 200×200 minimum, 600×315 floor, ≥1200×630 recommended, 1,91:1, 8 MB cap. X’s ~1200×628/675 dan ~5 MB, Slack’s ~32 KB early-HTML read, dan WhatsApp’s ~300 KB silent drop adalah community consensus, not freshly-verifiable pertama-party specs — I flag which adalah which. absolute-URL aturan adalah sebuah nyata silent failure: social crawler don’t resolve relative paths. Missing ≠ broken: sebuah absent tag falls back untuk sebuah scraped body image; sebuah present tetapi failing image (404, oversized, auth/robots-blocked) sering menampilkan nothing. Google now reads og:image untuk -nya own Search dan menemukan thumbnails (March 2026), tetapi -nya spec adalah 16:9 / ≥1200px wide / ≥300K pixels / no logo / no text — sebuah berbeda shape daripada 1,91:1 social crop. Caching berarti sebuah fix doesn’t reach sudah-shared tautan until Anda force sebuah re-scrape.

What ini artikel covers (dan what siblings cover)

tag mechanics — four diperlukan Open Graph properties, name= vs. property=, four Twitter Card jenis, dan twitter:image → og:image fallback aturan — adalah sudah handled di Open Graph Tags dan Twitter Card Tags. ini piece adalah companion spec sheet: dimensions, aspect ratio, file size, format, absolute-URL requirement, dan what actually breaks when apa pun dari itu adalah wrong. jika Anda’re here untuk write <meta> line, start dengan itu two; jika Anda’re here because Anda image adalah wrong size atau won’t tampilkan, Anda’re di right place.

One quick reuse dari fallback aturan, because ini decides how banyak images Anda perlu: twitter:image falls back untuk og:image when ini adalah absent, so sebagian besar situs set one image dan gunakan ini untuk both — Anda hanya diverge jika Anda specifically ingin sebuah berbeda crop untuk X.

safe default: 1200×630 (1,91:1) — dan why ini adalah sebuah compromise

Nearly setiap guide leads dengan 1200×630 dan stops there. ini adalah sebuah baik default, tetapi ini adalah worth menjadi honest tentang where ini comes dari: ini adalah not sebuah single cross-platform standard anyone publishes identically. ini adalah community-converged size itu clears Facebook’s recommendation dan renders acceptably pada everything else. beberapa guides say 1200×627, beberapa say 1200×628 untuk X — itu adalah rounding dan legacy variants dari yang sama ~1,91:1 idea, not competing specs. Pick 1200×630, dan satu-satunya place Anda mungkin ingin sebuah kedua image adalah X, jika Anda care tentang sebuah tighter crop there.

Per-platform dimensions dan file size

single sebagian besar berguna thing ini halaman dapat melakukan adalah separate what’s primary-sourced (Meta) dari what’s community consensus (everything else). I’ve telah explicit tentang which adalah which — don’t treat non-Meta angka sebagai gospel.

Facebook / Meta (primary-sourced)

dari Meta’s own sharing-images documentation:

• Minimum: “The minimum allowed image dimension is 200 x 200 pixels.” (terjemahan) “ minimum allowed image dimension adalah 200 x 200 pixels.”
• Floor untuk hindari kecil render: “At the minimum, you should use images that are 600 x 315 pixels to display link page posts with larger images.” (terjemahan) “di minimum, Anda harus gunakan images itu adalah 600 x 315 pixels untuk display tautan halaman posts dengan larger images.”
• Recommended: “Use images that are at least 1200 x 630 pixels for the best display on high resolution devices.” (terjemahan) “gunakan images itu adalah setidaknya 1200 x 630 pixels untuk best display pada tinggi resolution devices.”
• Aspect ratio: pertahankan ini “as close to 1.91:1 aspect ratio as possible” (terjemahan) “sebagai close untuk 1,91:1 aspect ratio sebagai mungkin” untuk hindari cropping di Feed.
• File-size cap: “The size of the image file must not exceed 8 MB.” (terjemahan) “ size dari image file harus not exceed 8 MB.”

Meta adalah juga source dari “first-share” (terjemahan) “pertama-share” caching quirk: crawler memiliki untuk see image setidaknya once sebelum ini renders, so “the first person who shares a piece of content won’t see a rendered image.” (terjemahan) “ pertama person who shares sebuah piece dari konten won’t see sebuah rendered image.” (LinkedIn behaves similarly — ini adalah re-scrape story, covered di Open Graph sibling.)

X / Twitter (community consensus — treat dengan caution)

X’s angka adalah ones untuk menjadi careful dengan. official Card Validator adalah deprecated di 2022 dengan no replacement, dan developer.x.com’s Cards documentation adalah effectively hilang: ini dikembalikan sebuah HTTP 402 Payment diperlukan respons di early July 2026, dan sebagai dari ini update yang sama URL instead redirects (HTTP 307) untuk docs.x.com’s homepage, where equivalent Cards-markup path 404s — sebuah dead tautan either cara, so tidak ada live, freshly-checkable pertama-party X spec right now. figures itu circulate di seluruh guides — roughly 1200×628 atau 1200×675 untuk summary_large_image, sebuah 300×157 minimum, sebuah 4096×4096 maximum, dan sebuah ~5 MB file cap, dengan kecil summary card needing sebuah smaller ~144×144-minimum square — adalah ketiga-party consensus, not sebuah confirmed saat ini official spec. mereka’re close enough untuk 1,91:1 default untuk menjadi berguna, tetapi I wouldn’t present apa pun spesifik X byte atau pixel angka sebagai authoritative. ( X documentation dan validator situation adalah covered di full di Twitter Cards sibling.)

LinkedIn, Slack, WhatsApp, Discord, iMessage

• LinkedIn adalah one non-Meta platform dengan -nya own documented angka: -nya help halaman untuk membuat sebuah situs shareable states sebuah minimum dari 1200×627 pixels, sebuah recommended ratio dari 1,91:1, dan sebuah 5 MB max file size — dan separately notes itu “images less than 401 pixels wide display as a thumbnail image.” (terjemahan) “images less daripada 401 pixels wide display sebagai sebuah thumbnail image.” bangun untuk 1200×630 default dan Anda jelas ini dengan margin; don’t confuse ini dengan Facebook’s angka, mereka’re LinkedIn’s own. -nya Post Inspector adalah re-scrape alat.
• Slack adalah sebuah placement gotcha more daripada sebuah size one: ini adalah widely reported untuk read hanya pertama ~32 KB dari sebuah halaman’s raw HTML when unfurling. jika Anda head tags — dan thus Anda og:image reference — sit below itu, Slack dapat tidak pernah see them. Slack’s own unfurling docs confirm ini reads Open Graph / X Card metadata tetapi don’t publish sebuah byte limit, so treat 32 KB figure sebagai reported, not officially confirmed.
• WhatsApp adalah reported untuk silently drop preview image untuk besar files — commonly cited sekitar ~300 KB, bahkan though sebuah higher (~600 KB) “official-sounding” (terjemahan) “official-sounding” WhatsApp angka juga floats sekitar. Either cara, sebuah heavy image adalah failure mode.
• Discord dan iMessage inherit Open Graph dengan no separately documented image specs — bangun untuk 1200×630 default dan mereka ikuti.

honest takeaway: alih-alih chasing tightest documented angka, target di bawah ~1 MB — ideally 100–300 KB — dan Anda jelas setiap platform’s ceiling dengan margin.

absolute-URL aturan — sebuah nyata, silent failure mode

ini one adalah stated sebagai fact everywhere tetapi rarely dijelaskan. og:image dan twitter:image harus menjadi sebuah absolute https://... URL. sebuah relative path like /images/share.jpg isn’t rejected dengan sebuah terlihat error — ini adalah hanya silently ignored. alasan: sebuah browser resolves sebuah relative path terhadap halaman’s own URL because ini sudah knows what halaman ini adalah pada, tetapi sebuah social crawler fetching Anda tag memiliki no such base context dan won’t reliably reconstruct Anda domain. So ini skips tag dan falls back untuk whatever else ini dapat scrape. jika Anda image “isn’t showing” (terjemahan) “isn’t showing” dan path di Anda source starts dengan sebuah / alih-alih https://, itu’s Anda bug.

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

Here’s freshest dan least-covered angle. sebagai dari March 2, 2026, Google documents og:image sebagai one dari two accepted metadata sources (alongside schema.org primaryImageOfPage) untuk selecting -nya own thumbnails di Search dan menemukan — Google’s own docs describe ini two surfaces specifically dan don’t extend claim untuk AI Overviews atau lainnya AI surfaces, so I won’t either. itu berarti yang sama image file now sering memiliki untuk satisfy both social platforms dan Google’s text-hasil/menemukan thumbnails — dan mereka specs aren’t yang sama shape.

Google’s image guidance (menemukan dan Image SEO docs):

• Dimensions: “at least 1200 px wide.” (terjemahan) “setidaknya 1200 px wide.”
• Aspect ratio: sebuah 16:9 ratio — not social world’s 1,91:1.
• Resolution: “more than 300,000 total pixels” (terjemahan) “more daripada 300 000 total pixels” (sebuah 1280×720 image adalah 921 600 pixels dan clears ini comfortably).
• konten: hindari “a generic image (for example, your site logo) or an image with text,” (terjemahan) “sebuah generic image (misalnya, Anda situs logo) atau sebuah image dengan text,” dan hindari “an extreme aspect ratio.” (terjemahan) “sebuah extreme aspect ratio.”
• Eligibility prerequisite: untuk get besar thumbnail treatment di menemukan di semua Anda perlu max-image-preview:large (sebuah robots meta directive) atau AMP — sebuah separate lever dari image file, covered di robots meta tag topic.

nuance untuk flag alih-alih hand-wave: sebuah 1200×630 (1,91:1) social image adalah 630px tall, so ini adalah 756 000 total pixels — ini clears Google’s ≥1200px-wide dan ≥300K-pixel bars fine — tetapi 1,91:1 adalah not 16:9. dalam praktik one well-dibangun image satisfies both, tetapi jika Anda ingin mengoptimalkan setiap independently Anda dapat supply sebuah separate primaryImageOfPage di schema untuk Google while keeping 1,91:1 crop untuk social. Either cara, “no logo, no text-heavy image” (terjemahan) “no logo, no text-heavy image” advice adalah baik untuk social CTR too — sebuah logo doesn’t differentiate one shared tautan dari lainnya.

Missing vs. broken — two berbeda failure modes

People conflate ini, dan mereka behave differently:

• ** og:image tag adalah absent.** Platforms fall back untuk sebuah scraped di-body image atau sebuah generic default. Anda get sebuah uncontrolled preview, rarely sebuah truly blank one. (ini adalah tag-missing case handled di Open Graph sibling.)
• ** og:image tag adalah present tetapi image fails** — sebuah 404, sebuah oversized file silently dropped, sebuah wrong MIME jenis, atau sebuah URL blocked oleh auth atau robots.txt. perilaku here adalah less forgiving: several platforms tampilkan no image di semua rather daripada falling back further, because mereka sudah “know” (terjemahan) “know” Anda specified one. ini adalah case unique untuk ini artikel, so ini adalah worth stating plainly: sebuah broken image reference dapat render sebuah worse card daripada no reference di semua.

dan render-vs-crawl gotcha underneath both: sebagian besar social bot don’t run JavaScript, so jika Anda tag adalah injected client-side ini won’t menjadi seen. sebagai I put ini di my Ahrefs JavaScript SEO guide, “Social media bots don’t run JavaScript, so things like OG tags won’t be seen unless you render the content before serving it to them.” (terjemahan) “Social media bot don’t run JavaScript, so things like OG tags won’t menjadi seen unless Anda render konten sebelum serving ini untuk them.” server-render tag, atau image tidak pernah memiliki sebuah chance.

Format mendukung

• JPEG/JPG dan PNG adalah universally didukung — safe everywhere.
• WebP adalah didukung oleh sebagian besar modern consumers (Meta lists ini explicitly), tetapi I’d pertahankan sebuah JPEG/PNG fallback untuk anything Anda dapat’t test.
• Animated GIF/WebP adalah unreliable untuk sebuah masih preview card — sebagian besar platforms grab sebuah single frame atau ignore animation. Don’t rely pada motion di sebuah share image.

Caching — last mile

Fixing sebuah oversized atau broken image doesn’t propagate untuk tautan people sudah shared until Anda force sebuah re-scrape: Facebook Sharing Debugger dan LinkedIn Post Inspector re-fetch Anda halaman dan refresh mereka cached preview. ini adalah centerpiece dari Open Graph sibling, so I’ll leave ini di one line here: edit image, lalu re-scrape, atau old one lingers.

Where ini fits

ini adalah sebuah deep dive di bawah Meta Tags untuk SEO hub, sitting right next untuk two tag-syntax siblings — Open Graph dan Twitter Cards — itu ini artikel extends. ini juga brushes separate image SEO cluster (which covers file formats, alt text, dan image pengindeksan di umum): difference adalah itu image SEO adalah tentang pictures inside Anda konten, while ini adalah tentang one metadata image itu mewakili whole halaman di sebuah share card dan, now, sebuah Google thumbnail.

AI summary

sebuah condensed take pada Advanced versi:

• Scope: image requirements untuk og:image / twitter:image, not tag syntax (itu’s Open Graph dan Twitter Cards siblings). twitter:image falls back untuk og:image, so sebagian besar situs gunakan one image untuk both.
• Safe default: sebuah absolute HTTPS URL untuk sebuah ~1200×630px (1,91:1) image — sebuah community-converged compromise, not sebuah single official cross-platform standard.
• hanya Meta’s angka adalah primary-sourced: 200×200 minimum, 600×315 floor, ≥1200×630 recommended, 1,91:1, 8 MB cap. X’s ~1200×628/675 dan ~5 MB, Slack’s ~32 KB early-HTML read, dan WhatsApp’s ~300 KB silent drop adalah community consensus — X’s validator adalah dead dan -nya docs adalah hilang (paywalled, lalu sebuah dead redirect).
• Absolute-URL aturan: relative paths adalah silently ignored — social crawler memiliki no base context untuk resolve them.
• Missing ≠ broken: sebuah absent tag falls back untuk sebuah scraped body image; sebuah present-tetapi-failing image (404, oversized, auth/robots-blocked) sering menampilkan no image di semua.
• Google (March 2026) reads og:image untuk -nya own Search dan menemukan thumbnails (-nya own docs scope ini untuk itu two surfaces, not “AI thumbnails” (terjemahan) “AI thumbnails” broadly), tetapi -nya spec adalah 16:9 / ≥1200px wide / ≥300K pixels / no logo / no text — sebuah berbeda shape daripada 1,91:1. sebuah 1200×630 image clears Google’s pixel minimums tetapi isn’t 16:9; perlu max-image-preview:large untuk besar menemukan thumbnail.
• Formats: JPEG/PNG universal, WebP mostly fine, animated formats unreliable.
• rendering: social bot don’t run JavaScript — server-render tag.
• Practical target: di bawah ~1 MB, ideally 100–300 KB, untuk jelas setiap platform.
• Caching: fixing image doesn’t fix sudah-shared tautan until Anda force sebuah re-scrape (Facebook Sharing Debugger, LinkedIn Post Inspector).

Official documentation

Primary-source documentation untuk image spec.

Meta / Facebook (paling authoritative source untuk dimensions dan file size)

• Sharing — Images — ≥1200×630 recommendation, 200×200 minimum, 600×315 floor, 1,91:1 ratio, dan 8 MB file-size cap.
• Sharing — Webmasters — how crawler scrapes, pertama-share caching perilaku, dan fallback heuristics when markup adalah absent.

** Open Graph protocol**

• ogp.me — og:image sub-properties: og:image:url, og:image:secure_url, og:image:type, og:image:width, og:image:height, dan og:image:alt.

Google

• Specify sebuah preferred image dengan metadata — og:image dan schema.org sebagai thumbnail-selection sources; hindari logos, text-di-image, dan extreme aspect ratios (updated March 2, 2026).
• Google menemukan — concrete image angka: setidaknya 1200px wide, 16:9, more daripada 300 000 total pixels, plus max-image-preview:large / AMP eligibility requirement.

LinkedIn

• membuat Anda situs web shareable pada LinkedIn — LinkedIn’s own angka: 1200×627 minimum, 1,91:1 recommended ratio, 5 MB max file size, dan images narrower daripada 401px render sebagai sebuah thumbnail.

Slack

• Unfurling tautan di messages — confirms Slack reads Open Graph / X Card metadata; ini melakukan not publish sebuah spesifik byte atau image limit di ini doc.

X / Twitter (status: largely inaccessible sebagai dari 2026)

• developer.x.com Cards markup docs dikembalikan HTTP 402 (paywalled) di early July 2026 research; sebagai dari ini update yang sama URL instead redirects (HTTP 307) untuk docs.x.com’s homepage, where equivalent Cards-markup path 404s, dan legacy developer.twitter.com Cards path juga redirects dan 404s. Either cara there’s no live pertama-party spec untuk periksa. Treat setiap X-spesifik dimension atau file-size figure sebagai ketiga-party consensus — see Twitter Cards sibling untuk full picture.

Quotes dari source

pada—record statements pada image spec. setiap tautan jumps untuk (atau documents) quoted passage.

Meta / Facebook — primary-sourced angka

• “Use images that are at least 1200 x 630 pixels for the best display on high resolution devices.” (terjemahan) “gunakan images itu adalah setidaknya 1200 x 630 pixels untuk best display pada tinggi resolution devices.” — Meta untuk Developers, Sharing Images docs. Source
• “At the minimum, you should use images that are 600 x 315 pixels to display link page posts with larger images.” (terjemahan) “di minimum, Anda harus gunakan images itu adalah 600 x 315 pixels untuk display tautan halaman posts dengan larger images.” Source
• “The minimum allowed image dimension is 200 x 200 pixels.” (terjemahan) “ minimum allowed image dimension adalah 200 x 200 pixels.” dan “The size of the image file must not exceed 8 MB.” (terjemahan) “ size dari image file harus not exceed 8 MB.” Source

LinkedIn — -nya own documented minimum

• “Minimum image dimensions: 1200 (w) x 627 (h) pixels” (terjemahan) “Minimum image dimensions: 1200 (w) x 627 (h) pixels”, “Recommended ratio: 1.91:1” (terjemahan) “Recommended ratio: 1,91:1”, “Max file size: 5 MB” (terjemahan) “Max file size: 5 MB”, dan “Images less than 401 pixels wide display as a thumbnail image.” (terjemahan) “Images less daripada 401 pixels wide display sebagai sebuah thumbnail image.” — LinkedIn Help, “Make your website shareable on LinkedIn.” (terjemahan) “membuat Anda situs web shareable pada LinkedIn.” Source

Google — og:image sebagai sebuah thumbnail source (March 2026)

• Google influences -nya automated image selection “by providing your preferred image through one of the following metadata sources” (terjemahan) “oleh providing Anda preferred image melalui one dari following metadata sources” — schema.org primaryImageOfPage atau og:image meta tag. Jump untuk quote
• “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.” (terjemahan) “hindari menggunakan sebuah generic image (misalnya, Anda situs logo) atau sebuah image dengan text di schema.org markup atau og:image meta tag.” Jump untuk quote
• pada menemukan, Google says untuk “use either schema.org markup or the og:image meta tag to specify a large image,” (terjemahan) “gunakan either schema.org markup atau og:image meta tag untuk specify sebuah besar image,” setidaknya 1200px wide, 16:9, dan more daripada 300 000 total pixels. Jump untuk quote

Barry Schwartz, mesin pencari Land — coverage dari March 2026 update

• Reported itu Google menggunakan both schema.org markup dan og:image meta tag sebagai sources when determining image thumbnails di Google Search dan menemukan. Read coverage

Patrick Stox — rendering gotcha

• “Social media bots don’t run JavaScript, so things like OG tags won’t be seen unless you render the content before serving it to them.” (terjemahan) “media sosial bot don’t run JavaScript, so things like OG tags won’t menjadi seen unless Anda render konten sebelum serving ini untuk them.” — dari my Ahrefs JavaScript SEO guide. Source

”My image isn’t showing” (terjemahan) “My image isn’t showing” — adalah ini sebuah size, URL, atau cache masalah?

berfungsi top untuk bottom; pertama “yes” (terjemahan) “yes” adalah almost selalu Anda fix.

1. melakukan Anda hanya perubahan image, dan old one adalah masih showing? → ini adalah sebuah cache masalah. Force sebuah re-scrape: Facebook Sharing Debugger, LinkedIn Post Inspector. Nothing else Anda melakukan penting until platform re-fetches.

2. adalah og:image nilai sebuah relative path (starts dengan / atau ./)? → ini adalah sebuah URL masalah. Social crawler silently ignore relative paths — perubahan ini untuk sebuah full absolute https://... URL dan re-scrape.

3. adalah image tag injected oleh JavaScript / hanya present setelah render? → ini adalah sebuah rendering masalah. Social bot don’t run JS — server-render tag ke initial HTML.

4. melakukan image URL muat di sebuah fresh incognito browser (no login)? → jika no — 404, memerlukan auth, atau blocked oleh robots.txt — ini adalah sebuah reachability masalah. sebuah present-tetapi-broken image sering menampilkan no card image di semua. Fix path atau unblock ini.

5. adalah file bigger daripada ~1 MB (atau image di atas Meta’s 8 MB hard cap)? → ini adalah sebuah file-size masalah. Meta rejects di atas 8 MB outright; WhatsApp dan others silently drop besar images well below itu. Compress untuk 100–300 KB dan re-scrape.

6. adalah image tiny (di bawah 200×200) atau sebuah odd shape? → ini adalah sebuah dimensions masalah. Below 600×315 Anda get kecil/cropped render; below 200×200 Meta rejects ini. Rebuild di ~1200×630.

7. masih wrong pada Slack specifically, fine elsewhere? → mungkin sebuah placement masalah — Slack reads hanya pertama ~32 KB dari HTML. pastikan Anda head tags appear early di document.

jika none dari ini apply dan card adalah fine except Google’s thumbnail, itu’s sebuah berbeda pertanyaan — see “one image, two masters” (terjemahan) “one image, two masters” bagian di Advanced.

Social image cheat sheet

Per-platform spec — sourced honestly

Fast facts

• One safe default clears almost everything: absolute HTTPS URL, ~1200×630 (1,91:1), file 100–300 KB.
• Absolute URL hanya — relative paths adalah silently ignored, not errored.
• twitter:image falls back untuk og:image — one image biasanya menyajikan both.
• Missing ≠ broken: missing tag → scraped fallback image; broken image → sering no image di semua.
• Google ingin 16:9, social ingin 1,91:1 — sebuah 1200×630 image (756K pixels) clears Google’s ≥1200px-wide / ≥300K-pixel bars tetapi isn’t 16:9.
• Formats: JPEG/PNG everywhere; WebP mostly; animated formats unreliable.
• hanya Meta’s 8 MB adalah officially documented — setiap lainnya byte angka adalah community consensus.
• Fixing image doesn’t fix shared tautan until Anda re-scrape.

Social image audit — checklist

sebuah pass untuk confirm Anda share image adalah correct, reachable, dan sized right:

• og:image adalah sebuah absolute https://... URL — no relative paths.
• image adalah roughly 1200×630px (1,91:1) — setidaknya 600×315, tidak pernah di bawah 200×200.
• File size adalah di bawah ~1 MB, ideally 100–300 KB, untuk jelas setiap platform’s ceiling (Meta’s hard cap adalah 8 MB; others drop besar files silently).
• Format adalah JPEG, PNG, atau WebP — not sebuah animated GIF/WebP untuk sebuah masih card.
• image URL memuat di sebuah fresh incognito browser — not 404, not auth-gated, not blocked oleh robots.txt.
• og:image tag adalah di server-rendered HTML, not injected oleh JavaScript (social bot don’t render JS).
• tag sits early di <head> (helps Slack, which reads hanya pertama ~32 KB).
• twitter:image adalah either omitted (falls back untuk og:image) atau set deliberately untuk sebuah berbeda X crop.
• image menghindari sebuah bare logo atau heavy text — baik untuk CTR dan diperlukan untuk Google’s thumbnail eligibility.
• untuk Google’s besar menemukan thumbnail, halaman memiliki max-image-preview:large (atau AMP).
• setelah apa pun perubahan, Anda’ve re-scraped dengan Facebook Sharing Debugger / LinkedIn Post Inspector so shared tautan refresh.

Worked contoh

Concrete sebelum/setelah cases untuk failure modes ini artikel 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" />

One image untuk both platforms (menggunakan 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" />

sebuah berbeda, tighter crop untuk X hanya

<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" />

** two failure modes, side oleh side**

• Missing tag: no og:image di semua → Facebook/LinkedIn scrape sebuah body image atau tampilkan sebuah generic default. Uncontrolled, rarely blank.
• Broken image: og:image poin di https://www.example.com/old-hero.jpg which now 404s → several platforms tampilkan no card image, because mereka sudah “know” (terjemahan) “know” Anda specified one. Worse daripada tidak pernah setting ini.

Sizing math untuk “two masters” (terjemahan) “two masters” pertanyaan

• Social target: 1200×630 = 1,91:1 = 756 000 total pixels.
• Google’s bar: ≥1200px wide dan >300 000 total pixels → 1200×630 image clears both comfortably.
• Google’s preferred shape: 16:9 (e.g. 1280×720 = 921 600 pixels) — 1200×630 image satisfies Google’s minimums tetapi adalah not 16:9, so jika Anda ingin mengoptimalkan setiap independently, supply sebuah separate primaryImageOfPage di schema untuk Google.

Confirming sebuah social image fix actually took effect

caching masalah ini artikel describes — Anda fix image, tetapi shared tautan pertahankan showing old one — berarti “I edited the file” (terjemahan) “I edited file” adalah not proof dari anything. ini adalah memeriksa untuk run setelah sebuah perubahan, di order, sebelum Anda pertimbangkan fix done.

Confirm platform re-scraped baru image

Test untuk run: Paste URL ke Facebook’s Sharing Debugger (atau LinkedIn’s Post Inspector) dan click re-scrape/inspect button, not hanya view cached hasil. Expected hasil: debugger’s preview pane menampilkan baru image, dan alat reports sebuah fresh crawl timestamp. Failure interpretation: jika old image masih renders setelah clicking re-scrape, platform’s cache hasn’t cleared, atau tag masih poin di wrong file. Monitoring window: immediate — debugger hasil adalah live, tetapi lainnya platforms without sebuah public debugger (WhatsApp, iMessage) dapat take up untuk sebuah few hours untuk reflect perubahan. Rollback trigger: jika debugger menampilkan sebuah Facebook-reported fetch error (not hanya sebuah stale image) setelah two re-scrape attempts, revert untuk previous known-berfungsi image URL while Anda investigate.

Confirm URL adalah absolute dan reachable

Test untuk run: Open exact og:image URL di sebuah fresh incognito browser window (no login, no cache) — atau run curl -I terhadap ini dan periksa status line. Expected hasil: image memuat directly dan mengembalikan HTTP/1.1 200 OK; URL di address bar adalah full https://... path, not sebuah relative one. Failure interpretation: sebuah 404, sebuah redirect untuk sebuah login halaman, atau sebuah non-200 status berarti image adalah unreachable untuk social crawler too — ini adalah “present but broken” (terjemahan) “present tetapi broken” failure mode, which adalah less forgiving daripada sebuah missing tag. Monitoring window: immediate — ini adalah sebuah poin-di-time reachability periksa, re-run ini right setelah deploying fix. Rollback trigger: apa pun non-200 respons — revert og:image nilai untuk last URL itu dikembalikan 200 until baru asset adalah confirmed reachable.

Confirm tag adalah di server-rendered HTML, not injected oleh JavaScript

Test untuk run: View source (Ctrl+U / Cmd+Option+U) atau curl halaman dan search raw HTML untuk og:image — melakukan not periksa rendered DOM di DevTools, since itu dapat sertakan JS-injected tags social bot tidak pernah see. Expected hasil: <meta property="og:image" content="https://..."> line adalah present di raw, unrendered respons body. Failure interpretation: jika tag hanya appears di browser’s Elements panel tetapi not di view-source/curl, ini adalah menjadi injected client-side dan social bot — which don’t run JavaScript — akan tidak pernah see ini. Monitoring window: immediate, dan worth re-memeriksa setelah apa pun deploy itu touches templating atau hydration layer. Rollback trigger: tag missing dari raw HTML pada two consecutive curl memeriksa — treat templating perubahan sebagai broken dan revert ini.

Confirm dimensions dan file size jelas platform limits

Test untuk run: periksa deployed image’s actual pixel dimensions dan file size (image-inspector alat, browser dev alat’ Network panel, atau curl -sI untuk Content-Length). Expected hasil: roughly 1200×630px (1,91:1, setidaknya 600×315, tidak pernah di bawah 200×200) dan sebuah file size di bawah ~1 MB — ideally 100–300 KB. Failure interpretation: dimensions di bawah 600×315 trigger kecil/cropped render; sebuah file size approaching atau di atas Meta’s 8 MB hard cap gets rejected outright, dan lainnya platforms silently drop heavy files well below itu. Monitoring window: immediate — ini adalah sebuah static property dari deployed file, not something itu perubahan di atas time. Rollback trigger: file size di atas roughly 1 MB atau dimensions below 600×315 floor — swap di sebuah compressed, correctly-sized image sebelum re-scraping.

Resources worth Anda time

My related writing

• JavaScript SEO Issues & Best Practices — rendering side: why social bot itu don’t run JavaScript tidak pernah see sebuah client-injected og:image.
• Beginner’s Guide untuk SEO teknis — where pada-halaman metadata like share images fits di bigger picture.

My speaking

• How Search berfungsi (SlideShare) — my walkthrough dari crawling, rendering, dan pengindeksan, including why crawl-vs-render distinction decides whether sebuah metadata tag adalah bahkan seen. (My standing disclaimer applies: “This is my understanding of systems… not going to be 100% complete or accurate.” (terjemahan) “ini adalah my understanding dari sistem… not going untuk menjadi 100% complete atau accurate.”)

Official

• Meta — Sharing Images — satu-satunya primary-sourced dimension dan file-size spec (≥1200×630, 200×200 min, 600×315 floor, 1,91:1, 8 MB cap).
• Open Graph protocol — og:image sub-properties.
• Google — Specify sebuah preferred image dengan metadata dan Google menemukan — Google’s own thumbnail image requirements.
• Slack — Unfurling tautan di messages — confirms Slack reads OG / X Card metadata.

dari sekitar industry

• Google menggunakan both schema.org markup dan og:image meta tag untuk thumbnails di Google Search dan menemukan (mesin pencari Land, Barry Schwartz, March 2, 2026) — sama-day coverage dari March 2026 doc update.
• Google Clarifies How ini Picks Thumbnails untuk Search, menemukan (mesin pencari Journal) — companion write-up pada yang sama update.
• Open Graph Meta Tags: Everything Anda perlu Know (Ahrefs, Michal Pecánek) — sebuah solid umum Open Graph reference (not my byline).
• r/TechSEO — community untuk debugging broken previews dan re-scrape issues.

Test yourself: Social Sharing Images

Five quick pertanyaan pada og:image dan twitter:image requirements. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan