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.
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.
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 markupTL;DR — social sharing image adalah picture di preview card ketika Anda paste sebuah tautan ke Facebook, LinkedIn, Slack, atau X. Anda set ini dengan
og:imagetag (dantwitter:imageuntuk X). membuat ini sebuah penuhhttps://web address, sized tentang 1200×630 pixels, dan pertahankan file kecil. jika ini adalah wrong size, sebuah rusak tautan, atau too big, Anda tidak mendapatkan sebuah nice card — Anda mendapatkan whatever platform grabs alih-alih.
Apa social image adalah
Ketika 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 yang image untuk gunakan dengan sebuah tag di Anda halaman’s head called og:image. X
(Twitter) dapat gunakan terpisah twitter:image tag, tetapi jika Anda tidak set satu, X hanya
reuses Anda og:image.
ini halaman adalah tentang image itself — bagaimana big ini seharusnya menjadi, bagaimana kecil file seharusnya menjadi, dan apa breaks. tags itu poin di image adalah covered secara terpisah di Open Graph dan Twitter Cards topics; di sini kami care tentang picture.
satu size untuk remember
ada Tidak single official size itu setiap platform agrees pada, tetapi satu angka adalah safe default di mana-mana: 1200 × 630 pixels, sebuah wide rectangle (tentang 1,91-untuk-1). Facebook recommends “di 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 hampir semuanya.
Three aturan itu trip orang up
- gunakan penuh web address, tidak sebuah relative path.
og:imageperlu sebuah menyelesaikanhttps://www.example.com/image.jpgURL. sebuah shortcut like/image.jpgtidak akan berfungsi — platforms itu baca Anda tag dapat’t figure out Anda domain pada mereka own, so mereka hanya skip ini. - pertahankan file kecil. Facebook memungkinkan up untuk 8 MB, tetapi lainnya apps diam-diam drop images itu adalah too berat. Aim untuk pertahankan ini well di bawah 1 MB — sebuah sedikit hundred KB adalah plenty untuk sebuah preview.
- sebuah missing atau rusak image tidak sebuah blank card. jika Anda image adalah missing, platforms grab beberapa lainnya picture off Anda halaman. jika Anda image tautan adalah rusak (wrong address, blocked, too big), beberapa apps tampilkan Tidak picture di semua — yang dapat look worse daripada tidak pernah setting satu.
Mengapa image sometimes tidak akan perbarui
jika Anda perbaiki Anda image tetapi old satu mempertahankan menunjukkan ketika 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 tepat angka per platform, file-size caps, Google’s own image aturan, dan perbedaan antara “missing” (terjemahan) “missing” dan “rusak” (terjemahan) “rusak”? Switch untuk Advanced tab.
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 markupTL;DR — ini adalah image spec sheet, tidak tag syntax —
og:image/twitter:imagemechanics 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 membacaog:imageuntuk -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.
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:imagereference — 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:imagetag 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:imagetag 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.
AI summary
sebuah condensed take pada Advanced versi:
- Cakupan: image requirements untuk
og:image/twitter:image, tidak tag syntax (itu’s Open Graph dan Twitter Cards siblings).twitter:imagefalls back untukog:image, so sebagian besar situs gunakan satu image untuk keduanya. - Safe default: sebuah absolute HTTPS URL untuk sebuah ~1200×630px (1,91:1) image — sebuah community-converged compromise, tidak sebuah single official cross-platform 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 — 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 Tidak base context untuk resolve them.
- 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 image di semua.
- Google (March 2026) membaca
og:imageuntuk -nya own Penelusuran dan menemukan thumbnails (-nya own docs cakupan ini untuk itu dua surfaces, tidak “AI thumbnails” (terjemahan) “AI thumbnails” broadly), tetapi -nya spec adalah 16:9 / ≥1200px wide / ≥300K pixels / Tidak logo / Tidak text — sebuah berbeda shape daripada 1,91:1. sebuah 1200×630 image clears Google’s pixel minimums tetapi tidak 16:9; perlumax-image-preview:largeuntuk besar menemukan thumbnail. - Formats: JPEG/PNG universal, WebP mostly fine, animated formats unreliable.
- rendering: social bot jangan jalankan JavaScript — server-render tag.
- Practical target: di bawah ~1 MB, ideally 100–300 KB, untuk jelas setiap platform.
- Caching: memperbaiki image tidak perbaiki sudah-shared tautan until Anda force sebuah re-scrape (Facebook Sharing Debugger, LinkedIn Post Inspector).
Dokumentasi resmi
Utama-sumber documentation untuk image spec.
Meta / Facebook (paling authoritative sumber 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 — bagaimana crawler scrapes, pertama-share caching perilaku, dan fallback heuristics ketika markup adalah absent.
** Open Graph protocol**
- ogp.me —
og:imagesub-properties:og:image:url,og:image:secure_url,og:image:type,og:image:width,og:image:height, danog:image:alt.
- Specify sebuah preferred image dengan metadata —
og:imagedan schema.org sebagai thumbnail-selection sources; hindari logos, text-di-image, dan extreme aspect ratios (diperbarui March 2, 2026). - Google menemukan — concrete image angka: setidaknya 1200px wide, 16:9, lebih daripada 300 000 total pixels, plus
max-image-preview:large/ AMP eligibility requirement.
- 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 lebih sempit daripada 401px render sebagai sebuah thumbnail.
Slack
- Unfurling tautan di messages — mengonfirmasi Slack membaca Open Graph / X Card metadata; ini melakukan tidak publish sebuah spesifik byte atau image limit di ini doc.
X / Twitter (status: largely inaccessible sebagai dari 2026)
developer.x.comCards markup docs dikembalikan HTTP 402 (paywalled) di early July 2026 research; 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, dan legacydeveloper.twitter.comCards path juga redirects dan 404s. Either cara ada Tidak langsung pertama-party spec untuk periksa. Treat setiap X-spesifik dimension atau file-size figure sebagai ketiga-party consensus — see Twitter Cards sibling untuk penuh picture.
Quotes dari sumber
pada—record statements pada image spec. setiap tautan jumps untuk (atau documents) quoted passage.
Meta / Facebook — utama-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. Sumber
- “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.” Sumber
- “The minimum allowed image dimension is 200 x 200 pixels.” (terjemahan) “ minimum diizinkan image dimension adalah 200 x 200 pixels.” dan “Itu size dari itu image file harus tidak exceed 8 MB.” (terjemahan) “ size dari image file harus tidak exceed 8 MB.” Sumber
LinkedIn — -nya own terdokumentasi 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 lebih sedikit 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.” Sumber
Google — og:image sebagai sebuah thumbnail sumber (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 satu dari berikut metadata sources” — schema.org
primaryImageOfPageatauog:imagemeta 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 lebih daripada 300 000 total pixels. Jump untuk quote
Barry Schwartz, mesin pencari Land — coverage dari March 2026 perbarui
- Reported itu Google menggunakan keduanya schema.org markup dan og:image meta tag sebagai sources ketika determining image thumbnails di Google Search dan menemukan. Baca coverage
Patrick Stox — rendering gotcha
- “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) “media sosial bot jangan jalankan JavaScript, so hal like OG tags tidak akan menjadi seen unless Anda render konten sebelum serving ini untuk them.” — dari my Ahrefs JavaScript SEO guide. Sumber
«Note: the Google Discover dimension figures (≥1200px wide, 16:9, >300,000 total pixels) and the Search Engine Land line are relayed through documentation summaries and same-day industry coverage rather than a named-spokesperson quote — confirm the exact wording against the live pages before treating them as final. The Meta numbers were re-verified directly against the live developers.facebook.com Sharing Images page as part of this update, and match exactly. The LinkedIn minimum (1200×627, 1.91:1, 5 MB, 401px thumbnail threshold) was likewise re-verified live against LinkedIn’s own help page. All X-specific dimension and file-size figures are third-party community consensus, not a live first-party spec — the Card Validator is deprecated, and developer.x.com’s Cards docs, checked live during this update, now redirect to a 404 rather than the earlier paywall response. My JavaScript-SEO line is reproduced as my own words from my Ahrefs guide.
» (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)
”My image isn’t showing” (terjemahan) “My image tidak menunjukkan” — adalah ini sebuah size, URL, atau cache masalah?
berfungsi top untuk bottom; pertama “Ya” (terjemahan) “Ya” adalah hampir selalu Anda perbaiki.
1. melakukan Anda hanya perubahan image, dan old satu adalah masih menunjukkan? → ini adalah sebuah cache masalah. Force sebuah re-scrape: Facebook Sharing Debugger, LinkedIn Post Inspector. Tidak ada apa pun else Anda melakukan penting until platform re-fetches.
2. adalah og:image nilai sebuah relative path (dimulai dengan / atau ./)?
→ ini adalah sebuah URL masalah. Social crawler silently ignore relative paths — perubahan ini untuk
sebuah penuh absolute https://... URL dan re-scrape.
3. adalah image tag injected oleh JavaScript / hanya present setelah render? → ini adalah sebuah rendering masalah. Social bot jangan jalankan JS — server-render tag ke awal HTML.
4. melakukan image URL muat di sebuah fresh incognito browser (Tidak login)? → jika Tidak — 404, memerlukan auth, atau blocked oleh robots.txt — ini adalah sebuah reachability masalah. sebuah present-tetapi-rusak image sering menampilkan Tidak card image di semua. Perbaiki 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 di bawah 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. Di bawah 600×315 Anda mendapatkan kecil/cropped render; di bawah 200×200 Meta rejects ini. Rebuild di ~1200×630.
7. masih wrong pada Slack secara khusus, fine elsewhere? → mungkin sebuah placement masalah — Slack membaca hanya pertama ~32 KB dari HTML. pastikan Anda head tags muncul early di document.
jika none dari ini apply dan card adalah fine except Google’s thumbnail, itu’s sebuah berbeda pertanyaan — see “satu image, dua masters” (terjemahan) “satu image, dua masters” bagian di Advanced.
Social image cheat sheet
Per-platform spec — sourced honestly
| Platform | Recommended | Minimum | File-size ceiling | Sumber status |
|---|---|---|---|---|
| Facebook / Meta | ≥1200×630 (1,91:1) | 200×200 (600×315 floor) | 8 MB hard cap | Utama-sourced |
X / Twitter (summary_large_image) | ~1200×628 / 1200×675 | ~300×157 | ~5 MB | Community consensus |
X (summary card) | ~144×144+ square | ~144×144 | — | Community consensus |
| 1200×627 min (1,91:1) | <401px wide → thumbnail | 5 MB | Utama-sourced | |
| Slack | 1200×630 | — | membaca pertama ~32 KB dari HTML | Reported, tidak confirmed |
| 1200×630 | — | silently drops besar (~300 KB reported) | Community consensus | |
| Discord / iMessage | 1200×630 | — | — | Inherit OG, Tidak terpisah spec |
| Google thumbnail | ≥1200px wide, 16:9 | >300 000 total pixels | — | Utama-sourced (berbeda shape) |
Fast facts
- Satu safe default clears hampir semuanya: absolute HTTPS URL, ~1200×630 (1,91:1), file 100–300 KB.
- Absolute URL hanya — relative paths adalah silently ignored, tidak errored.
twitter:imagefalls back untukog:image— satu image biasanya menyajikan keduanya.- Missing ≠ rusak: missing tag → scraped fallback image; rusak image → sering Tidak 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 tidak 16:9.
- Formats: JPEG/PNG di mana-mana; WebP mostly; animated formats unreliable.
- hanya Meta’s 8 MB adalah officially terdokumentasi — setiap lainnya byte angka adalah community consensus.
- Memperbaiki image tidak perbaiki shared tautan until Anda re-scrape.
Social image audit — checklist
sebuah lulus untuk konfirmasi Anda share image adalah correct, reachable, dan sized right:
-
og:imageadalah sebuah absolutehttps://...URL — Tidak 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 — tidak sebuah animated GIF/WebP untuk sebuah masih card.
- image URL memuat di sebuah fresh incognito browser — tidak 404, tidak auth-gated, tidak blocked oleh robots.txt.
-
og:imagetag adalah di server-dirender HTML, tidak injected oleh JavaScript (social bot jangan render JS). - tag sits early di
<head>(helps Slack, yang membaca hanya pertama ~32 KB). -
twitter:imageadalah either omitted (falls back untukog:image) atau set dengan sengaja untuk sebuah berbeda X crop. - image menghindari sebuah bare logo atau berat 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" />Satu image untuk keduanya 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" />** dua failure modes, side oleh side**
- Missing tag: Tidak
og:imagedi semua → Facebook/LinkedIn scrape sebuah body image atau tampilkan sebuah generic default. Uncontrolled, rarely blank. - Rusak image:
og:imagepoin dihttps://www.example.com/old-hero.jpgyang now 404s → several platforms tampilkan Tidak card image, karena mereka sudah “know” (terjemahan) “know” Anda specified satu. Worse daripada tidak pernah setting ini.
«Sizing math for the “two masters” question » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus enam belas, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)
- 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 keduanya comfortably.
- Google’s preferred shape: 16:9 (e.g. 1280×720 = 921 600 pixels) — 1200×630
image satisfies Google’s minimums tetapi adalah tidak 16:9, so jika Anda ingin mengoptimalkan setiap
independently, supply sebuah terpisah
primaryImageOfPagedi schema untuk Google.
Confirming sebuah social image perbaiki sebenarnya took effect
caching masalah ini artikel mendeskripsikan — Anda perbaiki image, tetapi shared tautan pertahankan menunjukkan old satu — berarti “I edited the file” (terjemahan) “I edited file” adalah tidak proof dari apa pun. ini adalah memeriksa untuk jalankan setelah sebuah perubahan, di order, sebelum Anda pertimbangkan perbaiki selesai.
Konfirmasi platform re-scraped baru image
Test untuk jalankan: Paste URL ke Facebook’s Sharing Debugger (atau LinkedIn’s Post Inspector) dan click re-scrape/inspect button, tidak hanya view cached hasil. Yang diharapkan 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 langsung, tetapi lainnya platforms tanpa sebuah publik debugger (WhatsApp, iMessage) dapat take up untuk sebuah sedikit hours untuk reflect perubahan. Rollback trigger: jika debugger menampilkan sebuah Facebook-reported fetch error (tidak hanya sebuah stale image) setelah dua re-scrape attempts, revert untuk sebelumnya known-berfungsi image URL sementara Anda investigate.
Konfirmasi URL adalah absolute dan reachable
Test untuk jalankan: Open tepat og:image URL di sebuah fresh incognito browser window
(Tidak login, Tidak cache) — atau jalankan curl -I terhadap ini dan periksa status line.
Yang diharapkan hasil: image memuat secara langsung dan mengembalikan HTTP/1.1 200 OK; URL
di address bar adalah penuh https://... path, tidak sebuah relative satu. 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 rusak”
failure mode, yang adalah lebih sedikit forgiving daripada sebuah missing tag. Monitoring window:
immediate — ini adalah sebuah poin-di-time reachability periksa, re-jalankan ini right setelah
deploying perbaiki. Rollback trigger: apa pun non-200 respons — revert og:image
nilai untuk terakhir URL itu dikembalikan 200 until baru asset adalah confirmed reachable.
Konfirmasi tag adalah di server-dirender HTML, tidak injected oleh JavaScript
Test untuk jalankan: View sumber (Ctrl+U / Cmd+Option+U) atau curl halaman dan penelusuran
mentah HTML untuk og:image — melakukan tidak periksa dirender DOM di DevTools, since itu
dapat sertakan JS-injected tags social bot tidak pernah see. Yang diharapkan hasil:
<meta property="og:image" content="https://..."> line adalah present di mentah,
unrendered respons body. Failure interpretation: jika tag hanya muncul di
browser’s Elements panel tetapi tidak di view-sumber/curl, ini adalah menjadi injected
client-side dan social bot — yang jangan jalankan 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 mentah HTML
pada dua consecutive curl memeriksa — treat templating perubahan sebagai rusak dan revert ini.
Konfirmasi dimensions dan file size jelas platform limits
Test untuk jalankan: periksa deployed image’s sebenarnya pixel dimensions dan file size
(image-inspector alat, browser dev alat’ Network panel, atau curl -sI untuk
Content-Length). Yang diharapkan 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 mendapatkan rejected outright,
dan lainnya platforms silently drop berat files well di bawah itu. Monitoring window:
immediate — ini adalah sebuah static property dari deployed file, tidak sesuatu itu
perubahan di atas time. Rollback trigger: file size di atas roughly 1 MB atau dimensions
di bawah 600×315 floor — tukar di sebuah compressed, correctly-sized image sebelum
re-scraping.
Resources worth Anda time
My related writing
- JavaScript SEO Issues & Best Practices — rendering side: mengapa social bot itu jangan jalankan JavaScript tidak pernah see sebuah client-injected
og:image. - Beginner’s Guide untuk SEO teknis — di mana pada-halaman metadata like share images fits di bigger picture.
My speaking
- Bagaimana Penelusuran berfungsi (SlideShare) — my walkthrough dari crawling, rendering, dan pengindeksan, including mengapa crawl-vs-render pembedaan decides apakah sebuah metadata tag adalah bahkan seen. (My standing disclaimer applies: “Ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.” (terjemahan) “ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.”)
Official
- Meta — Sharing Images — satu-satunya utama-sourced dimension dan file-size spec (≥1200×630, 200×200 min, 600×315 floor, 1,91:1, 8 MB cap).
- Open Graph protocol —
og:imagesub-properties. - Google — Specify sebuah preferred image dengan metadata dan Google menemukan — Google’s own thumbnail image requirements.
- Slack — Unfurling tautan di messages — mengonfirmasi Slack membaca OG / X Card metadata.
dari sekitar industry
- Google menggunakan keduanya 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 perbarui.
- Google Clarifies Bagaimana ini Picks Thumbnails untuk Penelusuran, menemukan (mesin pencari Journal) — companion tulis-up pada yang sama perbarui.
- Open Graph Meta Tags: Semuanya Anda perlu Know (Ahrefs, Michal Pecánek) — sebuah solid umum Open Graph reference (tidak my byline).
- r/TechSEO — community untuk debugging rusak previews dan re-scrape issues.
Uji pemahaman Anda: Social Sharing Images
Five quick pertanyaan pada og:image dan twitter:image requirements. Pick sebuah jawaban
untuk setiap, lalu periksa.
Log perubahan
Diperbarui 18 Jul 2026.
Ringkasan editorial dan detail perubahan yang tercatat.Detail perubahan
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
-
Catatan perubahan terperinci saat ini tersedia dalam bahasa Inggris.
Perbandingan lengkap tidak tersedia — tidak ada cuplikan sebelumnya yang diarsipkan untuk revisi ini.