빠른 사용법
세 단계로 확인합니다.
- 1Canonical hostname과 기본 규칙을 고릅니다
scheme·경로 없는 hostname과 HTTPS·www·trailing slash, 301 또는 302를 선택합니다.
- 2개별 이동을 두 인자로 입력합니다
한 줄에 `/old /new` 또는 `/old https://host/path` 형식으로 최대 200개를 추가합니다.
- 3백업 후 staging에서 순서와 loop를 검사합니다
기존 RewriteRule 앞뒤 위치, query 보존, 파일·디렉터리 예외와 연속 redirect를 `curl -I`로 확인합니다.
결과 읽기
.htaccess redirect는 규칙 하나보다 기존 설정과의 순서가 더 중요할 수 있습니다.
잘못된 문법·모듈 미설치·중복 canonical 규칙은 사이트 전체 500, redirect loop, query 손실과 SEO 신호 분산을 만들 수 있습니다.HOSTHostname 제한
scheme·경로·포트·shell 문자를 제외한 ASCII hostname만 redirect target에 사용합니다.
ARGS두 인자 규칙
사용자 줄을 source path와 안전한 path/http(s) target 두 개로만 허용해 directive 줄 삽입을 막습니다.
ORDER규칙 순서
HTTPS·host·slash·개별 경로가 서로 다시 이동시키지 않도록 기존 규칙과 최종 URL을 함께 테스트합니다.
Apache mod_rewrite·mod_alias와 AllowOverride 설정에 따라 동작이 다릅니다. 적용 전 파일 백업, config syntax 검사, staging, 대표 URL·쿼리·POST 동작 테스트를 거치세요.
이럴 때 유용합니다.
- HTTP→HTTPS 초안
- www canonical 통일
- 개별 구 URL 301 목록
함께 확인하세요.
- 사이트 전체 500·loop 가능
- 기존 규칙 순서 충돌
- 301은 충분히 검증 후 적용
자주 묻는 질문
사용 전 알아둘 점
301과 302 중 무엇을 쓰나요?
영구 이전은 보통 301, 임시 실험·점검은 302를 검토하지만 서비스 정책과 캐시 영향을 확인하세요.
공백이 있는 URL을 입력할 수 있나요?
directive 인자 주입을 줄이기 위해 허용하지 않습니다. URL을 적절히 percent-encode한 뒤 다시 검토하세요.
설정을 서버에 적용하나요?
아닙니다. 텍스트 초안만 만들며 실제 적용과 rollback은 운영자가 수행해야 합니다.