FB OpenGraph og: resim resim çekmiyor (muhtemelen https?)


301

İlk - yok bu yinelenen bir konudur inanıyoruz. SO üzerinde aynı veya benzer sorunları çok araştırdım ve sormadan önce sorun gidermenin doğası nedeniyle, bu sorunun benzersiz olduğuna inanıyorum.

Facebook og:imagedosyalarımı kavrayamıyor ve her zamanki çözümü denedim. Onunla bir ilgisi olabileceğini düşünmeye başlıyorumhttps://...

  • Http://developers.facebook.com/tools/debug adresini kontrol ettim ve sıfır uyarı veya hata aldım .
  • Bağlantı verdiğimiz görüntüleri " og:image" de buluyor , ancak boş görünüyorlar. Ancak, resimleri tıkladığımızda var olurlar ve doğrudan onları alırlar.
  • Bir görüntü gösterir - https olmayan bir sunucuda barındırılan bir görüntü.
  • Kare görüntüleri, jpegleri, png'leri, daha büyük boyutları ve daha küçük boyutları denedik. Resimleri public_html içine koyduk. Sıfır görünüyor.
  • Bu bir önbellek hatası değildir, çünkü og:imagemetaya bir tane daha eklediğimizde , FB'nin linterini bulur ve okur. Bir önizleme gösterir. Önizleme boş. Elde ettiğimiz tek istisna, bu web sitesinde olmayan resimler içindir.
  • Belki biraz anti-liç olduğunu cpanelya .htaccessda görüntülerin görünmesini engellediğini düşündük, bu yüzden kontrol ettik. Orada değildi. Hatta < img src="[remote file]" >tamamen farklı bir sunucuda hızlı bir şekilde yaptık ve görüntü iyi görünüyor.
  • Belki og:typebaşka bir meta etiketi ile ya da başka bir tuhaflık olduğunu düşündüm . Hepsini birer birer kaldırdık ve kontrol ettik. Değişiklik yok. Sadece uyarılar.
  • Farklı bir web sitesinde aynı kod herhangi bir sorun olmadan görünür.
  • Biz düşündük belki biz birden fazla ürün için aynı ürün sayfası (ler) kullandığınız çünkü görüntüleri çekerek değildi (o olsun değerine dayalı değişen, yani "details.php? İd = xxx") ama yine birinde çekiyor resim (farklı bir URL'den).
  • Herhangi bir og:imageveya image_src kapalı bırakıldığında, FB hiçbir görüntü bulamaz.

İpimin ucundayım. Kendim ve başkaları bunun için ne kadar zaman geçirdiysem şok olursun. Sorun şu ki bu bir çevrimiçi mağaza. Kesinlikle, olumlu görüntülere sahip OLAMAZ. Zorundayız. On kadar sitemiz var ... og:imageSorunları olan tek site bu . Ayrıca tek olan https, bu yüzden belki de sorun olduğunu düşündük. Ancak bunun için web üzerinde hiçbir yerde emsal bulamıyoruz.

Bunlar meta etiketlerdir:

<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">

İsterseniz, üzerinde çalıştığımız ürün sayfalarımızdan birinin bağlantısı. [Link, sitemizin arama sonuçlarına girmesini engellemek için kısaldı]: http://rockn.ro/114

DÜZENLE ----

"Facebook'un gördüklerini görün" sıyırıcı aracını kullanarak aşağıdakileri görebildik:

"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"
      }
   ],

Bulduğu tüm bağlantıları tek bir sayfa için test ettik. Hepsi tamamen geçerli görüntülerdi.

DÜZENLEME 2 ----

Bir testi denedik ve NONSECURE web sitesine bir alt alan ekledik (görüntülerin gerçekte facebook üzerinden görülebildiği). Alt alan adı http: // img. [Nonsecuresite] .com idi. Daha sonra tüm görüntüleri ana alt alan klasörüne koyduk ve bunlara referans verdik. Bu görüntüleri FB'ye çekmezdi. Ancak, güvenli olmayan ana etki alanında başvurulan görüntüleri çekmeye devam eder.

BİLDİRİ ÇALIŞMASI ----

