Open Graph पूर्वावलोकन

सोशल मीडिया पर आपका लिंक कैसा दिखेगा, इसका पूर्वावलोकन करें।

पूर्वावलोकन

example.com
पेज का शीर्षक
पेज का विवरण यहाँ दिखाई देगा…
example.com

मौजूदा OG टैग विश्लेषित करें

OG मेटा टैग वाला HTML कोड पेस्ट करें ताकि उन्हें निकाला और पूर्वावलोकन किया जा सके।

Open Graph के बारे में

Open Graph (OG) मेटा टैग नियंत्रित करते हैं कि Facebook, LinkedIn, Slack, Discord और अन्य प्लेटफ़ॉर्म पर साझा करने पर आपका पेज कैसा दिखता है।

Open Graph वास्तव में क्या है

Open Graph प्रोटोकॉल को Facebook ने 2010 में बनाया था, ताकि किसी भी वेब पृष्ठ को सोशल ग्राफ़ में एक «समृद्ध ऑब्जेक्ट» में बदला जा सके, संरचित मेटाडेटा का एक सेट जिसे अन्य एप्लिकेशन (मूल रूप से Facebook, अब LinkedIn, Slack, Discord, Microsoft Teams, iMessage, WhatsApp और दर्ज़नों और) पढ़कर एक प्रिव्यू कार्ड रेंडर कर सकते हैं जब कोई आपकी URL पेस्ट करे। आधिकारिक स्पेक ogp.me पर है और यह प्रोटोकॉल वेब पर लिंक साझा करने की वास्तविक lingua franca बन गया है।

बिना OG टैग के, सोशल प्लेटफ़ॉर्म आपके पृष्ठ को scrape करते हैं और अनुमान लगाते हैं: वे एक हेडिंग चुनते हैं, पहली छवि पकड़ लेते हैं जो उन्हें मिलती है, और उसे कार्ड कह देते हैं। परिणाम शायद ही कभी वही होता है जो आप चाहते हैं। OG टैगों के साथ आप शीर्षक, विवरण और छवि को नियंत्रित करते हैं, जो एक सुसज्जित लिंक और एक टूटे-दिखने वाले लिंक के बीच का अंतर है।

चार आवश्यक टैग (ogp.me के अनुसार)

आधिकारिक Open Graph स्पेक चार आवश्यक गुण परिभाषित करता है। एक Open Graph ऑब्जेक्ट के रूप में अर्हता प्राप्त करने के लिए, एक पृष्ठ को सभी चारों घोषित करने होंगे:

टैगयह क्या करता है
og:titleआपके ऑब्जेक्ट का शीर्षक जैसा कि उसे ग्राफ़ में दिखना चाहिए।
og:typeआपके ऑब्जेक्ट का प्रकार, सामान्य पृष्ठों के लिए आम तौर पर website, ब्लॉग पोस्ट के लिए article, फ़िल्म प्रविष्टियों के लिए video.movie, आदि।
og:imageउस छवि का URL जो प्रिव्यू कार्ड में ऑब्जेक्ट का प्रतिनिधित्व करे।
og:urlऑब्जेक्ट का canonical URL, आपकी साइट पर उसका स्थायी पता।

अनुशंसित वैकल्पिक टैगों में शामिल हैं og:description (एक या दो वाक्यों का सारांश), og:site_name (लेबल के रूप में आपकी साइट का नाम), og:locale (भाषा और क्षेत्र), और छवि आयाम संकेत og:image:width / og:image:height / og:image:alt। आयाम संकेत शामिल करना सोशल क्लाइंट्स को सही मात्रा में स्थान पूर्व-आवंटित करने देता है और छवि लोड होते समय layout shift से बचाता है।

Twitter / X Cards: वही विचार, थोड़े अलग टैग

