URL 리디렉션 검사기

URL 리디렉션 검사기는 특정 URL의 301 및 302 리디렉션을 식별하고, 리디렉션 체인을 최대 10단계까지 추적하는 무료 도구입니다.

URL 리디렉션이란 무엇인가요?

URL 리디렉션은 브라우저, 검색 엔진 크롤러 또는 기타 클라이언트에 다른 주소를 요청하도록 지시하는 HTTP 응답입니다. 일반적으로 응답에는 3xx 상태 코드와 URI 참조를 값으로 갖는 Location 필드가 포함됩니다. 이 URI 참조는 상대 경로일 수도 있습니다.

301 상태 코드는 리소스가 영구적으로 이동했음을 뜻합니다. 페이지 주소를 변경하거나 HTTP에서 HTTPS로 전환할 때, 또는 중복 URL을 하나로 통합할 때 흔히 사용됩니다. 302 상태 코드는 리소스가 다른 위치에서 발견됐다는 뜻이지만, 일반적으로 임시 이동으로 처리됩니다.

HTTP에는 303, 307, 308을 비롯한 다른 리디렉션 코드도 정의되어 있습니다. 코드에 따라 클라이언트가 요청을 반복하는 방식이 달라질 수 있으며, 특히 POST 같은 메서드에서 차이가 중요합니다. 일반적인 웹페이지 리디렉션에서는 여전히 301과 302가 널리 사용되며, 이 검사기는 두 코드를 식별하도록 만들어졌습니다.

URL 리디렉션은 어떻게 확인하나요?

상태 코드 필드에는 301 또는 302 같은 HTTP 상태 코드를 입력합니다. 검사는 서버에서 실행되며 리디렉션을 최대 10단계까지 확인합니다.

입력한 정보는 HTTPS를 통해 서버로 전송되며 저장되지 않습니다.

어떤 리디렉션을 식별할 수 있나요?

이 검사기는 301 및 302 리디렉션을 식별합니다. 301은 영구 리디렉션, 302는 임시 리디렉션을 나타냅니다.

두 주소 사이를 번갈아 이동하는 흐름을 리디렉션 루프라고 합니다. HTTP, HTTPS, www, 비-www, 후행 슬래시가 있는 주소와 없는 주소 사이를 여러 번 이동하는 긴 흐름은 리디렉션 체인입니다. 이 도구는 최대 10단계에서 검사를 중단하므로, 그보다 긴 체인의 최종 도착지는 확인할 수 없습니다.

흔한 리디렉션 문제 해결하기

브라우저에 표시되는 최종 주소만으로는 중간 응답을 알 수 없을 때 리디렉션 검사가 유용합니다. HTTP 설정 오류인지, DNS나 애플리케이션 또는 캐싱 문제인지 구분하는 데 도움이 됩니다.

• 이전한 페이지가 여전히 예전 주소로 열립니다. 이전 URL을 직접 검사하세요. 301은 일반 홈페이지나 또 다른 오래된 주소가 아니라, 의도한 새 주소를 가리켜야 합니다.
• HTTP와 HTTPS가 계속 서로 전환됩니다. 두 버전을 모두 검사하세요. 웹 서버, 콘텐츠 전송 네트워크 또는 애플리케이션의 규칙이 충돌하면 한 계층에서 HTTPS를 HTTP로 보낸 직후 다른 계층에서 다시 HTTPS로 되돌릴 수 있습니다.
• 이메일의 링크가 예상한 랜딩 페이지로 연결되지 않습니다. 메시지에서 쿼리 문자열까지 포함한 전체 URL을 복사해 검사하세요. 추적 서비스는 최종 페이지에 도달하기 전에 하나 이상의 리디렉션을 추가하는 경우가 많으며, 중간 도착지에 문제가 있으면 체인이 중단될 수 있습니다.

도메인을 이전했다면 홈페이지뿐 아니라 대표적인 페이지 경로도 검사하세요. 홈페이지 리디렉션이 올바르다고 해서 상품 페이지, 게시물, 업로드된 파일에도 동일한 도착지 규칙이 적용된다는 뜻은 아닙니다.

