我在使用Open Graph的元标记时遇到了麻烦。好像Facebook正在缓存我的meta标签的旧值。属性的旧值og:title和og:url仍在使用，即使我已经改变了他们。

我在网站的某个页面上运行Lint ，结果如下：

请注意，有两个值og:title和og:url，最后一个占了上风。但是，最后两个条目是我用于此站点的OLD条目。我现在正在使用这些元标记（您可以验证是否查看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" />

为什么Facebook的缓存og:title和og:url？是否有人遇到相同的问题？

1. 转到http://developers.facebook.com/tools/debug
2. 输入网址，然后输入 fbrefresh=CAN_BE_ANYTHING

例子：

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

昨晚我遇到了同样的问题，并且我从某个网站获得了此解决方案。

Facebook保存您的缓存缩略图。即使您从服务器删除缩略图/图像，它也不会刷新。但是Facebook允许您通过使用刷新fbrefresh

我希望这有帮助。

投票最多的问题已经过时了：

这些是截至2014年11月应使用的仅有的两个选项：

对于非开发人员

1. 使用FB调试器：https：//developers.facebook.com/tools/debug/og/object
2. 粘贴要重新缓存的网址。（确保使用与og：url标记中包含的相同的网址）
3. 单击再次获取抓取信息按钮

对于开发人员

1. 以编程方式对此URL进行GET调用：https : //graph.facebook.com/?id= [YOUR_URL_HERE ] ＆scrape = true（请参阅：https : //developers.facebook.com/docs/games_payments/takingpayments#scraping）
2. 确保页面顶部包含的og：url标记与您传递的标记匹配。
3. 您甚至可以解析json响应以获取该URL的份额数。

有关更新图像的附加信息

• 如果og：image URL保持不变，但图像实际上已更改，则即使执行上述操作，Facebook刮板也不会更新或重新缓存该图像。（即使在图片网址末尾传递？last_update = [TIMESTAMP]对我也不起作用）。
• 对我而言，唯一有效的解决方法是为图像分配一个新名称。

关于以前发布的帖子中的图像或视频更新的注意事项：

• 当您调用调试器将更改拖放到页面的og：tags上时，该URL的所有以前的Facebook共享仍将显示旧的图像/视频。无法更新所有以前的帖子，出于安全原因，这是设计使然。否则，某人将能够假装用户共享了他/她实际上没有共享的内容。

如果您有许多页面，并且不想手动刷新它们-您可以自动进行。

假设您有带照片的用户个人资料页面：

$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; ?>"

只需将其添加到您的页面即可：

// 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");

这将刷新Facebook缓存。如果您使用jQuery解决方案，请在console.log中查看“响应”-您将在其中找到“ updated_time”字段和其他有用信息。

即使传递fbrefresh变量，OG缩略图似乎也不会刷新。要在不等待自动清除的情况下进行更新，您需要更改与缩略图相关的元标记值的文件名并刷新。

我在使用时遇到了同样的问题 og:image，通过Facebook调试器或通过实际帐户进行测试，多次尝试重命名文件或清除FB缓存均无效。

新的Facebook准则规定图像尺寸应为1200 x 630或具有该纵横比，这似乎是错误的，对我来说唯一有效的方法是使用正方形尺寸的图像。

编辑* 几个小时后，我又回到了1200 x 630的水平，它神奇地起作用了，这非常神奇。

我也将文件重命名为f * ^ * kfacebook.jpg，不确定它是否有帮助，但感觉很好。

基本上，答案是耐心;）

我今天早上检查了Linter，并且og：title和og：url正确显示，没有多余的值。我猜FaceBook会在特定时间间隔自动清除其缓存。我只需要等待。

事实证明，我们只是碰到了这个问题，我们没有删除正确的url，因为真实的url有一个查询字符串（就机器人而言，这是不同的页面）。

http://example.com/

！==

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

linter 将重新缓存您的页面，您无需等待。

是的，facebook每24小时自动清除一次缓存：实际上，facebook每24小时就会抓取页面并更新一次缓存https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo。

Ooook，终于有了帮助（我使用IP.Board）。我要做的是：

1. 在我的网站上更改og：image的网址（常规配置）。
2. 使用？fbrefresh = 1154464gd56尝试此方法

感谢作者的这个话题！

编辑：还有什么您需要记住有关图像要求。目前（2013年1月）为：-双向至少200像素-最大比例为3：1

1. 访问FB页面https://developers.facebook.com/tools/debug/og/object/
2. 输入您的域名。
3. 点击按钮“获取新的刮擦信息”
4. 完成

要添加的一件事，URL是区分大小写的。注意：

apps.facebook.com/ HELLO

然后在棉短绒的眼睛里是不同的

apps.facebook.com/ 你好

