Bahasa

Open Graph Tags: Not sebuah peringkat Factor, masih sebuah SEO Deliverable

What Open Graph tags adalah, why mereka're not sebuah Google peringkat factor, what Google actually melakukan dengan og:judul/og:image/og:site_name, documented per-platform og:image sizing, per-platform fallback dan caching perilaku, dan cara force sebuah re-scrape.

Pertama kali diterbitkan: 2 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Advanced
Bahasa
AIDitulis olehAI v2

Open Graph (OG) tags adalah <meta> elements di Anda head, dari Open Graph protocol (ogp.me, dibangun oleh Facebook), itu describe Anda halaman sebagai sebuah shareable object. four diperlukan properties adalah og:judul, og:jenis, og:image, og:url; tambahkan og:deskripsi, og:site_name, og:locale, dan og:image:alt. mereka main job adalah tautan preview card people see when Anda URL adalah shared pada Facebook, LinkedIn, Slack, Discord, WhatsApp, dan iMessage — so mereka're sebuah CTR lever, not sebuah peringkat factor. tetapi Google melakukan read them: og:judul adalah listed among sources ini dapat gunakan untuk SERP judul tautan (ditambahkan Aug 2024), og:image adalah one documented input untuk Google's automated image-thumbnail selection untuk Search dan menemukan, dan og:site_name adalah sebuah lower-priority input untuk situs name ditampilkan di hasil — none dari ini adalah sebuah guarantee Anda nilai gets digunakan sebagai-adalah. Practical spine: og:image perlu sebuah absolute URL dan sebuah documented alt deskripsi; setiap platform publishes -nya own size guidance (LinkedIn: 1200×627 min, 1,91:1; Google menemukan: setidaknya 1200px wide, 16:9) alih-alih one universal figure, though 1200×630 (1,91:1) adalah panjang-standing cross-platform convention; missing tags cause sebuah uncontrolled (not blank) preview; setiap platform caches scrape, so editing tags doesn't fix sudah-shared tautan — force sebuah re-scrape dengan Facebook Sharing Debugger atau LinkedIn Post Inspector. sebagian besar social crawler don't run JavaScript, so tags harus menjadi di server-rendered HTML.

TL;DR — Open Graph tags adalah <head> <meta> elements dari Open Graph protocol (ogp.me, dibangun oleh Facebook) itu describe Anda halaman sebagai sebuah shareable object. diperlukan: og:title, og:type, og:image, og:url; umum optional: og:description, og:site_name, og:locale, dan og:image:alt. Repeated properties form arrays, dengan pertama tag preferred pada conflicts. mereka adalah not sebuah peringkat factor — mereka’re appearance layer untuk social/chat-app tautan previews (Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage). Search-mesin handling adalah separate dan seharusnya not menjadi inferred dari Open Graph validity. protocol itself sets no pixel dimensions untuk og:image — setiap consumer publishes -nya own sizing (LinkedIn, Google menemukan) — so ship sebuah absolute-URL og:image sized untuk platforms Anda mendukung; know itu missing tags produce sebuah uncontrolled, not blank, preview; dan remember setiap platform caches scrape — editing tags doesn’t fix sudah-shared tautan, so force sebuah re-scrape. sebagian besar social crawler don’t run JavaScript, so tags harus menjadi di server-rendered HTML.

Evidence for this claim The Open Graph protocol defines og:title, og:type, og:image, and og:url as basic metadata for representing a page as a graph object. Scope: Open Graph protocol vocabulary; platform rendering can vary. Confidence: high · Verified: Open Graph protocol Evidence for this claim Meta's sharing crawler uses server-rendered Open Graph metadata and provides Sharing Debugger tools to inspect and refresh scraped information. Scope: Meta/Facebook sharing behavior, distinct from search ranking. Confidence: high · Verified: Meta for Developers: Webmasters sharing guide

What Open Graph tags actually adalah

Open Graph tags adalah <meta> elements di Anda halaman’s <head>, defined oleh Open Graph protocol — sebuah spec Facebook dibuat dan published di ogp.me. protocol’s premise adalah itu sebuah halaman web dapat menjadi turned ke sebuah rich “object” (terjemahan) “object” dengan sebuah kecil, consistent vocabulary dari properties, so apa pun platform dapat bangun yang sama preview dari yang sama tags. Google’s own developer explainer puts origin plainly: Open Graph protocol “provides Facebook with the metadata necessary to allow web pages to have the same functionality as other Facebook objects,” (terjemahan) “menyediakan Facebook dengan metadata necessary untuk allow halaman web untuk memiliki yang sama functionality sebagai lainnya Facebook objects,” per web.dev’s Social penemuan artikel.

