Open Graph चेकर
Open Graph टैग वे मेटा टैग हैं जो तय करते हैं कि किसी पेज का लिंक Facebook, X, LinkedIn, Slack या किसी चैट ऐप में पेस्ट किए जाने पर वह पेज कैसा दिखेगा। एक URL दर्ज करें और यह चेकर उस पेज को एक बार फ़ेच करता है, ठीक-ठीक दिखाता है कि हर प्लेटफ़ॉर्म कौन से टैग और फ़ॉलबैक इस्तेमाल करेगा, चारों शेयर कार्ड रेंडर करता है, और शेयर इमेज के असली आयाम जाँचता है। साथी गाइड, पोस्ट करने से पहले अपने शेयर कार्ड जाँचें, आपको जो मिलेगा उसे ठीक करने की प्रक्रिया बताती है; व्यापक नियमित जाँच के लिए, इसके बजाय वेबसाइट हेल्थ चेक चलाएँ।
अंतिम अपडेट:
इसे लगातार देखना चाहते हैं? myeventwatch से मुफ़्त में मॉनिटर करें — समाप्ति और डाउनटाइम अलर्ट, कार्ड की ज़रूरत नहीं।
जाँच कैसे काम करती है
चेकर आपके दर्ज किए गए URL का एक संरक्षित सर्वर फ़ेच करता है, रीडायरेक्ट का पालन करता है, और अंतिम पेज का स्टैटिक HTML पढ़ता है — वही HTML जो किसी प्लेटफ़ॉर्म का स्क्रेपर देखता है। यह og: और twitter: मेटा टैग, पेज के <title> और मेटा विवरण को पार्स करता है, फिर प्लेटफ़ॉर्म दर प्लेटफ़ॉर्म यह निकालता है कि हर शेयर कार्ड वास्तव में कौन सा मान दिखाएगा और वह मान कहाँ से आया। फ़ॉलबैक से आए मानों पर फ़ॉलबैक का लेबल लगता है, ताकि पूरा दिखने वाला कार्ड अपने नीचे छिपे गुम टैग को न छिपाए।
एक सीमा बाक़ी सब कुछ तय करती है: यह एक साधारण HTTP फ़ेच है, ब्राउज़र नहीं, और प्लेटफ़ॉर्म के स्क्रेपर भी ब्राउज़र नहीं होते — कोई भी JavaScript नहीं चलाता। स्क्रिप्ट द्वारा डाले गए टैग, क्लाइंट-साइड पर रेंडर किए गए टैग, या सिर्फ़ लॉग इन के बाद जोड़े गए टैग यहाँ अदृश्य हैं और Facebook, X, LinkedIn और Slack पर भी ठीक उसी तरह अदृश्य हैं। अगर कोई टैग सिर्फ़ आपके JavaScript बंडल में मौजूद है, तो शेयरिंग के लिए वह मौजूद ही नहीं है। परिणाम में जो आप देखते हैं — अंतिम URL, HTTP स्थिति, कच्ची टैग तालिका और रेंडर किए गए चार कार्ड — वही स्टैटिक सच्चाई है जिसके साथ स्क्रेपरों को काम करना पड़ता है।
फ़ॉलबैक, सापेक्ष इमेज का जाल और स्क्रेपर कैश
हर प्लेटफ़ॉर्म अलग तरह से फ़ॉलबैक करता है, इसीलिए एक ही पेज एक ऐप में सही और दूसरे में टूटा हुआ दिख सकता है। Facebook og: टैग को सीधे पढ़ता है। X पहले अपने twitter: टैग पढ़ता है और उनके गुम होने पर मेल खाते og: टैग पर फ़ॉलबैक करता है। LinkedIn सिर्फ़ og: टैग पढ़ता है, इसलिए वहाँ एक परफ़ेक्ट Twitter Card सेटअप किसी काम का नहीं। Slack पहले og: टैग पढ़ता है और फिर twitter: टैग। नीचे दी गई चेकलिस्ट हर गुम फ़ील्ड, हर ख़ाली फ़ील्ड, और हर उस फ़ील्ड को चिह्नित करती है जिसे कोई प्लेटफ़ॉर्म फ़ॉलबैक से भरेगा, और उस स्रोत का नाम भी देती है जिस पर वह फ़ॉलबैक करेगा।
सबसे आम ख़ामोश विफलता एक सापेक्ष og:image है: /images/share.jpg जैसा मान आपके टेम्पलेट और आपके ब्राउज़र में ठीक दिखता है, लेकिन अधिकांश स्क्रेपर उसे किसी भी चीज़ के सापेक्ष हल नहीं कर पाते, इसलिए कार्ड बस कोई इमेज नहीं दिखाता। ठीक करने का तरीका हमेशा स्कीम सहित एक पूर्ण (absolute) URL है। दूसरा जाल कैशिंग है: हर प्लेटफ़ॉर्म अपने स्क्रेपर द्वारा फ़ेच की गई सामग्री को कैश करता है, इसलिए टैग ठीक करने से पहले से बाहर जा चुकी पोस्ट अपडेट नहीं होतीं, और एक ताज़ा प्रीव्यू भी तब तक पुराना कार्ड देता रह सकता है जब तक आप प्लेटफ़ॉर्म से URL को फिर से स्क्रेप करने को न कहें। पहले टैग ठीक करें, यहाँ सत्यापित करें, फिर फिर से स्क्रेप कराएँ — इसी क्रम में, वरना आप टूटा हुआ संस्करण फिर से कैश कर देंगे।
ईमानदारी की सीमाएँ: यहाँ का प्रीव्यू हर प्लेटफ़ॉर्म के दस्तावेज़ीकृत व्यवहार का एक सिमुलेशन है, किसी असली पोस्ट का स्क्रीनशॉट नहीं। प्लेटफ़ॉर्म अलग-अलग तरह से क्रॉप, गोल और ट्रंकेट करते हैं, बिना सूचना के अपने कार्ड लेआउट बदलते हैं, और लॉग-इन व लॉग-आउट दर्शकों के साथ अलग व्यवहार कर सकते हैं, इसलिए कार्डों को एक वफ़ादार मॉडल समझें, गारंटी नहीं। एक चीज़ सिमुलेट नहीं की जाती: शेयर इमेज के आयाम पेज द्वारा घोषित og:image:width और og:image:height मानों से नहीं, बल्कि असली इमेज फ़ाइल के हेडर से पढ़े जाते हैं — घोषित मान दावे होते हैं, और यह चेकर उन्हें फ़ाइल से ही सत्यापित करता है।
क्या जाँचा जाता है, और इसके पीछे के नियम
| जाँचे गए टैग | og:title, og:description, og:image, og:url, og:type और og:site_name, साथ में twitter:card, twitter:title, twitter:description और twitter:image — और, फ़ॉलबैक स्रोतों के रूप में, पेज का <title> और मेटा विवरण। |
| अनुशंसित इमेज आकार — 1200 × 630 px | 1200 × 630 एक औपचारिक मानक नहीं, प्लेटफ़ॉर्म मार्गदर्शन है: यह वह आकार है जिसकी Facebook सिफ़ारिश करता है और वह बड़े-कार्ड का आकार है जिसे X, LinkedIn और Slack सबसे अच्छी तरह संभालते हैं। छोटी इमेज फिर भी दिखाई देती हैं, लेकिन कार्ड उन्हें क्रॉप कर सकते हैं या एक छोटे थंबनेल पर फ़ॉलबैक कर सकते हैं। |
| og: टैग — og:title, og:description और og:image — को सीधे पढ़ता है, और सिर्फ़ og: टैग के गुम होने पर ही पेज के <title> और मेटा विवरण पर फ़ॉलबैक करता है। | |
| X (Twitter) | पहले twitter:title, twitter:description और twitter:image पढ़ता है; हर एक के गुम होने पर वह मेल खाते og: टैग पर फ़ॉलबैक करता है। twitter:card कार्ड लेआउट चुनता है, और उसके बिना X अपने मिले हुए से अनुमान लगाता है। |
| LinkedIn और Slack | LinkedIn सिर्फ़ og: टैग पढ़ता है — वहाँ twitter: टैग मदद नहीं करते। Slack पहले og: टैग पढ़ता है और फिर twitter: टैग, इसलिए वह चारों में सबसे उदार है। |
| सापेक्ष इमेज URL | og:image और twitter:image स्कीम सहित पूर्ण URL होने चाहिए। अधिकांश स्क्रेपर सापेक्ष पथ को हल नहीं कर पाते, और परिणाम एक ऐसा कार्ड होता है जिसमें कोई इमेज नहीं और कहीं कोई त्रुटि भी नहीं। |
| इमेज आयाम | असली इमेज फ़ाइल — उसके PNG, JPEG, GIF या WebP हेडर — से, उसके बाइट आकार और फ़ॉर्मैट के साथ पढ़े जाते हैं। घोषित og:image:width और og:image:height तुलना के लिए दिखाए जाते हैं, लेकिन उन पर अकेले कभी भरोसा नहीं किया जाता। |
| आयाम अज्ञात | इसका मतलब है कि चेकर इमेज फ़ाइल को फ़ेच या पार्स नहीं कर सका — वह टाइम आउट हो गई, अनुरोध अस्वीकार कर दिया, या उसका फ़ॉर्मैट ऐसा है जिसका हेडर वह पढ़ नहीं सकता। तब पेज के घोषित आयाम, यदि कोई हों, ही वह सब होते हैं जो स्क्रेपरों समेत किसी के पास होते हैं। |
अक्सर पूछे जाने वाले प्रश्न
मेरा शेयर किया गया लिंक इमेज क्यों नहीं दिखाता?
सामान्य कारण, क्रम से: कोई og:image ही नहीं है; og:image एक सापेक्ष URL है जिसे स्क्रेपर हल नहीं कर सकते; इमेज बहुत छोटी है या ऐसी जगह है जहाँ स्क्रेपर फ़ेच नहीं कर सकता (लॉग इन के पीछे, robots नियमों से अवरुद्ध, या त्रुटि के साथ जवाब दे रही); या प्लेटफ़ॉर्म अभी भी इमेज के मौजूद होने से पहले का अपना कैश किया हुआ स्क्रेप दिखा रहा है। ऊपर की जाँच चलाएँ — यह बताएगी कि इनमें से कौन सा लागू होता है — टैग ठीक करें, फिर प्लेटफ़ॉर्म से फिर से स्क्रेप करने को कहें।
Open Graph बनाम Twitter टैग — क्या मुझे दोनों चाहिए?
व्यवहार में, हाँ। Facebook और LinkedIn सिर्फ़ og: टैग पढ़ते हैं, जबकि X अपने twitter: टैग को प्राथमिकता देता है और og: टैग को फ़ॉलबैक के रूप में इस्तेमाल करता है। एक पूरा og: सेट और एक twitter:card टैग अधिकांश मामलों को कवर करता है, लेकिन स्पष्ट twitter:title, twitter:description और twitter:image ही X कार्ड को Facebook कार्ड से अलग बनाने का एकमात्र तरीका है — और Slack दोनों सेट पढ़ता है, पहले og:।
असली पोस्ट इस प्रीव्यू से अलग क्यों दिखती है?
लगभग हमेशा, कैशिंग की वजह से। हर प्लेटफ़ॉर्म का स्क्रेपर किसी URL के लिए फ़ेच की गई सामग्री को कैश करता है, और आपके टैग संपादित करने से वह कैश अमान्य नहीं होता। ठीक करने से पहले बनाई गई पोस्ट पुराना कार्ड रखती है, और जब तक फिर से स्क्रेप ज़बरदस्ती न कराया जाए, प्लेटफ़ॉर्म का अपना डीबगर भी कैश किया हुआ संस्करण दिखाता रह सकता है। कम बार, अंतर क्रॉपिंग का होता है: प्लेटफ़ॉर्म अपने वर्तमान लेआउट के अनुसार क्रॉप और ट्रंकेट करते हैं, और यह प्रीव्यू दस्तावेज़ीकृत व्यवहार का एक सिमुलेशन है, स्क्रीनशॉट नहीं।
क्या यह चेकर JavaScript चलाता है?
नहीं — और यह जानबूझकर है। चेकर स्टैटिक HTML को एक बार फ़ेच करता है, ठीक उसी तरह जैसे किसी प्लेटफ़ॉर्म का स्क्रेपर करता है, और स्क्रेपर भी JavaScript नहीं चलाते। इसलिए स्क्रिप्ट या क्लाइंट-साइड फ़्रेमवर्क द्वारा जोड़ा गया टैग यहाँ उसी कारण से गुम होता है जिस कारण से वह Facebook, X, LinkedIn और Slack पर गुम होता। अगर आपके टैग JavaScript द्वारा रेंडर किए जाते हैं, तो शेयरिंग के लिए गिने जाने के लिए उन्हें सर्वर-रेंडर किए गए HTML में होना ज़रूरी है।
og:image का आकार क्या होना चाहिए?
जहाँ हो सके, 1200 × 630 px इस्तेमाल करें। यह एक औपचारिक मानक के बजाय प्लेटफ़ॉर्म मार्गदर्शन है — यह वही है जिसकी Facebook सिफ़ारिश करता है और वह आकार है जिसके इर्द-गिर्द X, LinkedIn और Slack के बड़े कार्ड बने हैं। फ़ाइल को उचित रूप से छोटा रखें, PNG या JPEG इस्तेमाल करें (WebP समर्थन स्क्रेपर के अनुसार बदलता है), और हमेशा उसे एक पूर्ण URL से संदर्भित करें। यह चेकर 1200 × 630 से छोटी इमेज को फ़्लैग करता है और आपको फ़ाइल से मापे गए असली आयाम बताता है।