Keegan sayesinde artık bunun Facebook'ta bir hata olduğunu biliyoruz. Geçici bir çözüm olarak, farklı bir NON-HTTPS web sitesine bir alt alan yerleştirdik ve içindeki tüm resimleri döktük. Her bir ürün sayfasında koordinasyon http://img.otherdomain.com/[like-image.jpg]resmine referans verdik og:image. Daha sonra FB Linter üzerinden gitmek ve OG verilerini yenilemek için HER bağlantı çalıştırmak zorunda kaldı. Bu işe yaradı, ancak çözüm bir bant yardımı geçici çözümdür ve httpssorun giderilirse ve doğal https alanını kullanmaya geri dönersek, FB görüntüleri farklı bir web sitesinden önbelleğe alır ve sorunları karmaşıklaştırır. Umarım bu bilgi, başkalarının hayatlarının 32 kodlama saatini kaybetmesini önlemeye yardımcı olur .


27
İyi belgelenmiş bir soru. Sizin için oyladı!
DMCS

Sorun giderme için, og:type: og_products:productweb sitesi yazmayı değiştirmeyi deneyin ve görüntülerin alınabileceğini görün.
DMCS

2
Juicy, http olan ve https olmayan bir dış siteden referans verilen bir og: resmimiz var ve görünüyor.
Kıbrıs106

1
Merhaba, teşekkürler, harika gönderi. Çalışmaya başladıktan sonra https-url'lere geri dönerseniz önbelleği güncellemek zorunda olduğunuz konusunda küçük bir açıklama: fb önbelleği bir süre sonra serbest bırakıldığından endişelenmeyeceğim, bu yüzden sadece veya iki gün sonra önbellek yeni URL'ler kullanılarak otomatik olarak serbest bırakılır.
Niclas Lindqvist

1
@NiclasLindqvist Sadece kayıt için, MONTHS ve aylar önce önbellekte kalan eski görüntülerimiz vardı, bu yüzden FB'nin önbellek standartlarını bir tuzla alırdım.
Kıbrıs106

Yanıtlar:


93

Aynı sorunla karşılaştım ve Facebook geliştirici sitesinde bir hata olarak bildirdim. og:imageHTTP kullanan URI'lerin iyi çalıştığı ve HTTPS kullanan URI'lerin çalışmadığı oldukça açık görünüyor . Şimdi "buna baktıklarını" kabul ettiler.

Güncelleme: 2020'den itibaren, hata artık Facebook'un bilet sisteminde görünmüyor. Asla cevap vermediler ve bu davranışın değiştiğine inanmıyorum. Ancak, içinde HTTPS URI belirtmek og:image:secureiyi çalışıyor gibi görünüyor.


3
KEEGAN! Teşekkür ederim! HTTPS sorununu ilk kez bir hata olarak belgeledik ..... gördük ve zor görünüyordu. Geçici çözümümüzü soru yorumlarına gönderme.
Kıbrıs106

2
Aug2013'ten itibaren, bu url hatayı göstermiyor. Herhangi bir güncelleme var mı?
Andreas Andreou

3
developers.facebook.com/bugs/256470807842897 Bu en yeni hata aynı zamanda ilgili. Soru cevaplanmış olsa da, buraya bağlantı ekleyeceğimi düşündüm, bu yüzden benzer bir sorunu olan herkes buraya gelirse onu bulacaklar.
Zoidberg

4
Sorunun 18 Mart 2014'te çözüldüğünü söylüyor, benim için değil.
Mike Flynn

