Facebook이 정확한 좋아요 수를 표시하지 않는 5가지 이유

거의 모든 블로그와 다른 많은 웹사이트에는 페이지 어딘가에 친숙한 막대가 있습니다. 떠다니는 사이드바일 수도 있고 블로그 게시물 위나 아래에 있을 수도 있고 바닥글에 있을 수도 있습니다. 당신은 그것을 알고, 당신은 전에 그것을 본 적이 있습니다. 그것은 소셜 공유 버튼의 막대입니다.

오늘날 이러한 버튼 중 다수는 더 이상 공유 수를 표시하지 않습니다. 때때로 사이트 소유자는 단순히 공유 수에 신경 쓰지 않고 사용 가능한 기능만 원합니다. 다른 경우에는 버튼 자체에 정확한 공유 합계를 방해하는 문제나 오류가 있어서 사이트 소유자가 버튼을 끕니다. 또 다른 경우에는 숫자가 표시되지만 숫자가 정확하지 않습니다.

물론, 읽고 있는 블로그 게시물의 공유 수를 얼마나 자주 다시 확인합니까? 나는 내가 가지고 있다고 말할 수 없습니다. 다른 모든 사람들은 자신의 숫자를 속일 수 있고 나는 알아차릴 만큼 충분한 주의를 기울이지 않았을 것입니다.

어쨌든, 소셜 공유 플러그인을 사용하는 사람 중 한 명이라면(대부분의 사람들일 것입니다.) 카운트가 정확한지 다시 확인하고 싶을 것입니다. 특히 Facebook을 확인하십시오. Facebook에 부정확한 숫자가 표시되거나 단순히 0 이 표시되는 경우 이를 수정하기 위해 확인할 수 있는 몇 가지 일반적인 원인이 있습니다.

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년에 이루어졌습니다.

물론 저를 포함한 많은 사람들이 이것이 의미하는 바를 잘못 해석했습니다. 페이스북은 점유율 데이터를 완전히 제거하지 않았습니다. 액세스 방법을 변경하고 있었습니다. 한동안 이는 공식 Facebook 버튼이 계속 작동하는 동안 모든 타사 소셜 공유 버튼이 더 이상 Facebook의 소셜 공유 카운트에 액세스하지 않는다는 것을 의미했습니다.

오늘날에도 최신 버전의 Graph API 버전 3.1(이 글을 쓰는 시점)을 통해 소셜 공유 수 데이터에 계속 액세스할 수 있습니다. 여기에서 문서를 읽을 수 있습니다.

물론 이것이 의미하는 바는 여전히 이전 버전의 API를 사용하여 데이터에 액세스하려고 시도하는 플러그인을 사용하는 경우 해당 버전이 더 이상 작동하지 않는다는 것입니다. API 쿼리는 오류로 응답하고 소셜 공유 버튼에는 표시할 데이터가 없습니다. 일반적으로 결과는 0입니다. 따라서 공유 합계가 0이 되면 가장 먼저 시도할 것은 소셜 공유 버튼 플러그인을 업데이트하는 것입니다. 플러그인이 최신 상태이지만 1년 이상 업데이트되지 않은 경우 더 최근에 업데이트된 다른 플러그인으로 전환해 보십시오.

2. HTTPS 마이그레이션

보안 웹 사이트를 갖는 것은 오늘날 사용자에게 큰 이점입니다. HTTP가 아닌 HTTPS 프로토콜인 기본 SSL 암호화를 사용하면 사용자가 사이트를 안전하게 사용할 수 있을 뿐만 아니라 어떤 식으로든 트래픽을 스키밍 및 스누핑 또는 모니터링하기가 더 어려워집니다. ISP 수준 추적은 다양한 맬웨어 및 침입뿐만 아니라 트래픽을 계속 모니터링할 수 있지만 위협을 방해하는 장애물이 많을수록 더 유리합니다.

또한 Google은 보안 사이트를 약간의 SEO 이점으로 간주합니다. 결코 크지는 않지만 경쟁력이 떨어지는 일부 키워드에 대해 단일 범위를 높일 수 있습니다. 당신은 절대 몰라, 그렇지? 게다가 미래에 더 중요할 수 있으므로 지금 하는 것이 좋습니다.

