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

image spec sheet untuk og:image dan twitter:image — safe 1200×630 (1,91:1) default, per-platform dimensions dan file-size caps, absolute-URL aturan, Google's own 2026 thumbnail requirements, dan mengapa images fail vs. fall back.

Pertama kali diterbitkan: 2 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan

og:image dan twitter:image poin di image di Anda tautan-preview card — ini adalah deep dive pada image requirements, tidak tag syntax (see Open Graph dan Twitter Cards siblings untuk itu). safe cross-platform default adalah sebuah absolute HTTPS URL untuk sebuah ~1200×630px (1,91:1) image, tetapi itu's sebuah community-converged compromise, tidak sebuah single official spec. hanya Meta's angka adalah utama-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 baca, dan WhatsApp's silent drop dari besar images adalah community consensus, tidak freshly-verifiable pertama-party specs — say so. absolute-URL aturan adalah sebuah nyata silent failure: social crawler jangan resolve relative paths. sebuah missing tag falls back untuk sebuah scraped body image; sebuah present-tetapi-rusak image (404, oversized, auth-blocked) adalah lebih sedikit forgiving dan sering menampilkan Tidak image di semua. sebagai dari March 2026 Google membaca og:image untuk -nya own Penelusuran dan menemukan thumbnails (-nya own docs jangan extend ini untuk AI surfaces), tetapi -nya spec adalah 16:9 / ≥1200px wide / ≥300K pixels / Tidak logos / Tidak text — sebuah berbeda shape daripada 1,91:1 social crop. Caching berarti memperbaiki sebuah image tidak perbaiki sudah-shared tautan until Anda force sebuah re-scrape. ini adalah sebuah deep dive di bawah Meta Tags untuk SEO hub.

TL;DR — ini adalah image spec sheet, tidak tag syntax — og:image / twitter:image mechanics langsung di Open Graph dan Twitter Cards siblings. 1200×630 (1,91:1) adalah safe default, tidak sebuah official universal standard. hanya Meta’s angka adalah utama-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 baca, dan WhatsApp’s ~300 KB silent drop adalah community consensus, tidak freshly-verifiable pertama-party specs — I flag yang adalah yang. absolute-URL aturan adalah sebuah nyata silent failure: social crawler jangan resolve relative paths. Missing ≠ rusak: sebuah absent tag falls back untuk sebuah scraped body image; sebuah present tetapi failing image (404, oversized, auth/robots-blocked) sering menampilkan tidak ada apa pun. Google now membaca og:image untuk -nya own Penelusuran dan menemukan thumbnails (March 2026), tetapi -nya spec adalah 16:9 / ≥1200px wide / ≥300K pixels / Tidak logo / Tidak text — sebuah berbeda shape daripada 1,91:1 social crop. Caching berarti sebuah perbaiki tidak reach sudah-shared tautan until Anda force sebuah re-scrape.

Bukti untuk klaim ini The Open Graph protocol uses og:image to identify an image and defines optional image URL, MIME type, width, height, and alt properties. Cakupan: Open Graph protocol metadata. Tingkat keyakinan: tinggi · Diverifikasi: Open Graph protocol Bukti untuk klaim ini X Cards support summary and summary_large_image card types and image metadata, subject to X's crawler and card requirements. Cakupan: Current X Cards markup documentation. Tingkat keyakinan: tinggi · Diverifikasi: X Developer Platform: Cards markup

