Après des recherches, j'ai trouvé que beaucoup de gens étaient confrontés au même problème. Mais jusqu'à présent, je ne trouve pas de solution, cela s'est produit après avoir basculé mon serveur sur linode.com
prenons un exemple. www.acemark2u.com est l'un des sites Web hébergés sous le serveur linode, lorsque j'essaie de déboguer dans https://developers.facebook.com/tools/debug/og/object/ , il suffit n'a pas pu récupérer les informations de raclage correctement, et si j'essaie avec l'une des pages www.acemark2u.com/about-us, cela me montre simplement l'erreur "Erreur lors de l'analyse de l'URL d'entrée, aucune donnée n'a été mise en cache ou aucune donnée n'a été grattée. . "
des choses étranges se produisent. lorsque j'essaie de déboguer en utilisant l'adresse IP 106.187.35.114/~acemark2 tout se passe bien. bien chercher, pas d'erreur 404 pour les pages.
Je soupçonne que cela pourrait être causé par la fonction "gethostbyaddr" (réf: http://www.gearhack.com/Forums/DisplayComments.php?file=Computer/Network/Internet/Preventing_Your_Web_Server_From_Blocking_Facebook_Share ) mais jusqu'à présent, je n'ont pas de solutions.
j'ai enfin trouvé la solution.
Dans mon enregistrement DNS A/AAAA par défaut, je n'ai pas supprimé ces quelques ip
2400:8900::f03c:91ff:fe73:a95d Default
mail 2400:8900::f03c:91ff:fe73:a95d Default
www 2400:8900::f03c:91ff:fe73:a95d Default
c'est pourquoi certains utilisateurs pointeront vers l'IP ci-dessus lorsqu'ils accèdent via une adresse Web appropriée.
Pour les personnes rencontrant le même problème mais pour des causes différentes, j'ai découvert quelques choses intéressantes sur la façon dont Facebook "gratte" les pages, vérifiant les journaux du serveur tout en faisant quelques essais.
Tout d'abord: si vous n'avez jamais essayé de partager une page avec FB, FB n'a jamais essayé de la gratter, et il n'essaiera pas de le faire si vous ne mettez que l'url dans l'outil Debug . C'est la première raison parce que vous obtenez l'erreur: il indique simplement que FB n'a aucune information sur la page, vous devez le "forcer" à gratter la page.
La première fois que vous essayez de partager une page, FB la gratte (demande à votre serveur les premiers 40k de la page et analyse les balises opengraph). Ce qui peut arriver, c'est que vous ne voyez pas l'image: la boîte de dialogue de partage Facebook n'affiche pas les vignettes lors du premier chargement
La raison en est que FB dans les coulisses gratte toujours votre page et met en cache l'image. La prochaine fois, en fait, vous aurez aussi l'image. Comment le résoudre? Pré-mise en cache: https://developers.facebook.com/docs/sharing/best-practices#precaching
ou ajoutez simplement
<meta property="og:image:width" content="450"/>
<meta property="og:image:height" content="298"/>
Cette question a déjà accepté la réponse, mais au cas où cette réponse ne fonctionne pour personne ici, c'est ce qui a fonctionné pour moi.
L'URL que j'ai fournie dans le og:url
était une URL protégée, c'est-à-dire que seuls les utilisateurs peuvent afficher la page pointée par l'URL qui est connectée. Lorsque j'ai modifié l'URL pour pointer vers ma page d'accueil qui peut être consultée par les utilisateurs connectés ou déconnectés, à savoir. http://www.ercafe.com tout a bien fonctionné.
Nous avons eu un problème similaire sur l'un de nos sites.
Nous avons résolu ce problème en désactivant Apache mod_security pendant que nous utilisons l'outil de débogage d'objet facebook pour "récupérer de nouvelles informations de raclage"
Pour moi, la solution consistait à remplacer les enregistrements DNS A
example.sk 3600 1.2.3.4
www.example.sk 3600 1.2.3.4
à
example.sk 3600 1.2.3.4
*.example.sk 3600 1.2.3.4