--- title: "웹사이트 마이그레이션 SEO 체크리스트: Google 순위 지키기 — Dardo" description: "플랫폼이나 도메인을 바꿔도 Google 순위는 그대로. URL 목록 정리, 1:1 리디렉션 맵, 런칭 당일 점검, 이후 90일간 확인할 항목까지." url: "https://dardo.studio/ko/blog/website-migration-seo-checklist/" language: "ko" translations: {"en":"https://dardo.studio/en/blog/website-migration-seo-checklist/","es":"https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/","fr":"https://dardo.studio/fr/blog/checklist-seo-migration-site-web/","de":"https://dardo.studio/de/blog/website-relaunch-seo-checkliste/","it":"https://dardo.studio/it/blog/checklist-seo-migrazione-sito-web/","pt":"https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/","nl":"https://dardo.studio/nl/blog/website-migratie-seo-checklist/","sv":"https://dardo.studio/sv/blogg/checklista-webbplatsmigrering-seo/","pl":"https://dardo.studio/pl/blog/migracja-strony-seo-checklista/","uk":"https://dardo.studio/uk/blog/website-migration-seo-checklist/","ru":"https://dardo.studio/ru/blog/website-migration-seo-checklist/","ar":"https://dardo.studio/ar/blog/website-migration-seo-checklist/","hi":"https://dardo.studio/hi/blog/website-migration-seo-checklist/","th":"https://dardo.studio/th/blog/website-migration-seo-checklist/","ja":"https://dardo.studio/ja/blog/website-migration-seo-checklist/","zh-Hans":"https://dardo.studio/zh-Hans/blog/website-migration-seo-checklist/","zh-Hant":"https://dardo.studio/zh-Hant/blog/website-migration-seo-checklist/"} updated: "2026-10-10T09:10:53.986Z" --- [블로그](https://dardo.studio/ko/blog/) # 웹사이트 이전 SEO 체크리스트: 플랫폼이나 도메인을 바꿔도 순위를 지키는 방법 순위는 새 플랫폼 때문에 떨어지지 않습니다. 트래픽을 만들던 URL이 응답하지 않게 되면서 떨어집니다. URL 목록 작성부터 90일 차까지의 체크리스트. 작성자 [Nicolás Cerón](https://dardo.studio/ko/studio/) ·2026년 10월 10일 ![밤의 강 양쪽 기슭에 마주한 성벽 두른 옛 도시와 현대 도시, 그리고 두 곳을 잇는 돌다리. 다리 위에서는 진홍색 빛줄기가 여행자들을 옛 성문에서 새 도시로 안내합니다.](https://dardo.studio/_astro/01M4GYEE19GWZ3941KFH1RTVRX_27BhoE.webp) ## 먼저 짧은 답변 트래픽이나 링크를 만들어 내는 모든 URL이 출시 후에도 응답하면, 사이트는 이전 후에도 순위를 유지합니다. 같은 주소에 같은 콘텐츠가 있거나, 가장 가까운 대응 페이지로 서버 측 영구 리디렉션이 걸려 있어야 합니다. 이전 문제의 대부분은 아무도 목록에 올리지 않은 URL에서 시작됩니다. Google의 [URL 변경이 있는 사이트 이전 가이드](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)가 기본 원칙을 제시합니다. 이전 URL을 모두 새 URL에 매핑하고, 301이나 308 같은 서버 측 영구 리디렉션을 사용하며, 이를 "일반적으로 최소 1년" 유지하고, "이전 중에는 사이트 순위가 일시적으로 변동할 수 있음을 예상"하라는 것입니다. 같은 가이드는 한 번에 하나씩만 바꾸라고 말합니다. 새 도메인이 먼저, 새 레이아웃은 그다음입니다. Google의 [주소 변경 문서](https://support.google.com/webmasters/answer/9370220)는 더 직설적입니다. 이전과 함께 콘텐츠와 URL 구조까지 개편하면 Google이 각 페이지를 다시 평가하는 동안 "트래픽이 어느 정도 감소할 가능성이 큽니다." 둘 다 필요하다면 [리디자인](https://dardo.studio/ko/services/website-redesign/)은 별도 단계로 계획하세요. ## 이전의 세 가지 유형 | 이전 유형 | 바뀌는 것 | 리디렉션 | Search Console | | ------------------------------------------ | -------------------------- | -------------- | ------------------- | | 호스팅만 변경 | 서버 또는 CDN. 모든 URL은 그대로 | 없음 | 크롤링과 색인 상태 확인 | | 플랫폼 (Wix에서 WordPress로, WordPress에서 Astro로) | CMS, 템플릿, 그리고 대개 일부 URL 패턴 | 경로가 바뀌는 모든 URL | 새 사이트맵 제출 후 모니터링 | | 도메인 또는 서브도메인 | 모든 URL | 전부 | 확인된 모든 변형에 대해 주소 변경 | 호스팅만 옮긴다면 Google의 [호스팅 가이드](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes)에 따라 "이전 최소 일주일 전"에 DNS TTL을 낮추고, 이전 서버의 트래픽이 0이 될 때까지 계속 운영하세요. 출시 후 크롤링 빈도가 잠깐 줄어드는 것은 정상입니다. ## 이전 전: URL이 있는 모든 것을 목록으로 만들기 리디렉션 맵은 그 바탕이 되는 이전 URL 목록만큼만 정확하며, 어떤 출처든 빠뜨리는 것이 있습니다. ### 라이브 사이트 크롤링 현재 사이트를 크롤링해 모든 URL을 상태 코드, 제목, 메타 설명, canonical 및 hreflang 태그와 함께 내보낸 다음, XML 사이트맵의 URL을 모두 추가하세요. Google은 최근 한 번 이상 방문된 URL을 서버 로그에서 확인하는 것도 권장합니다. ### Search Console과 애널리틱스에서 방문 페이지 가져오기 Search Console의 [실적 보고서](https://support.google.com/webmasters/answer/7576553)에서 가능한 가장 긴 기간으로 페이지 탭을 내보내고, 애널리틱스에서도 오가닉 방문 페이지를 똑같이 내보내세요. 이 페이지들이 트래픽과 문의를 가져오므로, 출시 때 하나하나 직접 확인해야 합니다. ### 나를 링크하는 곳 찾기 [링크 보고서](https://support.google.com/webmasters/answer/9049606)에서 링크를 가장 많이 받는 페이지를 볼 수 있지만, 표는 "1,000행으로 제한"되며 Google도 전체 목록이 아니라고 밝힙니다. 사용 중인 백링크 도구와 함께 활용하세요. ### 양식, 연동 서비스, 미디어 목록 작성 모든 양식과 제출 내용이 전달되는 곳, 삽입된 모든 도구(예약, 채팅, 지도, 결제), 사람들이 직접 링크하는 모든 파일을 적어 두세요. Google 가이드는 계획에 "동영상, 이미지, JavaScript, CSS 파일"을 포함하라고 말합니다. 이런 URL도 다른 콘텐츠처럼 바뀌기 때문입니다. ### 리디렉션 맵 만들기 이전 URL 하나당 한 행: 이전 URL, 새 URL, 상태 코드, 메모, 테스트 여부. 규칙은 네 가지입니다. - 각 이전 URL을 가장 가까운 대응 페이지에 매핑하세요. 많은 이전 URL을 홈페이지처럼 관련 없는 한 곳으로 리디렉션하면 "소프트 404 오류로 처리될 수 있습니다." - 여러 이전 페이지가 하나로 합쳐졌다면 모두 그 페이지로 리디렉션하세요. - 대응하는 페이지가 없다면 리디렉션 대신 404 또는 410을 반환하세요. - 새 플랫폼이 허용하는 한 경로는 그대로 유지하세요. ## 구축 단계: 리디렉션과 함께 옮겨야 할 것들 ### 1:1 서버 측 301 또는 308 리디렉션 사용 Google의 [리디렉션 문서](https://developers.google.com/search/docs/crawling-indexing/301-redirects)에 따르면 301과 308은 "리디렉션 대상이 canonical이어야 함"을 알리며, "가능하면 서버 측 영구 리디렉션"을 권장합니다. 임시 코드(302, 303, 307)는 그렇지 않고, JavaScript 리디렉션은 최후의 수단입니다. 최종 URL로 곧바로 리디렉션하세요. Google 크롤러는 [최대 10번의 리디렉션 홉](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes)을 따라가지만, 사이트 이전 가이드는 "최종 목적지로 직접 리디렉션"하라고 권고합니다. 이전 마이그레이션에서 남은 리디렉션이 있다면 그것도 새 최종 URL을 가리키도록 바꾸세요. 리디렉션을 처리하는 환경의 기본 상태 코드를 확인하세요. Dardo가 구축한 사이트를 호스팅하는 Cloudflare Workers에서는 `[_redirects](https://developers.cloudflare.com/workers/static-assets/redirects/)`[ 파일](https://developers.cloudflare.com/workers/static-assets/redirects/)에 각 줄마다 301을 적지 않으면 302가 사용되고, 정적 리디렉션 2,000개와 동적 리디렉션 100개까지 담을 수 있으며, 쿼리 매개변수는 매칭할 수 없습니다. 따라서 WordPress의 기본 고유주소(`/?p=123`)는 Worker 코드에서 리디렉션 로직으로 처리해야 합니다. ### 대신 404 또는 410을 반환해야 할 때 내용이 빈약한 페이지, 종료된 프로모션, 중복 페이지는 살려 둘 필요가 없습니다. Google 가이드는 옮기지 않는 콘텐츠는 "HTTP 404 또는 410을 올바르게 반환"해야 한다고 말하며, Google 크롤러는 429를 제외한 모든 4xx 코드를 같은 방식으로 처리합니다. 해당 URL은 색인에서 빠집니다. ### 메타데이터, canonical, hreflang 옮기기 - **제목과 메타 설명.** 새 템플릿이 자동 생성하게 두지 말고 필드별로 직접 옮기세요. - **Canonical.** 새 페이지마다 새 URL을 가리키는 자기 참조 canonical을 넣으세요. Google의 [표준화 가이드](https://developers.google.com/search/docs/crawling-indexing/canonicalization)는 canonical을 "규칙이 아닌 힌트"라고 부르므로, canonical, 리디렉션, 사이트맵이 서로 일치해야 합니다. - **Hreflang.** Google의 [현지화된 버전 가이드](https://developers.google.com/search/docs/specialty/international/localized-versions)에 따르면 각 언어 버전은 "자신과 다른 모든 언어 버전을 함께 나열해야" 하며, "두 페이지가 서로를 가리키지 않으면 태그는 무시됩니다." 모든 어노테이션을 새 URL로 업데이트하세요. ### 구조화된 데이터, 내부 링크, 이미지 URL - **구조화된 데이터.** Organization, Breadcrumb, Article, Product 마크업을 새 템플릿에서 다시 만들고 리치 결과 테스트로 확인하세요. Google의 이전 가이드에는 언급이 없어서 놓치기 쉽습니다. - **내부 링크.** 리디렉션이 아닌 새 URL을 직접 가리키도록 하세요. - **이미지와 파일.** 설명이 담긴 파일명과 대체 텍스트(alt)는 그대로 유지하고, 링크가 걸려 있거나 이미지 검색 유입이 있는 기존 이미지·PDF URL은 리디렉션하세요. ### 애널리틱스와 동의 애널리틱스, 전환 이벤트, 광고 픽셀을 다시 설치하고 스테이징 환경에서 테스트하세요. 기존 사이트에서 쿠키 동의를 요청했다면, 새 사이트도 해당 태그가 실행되기 전에 같은 방식으로 동의를 받아야 합니다. ## 플랫폼별로 흔히 문제가 생기는 부분 이 내용은 2026년 10월 기준 각 플랫폼의 공식 문서를 바탕으로 합니다. 결함이 아니라 플랫폼의 작동 방식을 설명한 것입니다. | 플랫폼 | 매핑해야 할 URL 패턴 | 내보내기 및 리디렉션 제한 | | ----------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | WordPress | [고유주소](https://wordpress.org/documentation/article/customize-permalinks/)는 기본형(/?p=N), 날짜 기반, 글 이름 기반 중에서 선택할 수 있습니다. 카테고리와 태그 아카이브는 /category/ 같은 기본 경로를 항상 유지합니다. | [WordPress 6.4](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/)부터 새로 설치한 사이트에서는 첨부 파일 페이지가 꺼져 있지만, 업그레이드한 사이트에서는 그대로 켜져 있습니다. 그래서 오래된 사이트에는 업로드한 파일마다 URL이 하나씩 있을 수 있습니다. | | Webflow | CMS 항목은 컬렉션 페이지에 있습니다. | [코드 내보내기](https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code)에는 CMS 콘텐츠, 이커머스, 사용자 계정, 양식 처리, 사이트 검색, 현지화된 페이지가 포함되지 않으며 Workspace 요금제가 필요합니다. 컬렉션은 CSV로 따로 내보냅니다. | | Wix | 블로그 글은 [/post/](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls)[ 접두사](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls) 아래에 있으며, 이름은 바꿀 수 있지만 없앨 수는 없습니다. WordPress에서는 사용자 지정 고유주소 구조를 /post/%postname%/로 설정하면 이 경로를 유지할 수 있습니다. | Wix 사이트는 ["Wix 서버에서 실행되어야"](https://support.wix.com/en/article/exporting-or-embedding-your-wix-site-elsewhere) 하므로, 떠나려면 페이지를 새로 만들어야 합니다. | | Framer | 하위 경로를 변경해도 [기존 리디렉션 규칙은 업데이트되지 않아](https://www.framer.com/help/articles/how-to-setup-redirects-to-maintain-seo-ranking/) 이전 규칙이 없는 경로를 가리킬 수 있습니다. | 사이트는 표준 HTML, CSS, JavaScript로 게시되며, [CMS 콘텐츠는 플러그인을 통해](https://www.framer.com/help/articles/porting-your-data-from-framer/) CSV 또는 JSON으로 내보낼 수 있습니다. | | Squarespace | [URL 매핑](https://support.squarespace.com/hc/en-us/articles/205815308-URL-mappings)에서는 /blog/\[name\] -> /posts/\[name\] 301처럼 컬렉션 전체에 \[name\] 변수를 사용할 수 있습니다. | [내보내기](https://support.squarespace.com/hc/en-us/articles/206566687-Exporting-your-site) 결과는 WordPress XML이며 블로그 페이지 1개, 레이아웃 페이지, 갤러리는 포함되지만 스토어 페이지, 제품·동영상·오디오 블록, 사용자 지정 CSS는 포함되지 않습니다. URL 매핑으로는 이미지나 파일 URL을 리디렉션할 수 없고, 약 2,500줄까지 입력할 수 있습니다. | | Shopify | 스토어프런트 URL은 /products/, /collections/, /pages/, [/blogs//](https://shopify.dev/docs/api/liquid/objects/blog) 같은 경로 아래에 있으며, Shopify는 /products와 /collections를 고정 경로로 규정합니다. | [리디렉션](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect)은 더 이상 페이지를 불러오지 않는 URL에서만 작동하며, 스토어당 최대 100,000개(Plus는 20,000,000개)까지 설정할 수 있습니다. | Wix를 떠나면 모든 페이지를 새로 만들어야 하고, Squarespace를 떠나면 내보내기에 포함된 내용은 가져오고 나머지는 새로 만들어야 합니다. Shopify로 옮기면 보통 제품 URL이 바뀌므로, 매핑표에 모든 제품이 들어 있어야 합니다. ## 런칭 당일 1. **DNS.** 호스팅이나 DNS가 바뀐다면 최소 일주일 전에 TTL을 낮추세요. 2. **크롤링 차단.** 스테이징용 `noindex` 태그와 robots.txt 차단을 제거하세요. Google은 개발 중 `noindex`를 사용한 모든 URL을 목록으로 정리해 두라고 권장합니다. 3. **리디렉션.** 새 사이트와 같은 배포에 포함해 적용하세요. 4. **리디렉션 테스트.** 매핑표 전체를 스크립트로 검사하세요. 모든 기존 URL이 한 번의 이동으로 올바른 최종 URL에 301 또는 308로 연결되고, 그 URL은 200을 반환해야 합니다. 5. **Search Console.** 새 사이트를 인증하고 새 사이트맵을 제출하세요. 기존 URL이 다시 크롤링되도록 기존 URL의 사이트맵도 함께 제출합니다. 해당 URL이 리디렉션된다는 경고는 정상입니다. 6. **주소 변경.** 도메인을 변경하는 경우, 같은 Google 계정으로 양쪽 모두 소유권을 가진 속성에서 기존 도메인의 모든 변형(www 포함, www 미포함)에 대해 제출하세요. 7. **매출과 직결되는 경로.** 실제 양식을 제출하고, 테스트 결제를 진행하고, 애널리틱스 이벤트가 들어오는지 확인하세요. 8. **직접 관리하는 링크.** [소셜 프로필, 광고, 디렉터리 등록 정보](https://dardo.studio/ko/blog/brand-launch-checklist/)를 업데이트하세요. ## 런칭 후 30일, 60일, 90일 ### 1\~30일: 변동은 예상된 일 순위는 "Google이 사이트를 다시 크롤링하고 색인을 다시 생성하는 동안" 변동할 수 있으며, "중소 규모 웹사이트는 대부분의 페이지가 반영되기까지 몇 주가 걸릴 수 있고, 규모가 큰 사이트는 더 오래 걸립니다." 다음을 살펴보세요. - **색인 및 사이트맵 보고서.** 기존 사이트의 색인된 URL은 줄고 새 사이트의 색인된 URL은 늘어납니다. - **페이지별 실적.** 새 URL에서 노출수와 클릭수가 발생하기 시작합니다. - **서버 로그와 404.** 예상치 못한 404는 모두 매핑표에서 빠진 행입니다. 2주 동안은 매일 확인하세요. ### 31\~60일: 기준 데이터와 비교 주요 방문 페이지를 새 URL과 비교하세요. 클릭이 줄어든 페이지는 다음 순서로 확인합니다. 리디렉션이 한 번에 올바른 페이지로 연결되는지, 콘텐츠나 제목이 바뀌었는지, 내부 링크가 여전히 그 페이지를 가리키는지, 사이트맵에 포함되어 있는지. 그런 다음 가장 가치 있는 백링크를 건 사이트에 링크를 업데이트해 달라고 요청하세요. ### 90일 이후: 리디렉션은 계속 유지 Google 가이드는 리디렉션을 "일반적으로 최소 1년" 유지하고, 사용자 입장에서는 "리디렉션을 무기한 유지하는 것을 고려"하라고 안내합니다. 도메인 이전의 경우 주소 변경 페이지는 최소 180일을 기준으로 두며, 그 이후에도 기존 사이트가 크롤링 가능한 상태라면 Google은 기존 사이트를 관련 없는 사이트로 취급합니다. 또한 다른 사람이 구매하지 못하도록 기존 도메인 비용을 "최소 1년간" 계속 지불할 것을 권장합니다. ## 체크리스트 | 단계 | 작업 | 완료 기준 | | ---- | ------------------------------- | ------------------------------------------- | | 사전 | 사이트, 사이트맵, 서버 로그 크롤링 | 모든 기존 URL과 상태 코드를 담은 목록 한 개 | | 사전 | 방문 페이지와 링크가 많은 상위 페이지 내보내기 | 상위 페이지와 백링크 대상이 매핑표에 표시됨 | | 사전 | 양식, 연동 서비스, 스크립트, 파일 목록 작성 | 각 항목에 담당자와 새 사이트 적용 계획이 있음 | | 사전 | 리디렉션 매핑표 작성 | 모든 기존 URL에 이동 대상 또는 404/410 처리 결정이 있음 | | 구축 | 서버 측 301 또는 308 리디렉션 | 한 번에 이동, 연쇄 리디렉션 없음, 홈페이지로의 일괄 리디렉션 없음 | | 구축 | 제목, 설명, canonical, hreflang | 기존 페이지와 일치하며, canonical과 hreflang은 새 URL 사용 | | 구축 | 구조화된 데이터, 내부 링크, 이미지 URL | 리치 결과 테스트 통과, 리디렉션을 거치는 내부 링크 없음 | | 구축 | 애널리틱스, 전환, 동의 | 스테이징에서 이벤트가 실행되며, 동의가 필요한 경우 동의 후에만 실행됨 | | 런칭 | noindex와 robots.txt 차단 제거 | 새 URL을 크롤링할 수 있음 | | 런칭 | 리디렉션 매핑표 테스트 | 모든 행이 예상한 코드와 대상을 반환함 | | 런칭 | Search Console: 인증, 사이트맵, 주소 변경 | 치명적인 오류 없이 제출됨 | | 이후 | 색인, 404, 실적 모니터링 | 기존 URL은 감소하고 새 URL의 노출수는 증가함 | | 이전 후 | 리디렉션과 기존 도메인 유지 | 최소 1년 | ## 웹사이트 마이그레이션 도움받기 Dardo는 Cloudflare Workers 기반의 맞춤형 Astro 사이트로 이전 작업을 진행하며, 리디렉션 맵은 런칭 전에 테스트하여 사이트와 함께 전달하는 산출물입니다. [웹사이트 마이그레이션](https://dardo.studio/ko/services/website-migration/)을 확인해 보세요. 이전과 함께 새 디자인이 필요하다면 [웹사이트 리디자인](https://dardo.studio/ko/services/website-redesign/)을 참고하세요. 또는 [이전하려는 사이트에 대해 알려주세요](https://dardo.studio/ko/contact/). [Nicolás Cerón](https://dardo.studio/ko/studio/) Nicolás Cerón은 콜롬비아 보고타에 있는 브랜드, 웹 디자인 및 개발 스튜디오 Dardo의 창립자입니다. ## 계속 둘러보세요. - [서비스 · **SEO 손실 없는 웹사이트 이전(마이그레이션)**](https://dardo.studio/ko/services/website-migration/) - [나의 프로젝트 · **상담 시작하기**](https://dardo.studio/ko/contact/)