인쇄물에 남은 실제 주소에서 출발하기
이미 배포된 QR 코드가 옛 URL을 가리킨다면 리뉴얼한 관련 문서로 연결되도록 그 주소의 이동 처리를 유지하는 방법을 검토할 수 있습니다. 새로 제작하는 인쇄물에는 새 문서로 직접 연결되는 주소를 사용하는 적용 제안입니다. Google의 이동 안내는 사용자에게 리디렉션이 느리므로 직접 연결을 갱신하도록 권합니다.
실제 배포물의 코드로 얻은 주소와 최종 문서를 구분해 조사해야 합니다. 코드에 들어 있는 주소가 옛 페이지 자체인지 다른 연결 서비스를 거친 주소인지에 따라 웹사이트에서 처리할 대상이 달라질 수 있습니다. 이 글은 QR 제작 서비스의 변경 기능이나 계약 조건을 확정하는 설명이 아니라 웹사이트 쪽의 URL 처리 기준입니다.
실제 배포물을 조사하는 빈 양식
| 인쇄물 | 옛 URL | 새 목적지 | 유지 방식 |
|---|---|---|---|
| 실제 배포물 종류 입력 | 실제 코드의 주소 입력 | 해당 안내를 제공하는 문서 입력 | 실제 주소 처리 입력 |
| 실제 재인쇄 대상 입력 | 기존 연결 주소 입력 | 새 인쇄물의 직접 주소 입력 | 실제 교체 대상 입력 |
| 실제 별도 연결 서비스 입력 | 서비스를 거치는 주소 입력 | 실제 최종 문서 입력 | 실제 변경 권한 입력 |
같은 안내를 제공할 수 있는 새 문서 선택하기
Google의 사이트 이동 안내는 이전 URL에서 새 URL로 연결하는 매핑을 준비하도록 설명합니다. 인쇄물의 코드를 처리할 때도 방문 목적을 이어 주는 새 페이지와 옛 주소의 대응을 정하는 방식으로 적용할 수 있습니다. 단순히 새 사이트가 있다는 사실과 특정 인쇄물의 안내가 이어진다는 사실은 다릅니다.
Google은 이전 사이트의 여러 주소를 새 사이트의 홈페이지처럼 관련 없는 한 목적지로 보내지 않도록 안내합니다. 관련 없는 이동은 사용자를 혼란스럽게 할 수 있고 soft 404로 처리될 수도 있습니다. 인쇄물의 개별 안내를 첫 화면으로 일괄 연결하는 방식이 적절한지는 각 문서의 실제 내용으로 판단해야 합니다.
여러 문서의 내용을 실제로 하나의 페이지로 통합했다면 예전 문서들을 그 새 페이지로 연결할 수 있다고 이동 안내는 설명합니다. 이 조건은 주소 개수만 줄이면 된다는 뜻이 아닙니다. 새 문서가 예전 안내의 내용을 실제로 통합한 경우와 단순히 한 화면으로 보내는 경우를 나눠 판단합니다.
영구 이전과 잠시 다른 안내를 제공하는 상황 나누기
Google은 페이지 URL을 영구적으로 변경할 때 가능한 경우 영구 서버 측 리디렉션을 권합니다. 301과 308은 페이지가 새 위치로 영구 이전했다는 의미입니다. 인쇄물의 옛 주소가 계속 새 위치로 안내돼야 하는 상황에서는 실제 이전이 영구적인지부터 결정하는 기준입니다.
임시 리디렉션은 사용자를 잠시 다른 페이지로 보낼 때 사용합니다. 공식 설명은 사이트의 서비스가 일시적으로 사용할 수 없을 때 현재 상황을 설명하는 문서로 보내는 예를 듭니다. 리뉴얼 중의 잠깐 다른 안내와 리뉴얼 뒤의 영구 주소 변경을 같은 상태로 설정하지 않는 이유입니다.
Google은 임시 이동이 원래 URL을 검색 결과에 유지할 수 있다고 설명합니다. 인쇄된 코드를 요청한 사용자가 다른 문서를 읽을 수 있다는 결과만으로 검색에서 어느 주소를 대표로 취급하는지도 같다고 판단하지 않습니다. 웹사이트 방문의 이동과 검색 시스템에 전달되는 이전 신호를 구별합니다.
서버 측 이동의 구현은 호스팅·서버 환경이나 사이트 백엔드의 스크립트 언어에 따라 다릅니다. Google은 구성 파일에 접근하거나 서버 스크립트로 이동 헤더를 설정하는 방법을 설명합니다. 실제 인쇄물의 주소를 운영하는 서버에 설정 권한이 있는지에 따라 작업을 맡길 대상도 달라집니다. QR 이미지의 새 제작 파일을 수정하는 작업만으로 그 서버 규칙이 변경됐다고 판단하지 않습니다.
옛 인쇄 주소에서 마지막 문서까지 직접 연결하기
이동 안내는 가능한 경우 최종 목적지로 직접 연결하도록 권합니다. 실제 코드의 주소가 이전의 개편 주소를 거쳐 다시 새 문서로 이동한다면 중간 연결과 최종 도착을 구별해 시험할 수 있습니다. 옛 연결이 하나 열렸다는 결과만으로 마지막 문서의 상태를 확정하지 않습니다.
Google 크롤러는 일반적으로 최대 10개의 리디렉션 홉을 따르지만 특정 제품은 다른 한도를 사용할 수 있습니다. 일반 웹 콘텐츠의 Googlebot과 Google 검사 도구의 처리도 다르다고 HTTP 안내는 설명합니다. 이 숫자를 QR를 읽는 모든 앱이나 브라우저의 허용 횟수로 적용하지 않습니다.
검색 크롤러가 리디렉션 URL에서 받은 콘텐츠는 무시되고 최종 타겟의 콘텐츠가 처리됩니다. 중간 주소에서 보이는 안내 문구를 새 목적지의 실제 내용으로 판단하지 않아야 합니다. 배포물을 시험할 때는 처음 얻은 URL뿐 아니라 마지막에 읽히는 문서가 의도한 안내인지도 조사합니다.
검색 신호의 기간과 인쇄물 이용 경로를 구별하기
Google은 리디렉션을 최대한 오래 유지하며 일반적으로 최소 1년을 권합니다. 이전 URL로 연결되는 다른 사이트의 링크를 다시 크롤링하고 신호를 새 URL로 전달할 시간이 필요하다는 설명입니다. 이 기간은 인쇄물의 재고 수명이나 QR 코드의 만료 기간을 계산한 값이 아닙니다.
사용자 측면에서는 리디렉션을 무기한 유지하는 것이 좋다고 같은 안내는 설명합니다. 이미 전달된 인쇄물의 주소를 웹사이트에서 계속 처리할지 판단할 때 활용할 수 있는 사용자 접근 관점입니다. 특정 날짜가 지났다는 이유만으로 실제 배포물의 이용 경로가 없어졌다고 추정하지 않습니다.
이동을 활성화한 뒤 새 사이트의 정규 주소 주석이 새 URL을 사용하는지도 조사하도록 Google은 안내합니다. 준비 기간에 새 문서의 조기 색인을 막기 위해 noindex 규칙을 추가했다면 그 규칙을 갱신해야 합니다. 인쇄된 코드로는 문서를 읽을 수 있어도 문서 자체에 남은 검색 처리 규칙은 별개의 조건입니다. 최종 목적지의 공개 상태와 검색 시스템에 전달하는 메타 규칙을 함께 점검하는 기준입니다.
성공 응답과 실제로 읽을 수 있는 안내 나누기
HTTP 상태 코드 안내는 서버가 성공 응답을 보내더라도 빈 페이지나 오류 메시지라면 Google 검색에서 soft 404가 표시될 수 있다고 설명합니다. 코드가 새 주소로 이동하고 서버가 응답했다는 결과만으로 방문자가 필요한 내용을 읽었다고 판단하지 않습니다. 마지막 문서의 실제 안내를 읽어야 합니다.
200 응답을 받은 콘텐츠는 Google의 다음 처리 단계로 전달됩니다. 검색의 색인 생성 여부는 그다음 시스템이 결정하므로 성공 응답과 색인에 들어간 상태도 구별합니다. QR에서 웹문서로 연결되는 시험을 검색 노출이 끝났다는 결과로 확대하지 않는 기준입니다.
404나 410처럼 없는 콘텐츠를 나타내는 응답은 관련 문서로 보내는 이동 처리와 다릅니다. Google은 4xx 응답의 콘텐츠를 사용하지 않고 이미 사용하던 URL도 시간이 지나면 사용을 중지한다고 설명합니다. 옛 인쇄 주소를 유지하려는 목적이라면 단순히 없는 주소로 처리한 상태와 구분해야 합니다.
201이나 202 응답에 대해서는 Google이 제한된 시간 동안 콘텐츠를 기다린 뒤 수신한 내용을 다음 처리 단계로 전달한다고 설명합니다. 시간 초과의 기준은 사용자 에이전트에 따라 다를 수 있습니다. 마지막 URL이 어떤 성공 응답을 보냈는지와 콘텐츠를 실제로 전달했는지를 구분하는 추가 조건입니다.
204 응답에서는 Google이 콘텐츠를 수신할 수 없어 처리할 수 없습니다. 문서가 이동한 주소와 실제 읽을 내용을 제공하지 않는 응답을 혼동하지 않아야 합니다. 배포된 인쇄물이 안내하는 정보가 마지막 문서에 남아 있는지 판단할 때, 성공 계열 숫자 하나보다 콘텐츠 제공 상태를 함께 조사해야 합니다.
서버 이동이 어려울 때의 별도 구현 조건
| 구현 | 공식 자료의 분류 | 결정할 별도 조건 |
|---|---|---|
| 즉시 meta refresh | 페이지 로드 직후 실행되는 영구 이동 | 실제 대기 없이 이동할 대상인지 |
| 지연 meta refresh | 일정 시간 뒤 실행되는 임시 이동 | 지연을 둔 안내의 실제 목적 |
| HTTP 새로고침 헤더 | meta refresh와 같은 방식으로 처리 | 플랫폼에서 실제 사용할 구현 |
자주 묻는 질문
CMS에서도 주소 이동을 설정할 수 있나요?
Google은 다수의 CMS에 기본적인 리디렉션 관리 기능이 있거나 플러그인이 제공된다고 설명합니다. 실제 사용하는 플랫폼의 관리 기능과 접근 권한을 조사해야 하며 다른 사이트의 설정을 그대로 적용하는 안내가 아닙니다.
PHP로 이동 헤더를 만들 때 출력 순서가 중요한가요?
공식 리디렉션 안내는 화면에 항목을 전송하기 전에 헤더를 먼저 설정하도록 설명합니다. 실제 서버 측 스크립트를 사용할 수 있는 환경에서 적용되는 출력 순서 조건입니다.
304를 받으면 새 이동 목적지를 뜻하나요?
HTTP 안내에서 304는 콘텐츠가 마지막 크롤링 때와 동일하다고 다음 처리 시스템에 알리는 응답입니다. Google 검색은 URL 신호를 다시 계산할 수 있지만 그 밖에는 색인 생성에 영향을 주지 않는다고 설명합니다. 새 주소로 영구 이동했다는 의미와 구별합니다.
429도 페이지가 없다는 클라이언트 오류인가요?
Google 크롤러는 429를 서버가 과부하 상태라는 신호로 취급하고 서버 오류로 간주합니다. 다른 4xx와 같은 콘텐츠 부재 처리로 묶지 않아야 합니다. 실제 코드 요청에서 받은 응답의 원인을 나눠 조사하는 조건입니다.
자바스크립트 이동은 검색 로봇이 항상 실행하나요?
Google은 웹 검색이 자바스크립트를 렌더링한 뒤 리디렉션을 볼 수 있다고 설명합니다. 렌더링이 실패하면 자바스크립트 리디렉션이 발견되지 않을 수 있습니다. 서버 측이나 meta refresh를 사용할 수 없을 때 선택하는 방법이라는 제약과 함께 판단합니다.