Erstens - ich glaube nicht, dass dies ein doppeltes Problem ist. Ich habe ausgiebig nach gleichen oder ähnlichen Problemen in SO gesucht, und aufgrund der Art der Fehlerbehebung, bevor ich gefragt habe, glaube ich, dass dieses Problem einzigartig ist.
Facebook kann meine og:imageDateien nicht erfassen und ich habe jede übliche Lösung ausprobiert. Ich fange an zu denken, 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 werden die Bilder gefunden, mit denen wir im "
og:image" verknüpft sind , aber sie werden leer angezeigt. Wenn wir auf die Bilder klicken, existieren sie jedoch und es dauert direkt zu ihnen. - Es wird ein Bild angezeigt - 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 richtig in public_html platziert. Null werden angezeigt.
- Es ist kein Caching-Fehler, denn wenn wir
og:imagedem Meta einen weiteren hinzufügen , findet und liest der FB-Linter das. 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 möglicherweise etwas Anti-Leach vorhanden ist
cpaneloder.htaccessdass die Bilder nicht angezeigt werden, also haben wir nachgesehen. Es gab nicht. Wir haben sogar schnell< img src="[remote file]" >auf einem ganz anderen Server gearbeitet und das Bild wird gut angezeigt. - Wir dachten, vielleicht war es die eine
og:typeoder andere Kuriosität mit einem anderen Meta-Tag. Wir haben alle einzeln entfernt und überprüft. Keine Änderung. Nur Warnungen. - Der gleiche Code auf einer anderen Website wird ohne Probleme angezeigt.
- Wir dachten, es würden möglicherweise keine Bilder abgerufen, weil wir dieselbe Produktseite (n) für mehrere Produkte verwenden (sie basierend auf dem Abrufwert ändern, dh "details.php? Id = xxx"), aber es wird immer noch eine abgerufen Bild (von einer anderen URL).
- Wenn Sie any
og:imageoder image_src deaktivieren, findet FB keine Bilder.
Ich bin am Ende meines Seils. 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 absolut KEINE Bilder haben. Wir müssen. Wir haben ungefähr zehn andere Websites ... Dies ist die einzige mit og:imageProblemen. Es ist auch das einzige https, also dachten wir, dass das vielleicht das Problem war. Aber dafür können wir im Internet keinen 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 möchten, finden Sie hier einen Link zu einer unserer Produktseiten, an denen wir gearbeitet haben. [Der Link wurde gekürzt, um zu verhindern, dass Suchergebnisse für unsere Website angezeigt werden ]: 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.
EDIT 2 ----
Wir haben einen Test versucht und der NONSECURE-Website eine Subdomain hinzugefügt (von der aus Bilder tatsächlich über Facebook sichtbar sind). Die Subdomain war http: // img. [Nonsecuresite] .com. Wir haben dann alle Bilder in den Hauptordner der Subdomain gelegt und auf diese verwiesen. Es würde diese Bilder nicht in FB ziehen. Es werden jedoch weiterhin alle Bilder abgerufen, auf die in der nicht sicheren Hauptdomäne verwiesen wird.
POSTED WORKAROUND ----
Dank Keegan wissen wir jetzt, dass dies ein Fehler in Facebook ist. Um dies zu umgehen, haben wir eine Subdomain in einer anderen NON-HTTPS-Website platziert und alle Bilder darin gespeichert. Wir haben auf jeder Produktseite auf das koordinierende http://img.otherdomain.com/[like-image.jpg]Bild verwiesen og:image. Wir mussten dann FB Linter durchgehen und JEDEN Link ausführen, um die OG-Daten zu aktualisieren. Dies hat funktioniert, aber die Lösung ist eine Problemumgehung für Pflaster. Wenn das httpsProblem 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, andere vor dem Verlust von 32 Codierungsstunden ihres Lebens zu bewahren.
og:type: og_products:productWebsite zu ändern , und prüfen Sie, ob die Bilder aufgenommen werden können.