facebook debugger Grafik öffnen Bild nicht auf den ersten Versuch kratzen

Question

Ich habe dieses Problem für die letzten paar Monate konfrontiert. Ich habe eine Wordpress-Site betrieben und das Yoast Seo-Plugin installiert. Ich habe auch die Facebook Open Graph Meta Tags in diesem Plugin aktiviert. Jetzt, wenn ich versuche, eine Post-URL auf meiner Facebook-Fanpage direkt zu teilen, scratcht Facebook beim ersten Versuch die Beschreibung und den Titel des Posts, aber nicht das "og: image". Ich muss meine Seite auffrischen und wenn ich den 2. Versuch mache, dann fetze ich das Bild oder persönlich, ich muss zum Facebook-Debugger-Tool gehen und meine Post-URL debuggen, bevor ich das auf meiner Fanpage teile. Ich habe versucht, manuell facebook opengraph Metatags sowie kopiert von den anderen Websites als auch zu platzieren. Für die, das Problem tritt nicht auf, aber ich habe immer noch das gleiche Problem. Ich möchte hier auch erwähnen, dass ich Cloudfare-DNS-Server verwendet habe. Aber ich habe meine DNS-Server direkt auf meine Haupt-Webserver-DNS-Server geändert, aber das Problem bleibt bestehen.

Einer meiner Freunde, mit dem gleichen Problem auf seiner Website. Es sieht so aus, als würden wir etwas verpassen oder wir müssen irgendeine Art von A- oder CNAME-Record hinzufügen? Bitte hilf mir dabei.

Dank

Answer 1

Nach dem Facebook „Austausch bewährter Praktiken“, muss Facebook die Seite mindestens einmal von jemandem kratzen darauf klicken um das Bild zu cachen. Nachfolgende Freigaben können dann das Bild anzeigen.

vorgeschlagene Lösung des Facebook ist die URL manuell eingeben mit dem Debugging-Tool vorab Cache das Bild: https://developers.facebook.com/docs/sharing/best-practices#pre-cache-images

Answer 2

ich ein ähnliches Problem gelöst. Ich benutze auch WordPress mit Cloudflare.

Ich habe Facebook Open Graph, Google+ and Twitter Card Tags (1.5.2) installiert, um OG Tags zu meinen Posts hinzuzufügen. Ich benutze die Plugins Update Facebook Open Graph Tags Cache beim Speichern der Post-Option, um Facebook zu prime.

Aber Facebook kratzte noch nicht die Bilder von den OG Tags sogar von einem grundierten Cache. (Bei nachfolgenden Tests mit dem Facebook Debugger-Tool hat Facebook die OG-Tags gar nicht abgeschabt. Mit dem Tool "Genau sehen, was unser Scraper für Ihre URL sieht" hat Facebook nur ein paar Zeilen aus dem Header und nicht den vollständigen Header html) .

Aus irgendeinem Grund jenseits meines bescheidenen Verständnisses hat das Deaktivieren von Cloudflare Railgun das Problem für mich gelöst.

Railgun beschleunigt die Verbindung zwischen jedem CloudFlare-Rechenzentrum und einem Ursprungsserver, sodass Anfragen, die nicht aus dem CloudFlare-Cache ausgeführt werden können, trotzdem sehr schnell bedient werden.

Sie finden diese Einstellung auf der CloudFlare-Einstellungsseite für Ihre Domain.

Hoffe, das ist hilfreich.

Answer 3

Wenn Sie irgendeine Art von Pre-Renderer verwenden, gefällt Facebook nicht.
So einfach diese Zeile facebookexternalhit in Zeile 20 zu entfernen, wird helfen.
Dies ist die offizielle Datei.Hier

https://gist.github.com/thoop/8165802

Answer 4

ist die Antwort auf diese Frage von Facebook:

Die zur Verfügung gestellten ‚og: image‘ Eigenschaften sind noch nicht verfügbar, da neue Bilder asynchron verarbeitet werden. Um sicherzustellen, dass Aktien des neuen URLs ein Bild enthält, geben Sie die Abmessungen mit ‚og: image: Breite‘ und ‚og: image: height‘ Tags

so die Sache ist, das erste Mal, Facebook ist nicht sicher Die Größe des Bildes wird so angezeigt, dass kein Bild angezeigt wird. Beim zweiten Durchlauf wird das Bild bereits zwischengespeichert, damit es die Abmessungen des Bilds in der Eigenschaft "og: image" überprüfen kann.

Um sicherzustellen, dass Facebook Bild beim ersten Lauf zeigt, sind og: image: width und og: image: height Eigenschaften erforderlich.