X (पहले Twitter) का अपना मेटाडेटा namespace है, twitter:card, twitter:title, twitter:description, twitter:image, twitter:site, twitter:creator, पर महत्वपूर्ण है, Twitter-विशिष्ट टैग गुम होने पर X OG टैगों पर वापस गिरता है। तो एक पृष्ठ जो केवल OG टैग शिप करता है, वह भी X पर एक कार्ड पाता है। दोनों जहाँ अलग होते हैं वह कार्ड प्रकार में है:

नोट: cards-dev.twitter.com/validator पर स्टैंडअलोन Twitter Card Validator पूर्वावलोकन को X ने 2 अगस्त 2022 को हटा दिया। कार्ड सत्यापित करने का वर्तमान तरीका यह है कि Tweet Composer में एक नया ट्वीट शुरू करें, URL पेस्ट करें, और पूर्वावलोकन को रेंडर होने दें, आपको वास्तव में ट्वीट पोस्ट करने की ज़रूरत नहीं है। कुछ तृतीय-पक्ष उपकरण (यह वाला सहित) रेंडर हुए कार्ड का अनुमान लगाते हैं ताकि आप लाइव होने से पहले इटरेट कर सकें।

वास्तव में काम करने वाले छवि आयाम

कोई एक परफ़ेक्ट साइज़ नहीं है, पर 1200×630 छवि (1.91:1 आस्पेक्ट रेशियो) सबसे विश्वसनीय एकल दांव है, यह बड़े क्रॉपिंग के बिना हर जगह काम करती है। प्रति-प्लेटफ़ॉर्म सिफ़ारिशें:

प्लेटफ़ॉर्मअनुशंसित आकारटिप्पणियाँ
Facebook1200×630 (1.91:1)न्यूनतम 200×200; 600×315 से नीचे एक छोटे thumbnail के रूप में दिखता है।
LinkedInन्यूनतम 1200×6271.91:1 अनुपात, JPG/PNG/GIF, अधिकतम 5 MB।
X (summary_large_image)1200×675 (16:9)या 1200×600 (2:1), दोनों पूर्ण-चौड़ाई में रेंडर होते हैं।
Slack / DiscordOG टैग सीधे पढ़ता है1200×630 अच्छी तरह काम करता है; आस्पेक्ट क्रॉपिंग से बचने के लिए विषय केन्द्रित।
Pinterestलंबवत (जैसे 1000×1500)Pinterest फ़ीड में 2:3 अनुपात सबसे अच्छा काम करता है।

महत्वपूर्ण पाठ और चेहरों को छवि के केंद्र के पास रखें, हर प्लेटफ़ॉर्म अलग ढंग से क्रॉप करता है और कोने में लोगो प्लेटफ़ॉर्म के UI overlays के पीछे ग़ायब हो सकता है।

आपका कार्ड कभी-कभी क्यों नहीं दिखता

यदि आपने OG टैग जोड़ दिए हैं पर पूर्वावलोकन अब भी टूटा या ख़ाली है, तो सामान्य संदिग्ध:

कैश की समस्या

एक बार जब सोशल प्लेटफ़ॉर्म आपके पृष्ठ को scrape करता है, तो मेटाडेटा कुछ अवधि के लिए कैश हो जाता है, सामुदायिक लोककथा इसे Facebook और LinkedIn के लिए लगभग 7 दिन बताती है, हालाँकि कोई भी प्लेटफ़ॉर्म सटीक TTL दस्तावेज़ नहीं करता। अपने OG टैगों को अपडेट करना कैश को स्वचालित रूप से रीफ़्रेश नहीं करता। दोबारा scrape करवाने के लिए, आधिकारिक उपकरणों का उपयोग करें: Facebook Sharing Debugger, LinkedIn Post Inspector। X अगली बार जब URL साझा होता है तब नए मेटाडेटा को लेता है। Slack और Discord fetch के समय OG टैगों के आधार पर अपने पूर्वावलोकनों को रीफ़्रेश करते हैं, इसलिए वे Facebook से तेज़ी से अपडेट होते हैं।