确保使用在应用程序的开发人员设置中输入的确切网站网址。linter会返回属性，否则将不刷新缓存。

抱歉，正确的答案是：

没有万无一失的方法来用即时结果更新打开的图形og：image url。一直缓存到fb更新为止（据报道每24小时更新一次）

这是一些据报道可以被其他人使用的东西，但是我对其中任何一个都取得了零成功。

• 选择“获取新的刮擦信息”
• 更改实际的图像文件名和/或删除原始文件名
• 通过附加PHP TIMESTAMP或？any将查询字符串添加到图像url
• 将“ ... yoursite.com/?fbrefresh=anything”查询字符串添加到调试器获取URL
• 选择og dev页面底部的图形API链接
• 选择准确查看抓取工具的内容-似乎并未请求实时未缓存的抓取数据，即使文件不再存在，它仍会显示缓存的图片网址

检查代码始终是确认它不是浏览器缓存或某些缓存服务问题的一种方法。如果您的代码中的元信息是最新的，并且您已经尝试了上述所有方法（除非另外的建议得以实现），正确的答案是您只能等待。

我发现，如果您的图像为72dpi，则会出现图像尺寸错误。请改用96dpi。希望这可以帮助。

1. 转到http://developers.facebook.com/tools/debug

2. 粘贴在页面的URL中，然后单击“调试”。如果您的站点使用的是URL别名，请确保使用与Facebook用于共享页面的URL相同的URL（例如：如果通过该URL共享页面，则在Drupal中使用node / *路径而不是别名）。

3. 单击“在共享对话框中查看此”链接上的“共享预览”部分

Facebook开发人员文档说title属性有例外：

将50个动作（喜欢，分享和评论）与某个对象相关联后，您将无法更新其标题

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

有过类似的经历。网站链接在facebook生成的预览中显示404。原来og：url元数据有误。几天前我们已经修复了它，但是在预览中仍然看到404。我们在https://developers.facebook.com/tools/debug/上使用了该工具，并强制刷新（不必附加任何参数）。在我们的例子中，Facebook在24天后没有刷新缓存小时，但该工具帮助将其强制执行。

它是一个缓存，它会刷新，这是缓存偶尔要做的事情。因此，等待最终将起作用，但有时您需要更快地做到这一点。更改文件名有效。

我也有这个问题。搜寻器会显示正确的信息，但是共享URL仍旧填充旧数据。

我解决这个问题的方法是使用feed方法，而不是share方法，然后手动填充数据（share方法未公开）

像这样：

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'
  });
};

真的很容易解决。经过测试和工作。您只需在更新元标记时生成一个新的url。就像在您的网址中添加“＆cacheBuster = 1”一样简单。如果更改元标记，只需增加“＆cacheBuster = 2”

原始网址

www.example.com

og元标记更新时的网址：

www.example.com?cacheBuster=1

og元标记再次更新时的网址：

www.example.com?cacheBuster=2

Facebook将每个人都视为一个新的URL，并获取新的元数据。

多年后，这仍然是一个普遍的问题，但它并不总是在Facebook的缓存中出现：它经常是人为错误（请允许我详细说明）

OG：TYPE会影响您的图像抓取：

1. https://ogp.me/#type_article 与 https://ogp.me/#type_website不同

请注意og：type = website将导致该URL的任何/ sub-pages /变为“规范”。这意味着无论您做什么，都将难以使用刮板更新图像。

考虑这个“假设和常见错误”

- <meta property="og:type" content="website" />=> https://www.example.org （父
）- <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 /
-人体工程学：/sub-page/与/child-2/将继承og:image父

这些不是“所有网站”，1是一个网站，其他是文章。

如果您这样做，Facebook会认为所有这些都是规范的，并将FIRST og：image纳入所有这些。（尝试一下，您将看到）-如果将og：url设置为您的根域或父域，您已经告诉facebook它们都是规范的。（这样做有充分的理由，但是离题）

考虑这个解决方案（这是大多数人“真正想要的”）

- <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/

如果您现在这样做，Facebook在刮取新图像方面将为您带来的麻烦要少得多。

最后，是，可以在此处使用缓存清除器，随机变量，更改网址和建议，但如果未正确指定，它们将看起来像“间歇性伏都教”og:type。

PS：请记住，即使您“认为”可以看到最新版本，CDN或服务器端缓存也将为Facebook的抓取工具服务。（除了指出这一点，如果不仔细检查，这将浪费您大量时间，我不会花任何时间。）

最近，我在Facebook上遇到了一个不同但相似的问题，发现提到的刮板/调试页面似乎根本无法读取任何页面。我在Open Graph的元属性位于标题的下端，并且抓取器会不断通知我图像规范不正确，并且无论如何都会使用缓存的版本。我将Open Graph标签在代码中移到页面顶部附近，然后每次都运行良好。