301과 302 리디렉션의 차이

주소 변경 목적에 따른 판단

구글 검색 센터는 검색 결과에 표시되는 페이지 주소를 변경할 필요가 있을 때 가능하면 영구 서버 측 리디렉션을 사용하도록 권고합니다. 사용자를 잠시 다른 페이지로 보내는 임시 리디렉션에서는 원래 주소가 검색 결과에 유지될 수 있다고 설명합니다. 운영자가 먼저 정할 사항은 새 페이지를 열 수 있는지가 아니라 검색에서 어떤 주소를 계속 사용하려는지입니다.

표의 목적 미정은 구글이 정한 리디렉션 유형이 아니라 운영자가 결정을 보류한 업무 상태입니다. 이 상태에서 코드부터 지정하면 개발 담당이 주소 유지 여부까지 추정해야 합니다. 운영자는 기존 주소의 사용 계획을 먼저 문서에 기재하고 기술 선택을 요청합니다.

응답 코드와 검색 처리 신호의 차이

구글 검색 센터는 301 상태 코드가 페이지의 영구 이전을 뜻한다고 설명합니다. 구글 크롤링 인프라 문서에서는 301 리디렉션을 따라가며 도착 주소를 처리해야 한다는 강한 신호로 사용한다고 설명합니다. 같은 문서에서 302는 기본적으로 이동을 따르되 도착 주소를 처리해야 한다는 약한 신호로 사용한다고 안내합니다.

강한 신호와 약한 신호의 차이를 검색 결과 변경의 확정 여부로 해석해서는 안 됩니다. 해당 설명은 구글 시스템이 이동 응답을 어떻게 받아들이는지에 관한 내용이며, 운영자가 원하는 검색 주소가 즉시 적용된다는 약속은 아닙니다. 개발 담당에게는 선택한 코드의 의미와 실제 반환되는 코드를 함께 설명하도록 요청합니다.

302의 검색 처리 설명만으로 개별 사이트의 임시 이동 설정이 적절하다고 결론 내릴 수는 없습니다. 이동 목적, 적용된 설정, 서버가 반환한 응답을 연결해야 그 사이트의 선택을 판단할 수 있습니다. 다른 제품은 302 리디렉션을 다르게 처리할 수 있다는 구글의 설명도 있으므로, 구글 검색에서의 동작을 모든 이용 환경의 공통 규칙으로 확대하지 않습니다.

운영 결정에서 개발 확인까지의 순서

1. 주소 변경 목적을 정합니다. 검색 결과에서 새 주소를 사용하려는지, 원래 주소를 유지하면서 방문자의 도착지만 잠시 변경하려는지 운영자가 기재합니다.
2. 영구 이동과 임시 이동을 나눕니다. 기존 주소로 다시 서비스할 계획이 있는지와 그 계획을 누가 결정하는지 운영자가 명시합니다.
3. 응답 코드의 의미를 확인합니다. 개발 담당은 실제 반환 코드와 선택 이유를 제시하고, 운영자는 앞에서 정한 기준에 맞는지 판단합니다.

복귀 계획이 정해지지 않았다면 임시라는 표현만으로 요청을 완료하지 않습니다. 운영자는 미결정 사항을 명시하고, 개발 담당에게 현재 적용 상태를 별도로 기록하도록 요청합니다. 이동 목적을 확정할 책임자와 기술 응답을 설명할 책임자를 요청서에서 나누면 답변이 필요한 항목을 빠뜨리지 않을 수 있습니다.

요청서에 준비할 자료와 판단 근거

담당자가 준비할 자료는 주소 목록, 이동 목적, 실제 응답 기록입니다. 화면 캡처는 도착한 내용을 전달하는 보조 자료로 사용하고, 응답 코드의 증거는 개발 담당에게 별도로 받습니다. 요청서에는 원하는 상태와 현재 상태를 서로 다른 항목으로 기재합니다.

구글 검색 센터는 서버 측 리디렉션의 구현이 호스팅 환경과 서버 환경 또는 백엔드의 스크립트 언어에 따라 달라진다고 설명합니다. 따라서 운영자는 다른 사이트의 설정 문구를 그대로 전달하기보다 현재 사이트에서 누가 응답을 관리하는지 개발 담당에게 묻습니다. 개발 담당은 해당 환경의 설정 설명과 실제 응답 기록을 연결해 제출합니다.

