Facebook 未顯示準確點贊數的 5 個原因
已發表: 2022-10-06幾乎每個博客和許多其他網站都在頁面某處有一個熟悉的欄。 也許它是一個浮動的側邊欄，也許它位於博客文章的上方或下方，或者它位於頁腳中。 你知道，你以前見過：它是社交分享按鈕欄。
今天，許多這些按鈕不再顯示共享計數。 有時網站所有者根本不關心共享數量，而只是想要可用的功能。 其他時候是因為按鈕本身存在問題或錯誤，無法準確共享總數，因此網站所有者將其關閉。 還有一些時候，它顯示數字，但數字不准確。
當然，您多久會檢查一次您正在閱讀的博客文章的分享次數？ 我不能說我曾經有過。 外面的每個人都可能在偽造他們的數字，而我永遠不會花足夠的注意力去注意。
在任何情況下，如果您是使用社交分享插件的人之一——我想這是你們中的大多數人——您可能需要仔細檢查您的計數是否準確。 特別是，請查看 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 遷移是我見過的最常見的問題，雖然解決方案有點技術性，但它工作得很好。 否則，這些實際上都不是問題，或者至少不是重要的問題。 不要依賴機器人參與的長期生存能力，按照您使用的任何社交共享插件的配置說明進行操作，您可以在開始之前解決大多數可能的問題。