2011-01-13 3 views
0

CDN 뒤에있는 모바일 사이트에 Google Analytics를 구현해야합니다. 즉, 모든 추적 페이지 (참조 픽셀 포함)의 모든 페이지가 15 초에서 5 분 사이에 캐시 될 것입니다. GA 추적 코드는 픽셀을 구성하는 데 임의의 숫자 (utmn)를 구현하며 별도의 요청을 구분하거나 사용자를 분리하거나 단순히 자신의 캐시를 파산 할 수 있습니다.모바일 및 서버 측 캐싱을위한 Google Analytics

페이지 콘텐츠를 캐시 된 상태로 두는 것이 안전한 지 아는 사람이 있습니까? (나는 그것이라고 추측한다) 우리는 다량 추적 자료를 잃을 것인가?

또한 CDN (캐시 될 곳)에서 ga.aspx 픽셀 자체를 제공하는 것이 안전합니까? 아니면 각 GA 픽셀 URL을 고유하게 주소 지정해야합니까?

GA를 구현하는 가장 좋은 방법에 대한 권장 사항이있는 사람이 있습니까? 트래픽으로 인한 서버로드는 우리에게 큰 관심사이지만 정확한 숫자가 필요합니다.

답변

1

각 호출마다 utmn이 생성되지 않으면 모바일 코드가 제대로 작동하지 않으므로 서버 측에서 캐시되지 않도록 콘텐츠를 제공 할 수 있으면 문제가 해결됩니다.

+0

불행히도, 나는 할 수 없습니다. 도메인은 CDN입니다 (그렇지 않은 경우 우리 서버는 무거운 날에는 트래픽을 처리 할 수 ​​없습니다). 따라서 모든 콘텐츠가 항상 캐시됩니다. 나는 내 질문을 한 후 Google이 자신의 문서를 변경했는지 궁금합니다. 이제'utmn'에 대해 "GIF 이미지의 캐싱을 방지하기 위해 각 GIF 요청에 대해 생성 된 고유 ID"에 대해 설명합니다. 이것은 클라이언트 쪽 캐싱 (저를 귀찮게하지는 않습니다)과 같은 저에게는 정말로 들립니다. 나는 주로 똑같은 html 콘텐츠를 얻는 두 개의 다른 장치에 대해 걱정하지만 한 번의 조회로 계산됩니다. – Andrew

+0

그런 식으로되어 왔지만 유감스럽게도 모바일 버전 (GA JS를 에뮬레이트하기위한 해킹) 인 자바 스크립트에만 적용됩니다. GA GIF 캐싱 장치 (또는 운영자/프록시)의 문제로 계속 실행됩니다 등등. 그래서 소리가 나쁘지는 않습니다.) 기기 정보 등은 요청을받을 때 Google의 끝에서 읽혀 지므로 영향을받지 않습니다. –