12분 분량
URL 리디렉션 확인 방법과 리디렉션 체인 읽는 법
TrueURL, curl, 개발자 도구로 URL 리디렉션(리다이렉트)을 단계별로 확인하고, 체인의 모든 홉을 읽고, 루프·긴 체인·301/302 혼용을 고치는 법을 설명합니다.
글 읽기무료 리디렉션 도구
하나의 URL을 데스크톱 Chrome과 iPhone Safari로 한 번씩 검사하고 두 리디렉션 체인을 나란히 비교합니다. 모바일 방문자를 예상치 못한 곳으로 보내는 기기별 리디렉션을 찾아보세요.
Cloudflare 엣지는 항상 인증서를 검증하므로 이 옵션으로 검증을 건너뛸 수는 없습니다. 인증서 문제는 결과에 표시됩니다.
첫 번째 요청과 함께 최대 16 KB까지 전송됩니다. Content-Type 헤더를 직접 지정하지 않으면 JSON 본문은 application/json으로, 그 밖의 본문은 폼 데이터로 전송됩니다.
1~50 사이로 지정합니다. 브라우저는 리디렉션 20회 후 멈춥니다.
사이트에 따라 휴대폰, 크롤러, 링크 미리보기 봇을 각기 다른 곳으로 리디렉션할 수 있습니다.
체인의 모든 요청에 함께 전송됩니다.
사용자 지정 헤더가 없습니다.
이 헤더를 전송하려면 값을 입력하세요. 헤더 값은 저장되지 않습니다.
HTML 페이지에 있는 <meta http-equiv="refresh"> 태그와 Refresh 헤더를 따라갑니다.
페이지 스크립트에 있는 location.href = "…"처럼 단순하고 조건 없는 리디렉션을 따라갑니다.
설정은 이 브라우저에 저장됩니다. 쿠키, 헤더 값, POST 본문은 저장되지 않습니다.
일부 사이트는 User-Agent(사용자 에이전트) 헤더로 방문자의 기기를 판별해 어디로 보낼지 결정합니다. 별도의 모바일 사이트(m.example.com), 앱 다운로드 페이지, 스토어나 지역 선택 페이지, 광고 랜딩 페이지가 대표적인 예입니다. 이 로직이 잘못되면 모바일 방문자는 홈페이지, 오류 페이지, 또는 클릭한 링크와 관계없는 페이지에 도착하게 됩니다.
Google은 주로 페이지의 모바일 버전을 크롤링하고 색인하므로, 모바일 리디렉션이 잘못되면 사용자 경험뿐 아니라 검색 노출에도 악영향을 줍니다.
TrueURL은 같은 설정으로 URL을 두 번 검사하며, User-Agent만 Windows용 최신 데스크톱 Chrome과 iPhone Safari로 바꿉니다. 두 리디렉션 체인이 최종 URL, 상태 코드와 함께 나란히 표시되므로 차이를 한눈에 알 수 있습니다.
바뀌는 것은 User-Agent뿐입니다. JavaScript로 화면 크기에 따라 버전을 선택하는 사이트는 실제 휴대폰에서는 다르게 보이더라도 두 열에서 똑같이 동작할 수 있습니다. Android Chrome이나 Googlebot 같은 다른 에이전트로 테스트하려면 리디렉션 체인 검사의 고급 설정에서 프리셋을 선택하세요.
www.example.com/page에 머물고, 모바일은 모바일 홈페이지가 아니라 대응하는 m.example.com/page로 이동합니다. 데스크톱 페이지는 <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">로 모바일 URL을 가리키고, 모바일 페이지에는 데스크톱 페이지를 가리키는 canonical 태그가 있어야 합니다.Vary: User-Agent가 포함되어야 합니다.m. 링크를 연 데스크톱 사용자는 데스크톱 페이지로 돌아가지 않습니다.12분 분량
TrueURL, curl, 개발자 도구로 URL 리디렉션(리다이렉트)을 단계별로 확인하고, 체인의 모든 홉을 읽고, 루프·긴 체인·301/302 혼용을 고치는 법을 설명합니다.
글 읽기Windows용 데스크톱 Chrome과 iPhone Safari를 사용하며, 둘 다 최신 버전 번호를 씁니다. 사실상 모든 기기 감지 코드가 전자를 데스크톱 컴퓨터로, 후자를 휴대폰으로 인식합니다.
대부분 모바일 결과를 봅니다. Google은 주로 스마트폰용 Googlebot으로 웹을 크롤링하고 색인하며, 그 User-Agent는 Android 휴대폰의 Chrome처럼 보입니다. 모바일 열이 잘못된 페이지에서 끝난다면 Google도 그 페이지를 색인할 수 있습니다. 사이트가 Googlebot의 User-Agent에 무엇을 보내는지 보려면 리디렉션 체인 검사의 고급 설정에서 스마트폰용 Googlebot 프리셋을 사용하세요. 다만 IP 주소로 Googlebot을 검증하는 사이트는 TrueURL에 여전히 다르게 응답할 수 있습니다.
지원은 되지만 올바르게 구성하기가 더 어렵습니다. 모든 페이지에 대응하는 모바일 URL, 정확한 주석, 양방향 리디렉션이 필요합니다. Google은 기기별 리디렉션이 아예 필요 없는 반응형 디자인을 권장합니다. m-dot 사이트를 운영한다면 배포할 때마다 주요 페이지를 여기서 검사하세요.
사이트가 서버 측 리디렉션이 아니라 반응형 CSS나 JavaScript를 이용해 브라우저에서 화면을 조정하고 있을 가능성이 높습니다. 이는 권장되는 방식이며, 비교할 기기별 리디렉션이 없다는 뜻입니다.
이 도구는 데스크톱 Chrome과 iPhone Safari를 비교합니다. 다른 기기를 확인하려면 리디렉션 체인 검사에서 고급 설정을 열고 Android Chrome 같은 프리셋을 선택하거나 원하는 User-Agent 문자열을 붙여 넣은 뒤 검사를 실행하세요.
네. 리디렉션마다 페이지 로드가 시작되기 전에 왕복 한 번이 온전히 추가되며, 모바일 네트워크는 유선 인터넷보다 지연 시간이 깁니다. www에서 m.으로 가는 리디렉션 하나만으로도 눈에 띄는 지연이 생길 수 있으며, 리디렉션 지연 시간 측정으로 직접 측정할 수 있습니다.