Facebook 未显示准确点赞数的 5 个原因

几乎每个博客和许多其他网站都在页面某处有一个熟悉的栏。 也许它是一个浮动的侧边栏，也许它位于博客文章的上方或下方，或者它位于页脚中。 你知道，你以前见过：它是社交分享按钮栏。

今天，许多这些按钮不再显示共享计数。 有时网站所有者根本不关心共享数量，而只是想要可用的功能。 其他时候是因为按钮本身存在问题或错误，无法准确共享总数，因此网站所有者将其关闭。 还有一些时候，它显示数字，但数字不准确。

当然，您多久会检查一次您正在阅读的博客文章的分享次数？ 我不能说我曾经有过。 外面的每个人都可能在伪造他们的数字，而我永远不会花足够的注意力去注意。

在任何情况下，如果您是使用社交分享插件的人之一——我想这是你们中的大多数人——您可能需要仔细检查您的计数是否准确。 特别是，请查看 Facebook。 如果 Facebook 显示的数字不准确，或者只是显示零，您可以检查一些常见原因来修复它。

1.插件指向旧API

与大多数使用 Facebook 的社交网络和商业应用程序一样，Facebook 会定期更改其 API。 Facebook 这样做的方式是，他们有一系列滚动的 API 支持级别。 例如，它们可能支持所有版本 1.3、1.4、1.5、1.6 和 1.7。 当他们推送更新并推出 1.8 时，对 1.3 的支持将会下降。 当然，这不完全是这样的序列。 他们宣布结束对给定 API 级别的支持的具体日期，并在该日期到来时取消该版本。

这主要只是让依赖 API 的开发人员有时间在更新弃用他们使用的东西之前适应任何新的变化。 例如，如果 Facebook 改变了他们显示某条数据的方式，那么一旦旧源被弃用，使用旧源的应用程序可能会停止工作。

看看我要去哪里？ 前段时间，Facebook 改变了他们的 Graph API。 这打破了所有第三方社交分享按钮的分享总数。 这一变化发生在 2016 年，就在 Twitter 完全放弃对份额计数的支持的时候。

当然，很多人，包括我自己，都误解了这意味着什么。 Facebook 并没有完全删除共享计数数据； 他们正在改变它的访问方式。 有一段时间，这意味着所有第三方社交分享按钮不再访问 Facebook 的社交分享计数，而官方 Facebook 按钮仍然有效。

今天，您仍然可以通过最新版本的 Graph API 3.1 版（截至撰写本文时）访问社交分享计数数据。 您可以在此处阅读文档。

当然，这意味着如果您使用的插件仍然尝试使用旧版本的 API 访问数据，则该版本不再有效。 API 查询将响应错误，社交分享按钮将没有数据显示。 通常，这会导致零。 因此，如果您的分享总数归零，我会尝试的第一件事是更新您的社交分享按钮插件。 如果您的插件是最新的，但一年多没有更新，请尝试切换到其他最近更新的插件。

2.HTTPS迁移

如今，拥有一个安全的网站对用户来说是一个很大的好处。 使用基本的 SSL 加密——HTTPS 协议而不是 HTTP——可以帮助用户在使用您的网站时感到安全，并使其流量更难被浏览、窥探或以任何方式监控。 ISP 级别的跟踪仍然可以监控流量以及各种恶意软件和入侵，但是您在威胁方式中设置的障碍越多，您的情况就越好。

另外，谷歌认为安全网站对 SEO 有一点好处。 无论如何，它并不大，但它可以让您针对一些竞争力较弱的关键字提高一个范围。 你永远不知道，对吧？ 再说了，以后可能更重要，不如现在就去做。

SSL 并非没有问题。 您会遇到的一个常见问题是跨站点嵌入内容。 如果您尝试将未加密的内容嵌入到加密页面中，您可能会遇到内容不显示的错误。 当然，另一个问题是只需为 SSL 证书付费。

另一个问题是 URL 跟踪。 比较这两个 URL：

• http://www.example.com
• https://www.example.com

他们两个看起来像是去同一个地方，对吧？ 他们做到了； 如果你同时点击它们——当然，假设它们指向一个真实的网站——你最终会在同一个页面上。 但是，这两个 URL 并不相同。 可以把它想象成一种产品有两个序列号。 两个数字都指同一种产品，但数字不同。

谷歌足够聪明，可以识别出两个页面是相同的，尽管您可能需要实施规范化来告诉他们应该将哪个页面视为真实副本。

Web 的许多元素都基于一个 URL，一个实体的原则。 社交分享计数按钮和 API 是另一个。 Facebook 的 API 要求您提供 URL 并返回有关它的数据。 由于上面的两个示例是两个不同的 URL，因此它们将具有两组不同的数据。

