제작 도구 · 공식 문서
홈페이지 플랫폼 이전, 리다이렉트 방식 선택 기준
도메인이 그대로여도 플랫폼이 바뀌면 상품·글·파일 URL 형식이 바뀌어, 검색엔진은 옛 URL과 새 URL을 다른 페이지로 봅니다. 옛 URL마다 새 URL을 짝지어 301 리디렉션으로 이으면 검색 기록이 새 URL로 넘어가고, 그래서 새 플랫폼이 경로별 리디렉션을 허용하는지가 관건입니다.
웹빌더로 시작한 사이트가 커지면 다른 플랫폼이나 자체 서버로 옮기게 됩니다. 이때 가장 많이 묻는 것이 「쌓아 온 검색 기록이 사라지나」입니다.
검색 기록은 플랫폼이 아니라 URL에 붙어 있습니다. 그래서 URL이 바뀌는 자리를 먼저 찾고, 옛 URL을 새 URL로 잇는 방법을 새 플랫폼에서 확인해야 합니다.
발견 01
도메인이 그대로여도 플랫폼을 바꾸면 URL이 5곳에서 바뀝니다
사이트 또는 내부 페이지의 URL을 변경할 경우 검색로봇은 기존 사이트 또는 그 내부 페이지와 다른 신규 정보인 것으로 잘못 판단할 수 있습니다.
| 바뀌는 자리 | 왜 바뀌나 | 어떻게 잇나 | 공식 문서 원문 |
|---|---|---|---|
| 상품·글 상세 페이지 | 플랫폼마다 번호를 매기는 방식과 경로 형식이 다릅니다 | 옛 URL 하나마다 새 URL 하나를 짝지어 301로 잇습니다 | Once you have the listing of old URLs, decide where each one should redirect to.옛 URL 목록이 생기면 URL마다 어디로 리디렉션할지 정한다. |
| 분류·목록 페이지 | 분류 이름, 정렬, 페이지 번호가 쿼리 파라미터로 붙는 방식이 바뀝니다 | 분류는 같은 뜻의 새 분류로, 정렬·페이지 번호 URL은 분류 첫 페이지로 잇습니다 | In more complex site moves, you will need to generate a list of old URLs and map them to their new destinations.복잡한 사이트 이동에서는 옛 URL 목록을 만들어 새 목적지에 대응해야 한다. |
| 이미지·PDF·동영상 파일 | 파일 저장소가 바뀌어 파일 URL의 호스트와 경로가 함께 바뀝니다 | 올린 파일을 옮기고, 외부 링크와 이미지 검색 유입이 있는 파일부터 짝을 짓습니다 | Make sure that you include URLs of embedded content in your site move plans: videos, images, JavaScript, and CSS files. These URLs need to be moved in the same way as all other content on your website.동영상, 이미지, JavaScript, CSS 파일처럼 페이지에 들어간 콘텐츠의 URL도 이동 계획에 넣는다. 이 URL도 다른 콘텐츠와 같은 방식으로 옮겨야 한다. |
| 회사 소개 같은 고정 페이지 | 확장자(.html·.php)나 폴더 이름이 빠지거나 바뀝니다 | 몇 개 안 되므로 손으로 짝을 짓고 내부 링크도 새 URL로 바꿉니다 | Change the internal links on the new site from the old URLs to the new URLs.새 사이트의 내부 링크를 옛 URL에서 새 URL로 바꾼다. |
| robots.txt·사이트맵 | 새 플랫폼이 자동으로 만들어 규칙과 URL 목록이 달라집니다 | 새 robots.txt 가 차단할 곳만 차단하는지 보고, 새 사이트맵을 제출합니다 | Set up a robots.txt for your new site and make sure the rules in the new site's robots.txt file correctly reflect the parts you want blocked from crawling.새 사이트의 robots.txt 를 만들고, 그 규칙이 크롤링을 차단하려는 부분만 정확히 담는지 확인한다. |
구글은 옛 사이트의 관리 플랫폼에서 URL 목록을 받는 것이 쉬운 방법이라고 적었습니다(원문: Use your content management system, which can typically provide a straightforward way to get a listing of all URLs that host content.) 옛 플랫폼 계약이 끝나기 전에 목록부터 내려받아 둡니다.
구글은 새 사이트를 준비할 때 가급적 옛 사이트와 같은 관리 시스템을 쓰라고 적었습니다(원문: Set up the CMS (preferably the same as the old site used) and import the content from the old site.) 플랫폼을 바꾸는 이전은 그만큼 URL 짝표의 몫이 커집니다.
발견 02
리디렉션 방식은 새 플랫폼이 허용하는 것 중 위에서부터 고르고, 서버 측 301이 첫째입니다
| 순위 | 방식 | 고를 때 | 검색엔진이 읽는 법 | 구글 원문 | 네이버 원문 |
|---|---|---|---|---|---|
| 1 | 서버 측 301 | 경로마다 리디렉션 규칙을 넣을 수 있을 때 | 구글·네이버 모두 영구 이동으로 읽습니다 | Although Googlebot supports several kinds of redirects, we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.Googlebot은 여러 리디렉션을 지원하지만, 가능하면 301·308 같은 HTTP 영구 리디렉션을 쓰기를 권한다. | 알려주는 방법은 http 규약에 따라 301 permanently moved 형식의 redirect 를 사용하여 서버에서 응답해주시기 바랍니다. |
| 2 | 0초 meta refresh | 서버 규칙은 없고 페이지 head 를 고칠 수 있을 때 | 구글은 0초면 영구, 지연이 있으면 임시로 읽습니다 | If server-side redirects aren't possible to implement on your platform, meta refresh redirects may be a viable alternative. Google Search interprets instant meta refresh redirects as permanent redirects.플랫폼에서 서버 측 리디렉션을 쓸 수 없다면 meta refresh 가 대안이 될 수 있다. 구글 검색은 즉시(0초) meta refresh 를 영구 리디렉션으로 해석한다. | 만약 해당 주소가 redirect 되는 것을 방문자에게 알리고 싶다면 meta refresh를 사용할 수도 있으며, 네이버의 검색 로봇은 meta refresh를 인식합니다. 다만, HTML 4.01 표준에서는 meta refresh 를 사용하지 않기를 권장하고 있으므로 되도록이면 HTTP redirect를 사용해 주시기 바랍니다. |
| 3 | JavaScript 이동 | 위 둘이 모두 안 될 때만 | 렌더링이 실패하면 구글이 이동을 못 볼 수 있습니다 | Only use JavaScript redirects if you can't do server-side or meta refresh redirects. This means that if you set a JavaScript redirect, Google might never see it if rendering of the content failed.서버 측이나 meta refresh 리디렉션을 쓸 수 없을 때만 JavaScript 리디렉션을 쓴다. 콘텐츠 렌더링이 실패하면 구글이 그 리디렉션을 끝내 보지 못할 수도 있다. | 따라서 url 링크 또는 redirect 처리 시에는 자바스크립트 함수를 사용하지 않는 것이 검색로봇에게 올바른 정보를 알려주는 데 도움이 됩니다. |
| 4 | 새 페이지 안내 링크 | 리디렉션 기능이 전혀 없을 때 | 방문자에게 옮긴 곳을 알리는 마지막 방법입니다 | If you can't implement any of the other redirect methods, you should still make an effort to let your users know that the page or its content has moved.다른 리디렉션 방법을 하나도 쓸 수 없더라도, 페이지나 콘텐츠가 옮겨졌다는 것을 사용자에게 알리려 노력해야 한다. | 없음 |
같은 도메인을 새 플랫폼에 연결하면 옛 URL 요청도 새 플랫폼이 받습니다. 그래서 리디렉션 규칙은 새 플랫폼에 넣습니다.
옛 플랫폼이 준 하위 도메인에서 우리 도메인으로 옮기는 경우는 다릅니다. 옛 URL을 옛 플랫폼이 계속 응답하므로, 옛 플랫폼이 리디렉션을 허용하는지 먼저 확인합니다.
플랫폼 이전과 도메인 변경, 디자인 개편은 한꺼번에 하지 않고 하나씩 합니다(원문: Plan your changes to your site one after the other, not everything at the same time.)
발견 03
계약 전에 새 플랫폼에 물을 질문은 6개입니다
| 순서 | 새 플랫폼에 물을 것 |
|---|---|
| 1 | 옛 경로마다 301 리디렉션 규칙을 넣을 수 있나요? 넣을 수 있는 개수에 제한이 있나요? |
| 2 | 쿼리 파라미터가 붙은 옛 URL(예: ?no=123)도 원본으로 받아 줄 수 있나요? |
| 3 | 짝표를 파일로 한 번에 올릴 수 있나요? |
| 4 | 없는 페이지에 404 상태 코드를 보내나요? |
| 5 | robots.txt 와 사이트맵을 고치거나 확인할 수 있나요? |
| 6 | head 에 소유 확인 메타 태그와 캐노니컬을 넣을 수 있나요? |
첫 질문에 「아니요」가 나오면 둘째 순위인 0초 meta refresh 가 되는지 묻습니다. 둘 다 안 되면 그 플랫폼으로 옮기는 일정 자체를 다시 봅니다.
URL이 바뀌면 소유 확인 토큰도 달라질 수 있습니다(원문: If you're using a different method of verification, keep in mind that verification tokens may be different when the URL changes.) 새 플랫폼에서 서치 콘솔과 서치어드바이저 소유 확인을 다시 합니다.
발견 04
B2B·B2C·B2G 는 플랫폼을 옮길 때 먼저 짝지을 URL이 다릅니다
예시 ① 웹빌더에서 자체 서버로 옮기는 소프트웨어 회사(B2B)
기능 소개 페이지와 도입 사례 글이 검색 유입의 대부분입니다. 글 수십 편의 URL이 번호 형식에서 영어 경로로 바뀝니다.
글 하나마다 짝을 짓고, 자료 신청 양식이 붙은 페이지부터 301을 확인합니다. 백서 PDF URL도 짝표에 넣습니다.
예시 ② 쇼핑몰 플랫폼을 바꾸는 의류 쇼핑몰(B2C)
상품 상세 URL이 수천 개이고 품절 상품도 많습니다. 판매 중인 상품은 새 상품 URL로, 단종 상품은 같은 분류의 목록으로 잇습니다.
상품 이미지가 이미지 검색에서 들어오던 몰이라면 이미지 파일 URL도 짝표에 넣습니다.
예시 ③ 게시판형 누리집을 새 플랫폼으로 옮기는 지방 공공기관(B2G)
공지사항과 고시·공고 게시글의 URL이 쿼리 파라미터 형식입니다. 새 플랫폼이 쿼리 파라미터가 붙은 옛 URL을 원본으로 받는지가 첫 확인입니다.
첨부 파일 URL이 다른 기관 누리집과 보도자료에 박혀 있는 경우가 많아, 첨부 파일도 짝표에 넣습니다.
그럼 플랫폼을 옮기기 전에 무엇부터 하나요?
- 옛 플랫폼 계약이 끝나기 전에 사이트맵과 관리 화면에서 글·상품·파일 URL 목록을 내려받습니다.
- 위 6개 질문을 새 플랫폼에 보내고, 경로별 301이 되는지 답을 받은 뒤 계약합니다.
- 옛 URL마다 새 URL을 적은 짝표를 만들고, 새 사이트의 내부 링크를 새 URL로 바꿉니다.
- 공개 당일 짝표대로 리디렉션을 넣고, 옛 URL 몇 개를 직접 열어 최종 URL과 상태 코드를 봅니다. 확인 순서는 「리다이렉트 확인 방법」 편에 자세히 적었습니다.
- 서치 콘솔과 서치어드바이저에서 소유 확인을 다시 하고 새 사이트맵을 제출합니다.
조사 방법
- Google Search Central 「How to move a site」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google Search Central 「Redirects and Google Search」 (문서 수정일 2026-04-14) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/301-redirects
- 네이버 서치어드바이저 「웹 페이지의 이동」 · 최종 확인일 2026-10-25 · https://searchadvisor.naver.com/guide/seo-basic-redirect
- 네이버 서치어드바이저 「웹 사이트 이전」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/seo-basic-migration
- URL이 바뀌는 5곳과 물을 질문 6개는 위 문서들이 사이트 이동과 리디렉션에 대해 적은 것을 플랫폼 이전에 맞춰 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 리디렉션 방식 순위는 구글 문서가 「서버 측이 안 되면 meta refresh, 그것도 안 되면 JavaScript, 모두 안 되면 안내 링크」로 적은 조건 순서입니다. 같은 도메인이면 새 플랫폼에, 하위 도메인에서 옮기면 옛 플랫폼에 리디렉션을 둔다는 판단은 요청이 어느 서버로 가는지에 따른 편집 판단입니다.
- 특정 제작 도구의 메뉴 위치는 다루지 않았습니다. 도구마다 화면이 다르고 자주 바뀝니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.