HTTP 상태 및 리디렉션 검사기

URLs — one per line

Advanced: safe request headers

One Name: value pair per line

Up to 5 response-negotiation headers: Accept, Accept-Language, Cache-Control, and Pragma. Credentials, cookies, and X-* headers are refused. Headered checks are never cached or stored.

Request user-agent

A matching user-agent does not make this request originate from that crawler’s verified IP range.

follows redirects · max 5 hops

0 URLs

검사는 당사 서버에서 실행됩니다. 입력한 URL을 가져오지만 결과는 보관하지 않습니다. Re-running the same list within about ten minutes reuses a short-lived cache. Checks with custom headers deliberately bypass that cache. 익명 실행별 결과 계수는 종합 연구에 사용될 수 있습니다. URL, 도메인, IP 및 식별자는 절대 포함되지 않으며 100회 미만의 실행에 대한 통계는 공개하지 않습니다.

피드백

Checks run from datacenter IPs at the edge — some bot-protected sites (Cloudflare challenges, WAFs, CDN bot rules) answer these requests differently than they would answer a real browser.

이 도구 정보

최대 500개의 공개 URL을 제한된 배치로 확인해 HTTP 상태 코드, 전체 리디렉션 체인, 최종 대상, 홉별·전체 지연 시간, header 근거와 canonical 신호를 보여 줍니다. 결과를 필터링하고 이전 스냅샷과 비교하거나 CSV로 내보낼 수 있습니다.

URL은 상태 확인을 위해서만 endpoint로 전송되며 저장되지 않습니다.

기능

호스트별 부하를 제한하는 진행 표시 배치에서 최대 500 URL 확인
URL마다 최대 5개 redirect hop과 각 상태 코드, Location, 대상 및 지연 시간 기록
브라우저, Googlebot, Bingbot, GPTBot, ClaudeBot 및 PerplexityBot user-agent 선택
2xx·3xx·4xx·5xx 필터, 정렬, CSV 내보내기와 로컬 스냅샷 비교

작동 방식

도구는 URL을 정규화하고 중복을 제거한 뒤 작은 배치로 서버 검사기에 전달합니다. 서비스는 최대 다섯 redirect hop과 한 단계의 meta refresh를 따라가며 상태, Location, 지연 시간과 header를 기록하고 브라우저에서 결과를 2xx, 3xx, 4xx, 5xx 또는 연결 오류로 분류합니다.

제한사항

가져오기는 데이터센터 edge IP에서 실행되므로 WAF, CDN 또는 bot 보호가 실제 사용자나 검증된 크롤러와 다르게 응답할 수 있습니다.
로그인 필요, IP 제한 또는 private address는 거부됩니다. crawler user-agent 선택은 요청 IP가 해당 크롤러의 검증된 IP라는 뜻이 아닙니다.
2xx는 HTTP 응답 성공만 나타내며 콘텐츠 품질이나 색인 가능성을 보장하지 않습니다. title, 렌더링 콘텐츠와 전체 chain을 별도로 확인해야 합니다.

자주 묻는 질문

한 번에 URL을 몇 개까지 확인할 수 있나요?

실행 한 번에 최대 500개입니다. 한 줄에 하나씩 붙여 넣거나 사이트맵 URL에서 바로 가져오세요. 도구는 목록을 25개씩 묶고 한 호스트나 검사 서비스를 과부하시키지 않도록 요청 간격을 의도적으로 조절합니다. 따라서 단일 사이트 전체 실행에는 몇 분이 걸릴 수 있습니다. 확인 전 중복 행은 제거됩니다.

상태 코드와 최종 URL의 차이는 무엇인가요?

표시되는 상태 코드는 최종 상태, 즉 모든 리디렉션을 따른 뒤 URL이 실제로 도착한 페이지의 코드입니다. 최종 URL 열은 리디렉션 URL이 도착한 위치를 보여 줍니다. URL이 리디렉션되면 도구는 전체 체인을 최대 5단계까지 따라가고 첫 단계가 아니라 목적지를 보고합니다. 각 행을 펼치면 모든 단계와 개별 코드를 볼 수 있습니다.

상태 코드가 빨간색이나 주황색인 이유는 무엇인가요?

행은 상태 분류에 따라 색상이 지정됩니다. 초록색은 2xx 성공, 주황색은 3xx 리디렉션, 빨간색은 404 같은 4xx 클라이언트 오류, 503 같은 5xx 서버 오류 또는 연결 오류입니다. 색상을 이용하면 모든 코드를 읽지 않고도 긴 목록에서 끊어진 URL과 리디렉션 URL을 찾을 수 있습니다.

크롤러가 보는 상태 코드를 확인하나요?

브라우저와 여러 검색 및 AI 크롤러의 사용자 에이전트 문자열을 보낼 수 있어 크롤러별 규칙을 드러낼 수 있습니다. 하지만 요청은 해당 크롤러의 검증된 네트워크가 아니라 데이터 센터 IP에서 전송되므로 IP를 검증하는 사이트에서는 확인되지 않은 봇으로 취급할 수 있습니다.

붙여 넣은 URL이 저장되나요?

아니요. URL은 상태를 가져오기 위해서만 검사 엔드포인트로 전송되며 저장되지 않습니다. 필터링, 정렬, CSV 내보내기는 모두 브라우저에서 실행됩니다. 약 10분 안에 같은 목록을 다시 실행하면 수명이 짧은 캐시를 재사용하여 더 빠르게 확인하지만 계정이나 데이터베이스에는 아무것도 유지되지 않습니다.

다음 단계리디렉션 맵 작성기 — generate the corrected version. 안내는 영어로 제공됩니다.

자주 발생하는 문제와 해결 방법

경고 URL이 리디렉션을 반환합니다 해결 방법: 내부 링크를 최종 URL로 업데이트하고 오래된 주소에는 의도적인 서버 측 리디렉션 한 번을 사용하세요.
오류 URL이 4xx 응답을 반환합니다 해결 방법: URL을 수정하거나 리소스를 복원하고 영구 제거를 의도한 경우에만 410을 반환하세요.
오류 URL이 5xx 응답을 반환합니다 해결 방법: URL이 안정적인 성공 응답을 반환할 때까지 애플리케이션, 원본 또는 상위 시스템 장애를 수정하세요.
오류 URL에 사용 가능한 HTTP 응답이 없습니다 해결 방법: URL이 사용 가능한 HTTP 응답을 반환하도록 DNS, TLS, 시간 초과 또는 연결 문제를 해결하세요.
오류 URL이 리디렉션 루프에 빠집니다 해결 방법: 충돌하는 리디렉션 규칙을 활성 최종 URL에서 끝나는 비순환 경로 하나로 변경하세요.
경고 최종 URL이 다른 호스트로 연결됩니다 해결 방법: 리디렉션이 의도한 정규 호스트를 가리키게 하거나 교차 호스트 이동이 의도적이면 원본 URL을 업데이트하세요.