1
@MattBrowne Hayır, benim için sabit değil :-(
starbeamrainbowlabs

131

Bazı özelliklere ek meta veriler eklenmiş olabilir. Bunlar, propertyve öğelerine sahip diğer meta verilerle aynı şekilde belirtilir content, ancak propertybunlar ekstra olacak:

og:imageMülkiyet bazı isteğe bağlı yapılandırılmış özelliklere sahiptir:

  • og:image:url - og: image ile özdeş.
  • og:image:secure_url - Web sayfası HTTPS gerektiriyorsa kullanılacak alternatif bir URL.
  • og:image:type - Bu resim için bir MIME türü.
  • og:image:width - Geniş piksel sayısı.
  • og:image:height - Yüksek piksel sayısı.

Tam görüntü örneği:

<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" />

Bu nedenle og:image, HTTPS URL'lerinizin özelliğini şu şekilde değiştirmeniz gerekir:og:image:secure_url

Ör:

GÖRÜNTÜ İÇİN HTTPS META ETİKETİ:

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

GÖRÜNTÜ İÇİN HTTP META ETİKETİ:

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

Kaynak: http://ogp.me/#structured <- Daha fazla bilgi için bu siteyi ziyaret edebilirsiniz.

Umarım bu size yardımcı olur.

DÜZENLEME: Kodlarınızı güncelledikten sonra facebook sunucularına ping atmayı unutmayın - URL Linter


1
SIR, Çok teşekkürler. Resimler için başka meta veriler olduğunu bilmiyordum! Biz resim yapmaya çalıştık: secure_url tek başına ve FB hata verdi. İmage & secure_url * 'u çeşitli şekillerde denedik) ve linter hiçbir değişiklik göstermedi.
Kıbrıs106

Benim için, meta etiket görüntüsünü değil Önizleme görüntülerini göstermeye devam ediyor. Kesinlikle doğru URL'ye sahibim! :( Fikirler?
jaminroe

1
@jaminroe Tüy bıraktın mı? Eğer tiftik değilse o zaman. Bu çoğunlukla sorunu düzeltmelidir. Hala seçmezse, aracın neyi kazıyabildiğini görün, tam olarak neyin kazındığını da görebilirsiniz, sonucun sonunda bir bağlantı var See exactly what our scraper sees for your URLtıklayın ve bağlantınızın tüm kaynağını gösterip göstermediğini veya sıyırma durumunu görün herhangi bir şey. Yanlış charsetayarlanırsa, kazıyıcı bir nedenden dolayı kazımak mümkün olmaz (Bir süre önce benzer bir soruyu bu sorunla cevaplamıştım). Tüm bunların doğru olduğundan emin olun.
Syed IR

3
Herkese yardımcı olması durumunda - resimler bir hizmet (/ foo / bar) tarafından oluşturulduğundan, og: resim URL'mizin bir dosya uzantısı yoktur. Bu cevap, muhtemelen og: type = "image / png" nedeniyle Facebook linter ile ilgili sorunlarımızı düzeltti. Teşekkür ederim!!
Duncan

3
@JohnWasham og:imageEtiket HTTPS olabilir ( StackExchange , YouTube, WordPress.com, Amazon, vb.). og:image:secure_urlGerçekten ne için olduğunu merak ediyorsun ?
DocRoot

16

Bilmiyorum, eğer sadece benimle ama benim için og:imageçalışmıyor ve facebook hata ayıklayıcı doğru görüntüyü göstermesine rağmen, benim site logosu alır .

Ama benim og:imageiçin og:image:urlçalıştı. Umarım bu benzer sorunla karşılaşan herkese yardımcı olur.


Şerefe - benim için çalıştı - ama facebook hata ayıklayıcı da görüntü istiyor, bu yüzden ikisini de gönderiyorum. og: image ve og: image: url - her ikisi de aynı değerle / url
pperrin

1
Og: image: url tanınan sözdizimi mi yoksa yanlış mı, bu nedenle ayrıştırılmıyor mu? Başka bir deyişle, bu meta etikete sahip olmamakla aynı şey midir?
Jonathan Tonge

@JonathanTonge ogp.me'ye göre , " og:image:urlözdeş " tirog:image .
DocRoot

9

Google'dan buraya geldim, ancak bu benim için pek yardımcı olmadı. Logo için minimum 3: 1 en boy oranı gerekli olduğu ortaya çıktı. Benimki neredeyse 4: 1 idi. Gimp'i tam olarak 3: 1'e kırpmak için kullandım ve voila - logom artık FB'de gösteriliyor.


2
Maksimum boyut oranı 3: 1'dir ( developers.facebook.com/docs/opengraphprotocol ), minimum 50px x 50px boyutunda
rpearce

1
Facebook hata ayıklayıcısına göre, boyut gereksinimi artık 200px x 200px
braX

8

tl; dr - sabırlı olun

Https sitesinden boş görüntüler gördüğüm için buraya geldim. Sorun yine de oldukça farklıydı:

İçerik ilk kez paylaşıldığında, Facebook tarayıcısı meta verileri paylaşılan URL'den kopyalar ve önbelleğe alır. Tarayıcının bir resmi oluşturulmadan önce en az bir kez görmesi gerekir. Bu, bir içerik paylaşan ilk kişinin oluşturulmuş bir resim görmeyeceği anlamına gelir

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

Test sırasında facebook 10 dakika sürdü , oluşturulan görüntünün son olarak gösterilmesi . Bu yüzden başımı kaşıyor ve facebookta rastgele og etiketleri atıyorken (ve burada belirtilen https sorunundan şüpheleniyorken), tek yapmam gereken beklemekti.

Bu, insanların bağlantılarınızı ilk kez paylaşmasını gerçekten engelleyebileceğinden, FB bu davranışı atlatmanın iki yolunu önerir: a) OG Hata Ayıklayıcı'yı tüm bağlantılarınızda çalıştırmak: görüntü önbelleğe alınır ve ~ 10 dakika sonra paylaşılmaya hazır olur veya b ) og: image: width ve og: image: height belirtme. (Yukarıdaki bağlantıda daha fazlasını okuyun)

