FB OpenGraph og: चित्र नहीं खींच रहा है (संभवतः https?)


301

पहला - मैं नहीं मानता कि यह कोई डुप्लिकेट मुद्दा है। मैंने SO पर समान या समान समस्याओं की खोज की है, और पूछने से पहले समस्या निवारण की प्रकृति के कारण, मेरा मानना ​​है कि यह समस्या अद्वितीय है।

फेसबुक मेरी og:imageफ़ाइलों को समझ नहीं सकता है और मैंने हर सामान्य समाधान की कोशिश की है। मुझे लगता है कि यह कुछ करने के लिए कुछ हो सकता है शुरू कर रहा हूँhttps://...

  • मैंने http://developers.facebook.com/tools/debug चेक किया है और शून्य चेतावनी या त्रुटियां हैं।
  • यह उन छवियों को ढूंढ रहा है जिन्हें हम " og:image" से जोड़ रहे हैं, लेकिन वे रिक्त दिखाई दे रही हैं। जब हम छवि पर क्लिक करते हैं, तब भी, वे मौजूद नहीं होते हैं और उन्हें सीधे लगता है।
  • यह एक छवि दिखाता है - एक गैर-सर्वर पर होस्ट की गई छवि।
  • हमने चौकोर चित्र, jpegs, pngs, बड़े आकार और छोटे आकार आज़माए हैं। हमने छवियों को public_html में डाल दिया है। शून्य दिखा रहे हैं।
  • यह एक कैशिंग त्रुटि नहीं है, क्योंकि जब हम og:imageमेटा में एक और जोड़ते हैं , तो एफबी का लाइनर खोज और पढ़ता है। यह एक पूर्वावलोकन दिखाता है। पूर्वावलोकन रिक्त है। केवल अपवाद हम मिल रहे हैं छवियों कि इस वेबसाइट पर नहीं कर रहे हैं के लिए है।
  • हमने सोचा कि शायद कुछ विरोधी लीच था cpanelया .htaccessजो छवियों को दिखाने से रोक रहा था, इसलिए हमने जाँच की। वहाँ नहीं था। हमने < img src="[remote file]" >पूरी तरह से अलग सर्वर पर भी त्वरित काम किया है और छवि ठीक दिखती है।
  • हमने सोचा कि शायद यह og:typeएक और मेटा टैग के साथ एक और विषमता थी। हमने उन सभी को हटा दिया, एक बार में और इसे चेक किया। कोई परिवर्तन नहीं होता है। सिर्फ चेतावनियाँ।
  • एक अलग वेबसाइट पर एक ही कोड बिना किसी समस्या के दिखाई देता है।
  • हमने सोचा कि शायद यह छवियों को नहीं खींच रहा है क्योंकि हम एक ही उत्पाद पृष्ठ का उपयोग कई उत्पादों के लिए कर रहे हैं (इसे प्राप्त मान के आधार पर बदल रहे हैं, अर्थात, "details.php? Id = xxx") लेकिन यह अभी भी एक में खींच रहा है? छवि (एक अलग यूआरएल से)।
  • किसी भी og:imageया image_src को छोड़कर , FB को कोई चित्र नहीं मिलता है।

मैं अपनी रस्सी के अंत में हूं। अगर मैंने कहा कि खुद और दूसरों ने इस पर कितना समय बिताया है, तो आप चौंक जाएंगे। मुद्दा यह है कि यह एक ऑनलाइन स्टोर है। हम पूरी तरह से, सकारात्मक रूप से चित्र नहीं बना सकते। हमें करना ही होगा। हमारे पास दस या अन्य साइटें हैं ... og:imageसमस्याओं के साथ यह एकमात्र है। यह भी केवल एक ही है https, इसलिए हमने सोचा कि शायद यही समस्या थी। लेकिन हम इसके लिए वेब पर कहीं भी कोई मिसाल नहीं पा सकते।

ये मेटा-टैग हैं:

<meta property="og:title" content="[The product name]" /> 
<meta property="og:description" content="[the product description]" /> 
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-art-black.png" />
<meta property="og:image" content="http://www.[ADIFFERENTwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/ARShopHeader.png" />
<meta property="og:image" content="http://www.[ourwebsite].com/overdriven-blues-music-tshirt-art-black.JPG" />
<meta property="og:type" content="product"/>
<meta property="og:url" content="https://www.[ourwebsite].com/apparel-details.php?i=10047" />
<meta property="og:site_name" content="[our site name]" />      
<meta property="fb:admins" content="[FB-USER-ID-NUMBER]"/>
<meta name="title" content="[The product name]" />
<meta name="description" content="[The product description]" />
<link rel="image_src" href="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta name="keywords" content="[four typical keywords]">
<meta name="robots" content="noarchive">

