고객 지원 문의

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

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

← 전체 글

빈 참조가 가장 큰 무리입니다

웹 통행량의 출처를 살피다 보면 배정되지 않았거나 빈 항목이 가장 큰 덩어리를 이루는 것을 자주 봅니다. 왜 그런지 이해하려면 현대의 웹 습관과 보안 설정이 들어오는 출처 표시를 어떻게 다루는지 살펴야 합니다.

직접 입력하거나 즐겨찾기출처를 보내지 않음가장 큰 무리개인정보 설정도 그것을 눌러 없앱니다. 빈 것은 오류가 아닙니다

그 항목은 어디에서 오는가

기술적으로 출처 표시(역사적으로 리퍼러라고 부릅니다)는 브라우저가 앞 페이지의 주소를 담아 보내는 글자 조각입니다. 방문자가 주소창에 친 링크, 저장된 즐겨찾기, 메신저 앱, 또는 바탕화면 메일 프로그램으로 들어오면 그 항목은 완전히 비어 있습니다.

그 항목은 결코 보장이 아니었습니다. 브라우저가 예의로 보내 주는 것이고, 빠질 수도 바뀔 수도 아예 위조될 수도 있으며, 받는 쪽은 그 차이를 알 수 없습니다. 그것을 힌트가 아니라 측정으로 다루는 것이 첫 번째 잘못이고, 뒤따르는 혼란의 대부분이 거기서 나옵니다.

왜 브라우저가 그것을 감추는가

게다가 현대 운영체제와 브라우저에 들어 있는 엄격한 개인정보 설정은 이용자의 비밀을 지키려고 출처 정보를 일부러 감춥니다. 암호화된 안전한 사이트에서 암호화되지 않은 종단점으로 통행량을 옮기는 보안 규약은 보호 조치로 참조 데이터를 으레 떼어 냅니다.

일상적인 쓰임에서 가장 큰 몫은 메신저 앱입니다. 대화에서 돌아다니다가 앱 안에서 열린 링크는 출처가 아예 없이 들어옵니다 — 그리고 그것은 이제 작은 페이지가 발견되는 가장 흔한 길 가운데 하나입니다.

문서에서 열린 것도 마찬가지입니다. 메일 프로그램에서 읽은 소식지의 링크, 인쇄된 안내지의 줄을 손으로 옮겨 친 것, 벽보에서 스캔한 코드. 모두 진짜 독자가 있는 진짜 도착이고, 모두 비어 있습니다.

그래도 목록을 어떻게 읽는가

그러니 빈 항목은 잃어버렸거나 추적할 수 없는 시스템 오류를 뜻하지 않습니다. 직접 이동, 개인정보를 의식한 설정, 안전한 연결 절차를 비추며, 독자 움직임의 상당 부분이 전통적인 웹 링크 구조 밖에서 일어난다는 것을 보여 줍니다.

목록을 읽는 옳은 방법은 빈 줄을 통째로 옆에 치워 두고 남은 것만 보는 것입니다. 이름 붙은 항목은 인구 조사가 아니라 표본이지만, 바로 쓸모 있는 종류의 표본입니다. 어느 다른 페이지가 실제로 독자를 보내고 있는지 보여 줍니다.

그리고 빈 줄에도 자기 쓸모가 하나 있습니다. 한 달 사이에 크게 줄었다면 무언가 새로 링크를 걸기 시작한 것이고, 이름 붙은 항목이 무엇인지 말해 줍니다. 늘었다면 페이지가 사람 손에서 손으로 건네지고 있는 것이고, 그것은 다른 종류의 성공이며 다른 어디에서도 보이지 않습니다.

광고