J'ai des problèmes avec mes balises méta avec Open Graph. Il semble que Facebook met en cache les anciennes valeurs de mes balises meta. Anciennes valeurs pour les attributs og:titleet og:urlsont toujours utilisées, même si je les ai déjà modifiées.

J'ai lancé Lint sur une page de mon site , et ceci est apparu:

Notez qu'il existe deux valeurs pour og:titleet og:url, et la dernière a prévalu. Cependant, les deux dernières entrées sont les ANCIENNES entrées que j'ai utilisées pour ce site. J'utilise actuellement ces balises meta (vous pouvez vérifier si vous affichez la source du HTML):

<meta property="og:title" content="Smart og rummelig pusletaske fra Petit Amour med god plads til alt &#8211; værdi 1.099 kr &#8211; køb nu kun 599 kr   "/>
<meta property="og:description" content="Pinq.dk - Det gode liv for det halve"/>
<meta property="og:type" content="product"/>
<meta property="og:url" content="http://pinq.dk/tilbud/landsdaekkende/lissy/"/>
<meta property="og:image" content="http://pinq.dk/wp-content/themes/pinq/images/logo-top.png"/>
<meta property="og:site_name" content="Pinq" />
<meta property="fb:app_id" content="161840830532004" />

Pourquoi Facebook met-il en cache og:titleet og:url? Quelqu'un rencontre-t-il le même problème?

1. Allez sur http://developers.facebook.com/tools/debug
2. Entrez l'URL suivant par fbrefresh=CAN_BE_ANYTHING

Exemples:

1. http://www.example.com?fbrefresh=CAN_BE_ANYTHING
2. http://www.example.com?postid=1234&fbrefresh=CAN_BE_ANYTHING
3. OU visitez: http://developers.facebook.com/tools/debug/og/object?q=http://www.example.com/?p=3568&fbrefresh=89127348912

J'avais le même problème la nuit dernière et j'ai obtenu cette solution sur un site Web.

Facebook enregistre votre vignette de cache. Il ne s'actualisera pas même si vous supprimez la vignette / l'image de votre serveur. Mais Facebook vous permet de vous rafraîchir en utilisantfbrefresh

J'espère que ça aide.

La question la plus votée est assez dépassée:

Voici les 2 seules options qui devraient être utilisées à partir de novembre 2014 :

Pour les non développeurs

1. Utilisez le débogueur FB: https://developers.facebook.com/tools/debug/og/object
2. Collez l'URL que vous souhaitez remettre en cache. (Assurez-vous d'utiliser la même URL incluse dans votre balise og: url)
3. Cliquez à nouveau sur le bouton Extraire les informations de raclage

Pour les développeurs

1. Passez un appel GET par programme à cette URL: https://graph.facebook.com/?id= [ YOUR_URL_HERE[ ] & scrape=true (voir: https://developers.facebook.com/docs/games_payments/takingpayments#scraping )
2. Assurez-vous que la balise og: url incluse sur la tête de cette page correspond à celle que vous transmettez.
3. vous pouvez même analyser la réponse json pour obtenir le nombre de partages de cette URL.

Informations supplémentaires sur la mise à jour des images

