고객 지원 문의

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

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

← 전체 글

페이지 주소가 늘 하나는 아닙니다

콘텐츠와 검토에 관하여

이 글의 내용

인터넷의 모든 문서에 고유한 주소 하나가 있다는 생각은 현실과 좀처럼 맞지 않는 이론적 이상입니다. 실제로 한 웹페이지는 서로 다른 여러 길로 닿을 수 있는 경우가 많습니다.

흔한 예가 전통적인 월드 와이드 웹 접두사입니다. 도메인은 흔히 그 접두사가 있어도 없어도 닿을 수 있고, 그러면 정확히 같은 내용을 내놓는 기술적으로 다른 주소가 둘 생깁니다.

마찬가지로 안전한 연결로 옮겨 가면서 사이트가 옛 비암호화 규약으로도, 현대의 안전한 규약으로도 닿을 수 있습니다. 사람 독자는 그 차이를 거의 알아채지 못하지만, 자동 측정 도구에는 큰 문제를 낳습니다.

네 가지 표기이동 하나한 항목www가 있고 없고, 끝의 빗금이 있고 없고, http와 https

한 페이지, 네 항목

외부 그림이 청해지면 서버는 그 그림을 담은 페이지의 주소를 기록합니다. 참조라고 하는 그 정보는 완전히 글자 그대로입니다.

방문자가 접두사가 붙은 안전한 주소로 들어오면 셈은 정확히 그 글자 열에 대한 조회를 기록합니다. 다음 방문자가 접두사 없는 비암호화 주소로 들어오면 체계는 전혀 다른 글자 열에 대한 조회를 기록합니다.

손대지 않으면 안쪽 데이터베이스는 그 변형들을 전혀 다른 웹사이트로 다룹니다. 통계 페이지는 결국 조각난 목록을 보여 주고, 전체 독자가 정확히 같은 웹 주소의 조금씩 다른 판본 서넛에 제멋대로 나뉩니다.

그 갈라짐이 치르는 값

그 조각남은 프로젝트의 실제 도달 범위를 가늠하는 일을 쓸데없이 어렵게 만듭니다. 진짜 총계를 찾으려면 사이트 관리자가 모든 주소 변형의 숫자를 손으로 더해야 합니다.

게다가 그 갈라짐은 공개 순위나 목록에서 페이지의 겉보기 인기를 희석합니다.

아주 붐비는 공동체 포럼이, 독자가 안전한 주소와 안전하지 않은 주소에 고르게 갈렸다는 이유만으로 실제 통행량의 일부만 가진 것처럼 보일 수 있습니다. 그것을 다루려면 들어오는 데이터를 하나로 모아 일관된 그림을 보여 주려는 의도적인 방침이 필요하고, 같은 페이지가 함께 세어지게 해야 합니다.

서버가 강제하는 주소 하나

이 문제의 가장 튼튼한 해법은 내용을 품은 웹사이트에서 곧바로 이루어집니다. 주 웹 서버에 엄격한 전달 규칙을 세우면 관리자가 모든 변형이 하나의 정규 주소로 저절로 옮겨 가게 할 수 있습니다.

누군가 접두사 없이 주소를 치면 서버는 곧바로 브라우저에 접두사가 붙은 판본을 대신 불러오라고 명령합니다.

그러면 측정 도구가 언제나 정확히 같은 참조 문자열을 받아, 숫자가 데이터베이스의 하나로 합쳐진 항목으로 온전히 모입니다. 이 방식은 통계를 정리할 뿐 아니라 웹사이트의 전체 구조도 크게 개선합니다.

대신 나중에 합치기

서버 설정을 바꿀 수 없을 때는 측정 도구 자체가 합치는 길을 제공해야 합니다. 많은 체계가 안쪽 묶기 기능을 제공하여 관련된 여러 주소를 데이터베이스에서 서로 잇게 합니다.

서버는 여전히 다른 변형을 따로 기록하지만, 표시 층이 그것들을 통계 페이지의 한 줄로 합칩니다. 웹사이트의 밑바탕 구조적 어긋남을 고치지는 못하지만 보고 문제는 실질적으로 풀어 주어, 외부 조정 없이 쌓인 접근 수의 깔끔한 개관을 줍니다.

광고