새 원고와 새 주소를 구분해 결정
진료 페이지를 새로 쓸 때에는 기존 주소에서 내용을 갱신할지, 다른 주소로 옮길지 먼저 결정합니다. 같은 목적의 안내를 고쳐 쓰는 일만으로 기존 URL을 버릴 필요는 없습니다. 주소를 바꾼다면 이전 페이지를 찾는 방문자가 어느 문서로 이동해야 하는지 정하고, 실제 이동을 알리는 처리를 검토합니다.
기존 페이지와 새 원고의 독자 질문을 대조합니다. 같은 진료의 설명을 최신 내용으로 고치는 것인지, 다른 대상이나 별도 목적을 위한 문서를 만드는 것인지 구분합니다. 디자인이나 제목을 새로 만든 사실과 페이지의 위치를 변경해야 하는 이유는 다릅니다. 주소 변경이 필요한 경우에는 무엇이 이동하고 무엇이 남는지 기존 문서와 새 문서의 관계를 먼저 정합니다.
Google은 URL 리디렉션을 기존 URL과 다른 URL을 연결해 방문자와 검색에 새 위치를 알리는 방법으로 설명합니다. 새 도메인으로 이동하거나 두 사이트를 통합할 때, 페이지를 삭제하고 새 페이지로 안내할 때 등에 유용합니다. 병원 페이지의 재작성에서는 먼저 주소가 실제로 달라지는지를 판단해야 이 설명을 적용할 수 있습니다.
| 계획한 변경 | 기존 주소의 역할 | 먼저 정할 처리 |
|---|---|---|
| 같은 목적의 본문을 갱신 | 현재 안내의 위치로 계속 사용 | 기존 URL에서 원고 교체 검토 |
| 같은 안내를 새 주소로 영구 이동 | 새 위치로 연결하는 이전 주소 | 대응 문서와 영구 이동 방식 결정 |
| 잠시 다른 화면으로 안내 | 돌아올 원래 문서의 주소 | 임시 이동인지 기간과 목적 판단 |
| 기존 안내를 여러 문서로 나눔 | 각 새 문서와의 관계를 정할 대상 | 이전 문서가 맡던 질문의 목적지 선정 |
| 대신할 안내 없이 문서를 종료 | 더 이상 제공하지 않는 정보의 주소 | 삭제 상태와 사용자 안내 검토 |
이 표는 편집 계획을 정하는 데 필요한 구분입니다. 사이트에 적용할 기술 처리는 실제 URL과 서버 또는 플랫폼의 기능에 맞춰 검토해야 합니다.
이동의 성격에 맞는 리디렉션
Google의 리디렉션 지침은 되돌리지 않을 이동에는 영구 리디렉션을 사용하도록 설명합니다. 가능하면 영구 서버 측 리디렉션을 사용하는 것이 좋으며, 301과 308은 페이지가 새 위치로 영구 이전했다는 의미입니다. 상태 코드는 방문자에게 보이는 디자인과 별개로 응답에서 전달되므로 새 화면이 열린다는 사실만으로 유형을 판단하지 않습니다.
임시 리디렉션은 사용자를 잠시 다른 페이지로 보내는 경우에 사용합니다. Google의 지침은 임시 이동에서 원래 URL이 검색결과에 유지될 수 있다고 설명합니다. 서버 측의 임시 방식에는 302, 303, 307 등이 제시됩니다. 원래 안내로 돌아갈 계획이 있는지, 검색에 어느 페이지가 표시되기를 원하는지에 맞춰 유형을 결정합니다.
Google은 서버 측 리디렉션을 구현할 수 없으면 meta refresh를 실행 가능한 대안으로 설명합니다. 즉시 실행되는 meta refresh는 영구 이동으로, 시간이 지난 뒤 실행되는 방식은 임시 이동으로 해석합니다. 화면에 대기 문구가 있다는 이유만으로 이동 유형을 단정하지 않고 실제 설정을 대조합니다. 기존 페이지 처리 계획과 설정의 의미가 맞아야 합니다.
JavaScript 리디렉션은 서버 측 방식이나 meta refresh를 실행할 수 없는 경우에만 사용하라고 Google은 권고합니다. Google이 URL을 크롤링한 뒤 렌더링하는 과정에서 자바스크립트를 실행하지만, 렌더링이 실패하면 이 이동을 알아채지 못할 수 있기 때문입니다. 브라우저에서 작동한 결과와 검색엔진이 이동을 처리할 수 있는 조건을 구분합니다.
새 페이지를 가리키는 링크와 이동 안내만 넣는 방식도 공식 지침에 설명돼 있습니다. 그러나 모든 검색엔진이 이를 정식 리디렉션으로 인식하지는 않으며, Google은 다른 선택권이 없지 않은 한 이 방식으로 이동 사실을 알리지 말라고 안내합니다. 링크를 붙였다는 이유로 리디렉션 설정이 완료됐다고 처리하지 않습니다.
설정 방법은 호스팅 환경, 서버 환경, 사이트의 백엔드 언어에 따라 달라집니다. 일부 플랫폼에는 리디렉션 기능이 내장돼 있을 수 있습니다. 기존 주소와 목적지 주소, 영구 또는 임시라는 의도를 먼저 전달한 뒤 사이트에서 지원하는 방법을 검토합니다. 다른 사이트의 설정 예제를 그대로 적용할 수 있다고 전제하지 않습니다.
이전 주소와 새 목적지를 각각 점검
이전 URL을 요청했을 때에는 이동 상태와 최종 목적지를 읽습니다. Google의 HTTP 상태 코드 문서는 리디렉션 URL에서 받은 콘텐츠를 무시하고 최종 대상의 콘텐츠를 처리한다고 설명합니다. 이전 페이지에 새 원고를 넣었다고 해도 그 주소가 다른 곳으로 이동하도록 설정돼 있으면 검색이 처리하는 대상은 달라질 수 있습니다.
새 목적지에서는 본문이 실제로 제공되는지 점검합니다. Google은 2xx 응답을 콘텐츠 처리의 대상으로 고려하지만 색인 생성을 보장하지는 않는다고 설명합니다. 200 응답이라도 빈 화면이나 오류 메시지를 제공하면 soft 404 문제가 생길 수 있습니다. 주소가 열리고 응답 코드가 성공으로 나타나는 것과 정상적인 진료 안내가 전달되는 것을 함께 대조합니다.
| 점검 결과 | 다음에 검토할 부분 |
|---|---|
| 이전 주소에서 원치 않는 다른 문서로 이동 | 설정된 목적지와 문서의 대응 관계 |
| 한 주소에서 여러 번 연속 이동 | 중간 주소와 최종 대상까지의 연결 |
| 새 목적지가 오류 또는 빈 화면 제공 | 응답 코드와 실제 본문 상태 |
| 메뉴가 계속 이전 주소를 안내 | 메뉴의 연결 주소와 새 문서의 명칭 |
| 모바일 연결에서 다른 페이지가 열림 | 화면별 링크와 적용된 이동 규칙 |
리디렉션이 이어지는 경로는 중간 단계까지 점검합니다. 공식 HTTP 문서는 일반 웹 콘텐츠를 크롤링하는 Googlebot이 통상 최대 10개의 이동 단계를 따르지만 제품별 한도가 다를 수 있다고 설명합니다. 이를 허용된 단계 수를 채워도 된다는 기준으로 사용하지 않습니다. 불필요한 중간 주소가 있는지, 어느 단계에서 오류나 되돌아가는 연결이 생기는지 검토합니다.
기존 문서로 연결하는 내부 링크는 실제 안내 경로별로 읽습니다. 메뉴, 진료 목록, 본문 속 연결, 이미지에 붙은 이동 주소 가운데 어느 곳이 이전 URL을 가리키는지 대조합니다. 새 주소로 갱신할 연결은 목적지의 진료 명칭과 문서 내용도 함께 검토합니다. 이전 페이지를 리디렉션으로 처리했다는 사실과 사이트의 안내 경로를 갱신한 사실은 각각 기록할 수 있습니다.
서로 다른 진료 페이지를 모두 홈페이지로 이동시키면 독자가 찾던 설명과 도착한 화면의 목적이 달라질 수 있습니다. 기존 문서의 질문에 대응하는 목적지를 찾는 편집 기준을 적용합니다. 삭제한 페이지마다 대체할 내용이 있는지 따로 검토하며, 하나의 공통 목적지로 보내는 설정을 사이트 전체에 자동 적용하지 않습니다.
응답 코드를 결정할 때에는 Google의 처리와 코드 자체의 의미도 구분합니다. HTTP 문서는 Google이 일부 리디렉션 코드를 같은 방식으로 다루더라도 각 코드의 의미는 다르므로 다른 클라이언트와 검색엔진도 활용할 수 있도록 적합한 코드를 사용하라고 안내합니다. Google이 비슷하게 처리한다는 이유로 사이트의 요청 방식과 무관하게 코드를 서로 교체하지 않습니다. 구현에 필요한 판단은 실제 서버와 플랫폼의 조건에 맞춰 검토합니다.
기존 페이지 처리의 추가 질문
리디렉션을 하면 이전 순위가 그대로 유지되나요?
Google의 문서는 영구 이동을 새 대상을 처리할 강력한 신호로 설명합니다. 이는 검색 순위나 트래픽이 그대로 보존된다는 약속은 아닙니다. 새 문서의 색인 생성 역시 성공 응답만으로 보장되지 않습니다. 이동 설정의 상태와 검색에서 실제로 처리한 결과를 구분해 평가합니다.
삭제한 페이지에서 404나 410이 나오면 어떻게 이해하나요?
Google은 429를 제외한 4xx 응답을 콘텐츠가 존재하지 않는 것으로 다음 처리 시스템에 알린다고 설명합니다. 새 404 페이지는 처리하지 않으며 이미 색인된 해당 URL은 색인에서 삭제합니다. 삭제 의도와 실제 응답이 맞는지 검토하고, 대체 문서가 필요한 상황에서 실수로 오류를 반환한 것은 아닌지 구별합니다.
잠시 사용할 수 없는 페이지도 삭제 응답을 쓰나요?
일시적인 서버 오류와 문서 삭제는 서로 다른 상태입니다. 공식 HTTP 문서는 5xx와 429가 크롤링 속도를 일시적으로 낮추게 하며 지속되는 서버 오류는 기존 URL의 삭제로 이어질 수 있다고 설명합니다. 단순히 화면을 숨기는 편집과 서버 장애 대응을 같은 처리로 정하지 않고, 실제 사유와 기술 상태에 맞춰 검토합니다.
새 주소가 생겼는데 검색에는 이전 주소가 나오기도 하나요?
Google은 이동 전후 주소를 모두 추적하고 하나를 표준으로, 다른 주소를 대체 이름으로 다룰 수 있다고 설명합니다. 새 도메인으로 옮겼을 때 새 URL이 색인돼도 이전 주소가 결과에 표시되는 경우가 있을 수 있습니다. 이전 주소가 보인다는 사실만으로 설정 실패를 단정하지 말고 실제 이동과 대상 응답부터 대조합니다.
검사 도구와 일반 크롤러의 이동 결과는 같나요?
HTTP 문서는 Google 검사 도구는 리디렉션을 따르지 않으며 제품에 따라 이동 한도도 다를 수 있다고 설명합니다. 따라서 한 도구에서 나온 결과를 모든 Google 크롤러의 결과로 확대하지 않습니다. 사용한 도구가 어떤 주소와 응답을 검사했는지 구분하고, 이전 주소의 이동 응답과 최종 대상의 상태를 각각 읽습니다.