• Si l'URL og: image reste la même mais que l'image a en fait changé, elle ne sera pas mise à jour ni récupérée par les scrapers Facebook, même en faisant ce qui précède. (même passer un? last_update = [TIMESTAMP] à la fin de l'url de l'image n'a pas fonctionné pour moi).
• La seule solution de contournement efficace pour moi a été d'attribuer un nouveau nom à l'image.

Remarque concernant les mises à jour d'images ou de vidéos sur les publications précédemment publiées:

• Lorsque vous appelez le débogueur pour supprimer les modifications sur vos balises og: de votre page, tous les précédents partages Facebook de cette URL afficheront toujours l'ancienne image / vidéo. Il n'y a aucun moyen de mettre à jour tous les messages précédents et c'est de cette façon par conception pour des raisons de sécurité. Sinon, quelqu'un pourrait prétendre qu'un utilisateur a partagé quelque chose qu'il n'a pas réellement fait.

Si vous avez de nombreuses pages et que vous ne souhaitez pas les actualiser manuellement, vous pouvez le faire automatiquement.

Disons que vous avez une page de profil utilisateur avec photo:

$url = 'http://'.$_SERVER['HTTP_HOST'].'/'.$user_profile;
$user_photo = 'http://'.$_SERVER['HTTP_HOST'].'/'.$user_photo;

<meta property="og:url" content="<?php echo $url; ?>"/>
<meta property="og:image" content="<?php echo $user_photo; ?>"

Ajoutez simplement ceci à votre page:

// with jQuery
$.post(
    'https://graph.facebook.com',
    {
        id: '<?php echo $url; ?>',
        scrape: true
    },
    function(response){
        console.log(response);
    }
);

// with "vanilla" javascript
var fbxhr = new XMLHttpRequest();
fbxhr.open("POST", "https://graph.facebook.com", true);
fbxhr.setRequestHeader("Content-type", "application/x-www-form-urlencoded");
fbxhr.send("id=<?php echo $url; ?>&scrape=true");

Cela actualisera le cache Facebook. Si vous utilisez la solution jQuery, jetez un œil à "response" dans console.log - vous y trouverez le champ "updated_time" et d'autres informations utiles.

La vignette OG ne semble pas s'actualiser même si elle passe la variable fbrefresh. Pour mettre à jour cela sans attendre la suppression automatique, vous devrez modifier le nom de fichier de la valeur de la balise Meta associée à la vignette et actualiser.

J'ai eu les mêmes problèmes en utilisant og:image, plusieurs tentatives pour renommer le fichier ou effacer le cache FB ne fonctionnaient pas via le débogueur facebook ou les tests via un compte réel.

Les nouvelles directives de Facebook indiquent que la taille de l'image doit être de 1200 x 630 ou avoir ce rapport d'aspect, cela semble être faux, la seule chose qui a fonctionné pour moi était d'utiliser une image de dimensions carrées .

Edit * Quelques heures je suis retourné pour utiliser 1200 x 630 et ça a fonctionné comme par magie, c'était magique.

J'ai également renommé les fichiers en f * ^ * kfacebook.jpg, je ne suis pas sûr que cela ait aidé mais cela me faisait du bien.

Fondamentalement, la réponse est la patience;)

J'ai vérifié le Linter ce matin, et og: title et og: url s'affichent correctement, sans les valeurs redondantes. Je suppose que FaceBook efface automatiquement son cache à un intervalle spécifique. Je dois juste attendre.

Nous venons de rencontrer ceci, car il s'avère que nous ne lintions pas la bonne URL, car la vraie URL avait une chaîne de requête (duh, page différente en ce qui concerne un bot).

http://example.com/

! ==

http://example.com/?utm_campaign=foo

Le linter remettra en cache votre page, vous n'avez pas à attendre.

Oui, Facebook efface automatiquement le cache toutes les 24 heures: en fait, Facebook gratte les pages et met à jour le cache toutes les 24 heures https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo .

