Open Graph चेकर समझने में मदद करता है कि साझा किए गए पेज पर गलत शीर्षक, गायब मेटाडेटा या अप्रत्याशित इमेज घोषणा क्यों दिखती है। Screpy एक सार्वजनिक पेज का HTML पढ़कर उसके Open Graph टैग, विरोधाभासी मान और इमेज समूह दिखाता है। इन जानकारियों से प्रकाशित सोर्स ठीक करें, फिर इमेज फ़ाइल और वास्तविक शेयरिंग प्लेटफ़ॉर्म अलग-अलग जाँचें। यहाँ का पूर्वावलोकन घोषित मानों का उदाहरण है; यह किसी सोशल नेटवर्क का कार्ड हूबहू नहीं बनाता।
Open Graph चेकर कैसे इस्तेमाल करें
जिस पेज को साझा करना है उसका पूरा सार्वजनिक URL, पाथ सहित, दर्ज करके सबमिट करें। होमपेज जाँचने से उसके लेख या उत्पाद पेज नहीं जाँचे जाते। पहले अंतिम URL पढ़ें: पता रीडायरेक्ट होता है तो रिपोर्ट उस गंतव्य का विवरण देती है। गंतव्य अप्रत्याशित हो तो रीडायरेक्ट चेकर इस्तेमाल करें।
प्रॉपर्टी तालिका सोर्स के क्रम में देखें। हर पंक्ति घोषणा, उसका मान और उपलब्ध होने पर सोर्स की पंक्ति दिखाती है। इमेज समूह खोलकर उनके जुड़े फ़ील्ड देखें, फिर निष्कर्ष और सुझाए गए सुधार पढ़ें।
लाल रंग गायब आवश्यक मान या अस्वीकार किए गए URL मान दिखाता है। पीला रंग विरोधाभास या आंशिक कवरेज बताता है। हरे का अर्थ है कि सुरक्षित रखी गई पूरी रिपोर्ट में समर्थित जाँचों को कोई समस्या नहीं मिली। इससे इमेज लोड होने, सामग्री पेज के अनुरूप होने या प्लेटफ़ॉर्म पर मनचाहा कार्ड दिखने की पुष्टि नहीं होती।
चार आवश्यक Open Graph प्रॉपर्टी जाँचें
Open Graph प्रोटोकॉल चार बुनियादी प्रॉपर्टी आवश्यक बताता है। उनकी मौजूदगी के साथ अर्थ भी जाँचें:
| प्रॉपर्टी | इस पेज पर क्या जाँचना है |
|---|---|
og:title |
इसी पेज को साझा करने के लिए स्पष्ट शीर्षक, पुराने अभियान के पाठ के बिना। |
og:type |
अपेक्षित ऑब्जेक्ट प्रकार, जैसे website या article। |
og:image |
उस इमेज का पता जिसे पेज से जोड़ना चाहते हैं। |
og:url |
इस साझा ऑब्जेक्ट की पहचान के लिए निर्धारित स्थायी पता। |
Screpy की मौजूदगी जाँच में हर बिल्कुल सही प्रॉपर्टी नाम के लिए कम से कम एक सुरक्षित रखी गई घोषणा चाहिए जिसका मान खाली न हो। भरा हुआ og:type मौजूदगी जाँच पास कर देता है, भले ही मान अनुपयुक्त हो; यह टूल प्रकारों की मान्य सूची या हर प्रकार की सभी विशेष आवश्यकताएँ नहीं जाँचता।
उपयोगी og:description जोड़ें जो शीर्षक दोहराए बिना पेज समझाए। इसके गायब होने पर चार आवश्यक प्रॉपर्टी की अनुपस्थिति जाँच सक्रिय नहीं होती। HTML <title> या सामान्य मेटा विवरण अलग घोषणा है: यह रिपोर्ट में खाली Open Graph फ़ील्ड भर देगा, ऐसा न मानें।
गायब और विरोधाभासी टैग ठीक करें
गायब प्रॉपर्टी का निष्कर्ष बताता है कि आवश्यक नाम सुरक्षित रखी गई पंक्तियों में नहीं है या उससे जुड़े सभी मान खाली हैं। दूसरा टैग जोड़ने से पहले वर्तनी और सामग्री जाँचें। चेकर og:title जैसे छोटे अक्षरों वाले नाम से मिलान करता है; अलग तरह से लिखे नाम इस जाँच में छूट सकते हैं।
og:title, og:type, og:url या og:description के लिए अलग-अलग मूल मान मिलने पर विरोधाभास होता है। खाली जगह का अंतर भी गिना जाता है। एक जैसे दोहराए गए मान यह चेतावनी नहीं देते, लेकिन अनावश्यक बार-बार बनने वाली घोषणाएँ फिर भी साफ़ करना उचित है।
मिसाल के तौर पर, कोई काल्पनिक पेज पहले खाली og:title और फिर «एटलस पैदल यात्रा मार्ग» वाला og:title प्रकाशित कर सकता है। बाद का मान मौजूदगी जाँच पूरी करता है, लेकिन उदाहरण वाला पूर्वावलोकन पहले मान का इस्तेमाल करके खाली रहता है। अलग मान विरोधाभास भी पैदा करते हैं। इसलिए गायब होने की चेतावनी और खाली पूर्वावलोकन अलग-अलग सवालों के उत्तर हैं।
पता करें कि कौन-सा CMS फ़ील्ड, थीम या टेम्पलेट हर पंक्ति बनाता है। संबंधित आउटपुट ठीक करें ताकि इन एकल मान वाले फ़ील्ड में अपेक्षित मान एक बार आए। तीसरी घोषणा जोड़ने से मूल दोनों नहीं छिपतीं। जानबूझकर दोहराई गई इमेज घोषणाएँ नीचे की अलग समूह जाँच के लिए रखें।
इमेज प्रॉपर्टी सही इमेज से जोड़ें
एक से अधिक og:image घोषणाएँ जानबूझकर हो सकती हैं। हर इमेज की संरचित प्रॉपर्टी उसकी मूल घोषणा के तुरंत बाद और अगली इमेज से पहले रखें। यह काल्पनिक head अंश जुड़ाव दिखाता है; यह पूरा मेटाडेटा सेट नहीं है:
<meta property="og:image" content="https://example.com/media/route-map.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="627">
<meta property="og:image:alt" content="एटलस पैदल यात्रा मार्ग का नक्शा">
<meta property="og:image" content="https://example.com/media/trail.jpg">
<meta property="og:image:alt" content="जंगली पेड़ों वाली ढलान के पास पैदल रास्ता">
पहला समूह आयाम और वैकल्पिक पाठ सहित नक्शा घोषित करता है। दूसरे का अपना विवरण है, लेकिन घोषित आयाम नहीं हैं। दूसरे alt फ़ील्ड को उसकी मूल घोषणा से ऊपर ले जाने पर वह नक्शे से जुड़ जाएगा। ये मान सोर्स बताते हैं; Screpy फ़ाइल डाउनलोड नहीं करता और यह नहीं मापता कि नक्शे के वास्तविक आयाम यही हैं।
किसी इमेज की मूल घोषणा से पहले रखे गए फ़ील्ड मूल तालिका में दिख सकते हैं, लेकिन इमेज समूह से जुड़े न हों। सोर्स के क्रम से उन्हें ठीक करें। कवरेज आंशिक हो तो सुरक्षित रखे गए समूहों पर भरोसा करने से पहले पूरा head जाँचें।
प्रोटोकॉल og:image:url को og:image का वैकल्पिक नाम मानता है। Screpy समूह बनाने और पूर्वावलोकन चुनने में इसे पहचानता है, लेकिन वर्तमान आवश्यक प्रॉपर्टी जाँच अभी भी स्पष्ट, खाली न होने वाला og:image चाहती है। केवल वैकल्पिक नाम वाला पेज इसलिए इमेज URL और गायब प्रॉपर्टी का निष्कर्ष साथ दिखा सकता है। यह चेकर की सीमा है, वैकल्पिक नाम प्रतिबंधित होने का प्रमाण नहीं।
URL, इमेज और प्लेटफ़ॉर्म की जाँच अलग रखें
URL जाँच में og:url, og:image, og:image:url और og:image:secure_url शामिल हैं। इनके मान अंतिम पेज URL के आधार पर HTTP या HTTPS पते के रूप में तय करने का प्रयास होता है। HTML <base> पता लागू नहीं होता और हर ऑडियो या वीडियो URL नहीं जाँचा जाता।
सापेक्ष मान गलत फ़ाइल की ओर जाते हुए भी जाँच पास कर सकता है। अंतिम पेज https://example.com/guides/route/ हो तो images/map.jpg पता /guides/route/ के नीचे बनता है, साइट की /images/ डायरेक्टरी में नहीं। संभव हो तो पूरा अपेक्षित HTTPS पता इस्तेमाल करें ताकि गंतव्य अस्पष्ट न हो। URL की सही बनावट फिर भी फ़ाइल के मौजूद होने का प्रमाण नहीं है।
अपेक्षित इमेज अलग खोलें और जाँचें कि आगंतुक बिना साइन इन किए उस तक पहुँच सकते हैं। वास्तविक आयाम, फ़ाइल का आकार और सामग्री देखें; og:image:width बदलने से इमेज का आकार नहीं बदलता। उदाहरण के लिए, LinkedIn के शेयरिंग मॉड्यूल की आवश्यकताएँ कम से कम 1200 × 627 पिक्सेल, अधिकतम 5 MB और 1.91:1 का अनुशंसित अनुपात बताती हैं। ये LinkedIn की आवश्यकताएँ हैं, सार्वभौमिक Open Graph सीमाएँ या यहाँ किए गए माप नहीं। उपयुक्त आयाम होने पर भी सुरक्षित इमेज पहुँच से बाहर रह सकती है।
og:url और <link rel="canonical"> का अंतर भी समझें। पहला साझा ऑब्जेक्ट की पहचान करता है; दूसरा खोज के लिए पसंदीदा कैनोनिकल पता बताता है। दूसरे को कैनोनिकल टैग चेकर से जाँचें। Google के कैनोनिकल दिशानिर्देश बताते हैं कि ये संकेत Google के चुने हुए URL की गारंटी नहीं देते।
प्रकाशित सुधार और रिपोर्ट कवरेज सत्यापित करें
संबंधित CMS फ़ील्ड या टेम्पलेट अपडेट करें, बदलाव प्रकाशित करें और वही पेज फिर सबमिट करें। अंतिम URL, प्रॉपर्टी क्रम और निष्कर्ष पिछली रिपोर्ट से तुलना करें। केवल JavaScript चलने के बाद जोड़े गए टैग इस जाँच में शामिल नहीं हैं: पेज से मिला HTML देखें, सिर्फ़ ब्राउज़र का बदला हुआ दस्तावेज़ नहीं।
गायब पंक्ति को अनुपस्थित टैग मानने से पहले कवरेज पढ़ें। Screpy अधिकतम 200 Open Graph घोषणाएँ और 20 इमेज समूह सुरक्षित रखता है। आंशिक रिपोर्ट बाद की घोषणाएँ छोड़ सकती है और सभी इमेज संबंध निर्धारित नहीं कर सकती। सिर्फ़ उस जानकारी से टैग हटाने या जोड़ने से पहले पूरा सोर्स देखें। मान भी 4096 UTF-16 इकाइयों तक सीमित होते हैं; केवल यह छोटा करना आंशिक कवरेज का लेबल सक्रिय नहीं करता। इसलिए असामान्य रूप से लंबे मान सोर्स में देखें।
देखी गई घोषणाएँ और निष्कर्ष सुरक्षित रखने के लिए JSON रिपोर्ट निर्यात करें। जाँच पूरी न हो सके तो परिणाम अनुपलब्ध है; इसका अर्थ पेज पास होना नहीं है। सोर्स ठीक करने और वास्तविक इमेज देखने के बाद अपेक्षित प्लेटफ़ॉर्म पर सचमुच साझा करके जाँचें। सामान्य शीर्षक, विवरण और head की अन्य घोषणाएँ भी देखनी हों तो मेटा टैग विश्लेषक इस्तेमाल करें।