승인 기록에는 운영 목적에 동의했다는 내용과 기술 응답을 확인했다는 내용을 따로 기재합니다. 목적은 승인했지만 응답 자료를 받지 못했다면 기술 확인 항목은 미완료로 남깁니다. 반대로 응답 자료가 있어도 기존 주소의 사용 계획이 미정이면 운영 결정을 완료한 것으로 처리하지 않습니다.

도착 화면으로 코드를 판단하는 오류

화면 캡처만 제출된 요청은 도착 내용에 관한 자료는 있지만 코드 선택을 판단할 근거는 부족한 상태입니다. 개발 담당에게 출발 주소, 도착 주소, 실제 응답 코드를 한 기록 안에 연결하도록 요청합니다. 코드의 설명만 있고 해당 주소의 응답 기록이 없다면 설정 의도와 실제 동작의 일치 여부는 미확인으로 기재합니다.

관리 화면에서 선택한 항목의 이름도 서버 응답을 대신하는 증거로 사용하지 않습니다. 선택 항목은 담당자가 어떤 설정을 요청했는지 설명하는 자료로 보관하고, 실제 동작은 응답 기록으로 판단합니다. 항목 이름과 응답이 서로 맞지 않으면 개발 담당에게 차이가 발생한 이유를 설명하도록 요청합니다.

목적 불일치를 남기는 판단 기록

이동 목적과 코드 설명이 충돌하면 방문자가 도착했다는 이유로 작업을 승인하지 않습니다. 운영자는 검색 주소에 관한 결정을 유지할지 다시 정하고, 개발 담당은 그 결정에 맞춰 수정할 항목을 제시합니다. 기록에는 불일치한 항목과 이를 해결할 담당자를 기재합니다.

기록의 결론은 적합, 목적 미정, 응답 근거 부족처럼 현재 판단 상태를 표현하도록 정할 수 있습니다. 이는 플랫폼이 제공하는 상태 이름이 아니라 팀이 사용하는 업무 표기입니다. 검색 결과 화면은 별도 관측 자료로 보관하고, 개발 작업의 완료 여부를 대신하는 항목으로 사용하지 않습니다.

개발 담당의 답변이 기존 설명과 달라졌다면 이전 기록을 삭제하지 않고 변경 사유를 추가합니다. 운영 담당은 주소 사용 계획의 변경인지 기술 설명의 정정인지 가려 기록합니다. 이렇게 남긴 이력은 다음 담당자가 코드 번호만 보고 과거의 운영 결정을 추정하는 일을 줄이는 데 사용합니다.

종료 날짜와 복귀 조건의 차이

이동을 종료할 날짜가 정해졌다는 이유만으로 기존 주소의 복귀 계획까지 확정된 것은 아닙니다. 운영자는 예정일이 지난 뒤 어떤 주소에서 서비스를 제공할지 별도로 결정합니다. 일정표에는 종료 날짜가 있고 요청서에는 주소 계획이 없다면 후자를 보완합니다.

종료 날짜가 미정이어도 원래 주소로 복귀할 조건은 문서로 정할 수 있습니다. 운영자는 어떤 상황이 해소되면 복귀를 결정할지와 누가 그 결정을 승인할지 기재합니다. 개발 담당에게는 날짜를 임의로 추정하게 하지 말고 승인 이후 필요한 변경 사항을 설명하도록 요청합니다. 일정이 연장될 때에도 기간 정보만 수정하지 않고 주소 사용 계획에 변화가 있는지 함께 기록합니다.

이어서 읽을 주제

병원 사이트 리뉴얼 SEO는 개편 과정에서 주소 변경 결정을 콘텐츠와 사이트 구조 작업에 어떻게 연결할지 이어 읽을 주제입니다. 병원 이전 명칭 변경은 위치나 명칭의 변경이 기존 주소의 사용 계획에도 영향을 주는지 판단하기 위해 이어 읽을 주제입니다.