FB OpenGraph og:image zieht keine Bilder (möglicherweise https?)

Question

Facebook kann meine Gedanken nicht fassen og:image Dateien, und ich habe alle üblichen Lösungen ausprobiert. Ich fange an zu glauben, dass es etwas mit folgenden Dingen zu tun haben könnte https://...

• Ich habe geprüft http://developers.facebook.com/tools/debug und haben keine Warnungen oder Fehler.
• Es findet die Bilder, die wir in der " og:image ", aber sie werden leer angezeigt. Wenn wir auf das Bild/die Bilder klicken, sind sie jedoch vorhanden und wir werden direkt zu ihnen geführt.
• Es wird ein Bild angezeigt - ein Bild, das auf einem Nicht-https-Server gehostet wird.
• Wir haben es mit quadratischen Bildern, jpegs, pngs, größeren und kleineren Formaten versucht. Wir haben die Bilder direkt in public_html eingefügt. Es werden keine angezeigt.
• Es handelt sich nicht um einen Caching-Fehler, denn wenn wir eine weitere og:image zu den Metadaten, der Linter von FB findet und liest das. Es wird eine Vorschau angezeigt. Die Vorschau ist leer. Die sólo Die Ausnahme, die wir erhalten, betrifft Bilder, die sich nicht auf dieser Website befinden.
• Wir dachten, es gäbe vielleicht etwas gegen Laugen. cpanel oder die .htaccess die verhindert hat, dass die Bilder angezeigt werden, also haben wir es überprüft. Da war nichts. Wir haben sogar eine schnelle < img src="[remote file]" > auf einem völlig anderen Server und das Bild wird problemlos angezeigt.
• Wir dachten, es sei vielleicht die og:type oder eine andere Merkwürdigkeit mit einem anderen Meta-Tag. Wir haben sie alle entfernt, einen nach dem anderen, und es überprüft. Keine Veränderung. Nur Warnungen.
• Derselbe Code wird auf einer anderen Website ohne Probleme angezeigt.
• Wir dachten vielleicht es war nicht ziehen Bilder, weil wir die gleiche Produktseite (n) für mehrere Produkte (ändern Sie es auf der Grundlage der get-Wert, dh, "details.php?id=xxx"), aber es ist immer noch in ein Bild (von einem anderen url) ziehen.
• Das Verlassen einer og:image oder image_src aus, findet FB keine Bilder.

Ich bin mit meinen Kräften am Ende. Wenn ich sagen würde, wie viel Zeit ich und andere damit verbracht haben, wären Sie schockiert. Das Problem ist, dass dies ein Online-Geschäft ist. Wir können auf keinen Fall KEINE Bilder haben. Wir müssen es. Wir haben etwa zehn andere Seiten... Dies ist die einzige mit og:image Probleme. Es ist auch das einzige auf https Deshalb dachten wir, das könnte das Problem sein. Aber wir können nirgendwo im Internet einen Präzedenzfall dafür finden.

Dies sind die Meta-Tags:

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

Falls Sie es wünschen, hier ist ein Link zu einer unserer Produktseiten, an der wir gearbeitet haben. [Link gekürzt, um zu verhindern, dass er in den Suchergebnissen für unsere Website erscheint]: http://rockn.ro/114

EDIT ----

Mit Hilfe des Scraper-Tools "see what facebook sees" konnten wir Folgendes feststellen:

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

Wir haben alle gefundenen Links für eine einzelne Seite getestet. Alle waren absolut gültige Bilder.

EDIT 2 ----

Wir haben einen Test durchgeführt und eine Subdomain zur NONSECURE-Website (von der aus die Bilder tatsächlich über Facebook sichtbar sind). Die Unterdomäne war http://img.\[nonsecuresite\].com. Wir haben dann alle Bilder in den Hauptordner der Subdomain gelegt und auf diese verwiesen. Diese Bilder wurden nicht in FB übernommen. Allerdings wurden alle Bilder, die auf der unsicheren Hauptdomain referenziert wurden, weiterhin abgerufen.

GEPOSTETE ABHILFE ----

Dank Keegan wissen wir jetzt, dass dies ein Fehler in Facebook ist. Um das Problem zu umgehen, haben wir eine Subdomain auf einer anderen NICHT-HTTPS-Website eingerichtet und alle Bilder dorthin verschoben. Wir referenzierten die koordinierenden http://img.otherdomain.com/[like-image.jpg] Bild in og:image auf jeder Produktseite. Wir mussten dann durch FB Linter gehen und JEDEN Link ausführen, um die OG-Daten zu aktualisieren. Dies funktionierte, aber die Lösung ist ein Notbehelf, und wenn die https Problem behoben ist und wir wieder die natürliche https-Domäne verwenden, hat FB die Bilder von einer anderen Website in den Cache gestellt, was die Sache verkompliziert. Hoffentlich helfen diese Informationen, jemandem 32 Stunden Programmierarbeit zu ersparen. ihre Leben.