SSL에 문제가 없는 것은 아닙니다. 한 가지 일반적인 문제는 교차 사이트 포함 콘텐츠입니다. 암호화되지 않은 콘텐츠를 암호화된 페이지에 포함하려는 경우 콘텐츠가 표시되지 않는 오류가 발생할 수 있습니다. 물론 또 다른 문제는 SSL 인증서 비용을 지불해야 한다는 것입니다.

또 다른 문제는 URL 추적입니다. 다음 두 URL을 비교하십시오.

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

둘 다 같은 곳을 가는 것 같죠? 그리고 그들은 합니다. 물론 실제 사이트로 연결된다고 가정하면 두 가지를 모두 클릭하면 같은 페이지로 이동하게 됩니다. 그러나 두 URL은 동일하지 않습니다. 두 개의 일련 번호가 있는 하나의 제품과 같다고 생각하십시오. 두 번호는 동일한 제품을 참조하지만 번호가 다릅니다.

Google은 두 페이지가 동일하다는 것을 인식할 만큼 충분히 똑똑하지만 실제 사본으로 처리해야 하는 페이지를 알려주기 위해 정규화를 구현해야 할 수도 있습니다.

웹의 많은 요소는 하나의 URL, 하나의 엔티티 원칙에서 작동합니다. 소셜 공유 카운트 버튼과 API는 다릅니다. Facebook의 API는 URL을 요청하고 이에 대한 데이터를 반환합니다. 위의 두 예제는 두 개의 다른 URL이므로 두 개의 다른 데이터 세트가 있습니다.

귀하의 주식 수가 정확하지 않다면 이것이 잠재적인 원인 중 하나입니다. 이전 공유 합계를 복구하고 새 공유 수와 병합해야 합니다. 일부 공유 버튼(예: Social Warfare)은 이 작업을 자동으로 수행하지만 다른 버튼은 약간의 도움이 필요할 수 있습니다.

이 게시물에는 적절한 리디렉션 및 정규화를 구현하고 Facebook에 마이그레이션에 대해 알리고 정확한 개수를 얻기 위해 데이터를 강제로 다시 스크랩하는 방법에 대한 단계별 지침이 포함되어 있습니다. Google과 마찬가지로 Facebook도 마이그레이션을 조정할 수 있지만 먼저 이에 대해 알아야 합니다.

3. 업데이트 지연

기술에 대한 현실적인 기대에 관한 한 Facebook은 거의 무한대의 사용자를 보유하고 있습니다. 사실 모든 데이터 기록은 실시간이 아닌 롤링 기반으로 이루어져야 합니다. 실시간 분석은 소규모 기업이나 엄청난 리소스를 보유한 대기업에 사치입니다.

Facebook에는 리소스가 있으며 API 데이터를 실시간으로 최신 상태로 유지할 수 있지만 항상 그런 것은 아닙니다. 그들은 종종 외부 데이터의 90%에 대해 데이터를 캐시하고 필요할 때만 새 데이터를 쿼리합니다. 가장 활발하게 바이럴되거나 중요한 데이터만 실시간으로 업데이트되며 그 후에도 지연되는 경우가 많습니다. 블로그 게시물이 입소문을 타고 실시간으로 빠르게 오르내리는 것을 볼 수 있다고 상상해 보세요. 물론 깔끔하긴 한데 무슨 소용이 있겠습니까?

여기에는 두 가지 캐싱 관련 문제가 있습니다. 먼저, like box 플러그인이 캐시된 데이터를 폴링할 수 있습니다. Facebook만 알고 있는 다양한 요인에 따라 하루에 한 번 정도만 업데이트된 공유 수를 받게 됩니다. 또는 공유 카운트 버튼이 데이터를 캐시하므로 새 사용자가 페이지를 로드할 때마다 API를 폴링할 필요가 없습니다. 로드 시간과 서버 오버헤드를 획기적으로 줄이는 동시에 정확한 데이터를 제공합니다. 또한 API 액세스가 남용으로 취소되는 것을 방지하는 데 도움이 됩니다.

이 문제에 대한 실질적인 해결책은 없습니다. Facebook이 데이터를 업데이트할 때까지 기다리면 됩니다. 데이터를 캐싱하는 버튼 플러그인과 같은 경우 플러그인 자체의 코드를 조정하여 캐시를 더 자주 새로 고칠 수도 있고 그렇지 않을 수도 있습니다. 플러그인이 코드에 액세스하고 편집할 수 있을 만큼 충분히 열려 있는지, 시도하면 무엇을 하는지 알 수 있는지 여부는 플러그인에 따라 다릅니다.

