리뉴얼·이전 · 공식 문서

URL 매핑표 만들기, 리뉴얼 전 옛 URL 짝짓기 순서

사이트맵·서버 로그·서치 콘솔 링크 보고서·제작 도구 목록 등 6가지 자리에서 이미지·PDF 파일까지 옛 URL을 모아 한 시트에 합치고, 줄마다 301·통합 301·404 중 처리와 새 URL을 적습니다. 구글은 사이트 이동 순서의 셋째 단계로 이 URL 매핑을 두었습니다.

리뉴얼에서 리디렉션을 걸려면 먼저 「어느 옛 URL을 어디로」라는 표가 있어야 합니다. 이 표가 URL 매핑표(짝표)입니다.

표가 빠지면 리디렉션은 홈으로 몰리거나 없는 URL로 걸립니다. 그래서 디자인 시안이 나오기 전에 옛 URL부터 모읍니다.

발견 01

구글은 URL 매핑을 사이트 이동 순서의 셋째 단계로 두었고, 도메인만 바꿀 때는 목록 없이도 된다고 적었습니다

It's important to map your old site's URLs to the URLs for the new site. In more complex site moves, you will need to generate a list of old URLs and map them to their new destinations.

옛 사이트의 URL을 새 사이트의 URL과 짝짓는 것이 중요하다. 복잡한 사이트 이동에서는 옛 URL 목록을 만들고 각각을 새 도착 URL과 짝지어야 한다.

Google Search Central 「How to move a site」
바뀌는 것옛 URL 목록공식 문서 원문
도메인만 바뀌고 경로는 그대로없어도 됨(와일드카드 리디렉션)In the simplest of site moves, you may not need to generate a list of your old URLs. For example, you could use a wildcard server-side redirect if you're changing your site's domain (for example, moving from example.com to example.net).가장 단순한 이동에서는 옛 URL 목록이 필요 없을 수 있다. 예를 들어 도메인만 바꿀 때는 와일드카드 서버 측 리디렉션을 쓸 수 있다.
경로·파일 이름·구조가 바뀜필요함In more complex site moves, you will need to generate a list of old URLs and map them to their new destinations.복잡한 사이트 이동에서는 옛 URL 목록을 만들어 새 목적지에 대응해야 한다.
리뉴얼은 대개 제작 도구와 메뉴 구조가 함께 바뀌므로 둘째 줄에 해당합니다.

네이버 서치어드바이저 「웹 사이트 이전」도 같은 원칙을 적었습니다. 원문은 「콘텐츠의 redirect는 URL 기준으로 1:1로 대응되어야 합니다.」입니다.

발견 02

옛 URL은 6가지 자리에서 모으고, 이미지와 PDF도 매핑 대상입니다

모으는 자리여기서 잡히는 URL공식 문서 원문
사이트맵운영자가 중요하다고 제출해 둔 URLLook in your sitemaps because it's likely your most important URLs have been submitted in Search Console that way가장 중요한 URL은 대개 사이트맵으로 서치 콘솔에 제출돼 있으니 사이트맵을 본다.
서버 로그·웹 분석방문이 가장 많은 URLCheck your server logs or analytics software for the URLs that get the most traffic서버 로그나 분석 소프트웨어에서 트래픽이 가장 많은 URL을 확인한다.
서치 콘솔 링크 보고서내부·외부 링크가 걸린 페이지Check the Links to your site feature in Search Console for pages that have internal and external links서치 콘솔의 「사이트로 연결되는 링크」 기능에서 내부·외부 링크가 있는 페이지를 확인한다.
제작 도구의 페이지 목록콘텐츠가 있는 URL 전체Use your content management system, which can typically provide a straightforward way to get a listing of all URLs that host content.콘텐츠 관리 시스템을 쓴다. 대개 콘텐츠가 있는 모든 URL 목록을 쉽게 뽑을 수 있다.
최근 서버 로그메뉴에서 빠졌지만 최근에도 방문된 URLCheck your server logs for URLs that were visited at least once recently. Pick a time period that makes sense for your site, keeping in mind seasonal variation of traffic.서버 로그에서 최근 한 번 이상 방문된 URL을 확인한다. 계절에 따른 트래픽 변화를 생각해 사이트에 맞는 기간을 고른다.
이미지·PDF·첨부 파일페이지 안에 걸린 파일 URLTransfer images and downloads (such as PDF documents) that you host. These might already be getting traffic from Google Search or links, and it's useful to tell users and Googlebot about their new location.직접 올려 둔 이미지와 PDF 같은 내려받기 파일도 옮긴다. 이 파일들도 이미 검색이나 링크로 방문을 받고 있을 수 있어, 새 위치를 사용자와 Googlebot 에 알리는 것이 좋다.
한 자리만으로는 빠지는 URL이 생깁니다. 사이트맵에 없는 옛 게시글이 외부 링크를 받고 있는 경우가 흔합니다.
These URLs need to be moved in the same way as all other content on your website.

