홈페이지 리뉴얼 301 리다이렉트: 주소가 바뀔 때 검색 순위 지키기

홈페이지를 리뉴얼하면 메뉴 구조와 함께 페이지 주소(URL)도 바뀌는 경우가 많습니다. 옛 주소를 새 주소로 이어 주지 않으면 검색 결과와 거래처 사이트에 걸려 있던 링크가 모두 「페이지를 찾을 수 없음」으로 끝나고, 옛 페이지가 쌓아 온 검색 평가도 새 페이지로 넘어가지 않습니다. 이 가이드는 리뉴얼을 맡은 담당자를 위해 301 리다이렉트의 뜻과 302·308과의 차이, 옛 주소 목록 뽑기부터 대응표 작성, 적용, 오픈 후 서치콘솔 확인까지를 구글 검색 센터와 네이버 서치어드바이저 공식 문서 기준으로 정리합니다.

301 리다이렉트란? 리뉴얼 때 꼭 필요한 이유

301 리다이렉트는 「이 페이지는 새 주소로 영구히 옮겼다」는 뜻의 HTTP 응답 코드(301 Moved Permanently)로, 옛 주소로 들어온 방문자와 검색 로봇을 새 주소로 자동으로 보내는 설정입니다. 서버가 301과 새 주소를 돌려주면 브라우저는 새 주소를 열고, 검색엔진은 새 주소를 대표 주소로 기록합니다.

이 설정이 빠지면 세 가지 문제가 생깁니다.

• 검색 결과에 남은 옛 주소: 오픈 직후에도 검색 결과에는 한동안 옛 주소가 표시됩니다. 연결이 없으면 클릭한 고객은 오류 화면을 봅니다.
• 밖에 퍼져 있는 링크: 거래처 사이트, 블로그 글, 카탈로그의 QR코드, 메일 서명, 즐겨찾기에 들어간 주소가 한꺼번에 끊깁니다.
• 검색 평가가 이어지지 않음: 네이버 서치어드바이저는 URL이 바뀌면 검색로봇이 기존 페이지와 다른 신규 정보로 잘못 판단할 수 있고, 기존의 좋은 검색 정보와 이용자 선호도 정보가 쓰이지 못할 수 있다고 설명합니다. 그래서 301 방식으로 기존 URL을 함께 알려 달라고 안내합니다. 구글도 사이트 이전 문서에서 301 같은 영구 리디렉션은 PageRank 손실을 일으키지 않는다고 적고 있습니다.

301·302·307·308 차이

주소를 영구히 바꿨다면 301 또는 308, 잠시 다른 곳으로 보낼 때는 302 또는 307을 씁니다. 리뉴얼은 되돌릴 계획이 없는 영구 변경이므로 301(또는 308)이 맞습니다. 구글은 영구 리디렉션의 새 주소를 검색 결과에 표시하고, 임시 리디렉션은 원래 주소를 계속 표시합니다.

301과 308의 차이는 요청 방식입니다. MDN 문서에 따르면 308은 요청 메서드와 본문을 유지하고, 301은 POST 요청이 GET으로 바뀔 수 있습니다. 일반 페이지 이동에는 차이가 없어 대부분 301을 씁니다. 네이버도 페이지를 바꿀 때는 301, 잠시 바꿀 때는 302를 쓰라고 안내합니다.

1단계. 옛 주소 목록 뽑기

리다이렉트 작업의 품질은 옛 주소 목록이 얼마나 빠짐없는지에 달려 있습니다. 구글 사이트 이전 문서는 옛 URL 목록을 만들 출처로 사이트맵, 서버 로그나 애널리틱스, 서치콘솔의 링크 정보, CMS의 콘텐츠 목록, 그리고 이미지·동영상·자바스크립트·CSS 같은 자산을 듭니다. 담당자가 직접 꺼낼 수 있는 곳을 정리하면 다음과 같습니다.

2단계. 새 주소 대응표 만들기

대응표는 옛 주소 한 줄마다 「어디로 보낼지」를 정한 표로, 개발자가 리다이렉트 규칙을 만드는 원본이 됩니다. 원칙은 내용이 같은 페이지끼리 하나씩 잇는 것입니다. 네이버 서치어드바이저도 사이트를 옮길 때 콘텐츠 리다이렉트는 URL 기준으로 1:1로 대응되어야 한다고 안내합니다.

옛 페이지는 세 가지 중 하나로 처리합니다.

• 같은 내용의 새 페이지가 있음: 그 페이지로 301을 겁니다.
• 여러 페이지를 하나로 합침: 합친 페이지로 301을 겁니다. 구글은 여러 옛 페이지를 내용이 이어지는 한 페이지로 모으는 것은 괜찮다고 설명합니다.
• 대응할 페이지가 없음: 억지로 홈으로 보내지 말고 404(페이지 없음) 또는 410(영구 삭제) 응답을 돌려줍니다. 구글은 옮기지 않는 콘텐츠의 옛 URL이 404나 410을 정확히 돌려주는지 확인하라고 안내합니다.

