리다이렉트 규칙 생성기

302로 개편했다가 벌어지는 일

주소가 영영 바뀐 거라면 301입니다. 이건 취향 문제가 아닙니다. 301은 "옛 주소는 잊고 새 주소를 쓰라"는 신호라 검색엔진이 색인을 새 주소로 옮기고 기존 평가를 넘겨줍니다. 302는 "잠깐 다른 데 다녀오라"는 뜻이라 검색엔진은 옛 주소를 계속 색인해 둡니다.

개편에 302를 쓰면 몇 달 뒤 이런 상태가 됩니다. 검색결과에는 옛 주소가 계속 뜨고, 새 주소는 색인되지 않으며, 새로 쌓은 링크의 평가가 옛 주소에 갇혀 있습니다. 나중에 301로 고쳐도 다시 옮겨지는 데 또 시간이 걸립니다.

반대로 되돌릴 계획이 있는데 301을 쓰는 것도 위험합니다. 브라우저는 301을 캐시에 오래 저장하기 때문에, 규칙을 지워도 방문자 브라우저는 한동안 계속 새 주소로 갑니다. 이벤트 페이지나 점검 안내처럼 곧 되돌릴 것이라면 302를 쓰세요.

체인과 루프 — 이 도구가 잡아 주는 것

리다이렉트 체인은 A→B→C처럼 이어지는 상태입니다. 개편을 두 번 하면 자연스럽게 생깁니다. 첫 개편에서 /old→/new 를 걸어 뒀는데, 두 번째 개편에서 /new→/final 을 추가하면 옛 주소로 들어온 사람은 두 번 튕깁니다.

구글은 대체로 몇 단계까지는 따라가지만, 단계마다 왕복이 생겨 느려지고 크롤링 예산이 낭비됩니다. 모바일에서는 체감 속도 차이가 큽니다. 해법은 간단합니다 — 옛 규칙의 목적지를 최종 주소로 직접 바꿉니다. /old→/final, /new→/final 두 줄로 만들면 됩니다.

이 도구는 입력한 규칙 안에 체인이 있으면 경고하고 실제 경로를 보여 줍니다. 자기 자신으로 가는 무한 루프도 잡습니다. 다만 이미 서버에 적용되어 있는 옛 규칙과의 체인은 알 수 없으니, 적용 전에 기존 설정 파일을 함께 확인해야 합니다.

# 실제로 몇 단계를 거치는지 확인 — -L 로 끝까지 따라갑니다
curl -sIL https://example.com/old-page | grep -E "^HTTP|^[Ll]ocation"

# 결과 예시 (체인 2단계 — 고쳐야 함)
#   HTTP/2 301
#   location: https://example.com/new-page
#   HTTP/2 301
#   location: https://example.com/final-page
#   HTTP/2 200

사이트 개편 시 URL 이전 절차

순서를 지키면 순위 손실을 최소화할 수 있습니다. 실무에서 검증된 순서입니다.

1. 옛 주소를 빠짐없이 모읍니다 — 서치 콘솔의 페이지 보고서(색인된 주소), 기존 sitemap.xml, 웹서버 access log, 네이버 서치어드바이저를 합칩니다. 로그를 쓰면 검색엔진이 모르는 주소까지 잡힙니다.
2. 유입이 많은 주소부터 1:1로 매핑합니다. 시간이 없으면 상위 20%만 정확히 매핑해도 트래픽의 대부분을 지킵니다.
3. 엑셀 두 열(옛 주소 / 새 주소)로 만든 매핑 표를 그대로 복사해 이 도구에 붙여넣습니다.
4. 규칙을 스테이징에 먼저 적용해 curl -I 로 몇 개 찍어 본 뒤 운영에 반영합니다(nginx -t → systemctl reload nginx).
5. 사이트맵을 새 주소 목록으로 교체해 다시 제출하고, 내부 링크도 새 주소로 직접 고칩니다. 자기 사이트 안에서 리다이렉트를 타게 두지 마세요.
6. 도메인까지 바꿨다면 서치 콘솔의 주소 변경 도구를 씁니다. 옛 도메인은 최소 1년 이상 301을 건 채로 유지합니다.
7. 몇 주간 서치 콘솔의 색인 현황과 404 오류를 지켜보며 빠뜨린 주소를 추가합니다.

서버별로 다른 함정

같은 규칙이라도 서버마다 걸리는 지점이 다릅니다.

• nginx — location 은 쿼리스트링(?id=3)을 매칭하지 못합니다. 이 도구는 ?가 든 주소를 $request_uri 를 비교하는 if 문으로 만드는데, 이 블록은 server 안·location 밖에 둬야 합니다.
• nginx 도메인 정규화 — https 요청을 리다이렉트하려면 그 도메인의 SSL 인증서가 먼저 있어야 합니다. www 인증서 없이 www→non-www 규칙만 넣으면 방문자는 리다이렉트 전에 인증서 오류를 봅니다. 도메인 이전도 마찬가지로 옛 도메인 인증서를 계속 갱신해야 합니다.
• Apache — .htaccess 는 재시작 없이 즉시 적용되지만, 안 먹으면 AllowOverride All 과 a2enmod rewrite 를 확인하세요. 규칙이 수백 개면 요청마다 파일을 읽으므로 가상호스트 설정으로 옮기는 편이 낫습니다.
• Netlify — https 강제와 www 통일은 대시보드의 Domain management 에서 처리하는 것이 정석이라 _redirects 에 넣을 필요가 없습니다. 위에서부터 먼저 맞는 규칙 하나만 적용되며, 실제 파일보다 우선하려면 상태 코드 뒤에 ! 를 붙입니다.
• 정규식 모드 — 규칙은 위에서부터 검사됩니다. /* 처럼 넓게 잡는 패턴을 위에 두면 아래 규칙이 영영 실행되지 않습니다. 좁은 규칙을 먼저 두세요.