Hala bu kadar uzun süren şeyleri merak ediyorum ...


Bunun nedeni görüntü oranıdır. Görüntü boyutu oranı tam olarak 1.91 değilse: 1 ve / veya og:image:widthve og:image:heightveri i dahil değildir, o zaman Facebook kendi boyutlarına sığacak şekilde hurdaya sonra görüntüyü işlemek zorunda kalacaktır. Görüntü ayrıca kırpılacak ve istenmeyen olabilir. Ayrıntılar için bkz. Developers.facebook.com/docs/sharing/best-practices/#images
Slicktrick

1
Og: image: width ve og: image: yüksek kalitedeki çözünürlük listesinde yer almayan görüntülerde yükseklik belirleme, testlerimde işleri hızlandırmayın.
Chris Moschini

5

Aynı hatayı aldım ve önceki hiçbir şey yardımcı olmadı, bu yüzden Açık Grafik Protokolü'nün orijinal belgelerini takip etmeye çalıştım ve html etiketine önek özniteliği ekledim ve her şey harika oldu.

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

2

Benzer problemlerim vardı. "= Og: image: secure_url" özelliğini kaldırdım ve şimdi sadece og: image ile ovalayacak. Bazen daha az


1
Cevabınızın çok daha fazla oyu olmalı! Tamamen haklısınız, yalnızca https üzerinden içerik sunuyorsanız, og: image: url'yi kullanın ve onunla işlerinizi yapın.
marcvangend

1
Bunun neden bir çözüm olduğunu anlayamıyorum. soru açık bir şekilde secure_url ilk başta yoktu, neden işe yaradığını düşünüyorsun, çok rastgele
Decebal

1

Bu soruna neden olabilecek başka bir senaryo keşfettim. Soru ve cevaplarda açıklanan tüm adımları atladım, yine de sorun devam etti.

Resimlerimi kontrol ettim ve bazı yayınlarımın birkaç bin piksel ve birkaç megabayt arasında çok büyük küçük resimler olduğunu fark ettim og:image.

Bu, WP'den Jekyll'e yakın zamanda yapılan göç nedeniyle oldu, görüntülerimi yudumla optimize ettim, ancak orijinal görüntüleri og: image yanlışlıkla kullandım.

Facebook bugün itibariyle bize şu önerileri sunuyor :

Yüksek çözünürlüklü cihazlarda en iyi görüntü için en az 1200 x 630 piksel olan görüntüler kullanın. En azından, daha büyük resimlere sahip bağlantı sayfası yayınlarını görüntülemek için 600 x 315 piksel boyutunda resimler kullanmalısınız. Görüntülerin boyutu en fazla 8 MB olabilir.

Yani 8MB'lık bir üst sınır var.


1

Yanlışlıkla bulduğum gibi, şeffaf boş görüntü, sorunun olası nedenini gösteren yanıt üstbilgisi ile birlikte gelir.

  1. Https://developers.facebook.com/tools/debug/og/object/ adresinden hata ayıklayıcıya gidin.
  2. URL'nizi koyun
  3. Altta, facebook "resminizi" gösterir (şeffaf 1x1 GIF)
    1. Görüntü orijinal görüntünüze bağlı - ona basmanın bir anlamı yok
    2. Sağa basın ve resmi görüntüleyin (benzer bir şey elde edersiniz https://external-ams3-1.xx.fbcdn.net/safe_image.php?d=...&url=...)
  4. Firebug / geliştirici araçlarında Net sekmesini açın, gerekirse sayfayı yenileyin
  5. x-error-detailYanıt üstbilgisini açıklama ile alacaksınız

Örneğin, benim durumumda Invalid image extension for URL: https://[mydomain]/[myfilename].jpg

Benim durumumdaki asıl sorun prerender.io ile ilgiliydi .

Anlaşıldığı üzere, eğer görüntü önceden gönderilirse HTML'ye dönüştürülür. Bunun gibi bir şey:

<!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>

Bu ya ön teklifin kendisinde bir hata ya da proxy'nizde ön siparişi kullanmamak için yapılandırılmış olması gerekiyor *.jpg istekleriniz (Facebook bot tarafından talep edilse bile).

Önceden yalnızca belirli kullanıcı aracı başlıklarında kullanıldığı için bunu fark etmek gerçekten zor.


1

Aynı sorunla karşılaştım ve sonra farklı bir alan adıma sahip olduğumu fark ettim. og:url

Bir kez etki alanının aynı olduğundan emin oldum og:urlve og:imageçalıştı.

Bu yardımcı olur umarım.


2
Yine de bu her zaman mümkün değildir, çünkü og: resim bulut ortamında bir CDN URL'si olabilir. Ayrıca, benim durumumda, FB (2017'de!) CDN görüntüsünü sayfanın kendisinden almazken, Cloudfront olan başka bir CDN görüntüsü de alıyor, bu da benim og: url değil. Demek istediğin yanlış.
PKHunter

