리다이렉트 계획 검증기
이전 URL을 새 URL로 옮길 때는 규칙 순서, 겹치는 접두어, 쿼리 처리 때문에 예상과 다른 지점으로 이동할 수 있습니다. 이 도구는 제한된 정확/접두어 규약을 입력 샘플에 적용해 사용한 규칙과 선언 상태, 이동 경로를 보여 줍니다. 정규화 결과도 검토용 CSV이며 Apache·nginx 설정이나 전체 규칙 안전성 증명은 아닙니다.
주요 기능
- CSV 순서에 따른 첫 일치 규칙 시뮬레이션
- 정확 경로 또는 끝 /* 접두어와 대상 * 한 개 캡처
- preserve·drop·replace 쿼리 정책을 명시적으로 적용
- 샘플별 이동·겹친 규칙·루프·충돌·한도 중단 표시
- 같은 출발 패턴의 중복과 충돌을 구분하고 원본 레코드 보존
- 결과 CSV·전체 JSON·조건을 통과한 정규화 계획 CSV
사용 방법
- from,to,status와 선택 query 열을 가진 규칙 CSV를 순서대로 넣습니다.
- 확인할 실제 형식의 절대 URL 샘플을 한 줄씩 입력합니다.
- 시뮬레이션을 실행하고 각 샘플의 최종 지점과 결과를 확인합니다.
- 상세 경로에서 적용 순서·겹침·쿼리·다른 origin 이동을 검토합니다.
- 미적용 규칙에는 샘플을 추가하고, 보고서와 필요할 때 정규화 계획 CSV를 저장합니다.
활용 예시
- 이전 글 경로 접두어와 예외 규칙 순서를 이전 전에 점검
- utm 등 쿼리를 유지하거나 제거할 계획을 샘플로 확인
- 같은 출발 URL이 서로 다른 대상에 매핑되는 충돌 찾기
- 한 번의 이동을 기대한 샘플이 체인이나 반복에 들어가는지 확인
자주 묻는 질문
샘플이 모두 통과하면 전체 규칙에 루프가 없나요?
아닙니다. 입력한 샘플만 검사합니다. neverSelected는 이번 샘플에 적용되지 않은 대표 규칙이며 도달하지 않음·우선순위·충돌 등 여러 이유가 있습니다. 미검사 규칙에는 별도 샘플을 추가해야 하며 전체 무루프나 배포 호환을 보장하지 않습니다.
정확 규칙과 와일드카드 중 무엇이 우선인가요?
종류보다 CSV 순서가 우선입니다. 각 홉에서 먼저 일치한 규칙을 적용하고 같이 일치한 규칙 레코드를 표시합니다. 출발 경로 끝 /* 하나만 지원하며 그 뒤의 경로를 대상 경로 * 하나에 문자 그대로 넣습니다. 정규식 규칙은 지원하지 않습니다.
쿼리 문자열은 어떻게 처리하나요?
preserve는 대상에 쿼리가 있으면 그 쿼리를 사용하고 없으면 현재 입력 쿼리를 유지합니다. drop은 대상에 적힌 쿼리도 지웁니다. replace는 대상에 적힌 쿼리만 사용합니다. 출발에 쿼리가 적혔으면 순서까지 정확히 같아야 하고, 없으면 모든 쿼리를 받습니다.
결과의 상태코드는 실제 HTTP 응답인가요?
CSV에 적힌 301·302·303·307·308 선언값입니다. 서버 요청·응답·메서드 보존·검색엔진 색인은 확인하지 않습니다. 종료 지점도 다음 규칙이 없다는 뜻이며 실제 페이지의 존재나 200 응답을 보장하지 않습니다.
정규화 계획 CSV를 서버에 그대로 넣어도 되나요?
아니요. 이 도구의 from,to,status,query 규약으로 정리한 검토용 CSV입니다. Apache/nginx 배포 설정이 아니며 서버별 매칭·쿼리 동작을 검증하지 않습니다. 충돌 규칙 또는 샘플의 루프·충돌·홉/URL 길이 한도가 남으면 이 내보내기를 막습니다.
지원 한도와 URL 정규화 기준은 무엇인가요?
규칙200개·샘플200개·샘플당30홉입니다. URL은 입력과 생성 후 2,048자 이내이며 생성 길이 초과는 그 샘플만 중단합니다. HTTP(S) URL의 기본 직렬화를 사용하고 경로 대소문자·쿼리 순서·인코딩·끝 슬래시는 임의 통일하지 않습니다. fragment는 거부합니다.
개인정보 안내
규칙과 샘플 URL은 현재 브라우저 메모리에서 처리하며 실제 URL에 접속하지 않습니다. 입력을 서버·분석 이벤트·URL·브라우저 저장소에 전송하거나 자동 저장하지 않습니다. 선택한 CSV와 직접 입력은 같은 로컬 검사 경로를 쓰며, 파일은 사용자가 저장을 눌렀을 때만 생성합니다.
댓글과 질문