यदि आप इसे चाहते हैं, तो यहां हमारे उत्पाद पृष्ठों में से एक का लिंक है जिसे हम काम कर रहे हैं। [हमारी साइट के लिए खोज परिणामों में इस पर अंकुश लगाने की कोशिश करने के लिए लिंक को छोटा करें]: http://rockn.ro/114

EDIT ----

"फेसबुक क्या देखता है" स्क्रेपर टूल का उपयोग करके, हम निम्नलिखित को देखने में सक्षम थे:

"image": [          
      {
         "url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-details-safari.png"
      },
      {
         "url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-art-safari.png"
      },
      {
         "url": "http://www.[theotherNONSECUREwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png"
      }
   ],

हमने एक पृष्ठ के लिए सभी लिंक का परीक्षण किया। सभी पूरी तरह से वैध चित्र थे।

EDIT 2 ----

हमने एक परीक्षण की कोशिश की और NONSECURE वेबसाइट पर एक उपडोमेन जोड़ा (जिससे छवियां वास्तव में फेसबुक के माध्यम से दिखाई देती हैं)। उपडोमेन http: // img। [Nonsecuresite] .com है। फिर हमने सभी छवियों को मुख्य उपडोमेन फ़ोल्डर में डाल दिया और उन का संदर्भ लिया। यह उन छवियों को FB में नहीं खींचेगा। हालाँकि, यह अभी भी किसी भी चित्र को खींचेगा जो कि मुख्य डोमेन पर संदर्भित थे।

स्थगित काम ----

Keegan के लिए धन्यवाद, अब हम जानते हैं कि यह फेसबुक में एक बग है। वर्कअराउंड करने के लिए, हमने एक अलग NON-HTTPS वेबसाइट में एक उपडोमेन रखा और उसमें सभी चित्र डंप कर दिए। हमने प्रत्येक उत्पाद पृष्ठ पर समन्वय http://img.otherdomain.com/[like-image.jpg]छवि का संदर्भ दिया og:image। फिर हमें ओबी डेटा को ताज़ा करने के लिए एफबी लाइनर से गुजरना पड़ा और हर लिंक को चलाना पड़ा। यह काम किया है, लेकिन समाधान एक बैंड-सहायता वर्कअराउंड है, और यदि httpsसमस्या ठीक हो गई है और हम प्राकृतिक https डोमेन का उपयोग करने के लिए वापस जाते हैं, तो एफबी ने एक अलग वेबसाइट से, मामलों को जटिल करते हुए छवियों को कैश किया होगा। उम्मीद है कि यह जानकारी किसी और को अपने जीवन के 32 कोडिंग घंटे खोने से बचाने में मदद करती है।


27
अच्छी तरह से प्रलेखित प्रश्न। आप के लिए यह उत्कीर्ण!
DMCS

समस्या निवारण के लिए, og:type: og_products:productवेबसाइट को बदलने का प्रयास करें और देखें कि क्या चित्र उठाए जा सकते हैं।
DMCS

2
रसदार, हमारे पास एक ओग: इमेज है जो एक बाहरी साइट से संदर्भित है जो http और https नहीं है और यह दिखाता है।
साइप्रस ००५

1
नमस्ते, धन्यवाद, महान पोस्ट। आप कैश को अपडेट करने के बारे में चिंता करने के बारे में बस एक छोटी सी टिप्पणी अगर आप https- urls पर वापस जाते हैं, तो एक बार वे काम करना शुरू कर देंगे: मुझे इस बात की चिंता नहीं होगी कि कुछ समय के बाद fb कैश जारी हो जाता है, इसलिए बस एक के लिए डबल डेटा रखें दिन या दो और कैश नए यूआरएल का उपयोग करके स्वचालित रूप से जारी किया जाएगा।
निकेलस लिंडक्विस्ट

1
@NiclasLindqvist अरे सिर्फ रिकॉर्ड के लिए, हमारे पास महीने और महीनों पहले कैश में रहने के लिए पुरानी छवियां हैं, इसलिए मैं नमक के दाने के साथ एफबी के कैश मानकों को ले जाऊंगा।
साइप्रस106

जवाबों:


93

मैं उसी समस्या में भाग गया और इसे फेसबुक डेवलपर साइट पर बग के रूप में रिपोर्ट किया। यह बहुत स्पष्ट लगता है कि og:imageHTTP का उपयोग करने वाले URI ठीक काम करते हैं और HTTPS का उपयोग करने वाले URI नहीं करते हैं। उन्होंने अब स्वीकार किया है कि वे "इसे देख रहे हैं।"