Bu doğru. CDN URL kullanmıyordum. Sadece benim için işe yarayanı paylaşacağımı düşündüm.
Darren Hall


1

Sitenin https sertifikası tam olarak uyumlu olmadığında benzer belirtiler (Facebook ve diğerleri og: image ve diğer varlıkları https üzerinden doğru şekilde getirmez) oluşabilir.

Sitenizin https sertifikası geçerli görünebilir (tarayıcıda ve tümünde yeşil anahtar), ancak bir ara veya zincir sertifikası eksikse doğru şekilde kazınmaz. Bu, çeşitli önbelleklerin ve meta etiketlerin kontrol edilmesine ve yeniden kontrol edilmesine birçok zaman kaybına yol açabilir.

Sorununuz olmayabilir, ama benzer semptomları olan (benimki gibi) başkaları olabilir. Sertifikanızı kontrol etmenin birçok yolu var - kullandığım: https://www.sslshopper.com/ssl-checker.html


1

Çektiğim http://Sesimin dışarı og:imageve sadece düz eski ile değiştirilir www.sonra cezası çalışmaya başladı.

Facebook tarafından görüntü kazımak önbelleğini sıfırlamak ve demo görüntüsü için hangi URL'yi çektiğini test etmek için bu aracı kullanabilirsiniz .


0

Hata Ayıklayıcı'nın 4 etiket aldığını görebiliyorumog:image URL'nizden.

İlk görüntü en büyüğüdür ve bu nedenle yüklenmesi en uzun sürer. İlk resmi küçültmeyi deneyin veya önce daha küçük bir resim göstermek için sırayı değiştirin.


Teşekkürler Lix! Aslında uzun bir süre için ilk görüntü olarak maksimum 200x200 boyutlarında küçük bir kare resmimiz vardı. Birkaç kez yeniden düzenledik ve yeniden kazıdık. Ayrıca, daha küçük, daha büyük veya alternatif olanları tek görüntüler haline getirmenin ve sıfır başarı oranıyla yeniden kırmanın bir kombinasyonunu yaptık.
Kıbrıs106

0

Ayrıca, kullanıcı tarafından oluşturulan bir hikaye (og: image kullanmadığınız) eklediğinizde, bu sorun oluşur. Örneğin:

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

Yukarıdakiler sadece http ile çalışır, https ile çalışmaz. Https kullanırsanız şu hatayı alırsınız: Ekli resim () yüklenemedi


Google'ın, https'li sitelere DAHA FAZLA alaka düzeyi vermeye yöneldiğini ve bu soruyu sorduktan iki yıl sonra, FB'nin ziyaretçilerinin güvenliğine değer veren web sitelerini hala cezalandırdığı (yanlışlıkla, ama yine de günah) cezalandırdığı web siteleri
Cyprus106


0

