개편 후 기존 URL을 그냥 없애서는 안 됩니다. 방문자는 상품을 즐겨찾기에 저장했거나 검색 결과를 통해 예전 글로 들어올 수 있습니다. 페이지가 없으면 이탈할 수 있습니다. URL 변경 시 301 리디렉션은 어떻게 처리해야 할까요? 각 기존 주소를 대응하는 새 콘텐츠에 연결하고 영구 이동시킨 다음, 모든 경로를 직접 열어 확인해야 합니다.
301은 페이지가 영구적으로 이동했음을 브라우저와 검색엔진에 알리는 서버 응답입니다. 올바른 목적지를 대신 찾아주지는 않습니다. 잘못된 목적지, 반복 이동, 모든 기존 페이지를 홈페이지로 보내는 설정은 방문자가 원하는 정보를 찾지 못하게 합니다.
먼저 301이 적절한 상황을 이해하세요
상품 콘텐츠의 이전 주소가 example.com/old-product/ 에 example.com/new-product/ 이며 기존 주소를 독립 페이지로 폐기한다면 일반적인 영구 이동입니다. 301과 308은 모두 영구 리디렉션을 뜻합니다. 초보자는 현재 WordPress 사이트가 지원하는 301 옵션을 사용하면 됩니다. Google은 서버 측 301과 308을 영구 이동의 강력한 신호로 취급합니다. 자세한 내용은 다음 공식 자료에서 확인할 수 있습니다. 리디렉션 문서 .
임시 점검 후 원래 URL을 복구할 예정이라면 영구 이동으로 선언하지 마세요. 302와 307은 임시 리디렉션입니다. 디자인과 내용만 바뀌고 URL이 그대로라면 해당 URL에 추가 301은 필요하지 않습니다.
리디렉션 설정 전에 새 URL이 정상 작동하는지 확인하세요. 목적지가 404를 반환하거나 미공개 상태라면 301이 정확해도 콘텐츠를 전달하지 못합니다. 시험용 점검표를 준비하고 새 페이지가 준비된 후 전환하세요.
기존 페이지를 대체할 페이지가 없다면?
모든 기존 URL에서 301을 반환하게 만들려고 전부 홈페이지로 보내지 마세요. 단종 상품은 내용과 구매 목적이 일치하는 실제로 유사한 대체 상품으로 연결할 수 있습니다. 적절한 목적지가 없다면 단종을 설명하거나 적합한 404/410을 반환하고 무관한 홈페이지로 보내지 마세요. Google의 사이트 이전 가이드 에서도 많은 기존 URL을 무관한 홈페이지로 보내면 소프트 404로 처리될 수 있다고 경고합니다.
1단계: URL을 일대일로 매핑하세요
현재 사이트맵, 주요 유입 페이지, 내부 링크를 내보내고 Search Console에서 여전히 방문이나 노출이 있는 기존 URL을 추가하세요. 최소한 기존 URL, 새 URL, 페이지 목적, 처리 방식, 검증 결과를 기록합니다. 제목만 보고 목적지를 추측하지 마세요. 특히 모델명 변경, 카테고리 통합, 다국어 사이트 개편에서는 이전 콘텐츠를 열어 독자의 목적을 파악해야 합니다.
| 기존 URL 예시 | 새 URL 예시 | 처리와 이유 |
|---|---|---|
| example.com/old-lamp/ | example.com/desk-lamp/ | 같은 상품의 이름이 바뀐 경우: 기존 URL을 새 상품 페이지로 301 리디렉션합니다. |
| example.com/size-help/ | example.com/size-guide/ | 사이즈 정보가 새 도움말 페이지로 이동한 경우: 기존 URL을 301 리디렉션합니다. |
| example.com/retired-item/ | 대응하는 새 페이지 없음 | 대체 페이지를 확인하고 적절한 목적지가 없다면 홈페이지로 강제 이동시키지 않습니다. |
이는 설명용 예시이며 실제 AIRSANG 고객의 이전 기록이 아닙니다. 실제 공개 시에는 프로토콜, 도메인, 경로, 끝 슬래시, 대소문자를 완전히 지정하세요. 이전 프로토콜이 http 에 https 이거나 주소에서 포함 여부를 바꾸는 항목이 www 인 경우에도 여러 번의 리디렉션이 생길 수 있습니다. 최종 목적지가 의도한 대표 URL인지 확인하세요.
- 개별 검토를 위해 기존 URL, 목적지 URL, 페이지 유형을 보관하세요.
- 자연 검색 유입, 외부 링크, 잦은 즐겨찾기 방문, 광고 방문이 있는 페이지를 우선하세요.
- 설정 출처를 빠르게 찾도록 규칙 설정자와 적용 시점을 기록하세요.
2단계: 관리 가능한 한곳에서 리디렉션을 설정하세요
WordPress 사이트는 보통 기존 리디렉션 관리 기능이나 서버·호스팅 규칙을 사용합니다. 같은 URL에 대해 플러그인, 서버, CDN이 서로 다른 목적지를 지정하지 않도록 유지관리 담당자에게 현재 관리 주체를 확인하세요. Rank Math 같은 도구를 사용한다면 설치된 기능과 실제 설정을 점검합니다. 글에서 플러그인을 언급했다고 해서 자신의 사이트에서 활성화되어 있다는 뜻은 아닙니다.
일반적으로 기존 경로와 전체 목적지 URL을 입력하고 영구 리디렉션을 선택합니다. 저장 전에 기존 경로가 의도한 페이지만 일치시키는지, 목적지에 오타가 없는지, 관리자 화면·이미지·다른 언어 페이지에 영향이 없는지 확인하세요. 대량 가져오기 전 실제 저위험 URL 한 개로 시험합니다.
개발자가 웹서버를 설정한다면 전체 매핑을 제공하고 먼저 스테이징 환경에서 시험하도록 요청하세요. Nginx, Apache, CDN, WordPress는 규칙 문법이 다릅니다. 이 글은 운영 환경에 그대로 붙여 넣을 수 있다는 범용 설정을 제공하지 않습니다. 실제 서버 버전과 공식 문서에 맞게 구현하고 이전 규칙을 백업하세요.
영구 이동을 선택하고 규칙이 적용되는 위치를 확인하세요
브라우저에서 새 페이지가 열린다고 기존 URL이 301을 반환한다는 증거는 아닙니다. 페이지 스크립트, meta refresh, 새 페이지 방문 링크도 필요한 영구 서버 응답 없이 사용자를 이동시킬 수 있습니다. 주소창 변화에만 의존하지 말고 설정 후 네트워크 상태를 확인하세요.
한 규칙이 정상 작동하면 점검표를 나누어 가져옵니다. 각 묶음의 규칙 수, 스크린샷 또는 내보내기 파일, 시험 결과, 복구 담당자를 보관하세요. 카테고리 경로가 틀려도 장애 시점을 추측하지 않고 해당 묶음만 되돌릴 수 있습니다.
3단계: 모든 기존 URL의 301과 목적지의 200을 확인하세요
기존 URL을 시크릿 창에서 열어 올바른 대체 페이지로 이동하는지 확인하세요. 개발자 도구의 네트워크 패널이나 신뢰할 수 있는 HTTP 검사 도구로 응답을 살펴봅니다. 일반적인 영구 이동은 기존 주소에서 301을 반환하고 Location 헤더가 새 주소를 가리키며 최종적으로 200을 반환합니다. 상태 코드 200 은 페이지가 콘텐츠를 정상 반환했다는 뜻이고, 404 는 페이지를 찾지 못했다는 뜻입니다.
브라우저가 결국 페이지를 여는지만 확인하면 연쇄 이동을 놓칠 수 있습니다. 기존 URL이 중간 주소로 이동하고 다시 이동한 뒤 새 페이지에 도착하는 경우입니다. 필요한 몇 번의 이동이 곧 실패는 아니지만, 긴 연결은 관리하기 어렵고 이후 개편에서 반복 이동을 만들기 쉽습니다. 가능하면 최종 대표 주소로 직접 연결하세요.
- 각 기존 URL을 열고 최초 상태 코드와 Location 헤더를 기록하세요.
- 최종 URL을 열어 내용이 동일하거나 실제로 대응하는지 확인하고 최종 200 응답을 검증하세요.
- 기존 주소로 돌아가는 이동, 자기 자신으로의 이동, 잘못된 언어 사이트, 전체 묶음이 홈페이지로 가는지 확인하세요.
- 중요 페이지를 모바일과 데스크톱에서 표본 점검하며 이미지, 버튼, 폼을 확인하세요.
개발자 도구가 익숙하지 않다면 단순히 설정 완료라는 말 대신 기존 주소, 상태, 목적지, 목적지 상태를 URL별로 정리한 표를 개발자에게 요청하세요. 큰 이전 작업은 스크립트로 모든 URL을 시험할 수 있지만, 콘텐츠 연결 오류를 찾으려면 각 페이지 템플릿의 표본을 직접 열어야 합니다.
4단계: 내부 링크를 새 URL로 갱신하세요
301은 여전히 기존 주소를 사용하는 사람을 돕는 장치이며 내부 탐색의 일상 경로가 되어서는 안 됩니다. 설정 후 메뉴, 바닥글, 글 링크, 버튼, 상품 추천, 이메일 템플릿의 기존 URL을 가능한 한 갱신하세요. 저희의 기존 홈페이지 섹션 유지·삭제 가이드 는 링크를 갱신하기 전에 남길 진입점을 판단하는 데 도움이 됩니다.
새 페이지의 canonical 태그도 확인하세요. canonical은 검색엔진에 대표 URL을 알려줍니다. 새 상품 페이지가 여전히 기존 URL을 가리키면 이전 신호가 충돌합니다. 일반적으로 새 페이지는 자신의 대표 URL이나 실제 중복 콘텐츠 전략에 맞는 올바른 버전을 참조해야 합니다. 소스 코드와 플랫폼 규칙을 살피지 않고 모든 canonical을 바꾸지 마세요.
XML 사이트맵의 주요 목록에 검색엔진이 계속 발견해야 할 새 대표 URL을 넣고 다시 제출하거나 크롤링을 기다리세요. 기존 페이지 리디렉션은 유지합니다. 사이트맵에서 URL을 제거했다고 규칙을 즉시 삭제해도 되는 것은 아닙니다. 개편 범위를 정할 때 저희의 기업 웹사이트 프로젝트 6단계 점검표 를 참고하고 납품 계획에 URL 이전과 검증을 포함하세요.
외부 사이트의 기존 링크는 직접 통제하지 못할 수 있으므로 301을 유지해 해당 방문을 처리해야 합니다. 협조 가능한 주요 파트너에게 새 주소로 직접 링크를 갱신해 달라고 요청하세요. 중간 이동을 줄일 수 있지만 서버 측 리디렉션 유지의 대안은 아닙니다.
5단계: 공개 후 감시하고 기존 규칙을 유지하세요
이전 직후 며칠간 기존 URL 접근 로그, 404 보고서, 사이트맵 처리, Search Console 색인 상태를 관찰하세요. Google Search Console의 페이지 보고서는 누락 페이지, 리디렉션 페이지, 새 페이지 처리 상태 파악에 도움이 됩니다. 보고서는 지연되므로 당일 업데이트가 없다고 이전 실패를 의미하지는 않습니다.
최근 방문이 있었던 기존 URL을 표본 재시험하고 특히 광고, 소셜 프로필, 고객 이메일의 링크를 확인하세요. 기존 URL이 404라면 매핑을 추가하기 전에 대응하는 새 콘텐츠가 있는지 살핍니다. 모든 404를 자동으로 홈페이지로 보내지 마세요. 많은 내부 링크가 기존 URL을 쓴다면 링크 출처를 수정하고 다시 표본 점검합니다.
Google의 사이트 이전 가이드는 일반적으로 기존 URL 리디렉션을 최소 1년 유지하고 사용자나 외부 링크가 계속 사용한다면 더 오래 유지할 것을 권장합니다. 1년은 유지관리 지침이지 1년 후 순위 회복 보장이 아닙니다. 개편 전에 저희의 웹사이트 개편 가격 범위 가이드 를 참고해 공개 후 감시, 링크 수정, 규칙 유지의 책임자를 정하세요.
증상에 따라 문제를 진단하세요
기존 페이지가 홈페이지나 잘못된 언어로 이동하는 경우
여러 기존 경로가 포괄적인 목적지로 연결되어 있는지 확인한 뒤 서버, WordPress, CDN의 중복 규칙을 찾으세요. 원래 사용자의 목적에 맞춰 수정합니다. 사이즈를 찾는 사람은 브랜드 홈페이지가 아니라 사이즈 정보에 도착해야 합니다. 다국어 사이트에서는 기존 중국어 페이지가 실수로 영어 상품 홈페이지로 연결되지 않도록 하세요.
브라우저가 리디렉션이 너무 많다고 알리는 경우
대개 두 규칙이 서로를 가리키거나 HTTP/HTTPS 및 www 포함·미포함 정규화 규칙이 충돌합니다. 캐시를 반복 삭제하지 말고 요청 연결의 각 Location을 추적하세요. 충돌 규칙 하나를 비활성화하거나 수정한 후 시크릿 창과 명령줄에서 다시 검증합니다.
새 페이지는 정상인데 검색 결과에 기존 URL이 남는 경우
먼저 서버 측 301, 목적지 200, 새 canonical, 내부 링크, 사이트맵을 일치시킨 다음 검색엔진이 처리할 시간을 주세요. 규칙 저장이 검색 결과를 즉시 갱신하지는 않습니다. 표시를 서두르려고 슬러그를 반복 변경하거나 같은 잘못된 사이트맵을 재제출하지 말고 기술적 신호부터 수정하세요.
잘못된 이전을 되돌리려면 이전 설정 백업을 복원해 기존 URL이 올바른 콘텐츠를 제공하게 하거나 잘못된 목적지를 정확한 일대일 대응으로 수정하세요. 다른 담당자가 옛 규칙을 다시 가져오지 않도록 복구 시각, 영향 URL, 재시험 결과를 기록합니다. 정식 복구 시 내부 링크와 canonical도 복원한 URL과 일치하는지 확인하세요.
결론: 매핑하고, 이동시키고, 다시 시험하세요
개편으로 URL이 바뀌면 대응 콘텐츠가 남아 있는 각 기존 주소를 가장 관련성 높은 대체 페이지로 영구 이동시키세요. 새 페이지 공개 후 모든 기존 주소의 301과 최종 목적지의 200을 확인합니다. 내부 링크, canonical 태그, 사이트맵을 갱신하고 404 및 Search Console 보고서를 계속 살핍니다.
첫 이전에서는 중요한 페이지 3~5개를 시험하면 사이트 전체를 한꺼번에 바꿀 때보다 잘못된 연결을 쉽게 발견할 수 있습니다. 묶음별로 확대하기 전에 규칙 적용 위치, 매핑 방향, 복구 담당자를 확인하세요. 대체 페이지 없는 기존 페이지를 억지로 홈페이지로 보내지 마세요. 방문자가 원래 찾던 정보를 발견하는지가 올바른 리디렉션의 가장 중요한 기준입니다.
