ओपन ग्राफ क्या है?
स्क्रैपलेस यूनिवर्सल स्क्रैपिंग एपीआई वेब पेजों को मेटाडेटा निष्कर्षण कार्यप्रवाहों के लिए पुनर्प्राप्त करता है जो ओपन ग्राफ प्रॉपर्टीज और उनके लिंक किए गए संपत्तियों की जांच करते हैं।
TL;DR
- ओपन ग्राफ मेटाडेटा बताता है कि एक URL को साझा करने पर कैसे दिखना चाहिए। उपभोक्ता सामान्यत: इसका उपयोग शीर्षक, विवरण, छवि, और गंतव्य कार्ड बनाने के लिए करते हैं।
- चार गुण मूलभूत वस्तु का निर्माण करते हैं। प्रोटोकॉल शीर्षक, प्रकार, छवि, और पारंपरिक URL को आवश्यक प्रारंभिक सेट के रूप में पहचानता है।
- Those who weep form of weeping for days. **जीवन में भावनाओं का महत्व** 1. भावनाएं व्यक्त करें 2. निरंतरता बनाए रखें 3. साझा करें [अधिक जानकारी के लिए यहां क्लिक करें](https://example.com) | दिन | गतिविधि | |----------|--------------| | सोमवार | योग | | मंगलवार | ध्यान | एक मान्य टैग एक उपभोक्ता के लिए एक संकेत है, न कि यह वादा कि प्रत्येक सेवा वही पूर्वावलंबी प्रदर्शित करेगी।
- ओपन ग्राफ खोज संरचित डेटा नहीं है। यह विषय सामग्री के मामले में Schema.org मार्कअप के साथ ओवरलैप करता है लेकिन यह एक अलग उपभोक्ता और प्रसंस्करण मॉडल की सेवा करता है।
- विश्वसनीय पूर्वावलोकनों के लिए संपत्ति और कैश परीक्षण की आवश्यकता होती है। पूर्ण यूआरएल, सुलभ छवियाँ, स्थिर मेटाडेटा, और उपभोक्ता-विशिष्ट डिबगर्स टैग के रूप में महत्वपूर्ण हैं।
ओपन ग्राफ एक मेटाडेटा प्रोटोकॉल है जो एक वेब पृष्ठ को उस वस्तु का वर्णन करने की अनुमति देता है जिसे यह दर्शाता है। एक प्रकाशक दस्तावेज़ के हेड में मेटा तत्व डालता है, और एक साझा करने वाली सेवा इन मानों का उपयोग समृद्ध पूर्वावलोकन बनाने के लिए कर सकती है। यह प्रोटोकॉल सामाजिक साझा करने के संदर्भ में शुरू हुआ, लेकिन अब समान प्रॉपर्टी सेट कई संदेश, सहयोग, प्रकाशन और लिंक-अनफर्लिंग सिस्टम द्वारा उपयोग किया जाता है।
The आधिकारिक ओपन ग्राफ प्रोटोकॉल बुनियादी मेटाडेटा और वैकल्पिक एक्सटेंशन को परिभाषित करता है। ओपन ग्राफ पृष्ठ शीर्षक, दृश्य शीर्षक, या अनुक्रमित-लिंक रणनीति को प्रतिस्थापित नहीं करता है। यह संपत्ति नामों को समझने वाले ग्राहकों के लिए एक स्पष्ट प्रस्तुति-उन्मुख विवरण प्रदान करता है।
चार बुनियादी ओपन ग्राफ गुण
एक ओपन ग्राफ ऑब्जेक्ट की शुरुआत होती है og:title, og:type, og:image, और og:urlशीर्षक वह ऑब्जेक्ट नाम है जैसा कि इसे ग्राफ या कार्ड में दिखाई देना चाहिए। प्रकार ऑब्जेक्ट को वर्गीकृत करता है, चित्र एक प्रतिनिधि संपत्ति की ओर इंगित करता है, और यूआरएल ऑब्जेक्ट के लिए उपयोग की जाने वाली स्थायी पहचान प्रदान करता है।
| संपत्ति | उद्देश्य | ऑपरेशनल चेक |
|---|---|---|
| og:title | साझा वस्तु का नाम। | I'm sorry, but I need the text you want to be translated. Please provide the content, and I'll be happy to assist with the translation. |
| og:type | वस्तु श्रेणी की पहचान करता है। | एक परिभाषित प्रकार का उपयोग करें और प्रकार-विशिष्ट गुणों की समीक्षा करें। |
| og:image | छवि का पूर्वावलोकन के लिए अंश। | Please provide the text you would like me to translate into Hindi. |
| og:url | ऑब्जेक्ट की मानक पहचान प्रदान करता है। | इसे इच्छित सार्वजनिक URL और रीडायरेक्ट व्यवहार के साथ संरेखित करें। |
एक बुनियादी कार्ड अक्सर जोड़ता है og:description और og:site_nameछवि मेटाडेटा एक सुरक्षित URL, मीडिया प्रकार, चौड़ाई, ऊँचाई और वैकल्पिक पाठ का वर्णन कर सकता है। वीडियो और ऑडियो वस्तुओं में तुलनीय संरचित गुण हैं। ये जोड़ उपभोक्ताओं को एक संपत्ति चुनने में मदद करते हैं और पूर्वावलोकन को सुलभ बनाते हैं, लेकिन समर्थन क्लाइंट के अनुसार भिन्न होता है।
एक लिंक पूर्वावलोकन कैसे बनाया जाता है
एक लिंक-पूर्वावलोकन क्रॉलर एक URL का अनुरोध करता है, उपलब्ध मेटाडेटा को पढ़ता है, संपत्ति URL को हल करता है, और अपने कैश में एक प्रतिनिधित्व को संग्रहीत करता है। उपभोक्ता Open Graph को साधारण HTML मेटाडेटा, प्लेटफ़ॉर्म-विशिष्ट टैग, पृष्ठ सामग्री, पूर्व कैश प्रविष्टियों, या सुरक्षा नियमों के साथ संयोजित कर सकता है। परिणामी कार्ड उस उपभोक्ता के इंटरफेस का होता है, न कि प्रकाशक के HTML का।
यह समझाता है कि क्यों दो ऐप एक ही पृष्ठ के लिए विभिन्न छवियाँ दिखा सकते हैं। एक शायद पहले वैध को प्राथमिकता देता है। og:image; दूसरा संपत्ति को आयामों, फ़ाइल के आकार, मीडिया प्रकार, रीडायरेक्ट, प्रमाणीकरण, या फ़ेच पॉलिसी के कारण अस्वीकार कर सकता है। एक तीसरा अभी भी एक पुरानी कैश की गई कार्ड रख सकता है। परीक्षण को उपभोक्ता, URL, पुनर्प्राप्ति समय, अंतिम संपत्ति, और किसी भी डिबगर आउटपुट को रिकॉर्ड करना चाहिए बजाय इसके कि एक सफल पूर्वावलोकन को सार्वभौमिक प्रमाण मानें।
ओपन ग्राफ छवियों को URL से अधिक की आवश्यकता होती है
पूर्वावलोकन छवि अक्सर एक सामाजिक कार्ड का सबसे दृश्यमान भाग होती है और दोषों का सबसे सामान्य स्रोत होती है। संपत्ति को सत्र कुकीज़ के बिना सार्वजनिक रूप से पुनः प्राप्त किया जा सकता है, इसे एक स्थिर HTTPS URL के माध्यम से हल किया जाना चाहिए, और इसे अपेक्षित छवि सामग्री का प्रतिबंधित करना चाहिए न कि एक HTML त्रुटि पृष्ठ। यदि किसी साइट ने हस्ताक्षरित या छोटे जीवन काल की संपत्ति URL का उपयोग किया है, तो एक कैश किए गए पूर्वावलोकन लिंक से अधिक समय तक जीवित रह सकता है।
संरचित चित्र गुणधर्म अस्पष्टता को कम करते हैं। चौड़ाई और ऊँचाई एक ग्राहंक को पूरी संपत्ति डाउनलोड करने से पहले लेआउट की योजना बनाने की अनुमति देते हैं। एक मीडिया प्रकार प्रारूप की पहचान करने में मदद करता है। वैकल्पिक पाठ उपभोक्ताओं को एक पाठ्य वर्णन देता है जो इसे उजागर करते हैं। प्रोटोकॉल में कई चित्र प्रविष्टियों का समर्थन है, लेकिन क्रम और चयन व्यवहार को वास्तविक वितरण चैनलों पर परीक्षण किया जाना चाहिए।
ओपन ग्राफ बनाम अन्य मेटाडेटा
ओपन ग्राफ, HTML शीर्षक और वर्णन मेटाडेटा, कैनोनिकल लिंक, Schema.org संरचित डेटा, और प्लेटफ़ॉर्म-विशिष्ट कार्ड टैग सभी साथ-साथ रह सकते हैं। इन्हें एक साझा सामग्री मॉडल से उत्पन्न किया जाना चाहिए ताकि शीर्षक, सारांश, चित्र, और URL एक-दूसरे के साथ विरोधाभाष न करें। एक सामग्री प्रबंधन प्रणाली जो प्रत्येक क्षेत्र को स्वतंत्र रूप से संग्रहीत करती है, केवल एक सतह को अपडेट करने के बाद भटकाव को आमंत्रित करती है।
MDN का पृष्ठ-मेटाडेटा मार्गदर्शन सामाजिक मेटाडेटा को व्यापक हेड-मेटाडेटा संदर्भ में रखता है। Schema.org मार्कअप संरचित-डेटा उपभोक्ताओं के लिए संस्थाओं और संबंधों का वर्णन करता है। ओपन ग्राफ साझा करने के लिए एक ग्राफ ऑब्जेक्ट का वर्णन करता है। एक कैनोनिकल लिंक समान या डुप्लिकेट पृष्ठों के लिए पसंदीदा URL व्यक्त करता है। उनके क्षेत्र परिचित लग सकते हैं, लेकिन उनके प्रसंस्करण के लक्ष्य भिन्न होते हैं।
कार्यान्वयन वर्कफ़्लो
- सेटिंग से पहले वस्तु के लिए स्थायी सार्वजनिक URL चुनें
og:url. - एक ही आधिकारिक सामग्री रिकॉर्ड से शीर्षक, विवरण, प्रकार, और चित्र उत्पन्न करें।
- URL से छवियों और अन्य मीडिया के लिए निरपेक्ष URL का उपयोग करें ताकि एक क्रॉलर को पृष्ठ-संदर्भ के अनुमानों की आवश्यकता न हो।
- एक प्रमाणित ब्राउज़र सत्र के बिना अंतिम पृष्ठ प्राप्त करें और प्राप्त हेड मेटाडेटा का निरीक्षण करें।
- चित्र को स्वतंत्र रूप से प्राप्त करें, रीडायरेक्ट का पालन करें, मीडिया प्रकार की पुष्टि करें, और वास्तविक बाइट्स का निरीक्षण करें।
- उपभोक्ता-विशिष्ट साझा करने वाले डिबगर्स चलाएँ और अभियान की शुरुआत से पहले कैश-रीफ्रेश व्यवहार रिकॉर्ड करें।
क्लाइंट-रेंडर्ड मेटाडेटा को अतिरिक्त ध्यान दिए जाने की आवश्यकता है। कुछ क्रॉलर बहुत कम या कोई जावास्क्रिप्ट निष्पादित करते हैं, इसलिए प्रारंभिक HTML डिलीवरी के बाद डाले गए टैग कभी भी देखे नहीं जा सकते। अंतिम ओपन ग्राफ गुणों को सर्वर-रेंडर करने से आमतौर पर एक अधिक विश्वसनीय साझा करने वाली सतह मिलती है। यदि रेंडरिंग व्यवहार की जांच की जा रही है, तो स्रोत HTML की तुलना एक ब्राउज़र-रेंडर किए गए DOM से करें और दस्तावेज़ करें कि प्रत्येक उपभोक्ता ने कौन सा प्रतिनिधित्व देखा।
सामान्य ओपन ग्राफ समस्याएँ
- सापेक्ष चित्र URL। एक उपभोक्ता उन्हें अलग तरीके से हल कर सकता है या अस्वीकार कर सकता है; एक निरपेक्ष सार्वजनिक URL का उपयोग करें।
- बासी कैश पूर्वावलोकन। पृष्ठ को अपडेट करने से हर प्लेटफ़ॉर्म को तुरंत अपने संग्रहीत कार्ड को ताज़ा करने के लिए मजबूर नहीं किया जाता है।
- कैनोनिकल मिसमैच। एक
og:urlजो अन्यत्र इंगित करता है, वह संबद्धता या पहचान को अनपेक्षित वस्तु के चारों ओर मर्ज कर सकता है। - अवरोधित संपत्तियाँ। प्रमाणीकरण, हॉटलिंक नियंत्रण, ट्रैफ़िक नियम, या छवि URL पर HTML प्रतिक्रिया कार्ड को बिना मीडिया के छोड़ सकती है।
- विरोधाभासी मेटाडेटा। ओपन ग्राफ, प्लेटफार्म टैग, पृष्ठ शीर्षक, और संरक्षित डेटा विभिन्न नाम या चित्र प्रस्तुत कर सकते हैं।
- गैर-प्रवेशनीय विवरण गायब। एक चित्र तब भी प्रदर्शित हो सकता है जब अभी भी समर्थित ग्राहकों के लिए उपयोगी वैकल्पिक पाठ का अभाव हो।
HTML मानक मेटा तत्वों को दस्तावेज़ मेटाडेटा के रूप में परिभाषित करता है, जबकि सटीक संपत्ति शब्दावली ओपन ग्राफ से आती है। WHATWG मेटा तत्व की परिभाषा उपभोक्ता-विशिष्ट संपत्ति व्याख्या से वैध हेड प्लेसमेंट को भेद करने में मदद करती है। वैलिडेटर्स को दस्तावेज़ संरचना और ओपन ग्राफ अर्थशास्त्र दोनों की जांच करनी चाहिए।
निकासी और निगरानी पाइपलाइनों में ओपन ग्राफ
मेटाडेटा निष्कर्षण पृष्ठों को संकुचित रिकॉर्ड में बदल सकता है जिसमें कैनोनिकल पहचान, शीर्षक, विवरण, मीडिया URL, प्रकार, क्षेत्र, और साइट नाम शामिल हैं। वह डेटा सेट लिंक ऑडिट, सामाजिक-कार्ड QA, सामग्री सूची, प्रवासन जांच, और अप्रत्याशित परिवर्तनों की निगरानी का समर्थन करता है। निष्कर्षक को स्रोत क्रम में डुप्लिकेट गुण बनाए रखने चाहिए क्योंकि कई चित्रों या क्षेत्रों का उद्देश्य हो सकता है।
मानकीकरण कच्चे मानों को संरक्षित करने के बाद होना चाहिए। URL सुलझाएँ, क्षेत्र नोटेशन को मानकीकरण करें, मीडिया प्रतिक्रियाओं को मान्य करें, और og:url रीडायरेक्ट और कैनोनिकल लिंक के साथ तुलना करें। पृष्ठ पाठ से अनुमान के साथ गायब मानों को चुपचाप प्रतिस्थापित न करें। एक व्युत्पन्न फॉलबैक उपयोगी हो सकता है, लेकिन इसे व्युत्पन्न के रूप में बताया जाना चाहिए न कि घोषित ओपन ग्राफ मेटाडेटा के रूप में।
स्क्रैपलेस यूनिवर्सल स्क्रैपिंग एपीआई मेटाडेटा निरीक्षण के लिए सार्वजनिक पृष्ठों को अधिग्रहित कर सकता है, जब वर्कफ़्लो की आवश्यकता हो, शामिल सामग्री के साथ। अधिग्रहण को निश्चित HTML पार्सिंग और संपत्ति चेक के साथ जोड़ें। समीक्षा करें स्क्रैपलेस मूल्य निर्धारण एक बड़े कैटलॉग ऑडिट को अनुसूचित करने से पहले।
प्रकाशन चेकलिस्ट
प्रकाशित करने से पहले, सुनिश्चित करें कि साझा URL अंतिम, सार्वजनिक, और स्थिर है। सुनिश्चित करें कि शीर्षक और विवरण पृष्ठ से अलग होने पर समझ में आते हैं। सुनिश्चित करें कि चित्र में एक उचित फसल, अर्थपूर्ण वैकल्पिक पाठ, एक सार्वजनिक HTTPS स्थान, और एक वास्तविक चित्र प्रतिक्रिया है। सुनिश्चित करें कि यदि महत्वपूर्ण उपभोक्ता स्क्रिप्ट निष्पादित नहीं करते हैं तो मेटाडेटा प्रारंभिक HTML में प्रकट होता है।
प्रकाशित करने के बाद, पूर्वावलोकन वातावरण के बजाय सटीक उत्पादन URL का परीक्षण करें। एक से अधिक लक्षित उपभोक्ता का उपयोग करें, क्योंकि एक कार्ड व्यापक संगतता को साबित नहीं कर सकता। देखे गए कार्ड को सहेजें, परिणाम प्राप्त करें, और रिलीज रिकॉर्ड के साथ मेटाडेटा स्नैपशॉट लें। जब एक बाद का संपादन चित्र या URL को बदलता है, तो समर्थित कैश को फिर से रिफ्रेश करें और फिर से सत्यापित करें।
निष्कर्ष
ओपन ग्राफ एक संक्षिप्त प्रोटोकॉल है जो इसका URL साझा करते समय एक वेब ऑब्जेक्ट को कैसे प्रस्तुत किया जाना चाहिए, इसे वर्णित करता है। बुनियादी गुण शीर्षक, प्रकार, चित्र, और पहचान स्थापित करते हैं; वैकल्पिक गुण विवरण, साइट, क्षेत्र, और मीडिया विवरण जोड़ते हैं। विश्वसनीय कार्ड सर्वर-दृश्यमान मेटाडेटा, स्थिर संपत्तियों, सुसंगत कैनोनिकल URLs, और वास्तव में उन उपभोक्ताओं के खिलाफ परीक्षण से आते हैं जो पूर्वावलोकन को रेंडर करते हैं।
सोशल मेटाडेटा का ऑडिट करने के लिए तैयार हैं?
सार्वजनिक पृष्ठ मेटाडेटा और संपत्तियों को संग्रहीत करने के लिए स्क्रैपलेस का उपयोग करें, फिर महत्वपूर्ण URLs पर ओपन ग्राफ रिकॉर्ड की मान्यता करें।
फ्री शुरू करें →प्रश्नोत्तर
ओपन ग्राफ का उपयोग किस लिए किया जाता है?
ओपन ग्राफ का उपयोग एक वेब पृष्ठ का वर्णन करने के लिए एक साझा वस्तु के रूप में किया जाता है ताकि अनुकूलित सेवाएँ एक शीर्षक, छवि, विवरण और गंतव्य पूर्वावलोकन बना सकें। इसका उपयोग लिंक अनफर्रिंग के लिए बड़े पैमाने पर किया जाता है, लेकिन प्रत्येक उपभोक्ता अंतिम कार्ड को नियंत्रित करता है।
क्या हर वेबसाइट के लिए ओपन ग्राफ टैग अनिवार्य हैं?
नहीं। एक पृष्ठ बिना ओपन ग्राफ मेटाडेटा के कार्य कर सकता है, लेकिन इसका लिंक पूर्वावलोकन कम स्पष्ट संकेतों से याSparse हो सकता है। सामाजिक और संदेश चैनलों के माध्यम से वितरित पृष्ठ जानबूझकर मेटाडेटा से लाभ उठाते हैं।
क्या og:image अनिवार्य है?
ओपन ग्राफ प्रोटोकॉल अपने चार मूल गुणों में og:image को शामिल करता है। एक उपभोक्ता उसके बिना पूर्वावलोकन दिखा सकता है, लेकिन परिणाम उस उपभोक्ता के बैकअप नियमों पर निर्भर करता है न कि घोषित ओपन ग्राफ वस्तु पर।
शेयर किए गए लिंक पर पुरानी छवि क्यों दिखती है?
साझा सेवा शायद पहले के प्रतिनिधित्व को कैश कर चुकी है। सुनिश्चित करें कि उत्पादन मेटाडेटा और छवि URL सही हैं, फिर उपभोक्ता द्वारा समर्थित रिफ्रेश या डिबगिंग पथ का उपयोग करें और उसकी कैश नीति के लिए अनुमति दें।
क्या ओपन ग्राफ Schema.org मार्कअप को प्रतिस्थापित करता है?
नहीं। ओपन ग्राफ साझा वस्तु प्रस्तुति पर ध्यान केंद्रित करता है, जबकि Schema.org शब्दावली संस्थाओं और संरचित डेटा उपभोक्ताओं के लिए संबंधों का वर्णन करती है। जब मूल्य स्थिर रहते हैं तो एक पृष्ठ दोनों का उपयोग कर सकता है।
क्या ओपन ग्राफ मेटाडेटा बड़े पैमाने पर निकाला जा सकता है?
हां। एक पाइपलाइन पृष्ठों को लाने, गुण और सामग्री जोड़े को पार्स करने, संपत्तियों को हल करने और बड़े पैमाने पर प्रतिक्रियाओं का मान्यकरण करने के लिए.Fetch कर सकती है। इसे कच्ची आदेश, स्रोत URL, कैद विधि और किसी भी व्युत्पन्न बैकअप को अलग से बनाए रखना चाहिए।