Premièrement - je ne pense pas que ce soit un problème en double. J'ai recherché des problèmes identiques ou similaires sur SO de manière approfondie, et en raison de la nature du dépannage avant de demander, je pense que ce problème est unique.
Facebook ne peut pas saisir mes og:image
fichiers et j'ai essayé toutes les solutions habituelles. Je commence à penser que cela pourrait avoir quelque chose à voir avechttps://...
- J'ai vérifié http://developers.facebook.com/tools/debug et je n'ai aucun avertissement ou erreur.
- Il s'agit de trouver les images auxquelles nous avons lié dans le "
og:image
", mais elles apparaissent en blanc. Cependant, lorsque nous cliquons sur les images, elles EXISTENT et cela leur prend directement. - Il montre une image - une image hébergée sur un serveur non https.
- Nous avons essayé des images carrées, des jpeg, des pngs, des tailles plus grandes et des tailles plus petites. Nous avons mis les images directement dans public_html. Zéro se présente.
- Ce n'est pas une erreur de mise en cache, car lorsque nous en ajoutons un autre
og:image
à la méta, le linter de FB le trouve et le lit. Il montre un aperçu. L'aperçu est vide. La seule exception que nous obtenons concerne les images qui ne figurent pas sur ce site Web. - Nous pensions qu'il y avait peut-être un anti-lixiviation
cpanel
ou.htaccess
qui empêchait les images de s'afficher, alors nous avons vérifié. Il n'y avait pas. Nous avons même fait un rapide< img src="[remote file]" >
sur un serveur entièrement différent et l'image apparaît très bien. - Nous pensions que c'était peut-être la
og:type
ou une autre bizarrerie avec une autre balise META. Nous les avons tous retirés un par un et nous les avons vérifiés. Pas de changement. Juste des avertissements. - Le même code sur un site Web différent s'affiche sans aucun problème.
- Nous pensions que peut-être il ne tirait pas d'images parce que nous utilisons les mêmes pages de produit pour plusieurs produits (en les modifiant en fonction de la valeur d'obtention, c'est-à-dire "details.php? Id = xxx"), mais il en reste toujours une image (à partir d'une URL différente).
- En laissant tout
og:image
ou image_src désactivé, FB ne trouve aucune image.
Je suis au bout de ma corde. Si je disais combien de temps moi-même et d'autres avons consacré à cela, vous seriez choqué. Le problème est qu'il s'agit d'une boutique en ligne. Nous ne pouvons absolument, positivement PAS avoir d'images. Nous devons. Nous avons une dizaine d'autres sites ... C'est le seul à avoir des og:image
problèmes. C'est aussi le seul https
, donc nous pensions que c'était peut-être le problème. Mais nous ne pouvons trouver aucun précédent sur le Web pour cela.
Ce sont les méta-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">
Si vous le souhaitez, voici un lien vers l'une de nos pages produits sur lesquelles nous avons travaillé. [Lien raccourci pour essayer de limiter cette entrée dans les résultats de recherche pour notre site]: http://rockn.ro/114
ÉDITER ----
En utilisant l'outil de grattage "voir ce que Facebook voit", nous avons pu voir ce qui suit:
"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"
}
],
Nous avons testé tous les liens trouvés pour une seule page. Toutes étaient des images parfaitement valables.
EDIT 2 ----
Nous avons essayé un test et ajouté un sous - domaine au site Web NONSECURE (à partir duquel les images sont réellement visibles via Facebook). Le sous-domaine était http: // img. [Non sécurisé] .com. Nous avons ensuite placé toutes les images dans le dossier du sous-domaine principal et les avons référencées. Il ne tirerait pas ces images dans FB. Cependant, il tirerait toujours toutes les images référencées sur le domaine principal non sécurisé.
SOLUTION PUBLIÉE ----
Grâce à Keegan, nous savons maintenant que c'est un bug sur Facebook. Pour contourner ce problème, nous avons placé un sous-domaine dans un autre site Web NON-HTTPS et y avons transféré toutes les images. Nous avons référencé l' http://img.otherdomain.com/[like-image.jpg]
image de coordination og:image
sur chaque page de produit. Nous avons ensuite dû passer par FB Linter et exécuter CHAQUE lien pour actualiser les données OG. Cela a fonctionné, mais la solution est une solution de rechange, et si le https
problème est résolu et que nous revenons à l'utilisation du domaine https naturel, FB aura mis en cache les images d'un autre site Web, ce qui complique les choses. J'espère que ces informations aideront à sauver quelqu'un d'autre de perdre 32 heures de codage de sa vie.
og:type: og_products:product
au type de site Web et voyez si les images peuvent être récupérées.