अपडेट: 2020 तक, बग अब फेसबुक की टिकट प्रणाली में दिखाई नहीं दे रहा है। उन्होंने कभी जवाब नहीं दिया और मुझे नहीं लगता कि यह व्यवहार बदल गया है। हालाँकि, HTTPS URI को निर्दिष्ट og:image:secureकरना ठीक काम करता प्रतीत होता है।


3
कीगन! धन्यवाद! यह पहली बार है जब हमने HTTPS मुद्दे को बग के रूप में प्रलेखित देखा है ..... और हमने कठिन देखा। प्रश्न टिप्पणियों में हमारे समाधान को पोस्ट करना।
साइप्रस106

2
Aug2013 के अनुसार, वह url बग नहीं दिखाता है। क्या इसमें कोई अद्यतन किया गया है?
एंड्रियास आंद्रेउ

3
Developers.facebook.com/bugs/256470807842897 यह नवीनतम बग भी प्रासंगिक है। हालांकि इस सवाल का जवाब दिया गया है, मुझे लगा कि मैं यहां लिंक जोड़ दूंगा, अगर किसी और को भी इसी तरह की समस्या है तो वे इसे ढूंढ लेंगे।
ज़ोडबर्ग

4
कहते हैं, समस्या 18 मार्च 20145 तय की गई थी, मेरे विचार से नहीं।
माइक फ्लिन ने

1
@MattBrowne नहीं, यह मेरे लिए तय नहीं है :-(
starbeamrainbowlabs

131

कुछ संपत्तियों में अतिरिक्त मेटाडेटा हो सकता है। इन के साथ अन्य मेटाडाटा के रूप में एक ही तरीके से निर्दिष्ट कर रहे हैं propertyऔर content, लेकिन propertyअतिरिक्त होगा:

og:imageसंपत्ति कुछ वैकल्पिक संरचित गुण है:

  • og:image:url - ओजी के लिए पहचान: छवि।
  • og:image:secure_url - यदि वेबपेज को HTTPS की आवश्यकता हो तो उपयोग करने के लिए एक वैकल्पिक url।
  • og:image:type - इस छवि के लिए एक MIME प्रकार।
  • og:image:width - पिक्सल की संख्या चौड़ी।
  • og:image:height - पिक्सल की संख्या अधिक।

एक पूर्ण छवि उदाहरण:

<meta property="og:image" content="http://example.com/ogp.jpg" />
<meta property="og:image:secure_url" content="https://secure.example.com/ogp.jpg" /> 
<meta property="og:image:type" content="image/jpeg" /> 
<meta property="og:image:width" content="400" /> 
<meta property="og:image:height" content="300" />

इसलिए आपको og:imageअपने HTTPS URL के लिए संपत्ति बदलने की आवश्यकता हैog:image:secure_url

उदाहरण के लिए:

इमेज के लिए HTTPS META TAG:

<meta property="og:image:secure_url" content="https://www.[YOUR SITE].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />

IMAGE के लिए HTTP META TAG:

<meta property="og:image" content="http://www.[YOUR SITE].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />

स्रोत: http://ogp.me/#structured <- अधिक जानकारी के लिए आप इस साइट पर जा सकते हैं।

आशा है कि यह आपकी मदद करता है।

संपादित करें: अपने कोड - यूआरएल लिंटर को अपडेट करने के बाद फेसबुक सर्वर को पिंग करना न भूलें


1
सर, बहुत बहुत धन्यवाद। मुझे नहीं पता था कि छवियों के लिए आगे मेटाडेटा था! हमने छवि बनाने की कोशिश की: Secure_url द्वारा और FB ने एक त्रुटि डाली। हमने कई तरीकों से छवि और Secure_url * की कोशिश की) और लिंटर ने जो कुछ भी बदला नहीं दिखाया।
साइप्रस106