대응표는 리뉴얼 기획 단계에서 새 사이트맵이 확정될 때 함께 만드는 것이 가장 수월합니다. 새 메뉴 구조를 짜는 과정은 홈페이지 리뉴얼 기획안 작성 7단계 가이드에 정리되어 있습니다. 메뉴와 주소 체계를 정하는 방법은 정보구조도(IA) 만드는 법: 홈페이지 메뉴 구조 잡기 5단계를 참고하세요.

3단계. 리다이렉트 적용하기 (서버·워드프레스·웹빌더)

리다이렉트는 웹서버 설정이나 CMS 플러그인으로 적용하며, 어느 방법이든 서버가 301 상태 코드를 직접 돌려주는 방식이어야 합니다. 구글은 301·308 같은 서버 측 영구 리디렉션을 권하고, 자바스크립트 방식은 다른 방법이 없을 때만 쓰라고 합니다.

아파치 웹서버 (.htaccess)

호스팅이 아파치 웹서버라면 사이트 최상위 폴더의 .htaccess 파일에 규칙을 적습니다. 물음표 뒤 값이 붙은 주소는 Redirect 한 줄로는 잡히지 않아 RewriteCond로 조건을 따로 겁니다.

# 페이지 하나씩 옮길 때
Redirect 301 /company/greeting.php https://www.example.co.kr/about/ceo

# 물음표 뒤 값이 붙은 게시판 주소를 옮길 때
RewriteEngine On
RewriteCond %{QUERY_STRING} ^bo_table=notice&wr_id=12$
RewriteRule ^bbs/board.php$ /news/12 [R=301,L,QSD]

마지막 줄의 QSD는 옛 주소의 물음표 뒤 값을 새 주소에 붙이지 말라는 표시입니다.

엔진엑스(nginx) 서버

location = /company/greeting.php {
    return 301 https://www.example.co.kr/about/ceo;
}

주소가 수백 개라면 규칙을 한 줄씩 늘리기보다 map 지시어로 대응표를 별도 파일에 모아 두면 관리가 쉽습니다.

워드프레스

• Redirection 플러그인: 활성 설치 200만 곳 이상인 리다이렉트 전용 플러그인입니다. 대응표를 CSV로 한 번에 가져올 수 있고, 404 오류가 난 주소를 기록해 빠진 주소를 찾는 데 쓸 수 있습니다.
• Rank Math: 리디렉션 모듈에서 301·302·307을 설정합니다. CSV 가져오기·내보내기는 PRO 버전 기능입니다.
• Yoast SEO: 리디렉트 관리자는 유료 Premium 버전에만 있습니다.

웹빌더·호스팅 관리 화면

윅스(Wix)는 대시보드의 SEO 및 GEO > 도구 및 설정 > URL 리디렉트 관리자에서 301을 설정합니다. 다른 웹빌더는 301 메뉴가 있는지 고객센터에서 확인하세요. 도메인 업체의 「포워딩」 중 새 사이트를 프레임으로 감싸 보여 주는 방식은 301이 아니므로 쓰지 않습니다.

4단계. 오픈 후 서치콘솔·서치어드바이저 확인

오픈 당일에는 리다이렉트가 실제로 301로 응답하는지 확인하고, 이후 몇 주 동안 서치콘솔과 서치어드바이저에서 옛 주소가 줄고 새 주소가 늘어나는지 봅니다. 구글은 중간 규모 사이트도 새 URL 반영에 몇 주 이상 걸릴 수 있다고 안내합니다.

오픈 당일 점검

1. 응답 코드 확인: 터미널에서 curl -I https://www.example.co.kr/company/greeting.php를 실행해 첫 줄에 301, location 줄에 새 주소가 나오는지 봅니다. 브라우저 개발자 도구(F12)의 네트워크 탭에서도 상태 코드를 볼 수 있습니다.
2. 대응표 전수 테스트: 방문이 많은 주소부터 건너뛰는 횟수까지 기록합니다.
3. 새 페이지 설정: 각 새 페이지의 canonical이 자기 자신을 가리키는지, 개발 중에 넣은 noindex와 robots.txt 차단이 풀렸는지 확인합니다. 네이버도 신규 사이트의 모든 페이지에 canonical을 지정하고 robots.txt를 모두 허용하라고 안내합니다. robots.txt 문법은 robots.txt 작성법을 참고하세요.
4. 새 사이트맵 제출: sitemap.xml에는 새 주소만 남기고 서치콘솔과 서치어드바이저에 제출합니다. 방법은 사이트맵 생성 및 제출 가이드 (구글·네이버)에 있습니다.
5. 내부 링크 교체: 메뉴, 본문, 푸터의 링크가 리다이렉트를 거치지 않고 새 주소를 바로 가리키게 바꿉니다. 검색 광고의 연결 주소, SNS 프로필, 지도 서비스에 등록한 홈페이지 주소도 함께 고칩니다.
6. 도메인이 바뀐 경우: 구글 서치콘솔의 「주소 변경 알림」 도구로 이전을 알립니다. 도메인 수준 속성에서 쓰며 옛·새 속성 모두 같은 계정으로 소유자 권한이 있어야 하고, https 전환이나 경로만 바뀐 경우에는 필요 없습니다. 네이버는 서치어드바이저에 새 사이트를 등록하고 사이트맵을 제출하라고 안내하며, 바뀐 도메인 인식에 최소 2~3일이 걸릴 수 있다고 설명합니다. 등록 절차는 네이버 웹마스터 도구(서치어드바이저) 등록 방법 단계별 가이드를 참고하세요.