Apa ini artikel covers (dan apa 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 apa sebenarnya breaks ketika apa pun dari itu adalah wrong. jika Anda’re di sini untuk tulis <meta> line, mulai dengan itu dua; jika Anda’re di sini karena Anda image adalah wrong size atau tidak akan tampilkan, Anda’re di right place.

Satu quick reuse dari fallback aturan, karena ini decides bagaimana banyak images Anda perlu: twitter:image falls back untuk og:image ketika ini adalah absent, so sebagian besar situs set satu image dan gunakan ini untuk keduanya — Anda hanya diverge jika Anda secara khusus ingin sebuah berbeda crop untuk X.

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

Nearly setiap guide leads dengan 1200×630 dan berhenti di sana. ini adalah sebuah baik default, tetapi ini adalah worth menjadi honest tentang di mana ini muncul dari: ini adalah tidak sebuah single cross-platform standard anyone publishes identically. ini adalah community-converged size itu clears Facebook’s recommendation dan renders acceptably pada semuanya 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, tidak competing specs. Pick 1200×630, dan satu-satunya place Anda mungkin ingin sebuah kedua image adalah X, jika Anda care tentang sebuah tighter crop di sana.

Per-platform dimensions dan file size

single sebagian besar berguna hal ini halaman dapat melakukan adalah terpisah apa utama-sourced (Meta) dari apa community consensus (semuanya else). I’ve telah jelas tentang yang adalah yang — jangan treat non-Meta angka sebagai gospel.

Facebook / Meta (utama-sourced)

dari Meta’s own sharing-images documentation:

  • Minimum: “The minimum allowed image dimension is 200 x 200 pixels.” (terjemahan) “ minimum diizinkan 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 lebih besar 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: “Itu size dari itu image file harus tidak exceed 8 MB.” (terjemahan) “ size dari image file harus tidak exceed 8 MB.”

Meta adalah juga sumber dari “pertama-share” (terjemahan) “pertama-share” caching quirk: crawler memiliki untuk see image setidaknya setelah sebelum ini renders, so “itu pertama person siapa shares a piece dari konten tidak akan see a dirender image.” (terjemahan) “ pertama person siapa shares sebuah piece dari konten tidak akan see sebuah dirender 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 Tidak 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 perbarui yang sama URL alih-alih redirects (HTTP 307) untuk docs.x.com’s homepage, di mana equivalent Cards-markup path 404s — sebuah dead tautan either cara, so tidak ada langsung, freshly-checkable pertama-party X spec saat ini. 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 lebih kecil ~144×144-minimum square — adalah ketiga-party consensus, tidak sebuah confirmed saat ini official spec. mereka’re close cukup untuk 1,91:1 default untuk menjadi berguna, tetapi I tidak akan present apa pun spesifik X byte atau pixel angka sebagai authoritative. ( X documentation dan validator situation adalah covered di penuh di Twitter Cards sibling.)

«### LinkedIn, Slack, WhatsApp, Discord, iMessage » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«- 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.

  • 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.
  • 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.
  • Discord and iMessage inherit Open Graph with no separately documented image specs — build to the 1200×630 default and they follow. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

honest takeaway: alih-alih chasing tightest terdokumentasi 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 satu adalah stated sebagai fact di mana-mana tetapi rarely dijelaskan. og:image dan twitter:image harus menjadi sebuah absolute https://... URL. sebuah relative path like /images/share.jpg tidak rejected dengan sebuah terlihat error — ini adalah hanya silently ignored. alasan: sebuah browser resolves sebuah relative path terhadap halaman’s own URL karena ini sudah knows apa halaman ini adalah pada, tetapi sebuah social crawler fetching Anda tag memiliki Tidak such base context dan tidak akan reliably reconstruct Anda domain. So ini skips tag dan falls back untuk whatever else ini dapat scrape. jika Anda image “tidak menunjukkan” (terjemahan) “tidak menunjukkan” dan path di Anda sumber dimulai dengan sebuah / alih-alih https://, itu’s Anda bug.

Satu image, dua masters: Google’s 2026 thumbnail spec

Di sini’s freshest dan least-covered angle. sebagai dari March 2, 2026, Google documents og:image sebagai satu dari dua accepted metadata sources (alongside schema.org primaryImageOfPage) untuk selecting -nya own thumbnails di Penelusuran dan menemukan — Google’s own docs deskripsikan ini dua surfaces secara khusus dan jangan extend claim untuk AI Overviews atau lainnya AI surfaces, so I tidak akan either. itu berarti yang sama image file now sering memiliki untuk satisfy keduanya social platforms dan Google’s text-hasil/menemukan thumbnails — dan mereka specs tidak yang sama shape.

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

  • Dimensions: “di least 1200 px wide.” (terjemahan) “setidaknya 1200 px wide.”
  • Aspect ratio: sebuah 16:9 ratio — tidak social world’s 1,91:1.
  • Resolution: “lebih daripada 300,000 total pixels” (terjemahan) “lebih daripada 300 000 total pixels” (sebuah 1280×720 image adalah 921 600 pixels dan clears ini comfortably).
  • konten: hindari “a generic image (misalnya, Anda site logo) atau an image dengan 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 mendapatkan besar thumbnail treatment di menemukan di semua Anda perlu max-image-preview:large (sebuah robots meta directive) atau AMP — sebuah terpisah 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 tidak 16:9. dalam praktik satu well-dibangun image satisfies keduanya, tetapi jika Anda ingin mengoptimalkan setiap independently Anda dapat supply sebuah terpisah primaryImageOfPage di schema untuk Google sementara mempertahankan 1,91:1 crop untuk social. Either cara, “no logo, no text-heavy image” (terjemahan) “Tidak logo, Tidak text-berat image” advice adalah baik untuk social CTR too — sebuah logo tidak differentiate satu shared tautan dari lainnya.

Missing vs. rusak — dua berbeda failure modes

Orang 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 mendapatkan sebuah uncontrolled preview, rarely sebuah truly blank satu. (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 di sini adalah lebih sedikit forgiving: several platforms tampilkan Tidak image di semua rather daripada falling back further, karena mereka sudah “know” (terjemahan) “know” Anda specified satu. ini adalah case unique untuk ini artikel, so ini adalah worth stating plainly: sebuah rusak image reference dapat render sebuah worse card daripada Tidak reference di semua.

dan render-vs-crawl gotcha underneath keduanya: sebagian besar social bot jangan jalankan JavaScript, so jika Anda tag adalah injected client-side ini tidak akan menjadi seen. sebagai I put ini di my Ahrefs JavaScript SEO guide, “Social media bots jangan jalankan JavaScript, so hal like OG tags tidak akan menjadi seen unless Anda render itu konten sebelum serving it untuk them.” (terjemahan) “Social media bot jangan jalankan JavaScript, so hal like OG tags tidak akan 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 di mana-mana.
  • WebP adalah didukung oleh sebagian besar modern consumers (Meta lists ini explicitly), tetapi I’d pertahankan sebuah JPEG/PNG fallback untuk apa pun Anda dapat’t test.
  • Animated GIF/WebP adalah unreliable untuk sebuah masih preview card — sebagian besar platforms grab sebuah single frame atau ignore animation. jangan rely pada motion di sebuah share image.

Caching — terakhir mile

Memperbaiki sebuah oversized atau rusak image tidak propagate untuk tautan orang 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 satu line di sini: edit image, lalu re-scrape, atau old satu lingers.

Di mana ini fits

ini adalah sebuah deep dive di bawah Meta Tags untuk SEO hub, sitting right berikutnya untuk dua tag-syntax siblings — Open Graph dan Twitter Cards — itu ini artikel extends. ini juga brushes terpisah image SEO cluster (yang covers file formats, alt text, dan image pengindeksan di umum): perbedaan adalah itu image SEO adalah tentang pictures di dalam Anda konten, sementara ini adalah tentang satu metadata image itu mewakili seluruh halaman di sebuah share card dan, now, sebuah Google thumbnail.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.