문장 부호와 공백도 중요합니다. 가공하지 않은 공백은 유효한 URL에 사용할 수 없으며, 일반적으로 %20처럼 퍼센트 인코딩해야 합니다. #으로 시작하는 프래그먼트는 브라우저에서 처리되고 HTTP 요청에는 포함되지 않습니다. 따라서 프래그먼트만 바꿔도 서버 측에서 다른 리디렉션이 선택되지는 않습니다. 국제화 도메인 이름은 ASCII Punycode 형식으로 표시될 수 있습니다. 경로에 포함된 비 ASCII 문자는 일반적으로 UTF-8을 사용해 바이트로 인코딩되고, 전송 과정에서 해당 바이트가 퍼센트 인코딩됩니다.

리디렉션이 올바른데도 잘못된 것처럼 보이는 이유는 무엇인가요?

브라우저, DNS 리졸버, 프록시 서버, 콘텐츠 전송 네트워크가 캐시된 정보를 사용할 수 있기 때문입니다. 특히 영구 리디렉션은 서버 규칙을 변경한 뒤에도 브라우저 캐시에 남아 표시될 가능성이 큽니다.

서버 측 검사기는 브라우저에 로컬로 저장된 리디렉션 기록을 공유하지 않습니다. 다만 대상 웹사이트나 해당 CDN이 캐시된 응답을 반환할 수는 있습니다.

DNS 변경에는 별도의 지연이 발생합니다. 재귀 리졸버는 레코드의 TTL이 만료될 때까지 이전 IP 주소를 유지할 수 있습니다. 이 기간에는 네트워크에 따라 서로 다른 서버에 연결되어 다른 리디렉션 규칙을 받을 수 있습니다. "DNS 전파"라는 표현은 전 세계에서 한 번에 업데이트되는 단일 사건이 아니라, 캐시가 서로 다른 시점에 만료되는 현상을 가리킵니다.

최근 도메인을 이전했다면 DNS 레코드, CDN 설정, 원본 서버 규칙을 비교하세요. Google 캐시 검사기를 사용하면 과거에 색인되었거나 캐시된 페이지의 상황을 파악할 수 있고, 웹사이트 호스팅 검사기는 현재 도메인이 호스팅되는 것으로 보이는 위치를 확인하는 데 도움이 됩니다. 하지만 어느 도구도 HTTP 리디렉션 검사를 대신하지는 않습니다.

자주 묻는 질문

301 리디렉션을 나중에 변경할 수 있나요?

네. 서버 설정은 변경할 수 있지만, 클라이언트가 일정 기간 캐시된 301 응답을 계속 사용할 수 있습니다. 새 브라우저 프로필에서 검사하고, 직접 관리할 수 있는 CDN이라면 관련 캐시를 삭제하세요. 도착지가 바뀔 가능성이 있는 초기 테스트 단계에서는 301을 사용하지 않는 편이 좋습니다.

리디렉션할 때 URL 쿼리 문자열도 전달되나요?

리디렉션 규칙과 그 규칙이 생성한 Location 값이 쿼리 문자열을 유지하는 경우에만 전달됩니다. 일부 시스템은 기존 쿼리 문자열을 자동으로 복사하지만, 다른 시스템은 이를 바꾸거나 제거합니다. 모든 URL 변형이 똑같이 작동한다고 가정하지 말고, 무해한 테스트 매개변수가 포함된 실제와 유사한 URL로 확인하세요.

입력한 정보는 어떻게 처리되나요?

검사는 서버에서 처리됩니다. 입력한 정보는 HTTPS를 통해 서버로 전송되며 저장되지 않습니다.

JavaScript나 meta refresh 리디렉션도 확인하나요?

이 검사기는 301 및 302 HTTP 리디렉션을 식별하며, 리디렉션을 최대 10단계까지 확인합니다.

명령줄에서도 리디렉션을 확인할 수 있나요?

네. curl 명령어로 응답 헤더를 표시할 수 있으며, 리디렉션 추적 옵션을 사용하면 이어지는 위치에도 요청을 보낼 수 있습니다. 특정 컴퓨터나 네트워크에서 반복 가능한 검사가 필요할 때 유용하며, 특히 DNS 또는 방화벽 규칙을 변경한 뒤 확인할 때 도움이 됩니다.