Pas de problème. Revoyons cela.
Dans un Discourse standard, pour créer un aperçu onebox, un serveur Discourse doit pouvoir voir et récupérer les données taguées “og” dans les métadonnées de la page cible. Il s’agit essentiellement d’un crawl.
Pour y parvenir, le serveur web cible et ses gardiens ne doivent pas bloquer ce crawl.
Il semble que Meta ne soit pas autorisé à voir cette page par ses gardiens.
C’est pourquoi vous envisageriez d’utiliser ce plugin en premier lieu.
Ce plugin utilise une API pour retourner la page cible au lieu de crawler directement.
Cela tire parti des activités et de la gestion que le fournisseur d’API effectue pour augmenter considérablement les chances d’être autorisé à voir le contenu (par exemple, en utilisant une ferme de serveurs avec des adresses IP de haute réputation à partir desquelles lancer le crawl, ou même en simulant une vue comme si elle provenait du bureau).
Malheureusement, dans ce cas, il semble que même embed.rocks n’ait pas les droits de crawler cette page et donc, dans ce cas, ce plugin n’est pas utile.
Cependant, si vous portez ce problème à l’attention des équipes de support d’embed.rocks, elles pourront peut-être trouver des moyens de résoudre ce blocage.
En général, ce plugin devrait être utile car il offre une meilleure expérience d’aperçu onebox qu’un Discourse standard sans lui, bien qu’il faille bien sûr payer le fournisseur d’API.
Notez que d’autres problèmes pourraient survenir, par exemple, la page cible pourrait ne pas avoir une bonne miniature.
Cependant, vous pouvez utiliser l’outil de débogage de Facebook pour explorer les données et je pense que cela semble bon :
Ce qui suggère que le problème vient de embed.rocks pour le moment.
Par ailleurs, l’essor de l’IA générative pourrait rendre les plateformes de contenu beaucoup plus prudentes quant à qui peut voir leur contenu, par crainte que leur contenu ne se retrouve gratuitement dans le modèle de quelqu’un.
J’espère que c’est clair.