Benzer bir sorun vardı, Paylaşım Hata Ayıklayıcısı çözmeme yardımcı oldu. Görünüşe göre Facebook, XMP meta verileri gömülü görüntüleri anlayamıyor (şu anda). Makalelerimizdeki resimleri XMP meta verileri olmayan sürümlerle değiştirdiğimde ve sayfayı yeniden paylaştığımda (Paylaşım Hata Ayıklayıcısı'nı kullanarak), sorun ortadan kalktı. Onaltılık düzenleyici, görüntünüzün XMP meta verileri içerip içermediğini görmenize yardımcı olur.


0

Benim durumumda, tarayıcı sadece bir hata yaşıyor gibi görünüyor. Denedim:

  • Yalnızca http bağlantılarını değiştirme
  • Son beyaz boşluğu kaldırma
  • Tamamen http'ye geri dönme
  • Web sitesini yeniden yükleme
  • Bir sürü OG eklentisi yükleme (WordPress kullanıyorum)
  • Sunucunun şüphelenilmesi, botları engelleyen garip bir yanlış yapılandırmaya sahiptir (çünkü tüm OG denetleyicileri etiketleri alamaz ve sitelerime yapılan diğer istekler kararsızdır)

Bu eserlerin hiçbiri. Bu bana bir haftaya mal oldu. Ve aniden hiçbir yerde tekrar çalıştığı görülüyor.

Birisi bu sorunu tekrar karşılıyorsa, araştırmam:

Ayrıca, kontrol etmeniz için Facebook'un Nesne Hata Ayıklayıcısı dışında daha fazla denetleyici var : OpenGraphCheck.com , Abhinay Rathore'un Açık Grafik Test Cihazı , Iframely'nin Gömme Kodları , Kart Doğrulayıcı | Twitter Geliştiricileri .


0

Tamam ... Bu iş parçacığının eski ve kalabalık olduğunu anlıyorum, ancak birinin og: image etiketinin Facebook'ta çalışmasını sağlamak için mücadele ettiğimde, benim için çalışan hile:

bu bağlantıyı KULLANMAYIN:

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

sorununuzu çözmek için. Veya bunu yaparsanız, hemen aşağıya kaydırın ve Scrape VIA API'sını tıklayın.

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

Gezgin aracında "hata ayıklama" aracında GÖSTERİLMEYEN hatalar var. Çıldırtıcı!!! (benim durumumda, görüntü dosya adındaki bir boşluk, görüntümü hata ayıklama aracında sessizce çaldı, ancak explorer aracında hatayı gösterdi).


0

Og görüntülerinin FB kartlarında gösterilmemesi için başka bir nedenle karşılaştım. Dahası, og meta etiketlerinde hata ayıklamak için FB kazıyıcı aracını kullanarak, WordPress sayfamda mevcut olan tüm gerekli etiketleri onaylayabilirim ve yine de aşağıdaki dosya indirme hatasını alırdım,

Sağlanan og: resim, <https-link-to-jpg-image> indirilemedi. Bunun nedeni, sunucunuzun desteklenmeyen içerik kodlaması kullanması gibi çeşitli nedenlerden kaynaklanabilir. Tarayıcı, deflate ve gzip içerik kodlamalarını kabul eder.

Görüntü formatının bir sorunu olduğunu belirten belirsiz bir his vardı, görüntüye bağlantı çalışıyordu, ancak mesaj içerik kodlamasında bir şey olduğunu gösteriyor gibi görünüyor.

Çok arama yaptıktan sonra, bir WordPress sunucusu için gerekli olan php uzantılarına baktım ve pho-exif modülünün yüklü olmadığını fark ettim. Exif modülü, yüklenen tüm resimlere exif meta verilerini yazar . Sonuç olarak FB og resim etiketinde kullanılan görüntülerde bunlarla ilişkilendirilmiş herhangi bir exif meta verisi yoktu.

Exif modülü etkinleştirildikten sonra, WordPress bir görüntü için exif meta verilerinin sıfırlanmasına izin verir (Medya kitaplığı-> seç ve görüntü-> Daha fazla ayrıntı düzenle-> Harita exif meta verilerini) ve görüntü artık beklendiği gibi FB kartında belirdi.


-1

Gözlemlediğim kadarıyla, web siteniz herkese açık olduğunda ve resim URL'si https olsa da, sadece iyi çalıştığını görüyorum.


-1

Benim için bu işe yaradı:

<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

Birkaç saat test ettikten ve bir şeyler denedikten sonra ...

Bu sorunu olabildiğince basit bir şekilde çözdüm. Facebook Geliştiricileri Sayfasında yalnızca "og" etiketlerini ve gövde etiketinde bu og etiketlerini reddeden bazı metinleri içeren "test sayfaları" kullandıklarını fark ettim.

Ne yaptım ben?

Uygulamamda kullandıkları aynı şeyleri içeren ikinci bir görünüm oluşturdum.

Görünümü değiştirebilmem için sayfama erişen Facebook'un nasıl olduğunu nasıl bilebilirim? Benzersiz bir Kullanıcı Aracısı var: "facebookexternalhit / 1.1"


-2

Meta etiketi güncelledikten sonra, içerik (resim) bağlantısının mutlak yol olduğundan emin olun ve buraya gidin, https://developers.facebook.com/tools/debug/sharingsite bağlantısını girin ve scrape againsonraki sayfada tıklayın

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.