सामान्य og:type मान

og:type टैग सोशल प्लेटफ़ॉर्म को बताता है कि पृष्ठ किस प्रकार की ऑब्जेक्ट का प्रतिनिधित्व करता है। अधिकांश पृष्ठ website (डिफ़ॉल्ट) या article हैं; vertical-विशिष्ट मान प्लेटफ़ॉर्म को समृद्धतर कार्ड रेंडर करने देते हैं। स्पेक से:

व्यवहार में लंबाई सीमाएँ

कोई भी प्लेटफ़ॉर्म शीर्षक या विवरण की लंबाई पर सख़्त सीमा लागू नहीं करता, पर हर एक एक बिंदु के बाद ट्रंकेट करता है:

JSON-LD vs Open Graph (वे अलग चीज़ें हैं)

एक सामान्य भ्रम: JSON-LD संरचित डेटा (schema.org शब्दावलियों के साथ) और Open Graph मेटा टैग अलग काम करते हैं। OG / Twitter Cards सोशल-शेयर पूर्वावलोकनों को नियंत्रित करते हैं, जो तब दिखता है जब कोई आपकी URL को Slack या Facebook में पेस्ट करता है। schema.org के साथ JSON-LD Google को आपके पृष्ठ को रिच सर्च परिणामों के लिए पार्स करने में मदद करता है, रेसिपी कार्ड, उत्पाद जानकारी, Google खोज में FAQ स्निपेट। दोनों अनुशंसित हैं और एक दूसरे को प्रतिस्थापित नहीं करते।

सामान्य ग़लतियाँ

  1. एक सापेक्ष og:image URL का उपयोग। स्पेक एक absolute URL की माँग करती है। सापेक्ष पथ चुपचाप गिरा दिए जाते हैं।
  2. हर पृष्ठ के लिए सामान्य साइट लोगो का उपयोग। OG छवि आपके कार्ड का नायक है, हर पृष्ठ एक अनूठी छवि का हक़दार है, आदर्श रूप से पृष्ठ की सामग्री से जुड़ी।
  3. og:image:width और og:image:height भूलना। कुछ क्लाइंट स्थान पूर्व-आवंटित करते हैं और इन संकेतों के बिना छवि चूक जाते हैं।
  4. summary_large_image twitter:card प्रकार गुम। इसके बिना, X वर्गाकार thumbnail वाले छोटे summary कार्ड पर डिफ़ॉल्ट होता है, अक्सर कम आकर्षक।
  5. छवि के कोनों में मुख्य पाठ रखना। विभिन्न प्लेटफ़ॉर्म अलग ढंग से क्रॉप करते हैं। विषय और महत्वपूर्ण पाठ केंद्र के 80% में होने चाहिए।
  6. टैग अपडेट करना पर कैश रीफ़्रेश न करना। हर बदलाव के बाद आधिकारिक Sharing Debugger / Post Inspector पर जाएँ।
  7. HTTP छवि URL सबमिट करना। अधिकांश प्लेटफ़ॉर्म ग़ैर-HTTPS छवियों को अस्वीकार करते हैं; कार्ड बिना छवि के दिखेगा।
  8. केवल og:title और og:description का उपयोग। og:image के बिना कार्ड अधिकांश प्लेटफ़ॉर्म पर एक खाली पाठ-केवल stub के रूप में रेंडर होता है।

अक्सर पूछे जाने वाले प्रश्न

मेरा पूर्वावलोकन विभिन्न प्लेटफ़ॉर्म पर अलग क्यों दिखता है?

