og:l'image n'a pas pu être téléchargée car elle dépassait la taille maximale autorisée de 8Mb

Question

Construction d'un site web qui nécessite le partage de liens avec une image. J'ai fait cela je ne sais combien de fois... mais cette fois, le Facebook Open Graph Debugger dit :

og:image {image url} n'a pas pu être téléchargée car elle dépassait la taille maximale autorisée de 8Mb

Mais l'image référencée ne fait que 108KB ? Une autre fois, il a répondu que mon serveur était peut-être trop lent. Mais lorsque je charge simplement l'image dans un navigateur, elle est immédiatement présente. Où dois-je chercher maintenant ?

Answer 1

C'est un bogue, et c'est confirmé, après avoir reçu l'avertissement, si vous réessayez le débogage, ou cliquez sur "Scrape Again", le message d'erreur disparaîtra. C'est un problème car si quelqu'un essaie de partager le message, l'image ne s'affichera pas puisqu'elle n'a pas été supprimée, mais les partages suivants afficheront l'image.

Vous pouvez vous abonner au rapport de bogue ou ajouter des commentaires supplémentaires.

https://developers.facebook.com/bugs/1626463061012181/

Et oui, ça a commencé à arriver vers le 17 avril, j'espère que ça résout notre problème.

EDIT :

L'équipe Facebook a répondu en proposant une solution de contournement :

Il semble que le problème soit lié au message d'erreur trompeur, que nous allons mettre à jour. En attendant, étant donné que le robot d'exploration doit voir une image au moins une fois avant qu'elle puisse être rendue, cela signifie que la première personne qui partage un contenu ne verra pas d'image rendue. Cela semble être le problème réel ici et la solution de contournement est disponible ici : https://developers.facebook.com/docs/sharing/best-practices#precaching Je posterai ici une fois que nous aurons mis à jour le message d'erreur.

Ajout de la og:image:width y og:image:height Balises Open Graph semble faire l'affaire, je peux jurer que j'ai essayé avant et que ça n'a pas fait grand chose, mais cette fois ça semble fonctionner parfaitement.

Answer 2

Ce problème persiste en mai 2017. J'ai essayé :

• ajout de og:image:width et og:image:height
• Redimensionner manuellement l'image à 1200x630 (minimum recommandé par FB).
• arrondir la taille au centième le plus proche (un sol'n que j'ai vu ailleurs)
• confirmant que la taille du fichier est bien inférieure à 8MB (il est de 322 KB).
• renommé le fichier pour exclure les caractères non alpha
• convertir img en jpg.

La seule "solution" dans mon cas était d'exécuter le débogueur de partage FB sur la version nonhttps:// de la page web (c'est-à-dire simplement http://). Le message d'erreur "og:image ne peut être téléchargée car elle a dépassé la taille maximale autorisée de 8 Mo" a alors disparu. Pour information, FB a montré les redirections 301 de http : vers https :.

(J'aurais bien posté ceci comme commentaire mais je n'ai pas encore assez de crédit).

Answer 3

J'ai rencontré ce problème aujourd'hui.

Puisque le lien du développeur vers un bogue dans l'autre réponse indique que le problème a été corrigé, j'ai pensé fournir des informations sur le problème que j'ai rencontré.

Le fait est que mon site web est censé être utilisé en HTTPS (avec SSL) et non en HTTP. Je donne à l'outil une adresse avec, clairement, HTTPS partout (toutes les URL de la page sont HTTPS et celle que je colle dans le champ Partage du débogueur est également HTTPS). Pourtant, ils ont fini par échouer parce que dans leur test, d'une manière ou d'une autre, ils ont laissé tomber le "S" et ont atteint le serveur sans aucun cryptage.

J'ai pensé que ça pourrait aider d'autres personnes. En activant le site web non crypté, Facebook a commencé à fonctionner puisque tout était en place (et ce fut le cas pendant un certain temps, mais cette erreur me rendait fou !).

Answer 4

Je réalise que c'est une vieille question et a une réponse acceptée, mais à ce jour, 2018, aucune des solutions ci-dessus n'a fonctionné pour moi par eux-mêmes. Ce qui a finalement fonctionné est une combinaison de solutions de contournement :

• ajouter une version HTTP dans le og:image et ajoutez une balise og:image:secure_url qui pointe vers une version HTTPS. Dans l'outil de débogage, vous devriez maintenant recevoir un message indiquant que la récupération de l'image est un processus asynchrone et qu'elle ne sera donc pas disponible à la première demande.
• ajouter og:image:height , og:image:width y og:image:type balises méta avec un contenu approprié. Le message asynchrone dans le débogueur devrait maintenant disparaître et vous devriez être en mesure de voir l'image lors de la première récupération.

Mon site est uniquement en HTTPS (les requêtes HTTP sont redirigées vers la version HTTPS), les images sont hébergées sur Amazon S3. J'utilise un CDN Cloudfront, mais j'ai dû servir le fichier og:image directement à partir de S3. Essayer de la servir à partir du CDN semble fonctionner correctement tant que l'image est déjà mise en cache dans le CDN. Si l'image n'est pas mise en cache dans le CDN et que Cloudfront transmet la requête à S3, le débogueur FB signale une erreur.

Il semblerait que FB ne joue pas bien avec les redirections et les versions HTTPS notées dans l'onglet og:image méta.