워드프레스 도메인 변경: 검색 유입을 지키는 주소 대조와 리디렉션 검증
AI Editter
도메인을 바꾼 뒤 새 사이트가 열려도 기존 검색 결과와 외부 링크가 올바른 글로 연결되는지는 별도 확인이 필요합니다. 오래된 글 주소를 모두 새 홈페이지로 보내면 방문자는 찾던 답을 얻지 못합니다.
검색 유입을 고려한 이전은 주소 대응표에서 시작합니다. 순위가 유지된다고 보장할 수는 없지만, 기존 콘텐츠의 새 위치를 명확히 연결하고 불필요한 오류를 줄일 수 있습니다.
기존 주소 목록을 먼저 확보
사이트맵, Search Console의 성과 페이지, 서버 접근 로그, 내부 링크 목록에서 기존 URL을 모읍니다. 관리자 화면의 글 목록만 보면 첨부·분류·과거 고유주소·별도 프런트엔드 경로를 놓칠 수 있습니다.
| 기존 URL | 새 URL | 처리 | 우선순위 |
|---|---|---|---|
| /old-guide/ | /posts/new-guide | 대응 글로 영구 이동 | 검색 유입 있음 |
| /category/cloud/ | /topics/cloud | 대응 분류로 이동 | 내부 탐색 |
| /removed-event/ | 대체 없음 | 적절한 삭제 응답 검토 | 낮음 |
이 표는 예시입니다. 실제 페이지 내용이 대응하는지 확인하고, 관련 없는 새 글이나 홈으로 일괄 연결하지 않습니다. 여러 글을 통합했다면 새 글에 기존 검색 의도를 실제로 수용했는지 확인합니다.
Google의 URL 변경을 포함한 사이트 이전 안내는 URL 매핑, 리디렉션, 새 사이트 준비와 이전 후 관찰을 설명합니다.
WordPress 주소와 공개 주소가 같은지 확인
일반 WordPress 사이트는 사이트 주소와 WordPress 주소를 확인합니다. 별도 프런트엔드를 쓰는 구성은 관리자 API 주소와 공개 글 주소가 다를 수 있습니다. 관리자에서 나온 링크를 그대로 canonical로 쓰면 잘못된 주소를 가리킬 수 있습니다.
DB의 URL을 바꿀 때는 직렬화된 값을 고려하는 도구를 사용하고 dry run으로 범위를 봅니다. WP-CLI search-replace는 해당 구조를 처리합니다. 운영 DB 백업과 대상 경로 확인 없이 전체 문자열을 일괄 치환하지 않습니다.
DNS와 HTTPS 인증서, www 유무, HTTP→HTTPS 전환도 새 주소 정책에 맞춥니다. 여러 규칙이 겹치면서 반복 이동이나 긴 체인이 생기지 않도록 합니다.
리디렉션은 최종 대응 페이지로 직접 연결
오래된 A가 B로, B가 다시 C로 이동하는 체인보다 A가 최종 C로 가도록 정리합니다. 영구 이전에는 적절한 서버 측 영구 리디렉션을 사용하고, 이전 도메인을 방문했을 때 실제 응답을 확인합니다.
curl -sS -o /dev/null -D - 'https://old.example.com/old-guide/'이 명령은 응답 헤더를 확인하는 예입니다. 실제 주소로 바꿉니다. 첫 응답의 상태와 Location을 보고, 최종 페이지도 GET으로 열어 상태·내용을 확인합니다. HEAD 요청이 차단되는 사이트라면 HEAD 실패를 페이지 오류로 오해하지 않습니다.
쿼리 문자열과 한글 경로, 끝 슬래시, 대소문자, 인코딩이 있는 주소를 표본에 포함합니다. 새 페이지가 200을 반환해도 실제 내용이 404 안내라면 정상으로 보지 않습니다.
새 페이지의 SEO 신호를 함께 맞춘다
| 항목 | 확인 |
|---|---|
| canonical | 실제 새 공개 URL |
| 내부 링크 | 이전 도메인을 거치지 않고 새 주소 |
| 사이트맵 | 새 canonical URL과 정상 상태 |
| robots·noindex | 이전 시험 설정이 남지 않음 |
| 제목·설명 | 이전 콘텐츠와 의도에 맞는 내용 |
| 구조화 데이터 | URL·이미지·작성자 연결 |
| 다국어 | hreflang의 실제 대응 주소 |
canonical을 설정했다고 잘못된 리디렉션이나 페이지 오류가 해결되는 것은 아닙니다. 사이트맵에 넣었다고 색인이 보장되는 것도 아닙니다. 실제 접근·내용·연결을 먼저 맞춥니다.
이미지와 다운로드 파일도 확인합니다. 글은 열리는데 오래된 첨부 도메인의 파일이 사라지면 사용자 문제를 해결하지 못하는 페이지가 됩니다.
전환 전후에 같은 주소 목록으로 시험
전환 전 새 환경에서 주요 글과 파일을 확인하고, 전환 후에는 이전 주소부터 최종 페이지까지 확인합니다. 검색 유입이 있거나 외부 링크가 많은 페이지를 먼저 검사한 뒤 전체 목록으로 넓힙니다.
확인 기록에는 기존 URL, 첫 상태, 이동 횟수, 최종 URL, 최종 상태, canonical, 제목을 남깁니다. 일부 주소만 수동으로 열고 전체 이전이 정상이라고 결론 내리지 않습니다.
Search Console에서 필요한 속성 확인과 사이트 이전 관련 기능을 적용하고 사이트맵을 제출합니다. 사용 가능한 기능과 조건은 현재 공식 안내에 맞춥니다.
이전 후 감소를 해석하는 방법
노출·클릭·색인 상태·404·서버 오류를 함께 관찰합니다. 계절성이나 콘텐츠 변경도 영향을 주므로 도메인 변경만 원인이라고 즉시 단정하지 않습니다. URL별로 이전 경로와 새 경로를 묶어 비교하면 전체 합계보다 문제를 찾기 쉽습니다.
이전 도메인과 리디렉션은 충분한 기간 유지해야 합니다. 갱신 만료로 도메인을 잃으면 오래된 링크가 더 이상 통제되지 않습니다. 운영 기록에 도메인 갱신과 인증서 책임자를 남깁니다.
장애로 되돌릴 때는 새 도메인에 쌓인 글·댓글·주문 등 데이터도 고려합니다. DNS만 이전으로 돌리는 것과 콘텐츠 시점을 되돌리는 것은 다른 작업입니다. 주소 변경 계획에 데이터 전환 기준까지 포함해야 합니다.