Ausgabe
Facebook kann meine og:image
Dateien nicht erfassen und ich habe jede übliche Lösung ausprobiert. Ich beginne zu glauben, dass es etwas damit zu tun haben könntehttps://...
- Ich habe http://developers.facebook.com/tools/debug überprüft und habe keine Warnungen oder Fehler.
- Es findet die Bilder, die wir im ”
og:image
” verlinkt haben, aber sie werden leer angezeigt. Wenn wir jedoch auf das/die Bild(er) klicken, existieren sie und es wird direkt zu ihnen geführt. - Es zeigt ein Bild – ein Bild, das auf einem Nicht-https-Server gehostet wird.
- Wir haben quadratische Bilder, JPEGs, PNGs, größere und kleinere Größen ausprobiert. Wir haben die Bilder direkt in public_html abgelegt. Null taucht auf.
- Es ist kein Caching-Fehler, denn wenn wir
og:image
dem Meta einen weiteren hinzufügen, findet und liest der Linter von FB diesen. Es zeigt eine Vorschau. Die Vorschau ist leer. Die einzige Ausnahme, die wir bekommen, sind Bilder, die nicht auf dieser Website sind. - Wir dachten, dass vielleicht ein Anti-Lauge-Schutzmittel vorhanden war
cpanel
oder das.htaccess
verhinderte, dass die Bilder angezeigt wurden, also überprüften wir es. Es gab nicht. Wir haben sogar einen kurzen Versuch< img src="[remote file]" >
auf einem ganz anderen Server gemacht und das Bild wird gut angezeigt. - Wir dachten, es wäre vielleicht die
og:type
eine oder andere Kuriosität mit einem anderen Meta-Tag. Wir haben alle einzeln entfernt und überprüft. Keine Änderung. Nur Warnungen. - Derselbe Code auf einer anderen Website wird ohne Probleme angezeigt.
- Wir dachten , es ziehe vielleicht keine Bilder, weil wir dieselbe(n) Produktseite(n) für mehrere Produkte verwenden (ändern sie basierend auf dem Get-Wert, dh “details.php?id=xxx”), aber es zieht immer noch eines ein Bild (von einer anderen URL).
- Lässt man any
og:image
oder image_src aus, findet FB keine Bilder.
Ich bin am Ende meiner Kräfte. Wenn ich sagen würde, wie viel Zeit ich und andere dafür aufgewendet haben, wären Sie schockiert. Das Problem ist, dass dies ein Online-Shop ist. Wir können auf keinen Fall KEINE Bilder haben. Wir müssen. Wir haben ungefähr zehn andere Sites … Dies ist die einzige mit og:image
Problemen. Es ist auch das einzige auf https
, also dachten wir, das sei vielleicht das Problem. Aber wir können dafür nirgendwo im Internet einen Präzedenzfall 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 versuchen, dieses Eindringen in die Suchergebnisse für unsere Website einzudämmen]: http://rockn.ro/114
BEARBEITEN —-
Mit dem Scraper-Tool „Sehen, was Facebook sieht“ konnten wir Folgendes sehen:
"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 vollkommen gültige Bilder.
BEARBEITEN 2 —-
Wir haben einen Test durchgeführt und der NONSECURE-Website (von der Bilder tatsächlich über Facebook sichtbar sind) eine Subdomain hinzugefügt. Subdomain war http://img.[unsichereSite].com. Wir haben dann alle Bilder in den Haupt-Subdomain-Ordner gelegt und darauf verwiesen. Es würde diese Bilder nicht in FB ziehen. Es würde jedoch weiterhin alle Bilder abrufen, auf die in der nicht sicheren Hauptdomäne verwiesen wird.
GEPOSTETE LÖSUNG —-
Dank Keegan wissen wir jetzt, dass es sich um einen Bug in Facebook handelt. Um dies zu umgehen, haben wir eine Subdomain auf einer anderen NICHT-HTTPS-Website platziert und alle Bilder darin abgelegt. Wir haben auf jeder Produktseite auf das koordinierende http://img.otherdomain.com/[like-image.jpg]
Bild verwiesen. og:image
Wir mussten dann durch FB Linter gehen und JEDEN Link ausführen, um die OG-Daten zu aktualisieren. Das hat funktioniert, aber die Lösung ist eine Problemumgehung, und wenn das https
Problem behoben ist und wir wieder die natürliche https-Domain verwenden, hat FB die Bilder von einer anderen Website zwischengespeichert, was die Sache komplizierter macht. Hoffentlich helfen diese Informationen dabei, jemand anderen davor zu bewahren, 32 Programmierstunden seines Lebens zu verlieren.
Lösung
Ich bin auf dasselbe Problem gestoßen und habe es als Fehler auf der Facebook-Entwicklerseite gemeldet. Es scheint ziemlich klar zu sein, dass og:image
URIs, die HTTP verwenden, gut funktionieren und URIs, die HTTPS verwenden, nicht. Sie haben jetzt eingeräumt, dass sie „dies untersuchen“.
Update: Ab 2020 ist der Bug nicht mehr im Ticketsystem von Facebook sichtbar. Sie haben nie geantwortet und ich glaube nicht, dass sich dieses Verhalten geändert hat. Das Angeben von HTTPS-URI in og:image:secure
scheint jedoch einwandfrei zu funktionieren.
Beantwortet von – Keegan Quinn
Antwort geprüft von – Willingham (FixError Volunteer)