오픈 후 몇 주간 볼 리포트

네이버는 구 사이트 콘텐츠가 계속 검색되면 웹 페이지 수집 요청으로 새 URL을 알리라고 하며, 리다이렉트 반영에는 시간이 걸릴 수 있다고 설명합니다. 오류 상태별 대응은 구글 서치콘솔 색인 문제, 종류별 대응 가이드에 정리되어 있습니다.

흔한 실수 6가지

1. 옛 주소를 전부 홈으로 보내기

대응표를 만들 시간이 없다며 옛 주소를 모두 새 메인 페이지로 보내는 경우가 가장 흔합니다. 구글은 여러 옛 URL을 홈페이지처럼 관련성이 떨어지는 한 주소로 몰아 보내면 사용자가 혼란을 겪고 soft 404 오류로 처리될 수 있다고 경고합니다. 네이버도 오류 페이지로 리다이렉트하지 말라고 안내합니다.

2. 리다이렉트 체인 방치

예전 리뉴얼 때 만든 규칙 위에 새 규칙을 쌓으면 여러 번 건너뛰게 됩니다. 예전 규칙의 도착지도 이번 최종 주소로 고칩니다.

3. 사이트맵에 옛 주소 남기기

구글은 사이트맵을 새 URL로 모두 갱신하라고 안내합니다. 진행 상황을 보려고 옛 주소 사이트맵을 잠시 함께 제출할 때 리다이렉트 경고가 뜨는 것은 정상이지만, 사이트가 내보내는 sitemap.xml에는 새 주소만 있어야 합니다.

4. 302로 설정해 두기

플러그인 기본값이나 호스팅 설정이 302인 경우가 있습니다. 302는 임시 이동이라 구글은 원래 주소를 검색 결과에 계속 보여 줍니다. 리뉴얼 이전은 응답 코드가 301인지 꼭 확인하세요.

5. 옛 사이트를 먼저 막거나 서버를 먼저 끄기

네이버는 이전이 끝나기 전에 구 사이트에 robots.txt 차단을 걸거나 서버를 먼저 끄지 말라고 안내합니다. 검색로봇이 옛 주소를 방문해야 리다이렉트를 확인할 수 있기 때문입니다.

6. 리다이렉트를 너무 일찍 지우기

구글은 리다이렉트를 가능한 한 오래, 일반적으로 최소 1년 유지하라고 권합니다. 주소 변경 알림 도구를 썼다면 검색 트래픽이 계속 들어오는 동안 최소 180일 이상 유지하고, 옛 도메인은 최소 1년 갱신해 두라고 안내합니다.

자주 묻는 질문

리뉴얼하면 검색 순위가 떨어지나요?

구글은 이전하는 동안 검색 노출이 일시적으로 흔들릴 수 있다고, 네이버는 도메인이 바뀌면 일정 기간 검색 결과에 변화가 생길 수 있다고 안내합니다. 1:1 대응으로 301을 걸면 옛 페이지의 평가가 새 페이지로 이어지도록 검색엔진에 알릴 수 있지만, 회복 기간은 정해져 있지 않습니다. 네이버는 도메인이 바뀌면 옛 사이트가 받은 품질 평가가 새 사이트로 전파되기까지 시간이 걸린다고 설명합니다.

도메인은 그대로이고 메뉴 주소만 바뀌는데도 필요한가요?

필요합니다. 주소가 하나라도 바뀌면 그 주소에 리다이렉트를 걸어야 합니다. 다만 구글의 주소 변경 알림 도구는 도메인이 바뀔 때만 쓰며, 같은 도메인 안에서 경로만 바뀌면 리다이렉트와 사이트맵 갱신으로 충분합니다.

이미지와 PDF도 리다이렉트해야 하나요?

구글은 이미지, 동영상 같은 자산도 대응표에 넣으라고 안내합니다. 외부에서 직접 링크된 카탈로그 PDF와 인증서 이미지는 우선 챙기세요.

웹닷은 리뉴얼 프로젝트에서 현행 사이트의 주소를 전수로 뽑아 그대로 옮길 것, 자리를 옮길 것, 새로 만들 것으로 나누고, 옛 주소 대응표와 서버 리다이렉트, 새 사이트맵을 오픈 일정에 맞춰 빌드 단계에서 함께 처리합니다.

정리

301 리다이렉트는 리뉴얼한 홈페이지가 옛 주소에 쌓인 방문과 검색 평가를 이어받게 하는 장치입니다. 옛 주소를 빠짐없이 모으고, 내용이 같은 페이지끼리 1:1로 잇고, 오픈 뒤 몇 주 동안 리포트를 확인하는 세 가지가 핵심입니다.