이 URL들도 웹사이트의 다른 모든 콘텐츠와 같은 방법으로 옮겨야 한다.

Google Search Central 「How to move a site」

옛 화면과 목록을 리뉴얼 전에 기록으로 남기는 법은 「이전 홈페이지 보기」 편에 자세히 적었습니다. 이 편은 그 목록을 새 URL과 짝짓는 데서 시작합니다.

발견 03

매핑표는 6열이면 충분하고, 처리 값은 3가지입니다

열적는 것예
옛 URL수집한 URL을 프로토콜·www 까지 그대로https://www.example.com/product.php?id=12
수집처위 수집 자리 중 어디서 나왔는지사이트맵, 링크 보고서
근거 값조회 기간의 클릭 수, 외부 링크 여부클릭 있음, 외부 링크 있음
처리301 · 통합 301 · 404 또는 410 중 하나301
새 URL도착 URL. 404·410 이면 「없음」https://example.com/products/pump-a
확인 결과공개 뒤 상태 코드와 최종 URL301 뒤 200
열 구성은 원문의 「수집 → 갈 곳 결정 → 시험」 흐름을 표로 옮긴 편집 판단입니다. example.com 은 예시 도메인입니다.
처리 값고르는 때공식 문서 원문
301같은 내용의 새 URL이 있다Once you have the listing of old URLs, decide where each one should redirect to.옛 URL 목록이 생기면 URL마다 어디로 리디렉션할지 정한다.
통합 301여러 옛 페이지를 새 페이지 하나로 합쳤다However, if you have consolidated content previously hosted on multiple pages to a new single page, you can redirect the older URLs to that new, consolidated page.여러 페이지에 있던 콘텐츠를 새 페이지 하나로 합쳤다면 옛 URL들을 그 합친 새 페이지로 리디렉션해도 된다.
404 또는 410새 사이트로 옮기지 않는 내용이다Provide errors for deleted or merged content if you're not moving to the new site all your old content, make sure those URLs correctly return an HTTP 404 or 410 error response code on the new site.옛 콘텐츠를 모두 새 사이트로 옮기지 않는다면, 지우거나 합친 콘텐츠의 URL이 새 사이트에서 404 나 410 을 제대로 내게 한다.
쓰지 않는 값: 홈으로 몰기갈 곳이 없어 홈으로 보내고 싶다Don't redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.옛 URL 여러 개를 새 사이트 홈페이지처럼 관련 없는 URL 하나로 리디렉션하지 말라. 사용자를 혼란스럽게 하고 soft 404 오류로 처리될 수 있다.
마지막 줄은 처리 값에 넣지 않는 것입니다. 갈 곳이 없으면 404 나 410 을 적습니다.
How you store this mapping depends on your servers and the site move. You might use a database, or configure some URL rewriting rules on your system for common redirect patterns.

매핑을 저장하는 방법은 서버와 사이트 이동에 따라 다르다. 데이터베이스를 쓰거나, 흔한 리디렉션 패턴은 URL 다시 쓰기 규칙으로 설정할 수 있다.

Google Search Central 「How to move a site」

발견 04

만드는 순서는 7단계이고, 마지막 열은 공개 뒤에 채웁니다

