Est-ce que Facebook a besoin des deux og: image et og: image: secure_url pour le site uniquement HTTPS?
Maintenant que j'ai mis à jour plusieurs de mes sites pour qu'ils soient HTTPS uniquement, redirigeant les requêtes HTTP au besoin, j'ai constaté que le partage sur Facebook produisait une image vierge. L'actualisation de la pièce jointe de partage ne change rien, j'ai donc examiné la documentation du FB. Il est recommandé de spécifier la balise og:image:secure_url si votre site nécessite une connexion HTTPS. J'ai donc remplacé la simple balise og:image par le secure one et le débogueur Facebook OpenGraph indique que og:image est manquant, mais que le site ne contient plus aucune image non sécurisée.
Dois-je vraiment définir les deux? Et peuvent-ils désigner exactement la même URL HTTPS?
Si je comprends bien, si votre site est 100% SSL (et que tout redirige vers HTTPS, il n’ya donc pas de HTTP simple), vous avez uniquement besoin de la balise og:image dans laquelle vous spécifiez l’URL https://.... Bien que, il faut l’avouer, cela n’est pas particulièrement clair dans le documentation OGP (ou Facebook Docs ) - ce qui semble impliquer (par exemple) que le og:image URL est HTTP uniquement - cela ne semble pas être le cas.
La balise og:image:secure_url sert à spécifier une URL HTTPS alternative ("alternative" étant le mot utilisé dans le documentation OGP ). Cela ne semble être nécessaire que lorsque le site prend en charge les protocoles HTTP et HTTPS - lorsque HTTPS est effectivement une "alternative".
Toutefois, il n’est pas nuisible de spécifier à la fois og:image et og:image:secure_url et de les pointer tous les deux sur la même URL https://.... WordPress semble le faire par défaut. Cependant, comme mentionné, si votre site est uniquement HTTPS, il ne semble pas nécessaire de spécifier également og:image:secure_url. Les deux méthodes valident OK dans le débogueur Facebook . Les deux méthodes "fonctionnent" dans mes tests. StackExchange (qui est maintenant 100% HTTPS) utilise uniquement la balise og:image (spécifiant une URL https:// _) - ce qui valide et "fonctionne" bien.
Actualiser la pièce jointe ne change rien
Vous ne savez pas vraiment de quoi vous parlez en ce qui concerne "Partager l'attachement"? Mais de tels problèmes résultent souvent de la mise en cache (Facebook). Dans le débogueur de Facebook, cochez la case "Temps dépassé" et cliquez sur le bouton "Gratter à nouveau" si nécessaire.
Cependant, de nombreuses questions ont été soulevées dans le passé concernant l’échec de l’affichage de l’image lorsque les URL sont partagées. Quelques "corrections" incluent:
- Spécifiez une URL d'image différente.
- Spécification des balises
og:image:widthetog:image:height. - Attendre 10 minutes pour le cache FB. (!?)
- L'image n'apparaît jamais lorsque l'URL est d'abord partagée. (À cause du cache FB.)
Celles-ci semblent toutes se rapporter au cache du FB. L'actualisation de la demande via débogueur de FB peut donc constituer le correctif requis.
Référence: (cependant, bien que cette question date de quelques années, je pense que certaines réponses peuvent encore être pertinentes)
Le contenu mixte ne s'applique pas dans ces balises. Par conséquent, le protocole SSL fonctionnera toujours correctement, qu'il s'agisse de HTTPS ou de HTTP. Cependant, le but de SSL est la sécurité et la confidentialité de vos utilisateurs ... alors pourquoi ne pas parcourir toute la distance?