이전 URL과 각 URL의 도착 주소, 사용할 리디렉션 규칙을 붙여넣으세요(.htaccess, _redirects, vercel.json 또는 nginx). 이동 단계, 루프, 임시 리디렉션, http로의 하향 이동을 확인한 뒤 CSV를 다운로드할 수 있습니다.
웹사이트를 이전하시나요? 이전 주소를 최대 25개까지 입력하고 각 주소가 도착해야 할 페이지와 적용할 리디렉션 규칙을 붙여넣으세요. 검사기는 각 주소에 규칙을 적용해 어떤 리디렉션이 작동하고, 어떤 규칙이 루프나 체인을 만들며, 어떤 규칙이 방문자를 엉뚱한 곳으로 보내는지 알기 쉽게 알려줍니다. 브라우저에서 실행되며 사이트에 접속하지 않습니다. 실제 주소를 확인하려면 아래에 표시된 한 줄 명령의 출력을 붙여넣으세요.
이전 주소를 한 줄에 하나씩 적고, 각 주소 뒤에 도착해야 할 주소를 입력하세요. 쉼표, 탭 또는 화살표로 구분할 수 있습니다. 한 번에 최대 25줄까지 확인할 수 있습니다.
리디렉션 규칙을 붙여넣으세요. 검사기는 Apache .htaccess의 Redirect, RedirectMatch 및 R 플래그가 있는 RewriteRule, Netlify 형식의 _redirects 파일, vercel.json 리디렉션, 간단한 nginx rewrite 및 return 규칙을 읽습니다.
이전 주소마다 규칙을 적용해 최대 10단계까지 순서대로 확인합니다. 각 단계의 상태 코드와 최종 주소를 볼 수 있습니다.
보고서는 리디렉션 루프, 한 단계보다 긴 체인, 임시(302 또는 307) 리디렉션, https에서 http로의 이동, 적용되는 규칙이 없는 주소, 이전 페이지를 관련 페이지 대신 홈페이지로 보내는 규칙을 표시합니다.
결과를 CSV로 다운로드해 사이트 이전 체크리스트로 보관하세요. 이미 공개된 사이트를 확인하려면 두 번째 탭에 curl 출력을 붙여넣으세요. 검사기가 실제 상태 코드와 Location 헤더를 읽습니다.
웹사이트 이전에는 영구 리디렉션(301 또는 308)을 사용하세요. 임시 리디렉션은 이전 주소가 다시 사용될 수 있다고 검색 엔진에 알립니다.
각 이전 페이지를 가장 가까운 새 페이지로 연결하세요. 모두 홈페이지로 보내면 페이지가 없는 경우와 거의 동일하게 취급됩니다.
최종 주소로 바로 리디렉션하세요. /a가 /b로, /b가 /c로 이동한다면 /a가 /c로 바로 가도록 바꾸세요.
방문자가 불필요한 단계를 거치지 않도록 모든 도착 주소에서 https와 www 사용 여부를 동일하게 유지하세요.
이전 후 최소 1년 동안 리디렉션을 유지하세요. 검색 엔진이 반영한 뒤에도 오래된 링크와 북마크를 통해 방문자가 계속 들어올 수 있습니다.
자주 묻는 질문
이 리디렉션 검사기가 제 웹사이트에 접속하나요?
아니요. 브라우저에서는 한 웹사이트가 다른 웹사이트의 리디렉션을 읽을 수 없으므로, 브라우저에서 실행되는 도구가 이전 URL을 직접 가져올 수는 없습니다. 대신 붙여넣은 주소에 리디렉션 규칙을 적용합니다. 실제 사이트를 확인하려면 터미널에서 curl -sIL 뒤에 주소를 입력해 실행하고, 그 출력을 실제 체인 탭에 붙여넣으세요. 그러면 서버가 반환한 실제 응답을 읽습니다.
어떤 리디렉션 규칙 형식을 지원하나요?
Apache .htaccess의 Redirect, RedirectPermanent, RedirectMatch 및 R 플래그가 있는 RewriteRule 행, Netlify 형식의 _redirects 행, :param 및 :path* 자리표시자가 포함된 vercel.json의 redirects 배열, 간단한 nginx rewrite 규칙과 location = /path { return 301 ...; } 블록을 지원합니다. RewriteCond 조건은 시뮬레이션하지 않으며, 감지되면 보고서에 표시합니다.
리디렉션 체인이란 무엇이며 왜 문제가 되나요?
주소가 다른 주소로 리디렉션되고 그 주소가 또 다른 주소로 리디렉션되는 경우 체인이라고 합니다. 단계가 추가될 때마다 방문자에게 지연이 생기고 검색 엔진이 따라야 할 경로도 길어집니다. 첫 주소가 최종 주소로 바로 이동하도록 설정하세요.
웹사이트를 이전할 때 301과 302 중 무엇을 써야 하나요?
거의 모든 웹사이트 이전처럼 영구적인 변경에는 301(또는 308)을 사용하세요. 302와 307은 임시 변경을 뜻하므로 검색 결과에 이전 주소가 계속 남을 수 있습니다.
이전 페이지를 홈페이지로 보내면 왜 표시되나요?
이전 서비스 페이지가 홈페이지에 도착하면 방문자는 찾던 정보를 얻지 못하고, 검색 엔진은 이를 페이지가 없는 경우처럼 취급할 수 있습니다. 대신 내용이 가장 잘 맞는 새 페이지에 연결하세요.
붙여넣은 정보가 저장되나요?
아니요. 주소와 규칙은 브라우저 탭에만 남아 있으며 탭을 닫으면 사라집니다. We.Inc로 전송되지 않습니다.
리디렉션 맵은 웹사이트 이전의 핵심입니다
사이트를 새 플랫폼이나 도메인으로 옮기기 전에 방문이나 링크가 있는 모든 주소를 나열하세요. 홈페이지, 서비스 및 제품 페이지, 블로그 게시물, 사람들이 북마크하는 페이지를 포함합니다. 각 주소 옆에 가장 적합한 새 주소를 적으세요. 이 목록이 리디렉션 맵이며 이 검사기가 확인하는 대상입니다.
공개 전에 맵을 확인하면 수정 비용이 적을 때 흔한 실수를 찾을 수 있습니다. 너무 많은 주소를 처리하는 규칙, 서로를 오가는 두 규칙, 또는 잊힌 페이지로 인해 404가 발생하는 경우가 여기에 해당합니다.
curl로 실제 사이트 확인하기
curl은 macOS, Windows 10 이상 및 대부분의 Linux 시스템에 포함된 명령줄 프로그램입니다. curl -sIL https://example.com/old-page를 실행하면 서버에 해당 주소를 요청하고 모든 리디렉션을 따라가며 각 단계의 헤더를 출력합니다. 출력을 모두 실제 체인 탭에 붙여넣으면 검사기가 같은 내용을 알기 쉬운 보고서로 바꿔줍니다.