Construire un site Web qui nécessite le partage de liens avec une image. C'est fait, je ne sais pas à quelle fréquence ... mais cette fois, le débogueur Facebook Open Graph dit:
og: l'image {image url} n'a pas pu être téléchargée car elle dépassait la taille maximale autorisée de 8 Mo
Mais l'image référencée est seulement 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, c'est instantanément là. Où devrais-je regarder maintenant?
Ceci est un bogue, et il est confirmé qu'après l'avertissement, si vous réessayez le débogage ou cliquez sur "Gratter à nouveau", le message d'erreur disparaîtra. Ceci est un problème car si quelqu'un essaye de partager la publication, l'image ne sera pas affichée car 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, cela a commencé vers le 17 avril, j'espère que cela résoud notre problème.
EDIT:
L'équipe Facebook a répondu avec une solution de contournement:
Il semble que le problème vient du message d'erreur trompeur que nous allons mettre à jour. Dans l'intervalle, étant donné que le robot d'exploration doit voir une image au moins une fois avant de pouvoir la restituer, cela signifie que la première personne qui partage un élément de 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 l'erreur mise à jour message.
Ajout du og:image:width
et og:image:height
_ Balises Open Graph semble faire l'affaire, je peux jurer que j'ai déjà essayé et que je n'ai pas fait grand-chose, mais cette fois, cela semble fonctionner ça va.
Cela continue d'être un problème en mai 2017. J'ai essayé:
La seule "solution" dans mon cas consistait à exécuter le débogueur de partage FB sur la version non https: // de la page Web (c'est-à-dire simplement http: //). Ensuite, le message d'erreur "og: image n'a pas pu être téléchargé car il dépassait la taille maximale autorisée de 8 Mo" a disparu. FWIW, FB a montré les redirections 301 du http: au https :.
(J'aurais posté cela comme un commentaire mais je n'ai pas encore assez de crédibilité.)
J'ai connu ce problème aujourd'hui.
Comme le lien du développeur avec un bogue dans l'autre réponse indique que le problème a été corrigé, j'ai pensé pouvoir fournir des informations sur le problème rencontré.
Le fait est que mon site Web devrait être utilisé sur HTTPS (avec SSL) et non sur 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 Sharing Debugger est également HTTPS). Pourtant, ils ont fini par échouer car lors de leur test, ils ont lâché le "S" et ont frappé le serveur sans chiffrement.
Je pensais que cela pourrait aider d'autres personnes. En activant le site Web non crypté, Facebook a commencé à fonctionner depuis que tout était en place (et ce pendant un moment, mais cette erreur me rendait dingue!)
Je me rends compte que cette question est ancienne et a une réponse acceptée, mais pour l’instant, 2018, aucune des solutions ci-dessus ne fonctionnait pour moi toute seule. Ce qui a finalement fonctionné est une combinaison de solutions de contournement:
og:image
tag et ajouter un og:image:secure_url
balise qui pointe vers une version HTTPS. Dans l'outil de débogage, vous devriez maintenant recevoir un message indiquant que l'extraction de l'image est un processus asynchrone et ne sera donc pas disponible pour la première demande.og:image:height
, og:image:width
et og:image:type
balises méta avec le contenu approprié. Le message asynchrone dans le débogueur devrait maintenant disparaître et vous devriez également pouvoir voir l'image lors de la première extraction.Mon site Web est uniquement un protocole HTTPS (les demandes HTTP sont redirigées vers la version HTTPS), les images sont hébergées sur Amazon S3. J'utilise un CDN Cloudfront, mais je devais servir le og:image
directement à partir de S3. Essayer de le servir à partir du CDN semble bien fonctionner tant que l'image est déjà mise en cache dans le CDN. Si l'image n'est pas mise en cache dans CDN et que Cloudfront transmet la demande à S3, le débogueur FB signale une erreur.
Il semble que FB ne fonctionne pas bien avec les redirections et les versions HTTPS notées dans le og:image
méta.