web-dev-qa-db-fra.com

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

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?

49
Genoil

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.

59
Luis Franco

Cela continue d'être un problème en mai 2017. J'ai essayé:

  • ajout de og: image: width et og: image: height
  • redimensionnement manuel de l'img à 1200x630 (minimum recommandé par FB)
  • arrondir la taille au centième près (un sol'n j'ai vu ailleurs)
  • confirmant que la taille du fichier était bien inférieure à 8 Mo (322 Ko)
  • renommé le fichier pour exclure les caractères non alpha
  • convertir img en jpg.

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é.)

5
Kringle

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!)

3
Alexis Wilke

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:

  • ajouter une version HTTP dans le 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.
  • ajouter 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.

2
l.varga