如果您的份额计数不准确，这是一个潜在原因。 您需要恢复旧的共享总数并将它们与新的共享计数合并。 一些共享按钮会自动执行此操作（例如社交战争），而其他按钮可能需要一点帮助。

该帖子包括实施正确重定向和规范化的分步说明，以及告诉 Facebook 迁移和强制重新抓取数据以获得准确计数。 像谷歌一样，Facebook 可以针对迁移进行调整，但他们需要先了解这一点。

3. 更新延迟

就技术的任何现实期望而言，Facebook 的用户几乎是无限的。 事实上，任何数据记录都必须以滚动方式进行，而不是实时进行。 实时分析对于小型企业或拥有大量资源的大品牌来说是一种奢侈品。

Facebook 拥有资源，可以实时保持 API 数据可用和最新，但他们并不总是这样做。 他们经常缓存 90% 的数据，只在必要时查询新数据。 只有最活跃的病毒或重要数据会实时更新，即便如此，它也经常会延迟。 想象一下，如果您的博客文章像病毒一样传播开来，您可以实时看到您的点赞数迅速上升和下降。 当然，它很整洁，但它有什么用呢？

这里有两个与缓存相关的问题。 首先，您的like box 插件可能正在轮询缓存的数据。 您每天只能获得一次更新的共享计数，这取决于只有 Facebook 知道的一系列不同因素。 或者，您的共享计数按钮可能会缓存数据，因此它不需要在每次新用户加载您的页面时轮询 API。 它极大地减少了加载时间和服务器开销，同时提供了足够准确的数据。 它还有助于防止您的 API 访问因过度使用而被撤销。

这个问题没有真正的解决方案。 您只需要等待 Facebook 更新数据。 如果是你的like按钮插件缓存数据，你可能可以调整插件本身的代码来更频繁地刷新缓存，或者你可能不会。 这实际上取决于插件，它是否足够开放以使您可以访问和编辑代码，以及您是否知道尝试时自己在做什么。

4. 坏喜欢被清除

Facebook 会定期检查他们的网站并删除机器人、垃圾邮件发送者或以某种方式利用该网站的帐户。 有时它像主要的 Instagram 清洗一样是一次巨大的清洗，但大多数情况下只是这里或那里的一些。 没什么大不了的； 这是一个不变的事情。

但是，当这些帐户被删除时，他们的所有参与度也会被删除。 对于临时或永久删除自己的普通帐户也会发生同样的情况。 这意味着您的喜欢和分享可能会定期上升和下降。 当没有更多内容进入时，较旧的内容会随着时间的推移而失去喜欢。

当机器人被删除时，有些人会比其他人受到更大的影响。 如果你的帖子有很多机器人参与——无论你是否购买——这种参与很可能在六个月或一年内消失。

当然，到那时，它不再重要。 平均博客只有大约 10% 的内容作为常青内容值得在其发布后的最初几周内查看。 这意味着即使订婚消失了，也没有人会注意到，这并不重要。

除了建立合法参与而不是购买虚假参与之外，您无法真正解决这个问题。 一旦参与度消失，除非您想再次通过促销引擎运行旧帖子，否则您将无法真正恢复它，这可能是一种浪费，具体取决于它们的有用程度和年龄。

5. 错误的目标

我看到的其他问题之一经常出现，通常是当有人注意到一个全新的帖子比它应该有的更多喜欢时。 或者，当您注意到所有帖子的总点数相同时，它就会出现。 关于问题是什么的任何猜测？

这很简单。 您实际上只是将相同的 URL 添加到站点范围内的每个赞按钮，而不是正确配置您的赞按钮。 它不是指向帖子的 URL，而是指向您的主页的 URL，甚至只是一个随机的其他帖子，它被设置为每个帖子。

如果发生这种情况，按钮的每个实例都将轮询您指定的 URL 的数据，这将是相同的，因此每个实例都将具有相同的帖子点赞数和分享数。

解决这个问题并不难。 当您不小心将代码用于基于站点的点赞计数器而不是基于帖子的点赞计数器时，通常会发生这种情况。 你知道，跟踪你的追随者数量的一个，Facebook 有用地将其命名为“喜欢”，而不是发布喜欢，他们将其重新命名为反应。 只需更换按钮代码，您就可以开始使用了。

在那里，您的“赞”按钮计数有五个最常见的不准确原因。 如果您有不准确之处并且这些无法解决，请告诉我。 我很好奇人们在野外遇到的其他问题。 坦率地说，这五个中的大多数也不是很常见。 到目前为止，HTTPS 迁移是我见过的最常见的问题，虽然解决方案有点技术性，但它工作得很好。 否则，这些实际上都不是问题，或者至少不是重要的问题。 不要依赖机器人参与的长期生存能力，按照您使用的任何社交共享插件的配置说明进行操作，您可以在开始之前解决大多数可能的问题。