हर प्लेटफ़ॉर्म एक ही OG मेटाडेटा को अपने ढंग से रेंडर करता है, छवि क्रॉप अनुपात अलग, शीर्षक आकार अलग, अलग बिंदुओं पर ट्रंकेट विवरण। यह उपकरण हर प्लेटफ़ॉर्म के कार्ड का अनुमान लगाता है; उत्पादन में वास्तविक रेंडर थोड़ा भिन्न हो सकता है। कार्ड पर निर्भर होने से पहले हमेशा सबसे महत्वपूर्ण प्लेटफ़ॉर्म पर परीक्षण करें (Facebook Sharing Debugger, LinkedIn Post Inspector, और X पर Tweet Composer)।

मेरे OG टैग सही हैं पर Facebook अब भी पुराना पूर्वावलोकन दिखाता है। क्यों?

Facebook OG मेटाडेटा को आक्रामक रूप से कैश करता है, एक बार जब वह URL को scrape करता है, तो परिणाम कई दिनों के लिए चिपका रहता है (आम तौर पर रिपोर्ट किया गया)। नया scrape बाध्य करने के लिए, URL को Facebook Sharing Debugger में पेस्ट करें और «Scrape Again» पर क्लिक करें। वही तरकीब LinkedIn पर Post Inspector के माध्यम से काम करती है।

क्या मुझे OG टैग और Twitter Card टैग दोनों चाहिए?

कड़ाई से नहीं, Twitter-विशिष्ट टैग गुम होने पर X OG टैगों पर वापस गिरता है। Twitter-विशिष्ट टैगों की मदद कार्ड प्रकार चुनने (twitter:card = summary_large_image) और पोस्ट को attribute करने (twitter:site, twitter:creator) में है। X पर अधिकतम नियंत्रण के लिए, दोनों सेट शामिल करें; न्यूनतम प्रयास के लिए, साफ़ OG टैग शिप करें और डिफ़ॉल्ट कार्ड प्रकार स्वीकार करें।

क्या मेरा डेटा कहीं अपलोड किया जाता है?

नहीं। पूर्वावलोकन पूरी तरह आपके ब्राउज़र में फ़ॉर्म में टाइप किए गए के आधार पर रेंडर होता है। कोई सर्वर fetch नहीं, आपकी असली URL का कोई scraping नहीं, आपके मसौदा टैगों का कोई logging नहीं। आप जो छवि URL पेस्ट करते हैं वह पूर्वावलोकन में अपने वास्तविक स्रोत से लोड होती है (क्योंकि छवियों को रेंडर करने के लिए ब्राउज़र उन्हें fetch करता है), पर OG टैग के मान स्वयं कभी पृष्ठ नहीं छोड़ते।

OG टैगों का सबसे सरल सेट क्या है जो मैं शिप कर सकता हूँ?

चार आवश्यक टैग प्लस og:description:

<meta property="og:title"       content="Your Page Title" />
<meta property="og:type"        content="website" />
<meta property="og:url"         content="https://yoursite.com/page" />
<meta property="og:image"       content="https://yoursite.com/og.jpg" />
<meta property="og:description" content="A short summary of the page." />

पूर्णता के लिए og:site_name, og:image:width, og:image:height, और og:image:alt जोड़ें। यदि आप चाहते हैं कि X पूर्ण-चौड़ाई कार्ड का उपयोग करे तो twitter:card = summary_large_image जोड़ें।

Slack / Discord पूर्वावलोकन कैसे उत्पन्न करते हैं?

Slack और Discord दोनों एक संदेश में URL पेस्ट होने पर सीधे OG टैग पढ़ते हैं। Slack एक oEmbed precedence chain (oEmbed → OG → meta टैग) का उपयोग करता है; Discord OG और कुछ proprietary टैग पढ़ता है जिसमें embed के बाएँ किनारे की रंगीन पट्टी को नियंत्रित करने वाला एक theme-color meta टैग शामिल है। दोनों Facebook की तुलना में जल्दी रीफ़्रेश होते हैं, आम तौर पर टैग अपडेट के बाद उसी URL के अगले पेस्ट पर।

संबंधित टूल