URL 리다이렉트 체인을 확인하는 방법

리다이렉트 체인은 사용자가 요청한 첫 URL부터 최종 페이지까지의 전체 경로입니다. 브라우저는 중간 과정을 숨기므로 페이지가 열려도 여러 단계의 느린 이동이나 잘못된 규칙이 남아 있을 수 있습니다.

http://example.com/old → 301 → https://example.com/new → 200

체인 확인 절차

1. URL Redirect Checker를 엽니다.
2. 프로토콜, 경로와 쿼리를 포함한 정확한 시작 URL을 입력합니다.
3. 각 단계의 상태 코드와 목적지를 확인합니다.
4. Chrome, Safari, Googlebot, Twitter Bot과 curl 결과를 비교합니다.
5. 최종 URL이 의도한 정상 페이지인지 확인합니다.

이전 백링크가 http://www 주소를 사용한다면 선호하는 HTTPS 주소만 검사해서는 실제 이전 경로를 확인할 수 없습니다.

각 단계에서 볼 항목

• 요청 URL과 다음 Location
• 301, 302, 307, 308 상태
• HTTP, meta refresh 또는 JavaScript 이동 유형
• 응답 시간과 최종 상태
• 호스트, 프로토콜, 경로와 쿼리의 변화
• 사용자 에이전트별 목적지 차이

최종 결과가 200이어도 체인이 좋은 것은 아닙니다. 불필요한 단계, 중요한 매개변수 손실, 관련 없는 도메인 또는 Googlebot 전용 경로가 있을 수 있습니다.

상태 코드 이해

• 301/308은 일반적으로 영구 이동을 나타냅니다.
• 302/307은 원래 URL이 다시 사용될 임시 이동에 적합합니다.
• 307/308은 원래 HTTP 메서드와 본문을 유지하므로 폼과 API에서 중요합니다.

일반 페이지 이동은 서버의 HTTP 응답으로 처리하는 것이 가장 명확합니다. Meta refresh와 JavaScript 이동은 HTML 로딩 또는 코드 실행에 의존하므로 기본적인 영구 이전 수단으로는 덜 안정적입니다.

문제가 있는 체인의 징후

너무 많은 단계

/old → /archive → /new 대신 기존 주소가 최종 주소로 직접 이동하도록 규칙을 정리합니다. 내부 링크와 canonical도 최종 URL을 사용해야 합니다.

순환 이동

호스트, HTTPS, 후행 슬래시 또는 언어 규칙이 충돌하면 이전 URL로 돌아옵니다. 반복되는 가장 작은 주기를 찾아 책임 레이어를 확인하세요.

관련 없는 목적지

모든 삭제 페이지를 홈페이지로 보내지 마세요. 가까운 대체 페이지가 없으면 정확한 404 또는 410이 더 정직할 수 있습니다.

배포 점검표

• 최종 목적지가 관련 있고 HTTPS 대표 호스트를 사용한다.
• 체인은 가능한 한 한 단계다.
• 최종 페이지가 의도한 상태를 반환한다.
• 내부 링크, canonical과 사이트맵이 최종 URL을 가리킨다.
• 브라우저와 Googlebot이 동등한 핵심 콘텐츠에 도달한다.

변경 후 CDN 캐시를 고려하고 같은 시작 URL로 다시 검사해야 합니다.