spec marks four properties sebagai diperlukan — og:title, og:type, og:image, dan og:url — dan ones Anda’ll almost selalu tambahkan pada top adalah og:description, og:site_name, dan og:locale, plus structured sub-properties like og:image:width, og:image:height, dan og:image:alt ( spec’s own guidance: sebuah halaman itu specifies og:image seharusnya specify og:image:alt too).

Repeated tags dan structured properties ikuti spesifik aturan. protocol lets Anda repeat sebuah root property untuk describe multiple objects (say, several candidate images) — when consumers see conflicting nilai untuk yang sama property, pertama tag di document order wins. sebuah structured sub-property like og:image:width applies untuk og:image tag immediately sebelum ini, not untuk setiap image pada halaman, so pertahankan setiap image’s og:image dan -nya structured sub-properties grouped together di source order. ini adalah protocol-tingkat perilaku dari ogp.me itself, not sebuah per-platform quirk.

framing I ingin Anda untuk pertahankan: ini adalah social/chat appearance layer, sibling dari SERP appearance layer Anda sudah manage dengan tag judul dan deskripsi meta. sama idea — control how Anda halaman presents itself — hanya pada sebuah berbeda surface.

core Open Graph tags, one oleh one

Google’s web.dev explainer gives per-tag purpose di one line setiap: og:title adalah “the title of the web page,” (terjemahan) “ judul dari halaman web,” og:description adalah “the description of the web page,” (terjemahan) “ deskripsi dari web halaman,” og:image adalah “URL to an image attached to the shared post,” (terjemahan) “URL untuk sebuah image attached untuk shared post,” og:url adalah “the canonical url of the web page,” (terjemahan) “ canonical url dari halaman web,” dan og:type adalah “a string that indicates the type of the web page” (terjemahan) “sebuah string itu indicates jenis dari halaman web” (web.dev). Practically:

  • og:judul — card headline. pertahankan ini untuk roughly what menampilkan pada mobile/desktop cards; gunakan raw judul without situs-name branding tacked pada. ini adalah separate dari Anda HTML <title> element, though Google dapat draw pada either untuk judul tautan (see below).
  • og:deskripsi — card blurb. sebuah kalimat atau two; longer text truncates pada sebagian besar platforms.
  • og:image — thumbnail, dan property itu membuat atau breaks card. ini harus menjadi sebuah absolute URL (https://…) — sebuah relative path adalah silently ignored oleh crawler. tambahkan og:image:width/og:image:height so platforms dapat lay out card sebelum image finishes memuat, dan og:image:alt dengan sebuah nyata deskripsi — protocol itself recommends ini whenever Anda specify og:image.
  • og:url — canonical URL untuk halaman (align ini dengan Anda rel=canonical so shares consolidate pada one address).
  • og:jenis — declares object jenis. website adalah default (dan what apa pun unmarked halaman adalah treated sebagai); article unlocks extra properties like article:author, article:published_time, dan article:section; ada juga profile, book, video.*, dan music.* jenis. ini penting untuk platform fitur, not untuk SEO directly.
  • og:site_name dan og:locale — optional-tetapi-berguna pair. og:site_name names brand behind halaman; og:locale (default en_US) adalah hanya needed when konten isn’t di American English.

adalah Open Graph tags sebuah peringkat factor? No — tetapi here’s what Google melakukan dengan them

tidak ada official Google source stating itu OG tags influence peringkat. mereka control appearance, not position — exact sama bucket John Mueller put meta deskripsi di: ini adalah “primarily used as a snippet in the search results page. And that’s not something that we would use for ranking” (terjemahan) “primarily digunakan sebagai sebuah snippet di hasil pencarian halaman. dan itu’s not something itu kami akan gunakan untuk peringkat” (via mesin pencari Journal’s write-up). No named Google rep memiliki given sebuah equivalent pada—record quote specifically tentang Open Graph dan peringkat, so I won’t invent one — evidence adalah documented mechanism, dan mechanism adalah semua appearance. ada three confirmed places Google’s own documentation says ini reads Anda OG tags — dan di setiap case, valid markup adalah one input Google dapat draw pada, not sebuah guarantee dari sebuah particular display, sebuah particular crop, atau apa pun peringkat atau traffic outcome. Absence dari one dari ini docs isn’t proof Google ignores tag elsewhere, either — treat ini sebagai “what’s documented,” (terjemahan) “what’s documented,” not sebuah exhaustive list dari everything Google’s sistem mungkin touch.

og:judul sebagai sebuah judul-tautan source

Since August 26, 2024, Google’s documentation lists “Content in og:title meta tags” (terjemahan) “konten di undefined undefined tags” among sources ini dapat gunakan untuk automatically generate judul tautan — clickable headline di hasil. changelog line adalah direct: “Google Search can use content within og:title meta tags to automatically generate title links” (terjemahan) “Google Search dapat gunakan konten di dalam undefined undefined tags untuk automatically generate judul tautan” (Search Central changelog). ini adalah one dari roughly nine sources Google blends dari (judul-tautan docs) — not sebuah guarantee Anda og:title gets digunakan verbatim.

og:image sebagai sebuah image-thumbnail source

Google’s Image SEO best practices memiliki sebuah “Specify a preferred image with metadata” (terjemahan) “Specify sebuah preferred image dengan metadata” bagian itu names two metadata sources Anda dapat gunakan untuk influence which image gets picked untuk Search: schema.org’s primaryImageOfPage (atau sebuah image pada main entity), atau “the og:image meta tag.” (terjemahan) “ undefined undefined tag.” Google adalah explicit itu “Google’s selection of an image preview is completely automated” (terjemahan) “Google’s selection dari sebuah image preview adalah completely automated” dan warns Anda untuk “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 undefined undefined tag.” -nya menemukan doc gives yang sama two options untuk menemukan images dan menambahkan concrete guidance: di least 1200px wide, more daripada 300 000 total pixels, dan sebuah 16:9 aspect ratio (-nya own contoh adalah 1280×720) — note itu’s sebuah berbeda ratio daripada 1,91:1 convention digunakan untuk social-card images below, so sebuah single image sized untuk social sharing won’t automatically menjadi menemukan’s preferred crop.

Trade press (mesin pencari Land, mesin pencari Journal, mesin pencari Roundtable) covered ini Images/menemukan documentation sebagai baru sekitar early March 2026 dan reported itu og:image’s role now extends untuk AI Overviews sebagai well. I dapat not confirm sebuah AI Overviews mention pada Google’s own Images atau menemukan halaman directly — neither halaman currently names AI Overviews atau “AI surfaces” (terjemahan) “AI surfaces” — so treat Search/menemukan role sebagai documented fact dan AI Overviews extension sebagai ketiga-party-reported, not something Google’s own docs state outright. Either cara, ini adalah selection, not peringkat: og:image adalah one input among several, dengan no guarantee dari exact display.

og:site_name sebagai sebuah situs-name source

untuk situs name ditampilkan next untuk Anda hasil, Google says -nya sistem “will also consider content in og:site_name, <title>, heading elements, and other text on a home page. However, WebSite structured data is most important” (terjemahan) “akan juga pertimbangkan konten di undefined, undefined, heading elements, dan lainnya text pada sebuah home halaman. However, undefined data terstruktur adalah sebagian besar penting” (situs Names doc). So og:site_name adalah one lever, below WebSite schema markup di priority. (untuk video halaman there’s sebuah fourth touchpoint: Google mendukung OGP dan reads og:video:image untuk video thumbnails, per Video SEO docs.)

Tie them together dan honest headline adalah: Google reads Anda OG tags, tetapi hanya untuk help decide how Anda hasil looks — tidak pernah where ini peringkat.

How social platforms dan chat apps gunakan OG tags

primary, everyday job dari OG tags adalah tautan preview card. Facebook, LinkedIn, Slack, Discord, WhatsApp, iMessage, dan Telegram semua read them untuk bangun card ditampilkan sebelum sebuah click.

X/Twitter adalah special case. Twitter Cards adalah, di Google’s kata, “an extension to the Open Graph Protocol applicable for Twitter” (terjemahan) “sebuah extension untuk Open Graph Protocol applicable untuk Twitter” (web.dev). X memeriksa twitter:card / twitter:* tags pertama dan falls back untuk OG tags per-property; jika twitter:card adalah absent entirely, X masih dapat bangun card dari OG data tetapi defaults untuk plain summary card jenis. Worth knowing: ** old Twitter Card Validator alat adalah deprecated sekitar 2022** when platform rebranded — several competitor guides masih reference ini sebagai jika ini adalah live. There’s no official X-spesifik validator anymore; ketiga-party OG debuggers fill gap.

Open Graph protocol itself sets no pixel dimensions atau aspect ratio untuk og:image — ogp.me hanya defines structured properties (og:image:width, og:image:height, og:image:type, og:image:alt), not sebuah diperlukan size. Sizing adalah sebuah per-consumer decision, dan consumers don’t semua agree:

  • LinkedIn documents -nya own minimum directly: 1200 × 627px, 1,91:1 ratio; images narrower daripada ~401px render sebagai sebuah kecil thumbnail hanya.
  • Google menemukan documents setidaknya 1200px wide, more daripada 300 000 total pixels, 16:9 aspect ratio (contoh given: 1280×720) untuk -nya preferred-image metadata — sebuah noticeably berbeda ratio daripada social-card convention below.
  • Facebook’s saat ini sharing documentation menanyakan untuk images “at least 1080 pixels in width” (terjemahan) “setidaknya 1080 pixels di width” without pinning sebuah universal ratio; ini poin Anda untuk sebuah separate best-practices guide untuk specifics.

Given itu spread, 1200 × 630px (tentang 1,91:1) remains practical cross-platform default sebagian besar implementers gunakan — ini adalah close untuk LinkedIn’s own minimum dan renders acceptably (jika not selalu pixel-perfect) pada Facebook, Slack, Discord, WhatsApp, dan iMessage, dan X displays ini sebagai sebuah besar-image card. Treat ini sebagai sebuah sensible convention, not sebuah aturan apa pun single spec mandates — jika sebuah spesifik platform penting sebuah lot untuk Anda, periksa bahwa platform’s saat ini documentation rather daripada assuming ini figure adalah guaranteed correct there.

Two things itu adalah hard aturan, not conventions:

  • Absolute URL diperlukan. og:image harus poin untuk sebuah full https://… URL; sebuah relative path adalah ignored oleh crawler.
  • No generic logos atau text-heavy images jika Anda juga ingin image eligible untuk Google’s thumbnail selection — Google explicitly warns terhadap both, dan terhadap extreme aspect ratios. Set og:image:alt dengan sebuah nyata deskripsi, too.

What happens when Open Graph tags adalah missing

sebuah umum myth adalah itu “no OG tags” (terjemahan) “no OG tags” berarti “plain text link, no image.” (terjemahan) “plain text tautan, no image.” ini doesn’t — platforms fall back, mereka don’t blank out. Facebook fills gaps dari halaman’s <title>, deskripsi meta, dan pertama usable konten image; LinkedIn behaves similarly dan treats images narrower daripada ~401px sebagai thumbnail-hanya. So nyata risk dari omitting OG tags adalah sebuah uncontrolled, worse preview — sebuah random di-body image, sebuah truncated <title> — not sebuah missing one. jika Anda care how sebuah halaman looks when shared (dan untuk anything Anda’d promote, Anda harus), atur tags alih-alih letting setiap platform guess.

Why Anda updated OG tags aren’t showing up — caching dan re-scraping

ini adalah angka-one practical pain poin. Facebook, LinkedIn, dan Slack semua cache scraped OG data, so editing Anda tags doesn’t retroactively update tautan itu adalah sudah shared. Facebook’s own webmaster docs confirm one spesifik mechanism worth knowing: “images are cached based on the URL and won’t be updated unless the URL changes” (terjemahan) “images adalah cached berdasarkan URL dan won’t menjadi updated unless URL perubahan” — so jika Anda’re troubleshooting sebuah stuck image, changing og:image filename (not hanya -nya contents) dapat force sebuah fresh fetch. I don’t memiliki sebuah pertama-party source untuk exactly how panjang setiap platform’s cache lives sebelum ini expires pada -nya own, so don’t treat apa pun spesifik duration Anda see quoted elsewhere sebagai sebuah documented guarantee — force sebuah re-scrape per platform alih-alih waiting ini out:

  • Facebook Sharing Debugger (developers.facebook.com/alat/debug) — paste URL dan gunakan “Scrape Again” (terjemahan) “Scrape Again” untuk trigger sebuah fresh fetch.
  • LinkedIn Post Inspector — re-fetches dan previews card; jika image masih won’t pull, periksa ini isn’t blocked atau behind auth.
  • X/Twitter — no official validator since ~2022. Since X falls back untuk OG tags, sebuah generic OG debugger plus sebuah fresh share adalah practical route.

Because crawler cache dan konten perubahan, OG tags aren’t truly set-dan-forget: setelah sebuah significant konten atau image update pada sebuah tinggi-nilai halaman, re-scrape ini.

Implementation gotchas: JavaScript, byte limits, absolute URLs

biggest one ties straight back untuk rendering: sebagian besar social-platform crawler melakukan not execute JavaScript. OG tags injected client-side — say, oleh React setelah hydration — adalah invisible untuk them; crawler sees sebuah empty <head>. tags harus menjadi present di raw, server-rendered HTML. ini adalah yang sama crawl-vs-render distinction itu bites JavaScript-heavy situs elsewhere (see JavaScript SEO). Slack memiliki telah reported (not documented di sebuah official spec) untuk fetch hanya sebuah limited angka dari bytes dari start dari sebuah halaman, so sebagai sebuah safety margin put Anda OG tags early di <head> rather daripada setelah sebuah besar inline script atau style block. dan, once more because ini adalah quiet killer: og:image harus menjadi sebuah absolute URL.

Bing, Microsoft, dan Open Graph

Bing adalah far less documented here daripada Google. Bing’s Markup Validator (di Bing Webmaster alat) lists Open Graph among structured-markup formats ini recognizes, alongside schema.org, Microdata, Microformats, dan RDFa, dan Bing’s migration guidance flags OG metadata sebagai something untuk pertahankan saat ini selama sebuah move — tetapi Bing hasn’t published Google-style specifics pada whether atau how OG data feeds -nya snippets atau thumbnails. dalam praktik stronger Microsoft-ecosystem consumer dari OG tags adalah LinkedIn (Microsoft-owned), which reads og:title, og:description, og:image, dan og:url untuk bangun -nya share cards. Don’t overclaim sebuah Bing mechanism itu isn’t documented.

umum Open Graph myths, debunked

  • “OG tags are a Google ranking factor.” (terjemahan) “OG tags adalah sebuah Google peringkat factor.” No — no official source says so. mereka affect appearance (judul-tautan, image-thumbnail, situs-name sources), not position.
  • “OG is only for Facebook, irrelevant to real SEO.” (terjemahan) “OG adalah hanya untuk Facebook, irrelevant untuk nyata SEO.” Out dari date. Google’s own docs list og:title (judul tautan, ditambahkan Aug 2024), og:image (sebuah Search/menemukan image-selection input), dan og:site_name (sebuah lower-priority situs-name input) sebagai three separate appearance fitur ini reads OG tags untuk — though “AI Overviews” (terjemahan) “AI Overviews” specifically adalah trade-press reporting, not sebuah claim pada Google’s own Images/menemukan halaman sebagai dari ini periksa.
  • “No OG tags means a plain, image-less link.” (terjemahan) “No OG tags berarti sebuah plain, image-less tautan.” No — platforms fall back untuk <title>/deskripsi meta/pertama image, giving sebuah uncontrolled preview, not sebuah blank one.
  • “Updating og:image instantly fixes every already-shared link.” (terjemahan) “Updating og:image instantly fixes setiap sudah-shared tautan.” No — Facebook/LinkedIn/Slack cache scrape; Anda harus force sebuah re-scrape, dan CDN caching dapat delay ini further.
  • “Use the Twitter Card Validator to fix X previews.” (terjemahan) “gunakan Twitter Card Validator untuk fix X previews.” itu alat adalah deprecated ~2022; there’s no official X validator now.
  • “Any image size/URL works for og:image.” (terjemahan) “apa pun image size/URL berfungsi untuk og:image.” No — ini harus menjadi sebuah absolute URL, dan Google warns terhadap generic logos, text-di-image, dan extreme aspect ratios untuk -nya own thumbnail selection.

Where untuk go next

ini halaman adalah sebuah deep dive di bawah Meta Tags untuk SEO hub, pada-halaman cluster’s map dari which head elements actually penting. Open Graph adalah social/chat appearance layer — -nya siblings pada SERP appearance side adalah tag judul (which Google dapat draw dari Anda og:title) dan deskripsi meta ( closest analogue: not sebuah peringkat factor, semua tentang click). untuk image dan situs-name side, OG overlaps dengan schema markup — Google treats og:image dan schema’s primaryImageOfPage sebagai alternative thumbnail sources. dan because sebagian besar social crawler don’t run JavaScript, whole topic sits downstream dari rendering dan JavaScript SEO.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.