Ooook, enfin ça a aidé (j'utilise IP.Board). Ce que j'avais à faire était:

1. Changer l'url de og: image sur mon site (configuration générale).
2. Essayez cette méthode avec? Fbrefresh = 1154464gd56

Merci à l'auteur pour ce fil!

EDIT: De plus, vous devez vous souvenir des exigences en matière d'image. Pour l'instant (janvier 2013) c'est: - au moins 200 px dans les deux sens - rapport maximum 3: 1

1. Visitez la page FB https://developers.facebook.com/tools/debug/og/object/
2. Entrez votre domaine.
3. Cliquez sur le bouton "Récupérer de nouvelles informations de scrape"
4. Terminé

Une chose à ajouter, l'url est sensible à la casse . Notez que:

apps.facebook.com/ BONJOUR

est différent aux yeux du linter alors

apps.facebook.com/ bonjour

Assurez-vous d'utiliser l'URL exacte du site qui a été saisie dans les paramètres du développeur de l'application. Sinon, le linter renverra les propriétés mais n'actualisera pas le cache.

Je suis désolé, mais la bonne réponse est:

Il n'y a pas de moyen infaillible de mettre à jour l'url du graphique ouvert og: image avec un résultat immédiat. Il est mis en cache jusqu'aux mises à jour fb (toutes les 24 heures)

Voici des choses qui ont été signalées comme fonctionnant par d'autres, mais je n'ai eu aucun succès avec l'une d'entre elles.

• Choisir "Récupérer de nouvelles informations de scrape"
• Modification du nom de fichier réel de l'image et / ou suppression de l'original
• Ajouter une chaîne de requête à l'url de l'image en ajoutant un PHP TIMESTAMP ou quelque chose?
• Ajout de la chaîne de requête "... yoursite.com/?fbrefresh=anything" à l'URL de récupération du débogueur
• Choisir le lien de l'API graphique en bas de la page de développement og
• Choisir de voir exactement ce que voit le grattoir - ne semble pas demander de données de grattage non mises en cache en temps réel, il affiche toujours l'URL de l'image mise en cache même si le fichier n'existe plus

L'inspection de votre code est toujours un moyen de confirmer qu'il ne s'agit pas d'un problème avec le cache du navigateur ou un service de mise en cache. Si les méta-informations sont à jour dans votre code et que vous avez essayé tout ce qui précède (à moins qu'une autre suggestion ne se concrétise), la bonne réponse est que vous ne pouvez rien faire d'autre que d'attendre .

J'ai découvert que si votre image est de 72 dpi, cela vous donnera une erreur de taille d'image. Utilisez plutôt 96 dpi. J'espère que cela t'aides.

1. Allez sur http://developers.facebook.com/tools/debug

2. Collez l'url de la page et cliquez sur déboguer. Si votre site utilise des alias d'url, assurez-vous que vous utilisez la même url que Facebook utilise pour la page que vous partagez (exemple: dans Drupal, utilisez le chemin node / * au lieu de l'alias si la page est partagée via cette URL).

3. Cliquez dans la partie "Aperçu du partage" sur le lien "Voir ceci dans la boîte de dialogue de partage"

Les documents de développement Facebook indiquent que la propriété du titre a une exception:

Une fois que 50 actions (likes, partages et commentaires) ont été associées à un objet, vous ne pourrez pas mettre à jour son titre

https://developers.facebook.com/docs/sharing/opengraph/using-objects#update

J'ai eu une expérience similaire. Le lien du site Web montrait un 404 dans l'aperçu généré par Facebook. Il s'avère que les métadonnées og: url étaient incorrectes. Nous l'avions déjà corrigé il y a quelques jours, mais nous voyions toujours un 404 sur l'aperçu. Nous avons utilisé l'outil sur https://developers.facebook.com/tools/debug/ et cela a forcé l'actualisation (nous n'avons pas eu à ajouter de paramètres au fait) Dans notre cas, Facebook n'a pas actualisé le cache après 24 heures. heures mais l'outil a aidé à le forcer.

C'est un cache, souvent il se rafraîchit, c'est ce que le cache doit faire de temps en temps. Donc, attendre finira par fonctionner, mais parfois vous devez le faire plus rapidement. Changer le nom de fichier fonctionne.

J'avais ce problème aussi. Le grattoir affiche les bonnes informations, mais l'URL de partage était toujours remplie d'anciennes données.

La façon dont j'ai contourné cela était d'utiliser la méthode d'alimentation, au lieu de partager, puis de remplir les données manuellement (ce qui n'est pas exposé avec la méthode de partage)

Quelque chose comme ça:

shareToFB = () => {
    window.FB.ui({
    method: 'feed',
    link: `signup.yourdomain.com/?referrer=${this.props.subscriber.sid}`,
    name: 'THIS WILL OVERRIDE OG:TITLE TAG',
    description: 'THIS WILL OVERRIDE OG:DESCRIPTION TAG',
    caption: 'THIS WILL OVERRIDE THE OG:URL TAG'
  });
};

Résoudre vraiment facile. Testé et fonctionnel. Il vous suffit de générer une nouvelle URL lorsque vous mettez à jour vos balises meta. C'est aussi simple que d'ajouter un "& cacheBuster = 1" à votre URL. Si vous modifiez les balises meta, incrémentez simplement le "& cacheBuster = 2"

URL d'origine

www.example.com

URL lorsque les balises meta og sont mises à jour:

www.example.com?cacheBuster=1

URL lorsque les balises meta og sont à nouveau mises à jour:

www.example.com?cacheBuster=2

Facebook traitera chacun comme une nouvelle URL et obtiendra de nouvelles métadonnées.

Des années plus tard et c'est toujours un problème courant, mais ce n'est pas toujours le cache de Facebook: c'est très souvent une erreur humaine (permettez-moi d'élaborer)

OG: TYPE affecte votre éraflure d'image:

1. https://ogp.me/#type_article différent de https://ogp.me/#type_website

Sachez que og: type = website rendra toute / sous-page / de cette URL "canonique". Cela signifie que vous aurez du mal à mettre à jour vos images à l'aide du grattoir, peu importe ce que vous faites.

Considérez cette "hypothèse et erreur commune"

- <meta property="og:type" content="website" />=> https://www.example.org (parent)
- <meta property="og:type" content="website" />=> https://www.example.org/sub-page/
- <meta property="og:type" content="website" />=> https://www.example.org/sub-page/child -2 /
- Ergo: /sub-page/et /child-2/héritera de la og:imagedu parent

Ce ne sont pas "tous les sites Web", 1 est un site Web, les autres sont des articles.

Si vous faites cela, Facebook pensera que tout cela est canonique et il mettra le PREMIER og: image dans chacun d'eux. (essayez-le, vous verrez) - si vous définissez l'og: url comme votre domaine racine ou parent, vous avez dit à Facebook qu'ils sont tous canoniques. (il y a une bonne raison à cela, mais c'est hors sujet)