4. 나쁜 좋아요 제거

Facebook은 주기적으로 사이트를 방문하여 봇, 스패머 또는 어떤 식으로든 사이트를 악용하는 계정을 제거합니다. 때로 인스타그램의 주요 제거와 같은 거대한 제거이지만 대부분은 여기 저기에 몇 가지에 불과합니다. 별거 아니야; 그것은 일정한 것입니다.

그러나 이러한 계정이 제거되면 모든 참여도 제거됩니다. 일시적 또는 영구적으로 자신을 삭제하는 일반 계정의 경우에도 마찬가지입니다. 이것은 당신의 좋아요와 공유가 주기적으로 오르락 내리락 할 것이라는 것을 의미합니다. 오래된 콘텐츠는 더 이상 들어오지 않으면 시간이 지남에 따라 좋아요를 잃게 됩니다.

봇이 제거되면 어떤 사람들은 다른 사람들보다 더 많은 영향을 받습니다. 구매 여부에 관계없이 게시물에 봇 참여가 많이 포함된 경우 해당 참여는 6개월 또는 1년 이내에 사라질 가능성이 매우 높습니다.

물론 그 시점에서는 더 이상 중요하지 않습니다. 평균적인 블로그는 게시된 후 처음 몇 주 후에 확인할 가치가 있는 상록 콘텐츠로 콘텐츠의 약 10%만 보유합니다. 즉, 약혼이 사라지더라도 아무도 눈치채지 못할 것이며 별로 중요하지 않을 것입니다.

가짜 약혼을 구매하는 대신 합법적인 약혼을 구축하는 것 외에는 이 문제를 해결할 수 없습니다. 참여가 끝나면 프로모션 엔진을 통해 오래된 게시물을 다시 실행하지 않는 한 실제로 복구할 수 없습니다. 이는 얼마나 유용하고 얼마나 오래된 게시물인지에 따라 낭비일 수 있습니다.

5. 잘못된 대상

내가 보는 다른 문제 중 하나는 일반적으로 새로운 게시물에 예상보다 많은 좋아요가 있다는 것을 누군가가 알아차릴 때 많이 나타납니다. 또는 모든 게시물에 동일한 총계가 있음을 알 때 나타납니다. 문제가 무엇인지 짐작할 수 있습니까?

아주 간단합니다. 좋아요 버튼을 적절하게 구성하는 대신 사이트 전체의 모든 좋아요 버튼에 동일한 URL을 추가했습니다 . 게시물의 URL을 가리키는 대신 홈페이지의 URL을 가리키거나 모든 게시물로 설정된 임의의 다른 게시물을 가리킵니다.

이 경우 버튼의 모든 인스턴스는 지정한 URL에 대한 데이터를 폴링합니다. 이 데이터는 동일하므로 모든 인스턴스에는 동일한 게시물 좋아요 및 공유 횟수가 있습니다.

이 문제를 해결하는 것은 어렵지 않습니다. 일반적으로 사후 기반 유사 카운터가 아닌 사이트 기반 유사 카운터에 대한 코드를 실수로 사용할 때 발생합니다. 페이스북이 "좋아요"라는 이름을 붙이는 팔로워 수를 추적하는 기능입니다. 버튼 코드만 바꾸면 됩니다.

여기에는 좋아요 버튼 수가 부정확한 가장 일반적인 5가지 원인이 있습니다. 부정확한 내용이 있는데도 문제가 해결되지 않으면 알려주십시오. 나는 사람들이 야생에서 만난 다른 문제가 무엇인지 궁금합니다. 솔직히, 이 다섯 가지 중 대부분은 그리 흔하지도 않습니다. HTTPS 마이그레이션은 지금까지 내가 본 가장 일반적인 문제이며 솔루션이 약간 기술적이지만 잘 작동합니다. 그렇지 않으면, 이것들은 사실상 문제가 되지 않거나 적어도 중요한 문제가 아닙니다. 봇 참여의 장기적인 실행 가능성에 의존하지 말고 사용하는 모든 소셜 공유 플러그인에 대한 구성 지침을 따르십시오. 그러면 시작하기 전에 가능한 대부분의 문제가 해결됩니다.