고객 지원 문의

이메일로 답장드리며, 보통 이틀 안에 회신합니다.

Google reCAPTCHA가 이 제출을 악용 여부에 대해 확인하며, 이 과정에서 데이터가 Google로 전송됩니다. 스크립트는 이 양식을 열 때만 불러옵니다.

← 전체 글

카운터 하나인가, 페이지마다 하나인가

웹사이트 전체에 방문 셈 하나를 둘 것인가, 하위 페이지마다 따로 둘 것인가 하는 결정은 나오는 통계의 모양을 곧바로 정합니다. 두 방식은 전혀 다른 분석 요구를 섬깁니다.

카운터 하나사이트 전체따라갈 숫자 하나페이지마다 하나부분마다 따로견줄 숫자 여럿카운터가 많을수록 더 좁은 물음에 답하고, 어느 지점에서 읽을 수 없게 됩니다

숫자 하나가 답하는 것

단일 카운터는 물음 하나에 답하고 잘 답합니다. 사이트가 전체로서 읽히고 있는가, 그리고 그것이 달라지고 있는가. 연차 보고서에 들어갈 숫자이고, 해를 넘겨 견줄 수 있는 유일한 숫자입니다. 그때 어떤 페이지가 있었는지에 달려 있지 않기 때문입니다.

사이트 전체를 아우르는 단일 카운터는 전반적 활동의 일반 지표로 작동합니다. 구현이 매우 효율적이어서, 바닥글 같은 공용 서식 요소에 HTML 조각 하나만 넣으면 모든 통행량이 하나의 중심 지표로 모입니다.

정직한 한계도 있습니다. 한 계절에 5분의 1이 오른 것은 무언가 되고 있다고 말하지, 무엇이 되고 있는지는 말하지 않습니다. 그 숫자 하나는 조사를 시작할 수는 있어도 끝낼 수는 없고, 페이지 스무 개짜리 사이트에서는 열아홉 개를 설명하지 못한 채 둡니다.

여럿이 답하는 것

반대로 특정 글이나 사진첩에 카운터를 따로 두면 관심의 지표가 분리됩니다. 다만 수십 개의 흩어진 카운터를 관리하면 금세 혼란이 생기고, 웹사이트가 자연히 커질수록 감당하기 어려워집니다.

카운터 여럿은 하나가 답할 수 없는 물음에 답합니다. 사진첩과 일정과 연혁 페이지가 저마다 셈을 지니면, 그 사이의 차이가 셋 가운데 무엇이 읽히는지 말해 줍니다 — 그리고 그것은 결정이 딸린 물음입니다. 노력을 옮길 수 있으니까요.

비교는 카운터를 같은 때에 설치했을 때에만 됩니다. 한 해 차이로 시작한 두 카운터는 견줄 수 없고, 나중의 어떤 산수도 그것을 고치지 못합니다. 오래된 쪽에는 다른 쪽에 없는 한 해치 숫자가 그냥 있는 것입니다.

어디서 읽을 수 없게 되는가

문턱이 있고, 생각보다 낮습니다. 셋이나 넷은 비교입니다. 열둘은 아무도 읽지 않는 목록이고, 서른은 관리 업무입니다. 새 페이지마다 자기 카운터가 필요한지 묻게 되고, 없앤 페이지마다 아무것도 가리키지 않는 셈이 남습니다.

쓸모 있는 중간 자리가 있습니다. 공용 서식의 카운터 하나가 총계를 주고, 운명이 정말로 불확실한 그 한 페이지 — 사진첩, 새 영역, 누군가 다툰 페이지 — 의 두 번째가 비교를 줍니다. 측정을 관리로 만들지 않으면서 말입니다.

그러니 물음은 추상적으로 어느 방식이 나은가가 아닙니다. 실제로 던질 별개의 물음이 몇 개인가이고, 대부분의 작은 사이트에서 정직한 답은 하나, 이따금 둘입니다. 카운터는 싸지만 주의는 그렇지 않고, 두 번째는 첫 번째가 그랬듯 제 자리를 벌어야 합니다.

광고