Redirect Checker
Redirect Checker는 무료 도구입니다. 이 도구는 사이트가 사용자와 검색 엔진을 하나의 URL로 리디렉션하는지 확인합니다. 모든 도메인 버전을 한 번에 검사합니다.
Redirect Checker는 무엇을 하나요?
URL이나 도메인만 입력하면 됩니다. 도구가 해당 사이트의 각 변형을 가져옵니다. https, https www, http, http www을 모두 검사합니다. 각 리디렉션을 단계별로 따라갑니다. 단계를 하나의 결과로 합치지 않습니다.
프로토콜과 www는 입력한 값에서 가져옵니다. 도메인만 입력하면 홈페이지를 확인합니다. 전체 하위 페이지 주소를 입력하면 정확히 그 페이지를 확인합니다. 각 변형에 대해 모든 경로를 기록합니다. 상태 코드, 리디렉션 타입, 응답 시간, 최종 페이지가 포함됩니다.
정규 주소(캐노니컬)는 자동으로 감지됩니다. 변형이 하나로 합쳐지는 위치에 기반합니다. 이를 수동으로 지정할 필요가 없습니다. 필요하다면 원하는 버전을 강제로 지정할 수도 있습니다.
단계별 보기의 중요성
많은 체크 도구는 첫 번째와 마지막 주소만 보여줍니다. 이렇게 하면 체인, 혼합 코드, 느린 단계를 숨깁니다. 이 도구는 각 단계를 보여줍니다. 어디서 요청이 낭비되는지 한눈에 볼 수 있습니다. 실수로 사용된 임시 리디렉션도 포착합니다.
하나의 점프로 끝나야 할 체인도 찾아냅니다. 리디렉션 루프와 서버 오류도 감지합니다. 다른 도구에서 건너뛰는 클라이언트 측 리디렉션도 잡아냅니다.
알아두어야 할 리디렉션 유형
모든 리디렉션이 동일한 것은 아닙니다. 종류에 따라 사용자와 검색 엔진에 미치는 영향이 다릅니다. 301은 영구 이동을 의미합니다. 새로운 주소로 순위 신호를 전달합니다. 캐노니컬 설정에 적합한 선택입니다.
308은 301과 비슷하지만 요청 방식을 유지합니다. 302와 307은 임시 이동을 뜻합니다. 영구 변경에는 사용하지 마세요. 이전 주소가 인덱스에 남을 수 있습니다. 303은 GET 요청을 강제로 사용하며, 주로 폼 전송 후에 사용됩니다.
페이지는 HTTP 상태 코드 없이도 리디렉션할 수 있습니다. meta refresh나 JavaScript로도 할 수 있습니다. 이런 클라이언트 측 리디렉션은 느릴 수 있고 순위 신호가 전달되지 않을 수 있습니다. 도구가 이를 감지해 301로 교체할 수 있도록 도와줍니다.
SEO에 도움이 되는 방법
검색 엔진은 주소의 모든 버전을 별도로 취급합니다. HTTP, HTTPS, www, 그리고 www 없는 버전은 각각 개별적으로 계산됩니다. 마치 여러 개의 입구가 있는 상점과 같습니다. 둘 이상의 버전이 200을 반환하면 신호가 분산됩니다. 인덱싱 예산이 중복 페이지에 낭비됩니다.
모든 버전을 하나의 캐노니컬 주소로 리디렉션하세요. 이렇게 하면 모든 신호가 한 페이지로 모입니다. 기술적으로 가장 중요한 수정 사항 중 하나이며, 빠르게 적용할 수 있습니다.
속도와 크롤링 예산
도구는 성능 개선에도 도움이 됩니다. 리디렉션이 하나 추가될 때마다 통신이 한 번씩 늘어납니다. 긴 체인은 첫 바이트 도달 시간을 늘립니다. 모바일 네트워크에서는 더 심각합니다. 구글은 리디렉션을 최소화하라고 권장합니다.
한 번의 점프가 이상적입니다. 도구는 각 단계의 시간을 측정하고 불필요한 점프를 셉니다. 보이지 않던 지연이 가시적으로 드러납니다. 사이트 마이그레이션이나 HTTPS로 변경 시 특히 유용합니다. 도메인 또는 CMS 변경 시에도 규칙이 깨질 수 있습니다.
끝 슬래시와 캐노니컬 태그
대부분의 도구가 놓치는 체크 포인트입니다. 한 페이지가 두 주소에서 접근될 수 있습니다. 한쪽은 슬래시로 끝나고, 다른 쪽은 그렇지 않습니다. 즉, /blog와 /blog/가 모두 200을 반환할 수 있습니다. 검색 엔진에는 중복 콘텐츠로 인식됩니다.
도구가 두 형식 모두를 대신 검사합니다. 한쪽이 다른 쪽으로 리디렉션되는지 알려줍니다. 두 버전 모두 200을 반환하면 경고를 받습니다. 이 경우 하나의 규칙만 추가해 한 가지 형식만 남기세요.
도구는 또한 캐노니컬 태그를 읽고, 리디렉션 도착지와 비교합니다. 일치하지 않으면 신호를 줍니다. 신호가 충돌하면 검색 엔진이 혼란스러울 수 있습니다. 그러므로 이를 꼭 바로잡으세요.
Redirect Checker의 일반적 활용 예시
www와www없는 버전이 모두 한 호스트로 연결되는지 확인- HTTP가 항상 HTTPS로 영구 리디렉션되는지 확인
- 크롤링 및 탐색을 느리게 하는 다단계 체인 감지
- 사이트가 다운되기 전에 리디렉션 루프 찾기
- 영구(301/308)와 임시(302/307) 리디렉션을 구분
- meta refresh 및 JavaScript 리디렉션을 감지해 개선
- 단일 변형에 대한 Apache 또는 NGINX 규칙 생성
- 마이그레이션이나 리런칭 후 리디렉션 재확인
여러 위치에서 리디렉션 확인
일부 사이트는 국가에 따라 다른 리디렉션을 제공합니다. 또 JavaScript 동작에 따라 동적으로 바뀌는 경우도 있습니다. 고급 설정을 열어 이를 처리하세요. 프리미엄 프록시를 활성화하고 국가를 선택하면 해당 위치에서 페이지를 요청합니다.
클라이언트 측 렌더링도 켤 수 있습니다. JavaScript 실행 후 발생하는 리디렉션도 포착합니다. 위치 기반 서비스, 싱글 페이지 앱에서 특히 도움이 됩니다. 일반 요청만으로는 확인이 불가능합니다.
Redirect Checker와 기타 도구 비교
| 기능 | DiagnoSEO | 타 도구 |
|---|---|---|
| 4가지 주소 변형 모두 한 번에 테스트 | ✅ | ✅ |
| URL 붙여넣기 - www/HTTP 자동 감지 | ✅ | ❌ |
| 정규 주소 감지 및 캐노니컬 태그 검사 | ✅ | ❌ |
| 홈페이지뿐 아니라 모든 하위 페이지 검사 | ✅ | ❌ |
| 슬래시 있음/없음 리디렉션도 검사 | ✅ | ❌ |
| 목적지뿐 아니라 전체 리디렉션 체인 단계별 표시 | ✅ | ❌ |
| 각 점프별 응답 시간 측정 | ✅ | ❌ |
| meta refresh 및 JavaScript 리디렉션 감지 | ✅ | ❌ |
| 리디렉션 루프 탐지 | ✅ | ❌ |
| Googlebot 또는 선택한 국가로 검사 | ✅ | ❌ |
| 목적지 맞춤형 Apache/NGINX 규칙 생성 | ✅ | ❌ |
| 결과를 CSV로 내보내기 | ✅ | ❌ |
팁과 모범 사례
- 하나의 캐노니컬 변형만 선택하세요. 나머지 세 개는 각각 301로 리디렉션합니다.
- 가능하면 리디렉션을 한 번의 점프로 제한하세요.
- 영구 변경에는 301 또는 308을 사용하세요.
- 내부 링크는 캐노니컬 주소로 직접 연결하세요.
- 서버, CDN, HTTPS 변경 후 반드시 다시 테스트하세요.
- 홈페이지와 하위 페이지 모두 점검하세요.
가장 흔한 실수
www와www없는 버전을 모두 200 상태로 두는 것- HTTP, HTTPS, www 각각을 따로 리디렉션 체인으로 처리
- 영구 변경임에도 임시 302 사용
- meta refresh 또는 JavaScript 리디렉션에 의존
www와 비-www간 리디렉션 루프 생성- 사이트맵, 캐노니컬 태그 업데이트를 깜박함
Redirect Checker 이용 방법
- URL이나 도메인을 입력하세요. 단일 페이지를 확인하려면 완전한 주소를 붙여넣으세요.
- 캐노니컬 목적지는 자동 또는 원하는 버전으로 지정하세요.
- User agent를 선택하세요. 브라우저 또는 Googlebot을 선택할 수 있습니다.
- 두 번째 페이지 확인 기능은 활성화 상태로 두거나 고급 설정을 여세요.
- 분석을 실행하세요. 결과와 변형의 체인을 확인하세요.
- Redirect 규칙 생성 탭을 여세요. Apache나 NGINX 규칙을 복사하세요.
사례 연구
온라인 쇼핑몰이 HTTPS로 전환했습니다. www 버전과 비-www 버전을 모두 운영했죠. HTTP는 HTTPS까지 세 번이나 점프해야 도달할 수 있었습니다. 순위가 오르지 않고 인덱싱도 줄었습니다. 팀은 원인을 찾지 못했습니다.
Redirect Checker는 즉시 전체 체인을 보여주었습니다. 중복 호스트도 밝혀냈습니다. 팀은 모든 것을 301로 통합했습니다. 내부 링크와 사이트맵도 업데이트했습니다. 결과가 완전히 깨끗해질 때까지 다시 확인했습니다.
몇 주 만에 인덱싱 효율이 회복되었습니다. 추가 코드 수정 없이 순위도 안정적으로 복구되었습니다.
자주 묻는 질문
-
두 가지는 서로 다른 호스트명입니다. 검색 엔진은 별도의 주소로 처리합니다. 한 쪽이 항상 다른 쪽으로 영구 리디렉션되어야 합니다. 그래야 중복 콘텐츠를 예방할 수 있습니다.
-
네. 모든 점프가 표기됩니다. 각 점프마다 상태 코드, 유형, 응답 시간이 표시됩니다. 최종 목적지뿐만 아니라 더 많은 정보를 볼 수 있습니다.
-
301, 302, 303, 307, 308 리디렉션을 감지합니다. 또한 meta refresh 및 일반적인 JavaScript 리디렉션도 탐지합니다.
-
가장 좋은 것은 한 번입니다. 단일 직접 301이 가장 빠릅니다. 추가 점프가 많아질수록 지연 및 신호 분산이 발생할 수 있습니다.
-
네. 고급 설정을 열고 프리미엄 프록시를 활성화한 후 국가를 고르면 됩니다. JavaScript 렌더링도 켤 수 있습니다.
-
네. 각 변형별로 모든 점프 기록을 내보낼 수 있습니다. 파일은 CSV 형식입니다. 보고서나 추가 분석에 사용할 수 있습니다.
-
네. /페이지와 /페이지/는 다른 주소입니다. 둘 다 200을 반환하면 중복 콘텐츠가 됩니다. 한쪽이 다른 쪽으로 리디렉션되어야 합니다.