Considérez cette solution (qui est ce que la plupart des gens «veulent vraiment»)

- <meta property="og:type" content="article" />=> https://www.example.org/sub-page/
- <meta property="og:type" content="article" />=> https://www.example.org/sub-page/child-2/

Si vous faites cela maintenant, Facebook vous donnera beaucoup moins de problèmes pour gratter vos NOUVELLES images.

En terminant, OUI, les contournements de cache, les variables aléatoires, la modification des URL et des suggestions ici peuvent fonctionner, mais ils ressembleront à du "vaudou intermittent" si le og:typen'est pas spécifié correctement.

PS: rappelez-vous qu'un CDN ou un cache côté serveur servira au racleur de Facebook même si vous "pensez" pouvoir voir la version la plus récente. (Je ne passerai pas de temps là-dessus, sauf pour souligner que cela vous fera perdre énormément de temps s'il n'est pas vérifié.)

J'ai eu un problème différent, mais similaire avec Facebook récemment, et j'ai constaté que la page de raclage / débogage mentionnée ne semble tout simplement pas lire une page dans son intégralité. Mes méta propriétés pour Open Graph étaient plus bas dans la section head, et le grattoir m'informait constamment que la spécification de l'image n'était pas correcte et utiliserait une version mise en cache malgré tout. J'ai déplacé les balises Open Graph plus haut dans le code, tout en haut de la page, puis tout fonctionnait parfaitement, à chaque fois.