Answer 1

In meinem Fall bestand das Problem darin, dass ich keine CA-Stammzertifikat . Ich habe es nach der Benutzung herausgefunden: https://www.ssllabs.com/ssltest/analyze.html um die SSL-Konfiguration zu analysieren.

Answer 2

Ich habe ein weiteres Szenario entdeckt, das dieses Problem verursachen kann. Ich bin alle in der Frage und den Antworten beschriebenen Schritte durchgegangen, aber das Problem blieb bestehen.

Ich habe meine Bilder überprüft und festgestellt, dass einige meiner Beiträge hatten viel zu große Vorschaubilder in og:image im Bereich von mehreren tausend Pixeln und mehreren Megabyte.

Dies geschah aufgrund der kürzlichen Migration von WP zu Jekyll, ich optimierte meine Bilder mit gulp, verwendete aber aus Versehen die Originalbilder in og:image.

Facebook gibt uns ab heute die folgenden Empfehlungen :

Verwenden Sie Bilder mit einer Größe von mindestens 1200 x 630 Pixeln für hochauflösenden Geräten. Als Minimum sollten Sie Bilder verwenden, die 600 x 315 Pixel haben, um Link-Seitenbeiträge mit größeren Bildern anzuzeigen. Die Bilder können bis zu 8 MB groß sein.

Es gibt also eine Obergrenze von 8 MB.

Answer 3

Ich hatte das gleiche Problem, und dann fiel mir auf, dass ich eine andere Domäne für die og:url

Nachdem ich mich vergewissert hatte, dass die Domäne die gleiche ist für og:url y og:image Es hat funktioniert.

Ich hoffe, das hilft.

Answer 4

Ähnliche Symptome (Facebook und Co. rufen og:image und andere Assets nicht korrekt über https ab) können auftreten, wenn das https-Zertifikat der Website nicht vollständig konform ist.

Das https-Zertifikat Ihrer Website scheint zwar gültig zu sein (grüner Schlüssel im Browser und so weiter), aber wenn ein Zwischenzertifikat oder ein Kettenzertifikat fehlt, wird es nicht korrekt gescannt. Dies kann zu vielen vergeudeten Stunden führen, in denen Sie die verschiedenen Caches und Meta-Tags überprüfen und erneut überprüfen.

Möglicherweise war das nicht Ihr Problem, aber es könnte bei anderen mit ähnlichen Symptomen (wie bei mir) auftreten. Es gibt viele Möglichkeiten, Ihr Zertifikat zu überprüfen - die, die ich zufällig benutzt habe: https://www.sslshopper.com/ssl-checker.html

Answer 5

In meinem Fall scheint es, dass der Crawler einfach einen Fehler hat. Ich habe es versucht:

• Ändern von Links zu http only
• Entfernen von Leerraum am Ende
• Vollständiger Wechsel zurück zu http
• Neuinstallation der Website
• Installieren einer Reihe von OG-Plugins (ich verwende WordPress)
• Ich vermute, dass der Server eine seltsame Fehlkonfiguration hat, die die Bots blockiert (weil alle OG-Checker nicht in der Lage sind, Tags zu holen, und andere Anfragen an meine Sites instabil sind)

Nichts davon funktioniert. Das hat mich eine Woche gekostet. Und plötzlich, wie aus dem Nichts, scheint es wieder zu funktionieren.

Hier sind meine Recherchen, falls jemand wieder auf dieses Problem stößt:

• Warum können Open-Graph-Prüfer Open-Graph-Daten nicht erkennen?

• Wie kann ich wissen, welche Bots einer Website, wenn ich keinen Root-Zugang zum Hosting habe, sie lesen werden?

• Warum können Open-Graph-Prüfer Open-Graph-Daten nicht erkennen? - Let's Encrypt Community Unterstützung

• Crawler ist nicht in der Lage, Bilder abzurufen, aber durch Hinzufügen einer brandneuen, eindeutigen Abfragezeichenfolge kann es zum ersten Mal funktionieren - Facebook für Entwickler

Außerdem gibt es noch weitere Prüfer als den Der Objekt-Debugger von Facebook für Sie zur Überprüfung: OpenGraphCheck.de , Abhinay Rathore's Open Graph Tester , Iframely's Einbettungs-Codes , Card Validator | Twitter-Entwickler .