मेरे लिए, यह पूर्वावलोकन छवियाँ दिखा रहा है, मेटा टैग छवि नहीं। मेरे पास निश्चित रूप से सही URL भी है! :( विचार?
jaminroe

1
@jaminroe क्या आपने लिंट किया? अगर नहीं तो लैंट। वह ज्यादातर इस मुद्दे को ठीक करना चाहिए। यदि यह अभी भी नहीं उठाता है, तो देखें कि उपकरण क्या परिमार्जन करने में सक्षम है, आप यह भी देख सकते हैं कि वास्तव में क्या स्क्रैप किया जा रहा है, परिणाम के अंत में एक लिंक है See exactly what our scraper sees for your URLउस पर क्लिक करें और देखें कि क्या यह आपके लिंक का पूरा स्रोत दिखा रहा है या अलग कर रहा है कुछ भी। यदि गलत तरीके charsetसे सेट किया गया है, तो स्क्रैपर किसी कारण से नहीं जा पाएगा (मैंने इस समस्या के साथ कुछ समय पहले इसी तरह के सवाल का जवाब दिया था)। इसलिए सुनिश्चित करें कि ये सभी चीजें सही हैं।
सैयद आईआर

3
मामले में यह किसी की मदद करता है - हमारा ओग: छवि URL में फ़ाइल एक्सटेंशन नहीं है क्योंकि छवियां एक सेवा (/ foo / बार) द्वारा बनाई गई हैं। इस उत्तर ने ओग: टाइप = "इमेज / पीएनजी" के कारण हमारी समस्याओं को फेसबुक लाइनर के साथ तय किया। धन्यवाद!!
डनक

3
@JohnWasham og:imageटैग HTTPS हो सकता है (जो कि StackExchange, YouTube, WordPress.com, Amazon, आदि)। यह थोड़े आपको आश्चर्यचकित करता है कि og:image:secure_urlवास्तव में इसके लिए क्या है?
डॉकटरूट

16

मुझे नहीं पता, अगर यह केवल मेरे साथ है, लेकिन मेरे लिए og:imageकाम नहीं करता है और यह मेरी साइट लोगो को चुनता है, भले ही फेसबुक डिबगर सही छवि दिखाता है।

लेकिन मेरे og:imageलिए og:image:urlकाम करना बदल गया । आशा है कि यह किसी और को इसी तरह के मुद्दे का सामना करने में मदद करता है।


चीयर्स - मेरे लिए काम किया - लेकिन फेसबुक डीबगर छवि भी चाहता है, इसलिए मैं दोनों को भेजता हूं। og: छवि और og: छवि: url - एक ही मान / url
pperrin

1
क्या og: छवि: url मान्यता प्राप्त वाक्यविन्यास है या यह गलत है और इसलिए इसे पार्स नहीं किया गया है? दूसरे शब्दों में, यह मेटा टैग बिल्कुल नहीं होने के समान है?
जोनाथन टाइज

@JonathanTonge को Op.me पर एकोडिंग , " og:image:urlसमान है og:image"।
21

9

यहाँ Google से मिला, लेकिन यह मेरे लिए ज्यादा मददगार नहीं था। यह पता चला कि लोगो के लिए 3: 1 का न्यूनतम पहलू अनुपात है। मेरा लगभग 4: 1 था। मैंने जिम्प का उपयोग करके इसे ठीक 3: 1 और वॉइला के लिए तैयार किया - मेरा लोगो अब FB पर दिखाया गया है।


2
इसका अधिकतम पहलू अनुपात 3: 1 ( Developers.facebook.com/docs/opengraphprotocol ) है, जिसका न्यूनतम आकार 50px x 50px
rpearce

1
Facebook डिबगर के अनुसार, आकार की आवश्यकता अब 200px x 200px
braX

8

tl; dr - धैर्य रखें

मैं यहाँ समाप्त हुआ क्योंकि मैं एक https साइट से खाली छवियों को देख रहा था। हालांकि समस्या काफी अलग थी:

जब सामग्री पहली बार साझा की जाती है, तो फेसबुक क्रॉलर साझा किए गए URL से मेटाडेटा को परिमार्जन और कैश करेगा। क्रॉलर को प्रदान किए जाने से पहले कम से कम एक बार एक छवि को देखना होगा। इसका मतलब यह है कि पहला व्यक्ति जो सामग्री का एक टुकड़ा साझा करता है, वह प्रदान की गई छवि नहीं देखेगा

[ https://developers.facebook.com/docs/sharing/best-practices/#precaching]

परीक्षण करते समय, अंतिम रूप से प्रदान की गई छवि दिखाने के लिए facebook को लगभग 10 मिनट का समय लगा। इसलिए जब मैं अपना सिर खुजला रहा था और फेसबुक पर यादृच्छिक ओग टैग फेंक रहा था (और यहां बताई गई https समस्या पर संदेह कर रहा था), मुझे बस इतना करना था कि मैं इंतजार कर रहा था।

चूंकि यह वास्तव में पहली बार लोगों को आपके लिंक साझा करने से रोक सकता है, इसलिए एफबी इस व्यवहार को दरकिनार करने के दो तरीके सुझाता है: क) आपके सभी लिंक पर ओजी डीबगर को चलाना: छवि को कैश किया जाएगा और ~ 10 मिनट या बी के बाद साझा करने के लिए तैयार होगा ) निर्दिष्ट ओग: छवि: चौड़ाई और ऑग: छवि: ऊंचाई। (उपरोक्त लिंक में और पढ़ें)

फिर भी सोच रहा था कि क्या उन्हें इतना लंबा समय लगता है ...


