Facebook, Google+ 또는 기타 타사 리소스 파일에 대한 브라우저 캐싱 활용 캐시 최적화를 수행 했지만 Facebook 및 Google+의

Google PageSpeed ​​Insights로 내 웹 사이트를 테스트했습니다.

.htaccess 에서 캐시 최적화를 수행 했지만 Facebook 및 Google+의 리소스 파일에는 영향을 미치지 않았습니다.

Leverage browser caching

    http://connect.facebook.net/fr_FR/all.js (20 minutes)

    https://apis.google.com/js/plusone.js (30 minutes)

    https://oauth.googleusercontent.com/…e:rpc:shindig.random:shindig.sha1.js?c=2 (60 minutes)

이 문제를 해결하려면 어떻게해야합니까?



답변

다른 제공자가 호스팅하기 때문에 귀하는 이들을 통제 할 수 없습니다. 솔직히 말하면 걱정하지 않아도됩니다. 필요에 따라 캐싱을 처리하는 것은 Google, Facebook 등의 책임입니다.

URL을 프록시하거나 파일을 로컬로 다운로드 할 수는 있지만 해당 경로를 따르는 것은 좋지 않습니다. 실제로 업스트림 공급자가 업데이트를 게시 할 때 변경 사항을 반영하지 않거나 Google, Facebook 등에서 이미 적용한 캐싱과 충돌하는 구성으로 이어질 수 있습니다.


답변

페이지에서 Facebook 및 Google에서 타사 JavaScript를 제거하는 것이 좋습니다. 내가 가지고있는 유일한 타사 JavaScript는 광고용입니다.

모든 소셜 네트워크에는 일반 링크 (JavaScript 없음)를 사용하여 페이지를 공유 할 수있는 방법이 있습니다. 이 질문은 StackOverflow에서 참조하십시오 . 하지만 페이지에서 좋아요 및 +1에 대한 통계를 볼 수 없습니다.


답변

구글이나 페이스 북과 같은 웹 마켓 아이콘에 의한 높은 음모입니다.

웹 사이트에서 이러한 스크립트를 사용하여 느리게 작동했습니다. 스크립트를 제거하면 목표 (예 : 페이지 속도 100/100)를 달성했습니다. 내 사이트는 현재 잘 작동하고 있습니다. AMP를 지원하는 것처럼 거의 열립니다.

따라서 페이지 속도가 중요합니다. 구글이나 페이스 북의 손을 잡고 혼자가 아니라고 생각합니다. 코드를 제거하십시오. 가입자는 사이트 성능이 필요하지만 성능은 웹 사이트로드로 시작합니다. 당신이 처음부터 패배한다면, 세계의 모든 검색 엔진에서 먼저 올 수있는 방법이 없습니다. 사용자가 웹 사이트를 가장 먼저 방문하는 경우 검색 엔진에 문제를 일으키기 시작한 검색 엔진이 없습니다.

그래서 제 제안은 스크립트를 제거하고 더 나은 사용자 경험을 위해 자신만의 것을 만드는 것입니다.