순서하는 일
1수집 자리마다 옛 URL을 뽑아 한 시트에 모으고, 같은 URL은 한 줄로 합칩니다
2줄마다 수집처와 근거 값(클릭·외부 링크)을 적어, 근거 값이 있는 줄부터 짝을 짓습니다
3새 사이트의 URL 규칙을 정한 뒤, 줄마다 처리와 새 URL을 적습니다
4규칙으로 바뀌는 URL 묶음(예: 상품 번호형)은 다시 쓰기 규칙 한 줄로 따로 적습니다
5새 URL이 실제로 있는 페이지인지, 새 URL끼리 겹치지 않는지 확인합니다
6매핑표로 새 사이트의 내부 링크를 고치고, 새 URL 사이트맵과 옛 URL에 링크한 사이트 목록을 저장합니다
7공개 뒤 옛 URL을 모두 요청해 확인 결과 열을 채웁니다
순서는 구글 「How to move a site」의 「Prepare URL mapping」·「Update all URL details」·「Start the site move」 절을 작업 순서로 묶은 편집 판단입니다.
매핑표로 하는 일공식 문서 원문
내부 링크 고치기Change the internal links on the new site from the old URLs to the new URLs. You can use the mapping generated earlier to help find and update the links as needed.새 사이트의 내부 링크를 옛 URL에서 새 URL로 바꾼다. 앞서 만든 매핑으로 바꿀 링크를 찾을 수 있다.
새 URL 사이트맵과 링크한 사이트 목록 저장A sitemap file containing the new URLs in the mapping. A list of sites linking to your old URLs. You can find the links to your site in Search Console.매핑의 새 URL을 담은 사이트맵 파일과, 옛 URL에 링크한 사이트 목록을 저장해 둔다. 링크한 사이트는 서치 콘솔에서 찾을 수 있다.
리디렉션 시험Test the redirects. You can use the URL Inspection Tool for testing individual URLs, or command line tools or scripts to test large numbers of URLs.리디렉션을 시험한다. URL 하나는 URL 검사 도구로, 많은 URL은 명령줄 도구나 스크립트로 시험할 수 있다.
없는 URL로 건 짝 찾기We frequently see people redirecting to the wrong (non-existent) URLs on the new site.새 사이트의 잘못된(없는) URL로 리디렉션하는 경우를 자주 본다.

서버에 리디렉션을 거는 방법은 「리다이렉트 설정 방법」 편에, 공개 뒤 상태 코드와 최종 URL을 보는 법은 「리다이렉트 확인 방법」 편에 자세히 적었습니다.

발견 05

같은 매핑표라도 B2B·B2C·B2G 는 빠지기 쉬운 줄이 다릅니다

예시 ① 제품 카탈로그 PDF가 많은 장비 제조사 사이트(B2B)

견적서와 영업 메일에 PDF 카탈로그 URL이 박혀 있습니다. 파일 URL은 사이트맵에 없는 경우가 많아, 서버 로그와 링크 보고서에서 따로 모아 줄을 만듭니다.

예시 ② 상품 번호형 URL을 경로형으로 바꾸는 쇼핑몰(B2C)

상품이 수천 개면 한 줄씩 적기보다 「옛 번호 → 새 경로」 규칙을 한 줄로 적습니다. 규칙에서 벗어나는 단종·통합 상품만 개별 줄로 둡니다.

예시 ③ 게시판을 새로 만드는 공공기관 누리집(B2G)

공지·보도자료 게시판은 글 번호가 URL에 들어가고, 첨부 파일 URL도 따로 있습니다. 새 게시판으로 옮길 때 옛 글 번호와 새 글 번호의 대응표를 함께 받아 둡니다.

그럼 이번 리뉴얼의 매핑표는 무엇부터 시작하나요?

  1. 사이트맵, 서버 로그, 서치 콘솔 링크 보고서, 제작 도구 목록에서 옛 URL을 뽑아 한 시트에 모읍니다.
  2. 이미지·PDF·첨부 파일 URL을 따로 뽑아 같은 시트에 붙입니다.
  3. 6열을 만들고, 근거 값이 있는 줄부터 처리와 새 URL을 채웁니다.
  4. 새 URL이 실제로 있는지, 홈으로 몰린 줄이 없는지 확인합니다.
  5. 공개 당일 옛 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
  • 네이버 서치어드바이저 「웹 사이트 이전」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/seo-basic-migration
  • 수집 자리 6가지, 열 6개, 순서 7단계는 위 문서들이 URL 매핑에 대해 적은 것을 묶은 것입니다. 묶는 방식은 편집 판단입니다.
  • 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
  • 원문은 영어판(hl=en)이고, 도구 이름(URL 검사 도구·사이트로 연결되는 링크)은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.