इसका कारण छवि अनुपात है। छवि आयाम अनुपात वास्तव में नहीं है 1.91: 1 और / या og:image:widthऔर og:image:heightडेटा मैं शामिल नहीं है, तो फेसबुक यह उनके आयाम के अनुरूप खत्म करने के बाद छवि पर कार्रवाई करनी होगी। छवि भी फसली खत्म हो जाएगी, जो अवांछित हो सकती है। विवरण के लिए, देखें: Developers.facebook.com/docs/sharing/best-practices/#images
Slicktrick

1
निर्दिष्ट करने वाले ओग: छवि: चौड़ाई और ऑग: छवि: उन चित्रों पर ऊँचाई जो उनके योग्य संकल्पों की बहुत छोटी सूची में नहीं हैं, मेरे परीक्षण में किसी भी चीज़ को गति नहीं देते हैं।
क्रिस मोसचिनी

5

मेरे पास एक ही त्रुटि थी और पिछले कुछ भी मदद नहीं की है, इसलिए मैंने ओपन ग्राफ़ प्रोटोकॉल के मूल प्रलेखन का पालन करने की कोशिश की और मैंने अपने HTML टैग में प्रीफ़िक्स विशेषता जोड़ दी और सब कुछ भयानक हो गया।

<html prefix="og: http://ogp.me/ns#">

2

मुझे भी ऐसी ही समस्या थी। मैंने प्रॉपर्टी = "og: image: safe_url" को हटा दिया और अब यह सिर्फ og: इमेज के साथ स्क्रब करेगा। कभी - कभी थोड़ा ही बहुत होता है


1
आपके जवाब में बहुत अधिक वोट होने चाहिए! आप पूरी तरह से सही हैं, यदि आप केवल https पर सामग्री परोसते हैं, तो केवल og: image: url का उपयोग करें और इसके साथ काम करें।
marcvangend

1
मैं नहीं समझ सकता कि यह एक समाधान क्यों है। यह सवाल स्पष्ट नहीं था कि पहली जगह में safe_url नहीं था, तो आप यह क्यों सोचेंगे कि यह काम करता है, यह बहुत ही यादृच्छिक है
Decebal

1

मैंने एक और परिदृश्य खोजा जो इस समस्या का कारण बन सकता है। मैं प्रश्न और उत्तर में वर्णित सभी चरणों से गुजरा, फिर भी समस्या बनी रही।

मैंने अपनी छवियों की जाँच की और पाया कि मेरी कुछ पोस्टों og:imageमें कई हज़ार पिक्सेल और कई मेगाबाइट की रेंज में बहुत बड़ी थंबनेल छवियां थीं ।

यह WP से जेकेल के हालिया प्रवास के कारण हुआ, मैंने अपनी छवियों को gulp के साथ अनुकूलित किया, लेकिन गलती से मूल छवियों का उपयोग किया: छवि में।

फेसबुक हमें आज के रूप में निम्नलिखित सिफारिशें देता है :

उन छवियों का उपयोग करें जो उच्च रिज़ॉल्यूशन डिवाइस पर सबसे अच्छे प्रदर्शन के लिए कम से कम 1200 x 630 पिक्सेल हैं। कम से कम, आपको उन चित्रों का उपयोग करना चाहिए जो बड़ी छवि वाले लिंक पृष्ठ पोस्ट प्रदर्शित करने के लिए 600 x 315 पिक्सेल हैं। छवियाँ आकार में 8MB तक हो सकती हैं।

इसलिए 8MB की ऊपरी सीमा है।


1

जैसा कि मैंने गलती से पाया, पारदर्शी खाली छवि प्रतिक्रिया हेडर के साथ आती है जो समस्या के संभावित कारण का संकेत देती है।

  1. Https://developers.facebook.com/tools/debug/og/object/ पर डिबगर पर जाएं
  2. अपना URL डालें
  3. नीचे में, फेसबुक आपकी "छवि" (पारदर्शी 1x1 GIF) दिखाता है
    1. छवि आपकी मूल छवि से जुड़ी हुई है - इसे दबाने वाला कोई बिंदु नहीं
    2. दाएं और चित्र देखें (आपको कुछ ऐसा मिलेगा https://external-ams3-1.xx.fbcdn.net/safe_image.php?d=...&url=...)
  4. फायरबग / डेवलपर टूल पर नेट टैब चालू करें, यदि आवश्यक हो तो पृष्ठ को ताज़ा करें
  5. आपको x-error-detailस्पष्टीकरण के साथ प्रतिक्रिया हैडर मिलेगा

उदाहरण के लिए, मेरे मामले में यह था Invalid image extension for URL: https://[mydomain]/[myfilename].jpg

मेरे मामले में असली मुद्दा prerender.io से संबंधित था ।

जैसा कि यह पता चला है, अगर छवि को प्रीरेन्डर के माध्यम से अनुरोध किया गया है, तो इसे HTML में बदल दिया गया है। कुछ इस तरह:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<html>
<head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head>
<body style="margin: 0px;"><img style="-webkit-user-select: none; cursor: -webkit-zoom-in; " src="https://[yourdomain].com/[yourfilename].jpg" width="1078" height="718"></body>
</html>

यह या तो प्रेंडरेंडर में बग है, या इसके लिए प्रीरेंडर का उपयोग न करने के लिए इसे आपके प्रॉक्सी में कॉन्फ़िगर किया जाना चाहिए *.jpg अनुरोधों के (भले ही वे फेसबुक बॉट द्वारा अनुरोध किए गए हों)।

यह नोटिस करना वास्तव में कठिन है, क्योंकि प्रीरेन्डर का उपयोग केवल कुछ उपयोगकर्ता-एजेंट हेडर पर किया जाता है।


1

मैं एक ही मुद्दे में भाग गया और फिर मैंने देखा कि मेरे पास एक अलग डोमेन है og:url

एक बार जब मैंने यह सुनिश्चित कर लिया कि डोमेन उसी के लिए था og:urlऔर og:imageयह काम कर गया।

उम्मीद है की यह मदद करेगा।


2
यह हमेशा संभव नहीं होता है, क्योंकि og: इमेज एक क्लाउडफ्रंट CDN URL हो सकता है। इसके अलावा, मेरे मामले में, जबकि एफबी (2017 में!) सीडीएन छवि को पेज से नहीं उठा रहा है, यह एक और सीडीएन छवि उठा रहा है, जो क्लाउडफ्रंट भी है, जिसका अर्थ है कि यह भी मेरा ओग नहीं है: यूआरएल। तो आपकी बात गलत है।
PKHunter

यह सच है। मैं सीडीएन URL का उपयोग नहीं कर रहा था। मैंने सिर्फ सोचा था कि मैं वह काम करूंगा जो मेरे काम आया।
डैरेन हॉल

1

मेरे मामले में समस्या CA रूट प्रमाणपत्र प्रदान नहीं करने में थी । मैंने इसका उपयोग करने के बाद पता लगाया: https://www.ssllabs.com/ssltest/analyze.html SSL कॉन्फ़िगरेशन का विश्लेषण करने के लिए।


1

इसी तरह के लक्षण (फेसबुक एट अल सही ढंग से नहीं आ रहे हैं: छवि और https पर अन्य संपत्ति) तब हो सकती है जब साइट का https प्रमाणपत्र पूरी तरह से संगत नहीं है।

आपकी साइट का https प्रमाणपत्र वैध प्रतीत हो सकता है (ब्राउज़र और सभी में हरे रंग की कुंजी), लेकिन यह एक मध्यवर्ती या श्रृंखला प्रमाण पत्र गुम होने पर सही ढंग से परिमार्जन नहीं करेगा। यह कई व्यर्थ घंटों की जाँच कर सकता है और सभी विभिन्न कैश और मेटा टैग की जाँच कर सकता है।

आपकी समस्या नहीं हो सकती है, लेकिन अन्य समान लक्षणों (जैसे मेरा) के साथ हो सकती है। आपके प्रमाणपत्र की जांच करने के कई तरीके हैं - एक जो मैं उपयोग करने के लिए हुआ था: https://www.sslshopper.com/ssl-checker.html


1

मैं अपने से http://बाहर ले गया og:imageऔर इसे सिर्फ सादे पुराने के साथ बदल दिया www.तो यह ठीक काम करने लगा।

आप इस टूल का उपयोग कर सकते हैं , फेसबुक द्वारा अपनी छवि को कैशे को रीसेट करने के लिए और परीक्षण करें कि यह डेमो छवि के लिए किस URL को खींच रहा है।


0

मैं देख सकता हूं कि डीबगर 4 टैग को पुनः प्राप्त कर रहा हैog:image आपके URL से निकाल रहा है।

पहली छवि सबसे बड़ी है और इसलिए इसे लोड करने में सबसे लंबा समय लगता है। उस पहली छवि को छोटा करने का प्रयास करें या पहले एक छोटी छवि दिखाने का क्रम बदलें।


धन्यवाद Lix! हमारे पास वास्तव में एक छोटी वर्ग छवि थी, लगभग 200x200 अधिकतम, लंबे समय तक पहली छवि के रूप में। हमने कई बार पुनः व्यवस्था की है और पुन: स्क्रैप किया है। हमने छोटे, बड़े, या वैकल्पिक को केवल छवियों को बनाने और एक शून्य सफलता दर के साथ पुनः संयोजन करने का एक संयोजन भी किया।
साइप्रस 8.9

0

इसके अलावा, यह समस्या तब भी होती है जब आप एक उपयोगकर्ता द्वारा बनाई गई कहानी जोड़ते हैं (जहां आप og: image का उपयोग नहीं करते हैं)। उदाहरण के लिए:

POST /me/cookbook:eat?
  recipe=http://www.example.com/recipes/pizza/&
  image[0][url]=http://www.example.com/recipes/pizza/pizza.jpg&
  image[0][user_generated]=true&
  access_token=VALID_ACCESS_TOKEN

उपरोक्त केवल http के साथ काम करेगा न कि https के साथ। यदि आप https का उपयोग करते हैं, तो आपको एक त्रुटि मिलेगी जो कहती है: संलग्न छवि () अपलोड करने में विफल रही


इसे प्यार करें, Google साइटों को https के साथ और अधिक प्रासंगिकता देने की दिशा में आगे बढ़ रहा है, और यह सवाल पूछने के दो साल बाद, FB की अभी भी (शायद, अभी भी, लेकिन अभी भी एक पाप) वेबसाइटों को दंडित कर रहा है जो उनके आगंतुक की सुरक्षा को महत्व देते हैं
साइप्रस106

0

के माध्यम से सर्वर ताज़ा करने के लिए मत भूलना:

फेसबुक डिबगर

और "नई जानकारी एकत्रित करें" पर क्लिक करें


ऐसा कोई लिंक या बटन नहीं
ian

0

आज भी ऐसी ही समस्या थी, जिसे साझा करने वाले डिबगर ने मुझे हल करने में मदद की। ऐसा लगता है कि फेसबुक XMP मेटाडेटा एम्बेडेड के साथ छवियों (वर्तमान में) को समझ नहीं सकता है। जब मैंने XMP मेटाडेटा के बिना संस्करणों के साथ हमारे लेखों पर छवियों को बदल दिया, और पृष्ठ को फिर से स्क्रैप किया (शेयरिंग डीबगर का उपयोग करके), समस्या दूर हो गई। एक हेक्स संपादक आपको यह देखने में मदद करेगा कि आपकी छवि में एक्सएमपी मेटाडेटा है या नहीं।


0

मेरे मामले में, ऐसा लगता है कि क्रॉलर सिर्फ एक बग रहा है। मैंने कोशिश की:

  • केवल http से लिंक बदलना
  • सफेद स्थान को समाप्त करना
  • Http पर पूरी तरह से स्विच करना
  • वेबसाइट को पुनर्स्थापित करना
  • ओजी प्लगइन्स का एक गुच्छा स्थापित करना (मैं वर्डप्रेस का उपयोग करता हूं)
  • सर्वर पर संदेह करने से एक अजीब गलतफ़हमी होती है जो बॉट्स को ब्लॉक करती है (क्योंकि सभी ओजी चेकर्स टैग लाने में असमर्थ हैं, और मेरी साइटों के अन्य अनुरोध अस्थिर हैं)

इनमें से कोई भी काम नहीं करता है। इसने मुझे एक सप्ताह का समय दिया। और अचानक कहीं से भी यह फिर से काम करने लगता है।

यहाँ मेरे शोध हैं, अगर कोई इस समस्या को फिर से पूरा करता है:

इसके अलावा, आपके चेक करने के लिए फेसबुक के ऑब्जेक्ट डीबगर के अलावा और भी चेकर्स हैं : OpenGraphCheck.com , Abhinay Rathore's Open Graph Tester , Iframely's एम्बेड कोड , कार्ड वैलिडेटर | ट्विटर डेवलपर्स


0

ठीक है ... मुझे एहसास है कि यह धागा पुराना और भीड़भाड़ वाला है, लेकिन अगर कोई ऐसा आता है, जैसे मैंने उनके ओग को प्राप्त करने के लिए संघर्ष किया है: फेसबुक में सही काम करने के लिए छवि टैग, यहां वह चाल है जो मेरे लिए काम की है:

इस लिंक का उपयोग न करें:

https://developers.facebook.com/tools/debug/sharing/?q=https%3A%2F%2Fwww.google.com

अपनी समस्या के माध्यम से काम करने के लिए। या यदि आप ऐसा करते हैं, तो तुरंत नीचे की ओर स्क्रॉल करें और स्क्रेप VIA API पर क्लिक करें।

https://developers.facebook.com/tools/explorer/?method=POST&path=%3Fscrape%3Dtrue%26id%3Dhttps%3A%2F%2Fwww.google.com&version=v5.0

खोजकर्ता उपकरण में प्रदर्शित त्रुटियां हैं जो "डीबग" टूल में नहीं दिखाई गई हैं। कष्टदायक !!! (मेरे मामले में, छवि फ़ाइल नाम की एक जगह ने डिबग टूल में मेरी छवि को चुपचाप खटखटाया, लेकिन इसने एक्सप्लोरर टूल में त्रुटि दिखाई)।


0

मुझे OB कार्ड पर प्रदर्शित नहीं होने वाले ओग छवियों के लिए एक और कारण सामने आया। इसके अलावा, ओबी मेटा टैग को डीबग करने के लिए एफबी स्क्रैपर टूल का उपयोग करके , मैं अपने वर्डप्रेस पेज में मौजूद सभी आवश्यक टैग की पुष्टि कर सकता हूं, और फिर भी मुझे निम्न फ़ाइल डाउनलोड त्रुटि मिलेगी।

प्रदान किया गया ओग: छवि, <https-link-to-jpg-image> डाउनलोड नहीं किया जा सका। यह कई अलग-अलग कारणों से हो सकता है जैसे कि आपके सर्वर ने असमर्थित सामग्री-एन्कोडिंग का उपयोग किया है। क्रॉलर डिफ्लेट और गज़िप सामग्री एनकोडिंग स्वीकार करता है।

मुझे एक अस्पष्ट एहसास हुआ कि छवि प्रारूप में एक मुद्दा था, छवि के लिए लिंक काम कर रहा था लेकिन संदेश सामग्री-एन्कोडिंग के साथ कुछ एमिस को इंगित करता प्रतीत होता है।

बहुत खोज के बाद, मैंने एक php एक्सटेंशन को देखना शुरू कर दिया है जो एक वर्डप्रेस सर्वर के लिए आवश्यक है , और महसूस किया कि pho-exif मॉड्यूल स्थापित नहीं था। Exif मॉड्यूल exif मेटाडेटा लिखता है सभी अपलोड की गई छवियों के लिए । परिणामस्वरूप एफबी ओग और इमेज टैग में इस्तेमाल की गई छवियों में उनके साथ कोई एक्सिफ मेटाडाटा नहीं था।

एक्सिफ़ मॉड्यूल सक्षम होने के बाद, वर्डप्रेस एक्सफ़ेड मेटाडेटा को एक छवि (मीडिया लाइब्रेरी-> चयन और छवि-> अधिक विवरण संपादित करें-> मैप एक्सफ़ मेटाडेटा) के लिए रीसेट करने की अनुमति देता है और छवि अब एफबी कार्ड पर अपेक्षित रूप से दिखाई देती है।


-1

मैंने जो देखा, उससे मैं देखता हूं कि जब आपकी वेबसाइट सार्वजनिक है और भले ही छवि url https है, तो यह ठीक काम करती है।


-1

मेरे लिए यह काम किया:

<meta property="og:url" content="http://yoursiteurl" />
    <meta property="og:image" content="link_to_first_image_if_you_want" />
    <meta property="og:image" content="link_to_second_image_if_you_want" />
    <meta property="og:image:type" content="image/jpeg" /> 
    <meta property="og:image:width" content="400" /> 
    <meta property="og:image:height" content="300" />
    <meta property="og:title" content="your title" />
    <meta property="og:description"  content="your text about homepage"/> 

-2

कई घंटों के परीक्षण और चीजों की कोशिश करने के बाद ...

मैंने इस समस्या को यथासंभव सरल हल किया। मुझे लगता है कि वे फेसबुक डेवलपर्स पेज के अंदर "परीक्षण पृष्ठों" का उपयोग करते हैं जिसमें केवल "ओग" टैग होते हैं और शरीर के टैग में कुछ पाठ होते हैं जो इस ओग टैग को संदर्भित करते हैं।

तो मैंने क्या किया है?

मैंने अपने एप्लिकेशन में एक दूसरा दृश्य बनाया, जिसमें उन्हीं चीजों का उपयोग किया गया है।

और मुझे कैसे पता है कि फेसबुक मेरे पेज को एक्सेस कर रहा है ताकि मैं दृश्य बदल सकूं? उनके पास एक अद्वितीय उपयोगकर्ता एजेंट है: "facebookexternalhit / 1.1"


-2

एक बार जब आप मेटा टैग को अपडेट कर लेते हैं तो सुनिश्चित करें कि सामग्री (चित्र) लिंक निरपेक्ष पथ है और यहां जाकर https://developers.facebook.com/tools/debug/sharingआप साइट लिंक दर्ज करें और scrape againअगले पृष्ठ पर क्लिक करें

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.