ASP→Shopify 이전 URL·구조화 데이터 승계

ASP→Shopify 이전 URL·구조화 데이터 승계
- Category
- Guides
- Reading Time
- 9분 분량
- Series
- 일본 EC 플랫폼별 검색·AI 검색 가이드
makeshop·컬러미숍·futureshop 등에서 Shopify로 이전하면 URL의 형태가 반드시 바뀌어요. 이전으로 검색 평가를 잃지 않기 위한 URL 대응표, 리다이렉트 설계, 구조화 데이터 승계, 이전 전후로 확인할 지표를 이전의 시간 순서에 따라 정...
- URL
- searchos.io/ko/blog
- Copyright
- © 2026 Search OS
컬러미숍에서 Shopify로 이전한 뒤 1개월 만에 검색 유입이 절반으로 줄었다는 상담이 들어옵니다. 원인은 이전 작업 자체보다 URL 처리에 있는 경우가 많습니다.
가장 흔한 원인은 구 URL에서 신 URL로 가는 리다이렉트 누락입니다. 일본 ASP 카트와 Shopify는 상품 URL 형태가 완전히 다릅니다. 구 URL에 쌓인 평가는 리다이렉트가 없으면 신 URL로 넘어가지 않습니다. 구 URL은 404가 되어 검색 결과에서 사라집니다. 구조화 데이터는 페이지의 내용을 기계가 읽는 형태로 적어 두는 기술입니다. 다음으로 흔한 원인은 구조화 데이터와 메타데이터가 이전 중에 사라지는 경우입니다. 그러면 리치 리절트와 인용도 함께 없어집니다.
이 글에서는 이전을 시간 순서대로 정리합니다. URL 대응표 만드는 법, 리다이렉트 설계, 구조화 데이터 승계를 다룹니다. 이전 전후로 확인할 지표도 함께 정리했습니다.
결론: 이전 전에 URL 대응표를 만들고, 이전 당일에 리다이렉트를 넣고, 이전 후에 지표로 확인합니다
시기 | 할 일 |
|---|---|
이전 1개월 전 | 구 사이트의 전체 URL 목록을 취득. 검색 유입이 있는 URL을 특정. 구조화 데이터·메타데이터를 기록 |
이전 2주 전 | 신 URL의 핸들을 정하고, 구 URL → 신 URL 대응표를 만듭니다 |
이전 당일 | 리다이렉트를 일괄 등록. canonical·구조화 데이터·사이트맵을 확인 |
이전 후 1주 | Search Console에서 크롤 오류·404를 확인. 주력 페이지의 색인을 확인 |
이전 후 1~3개월 | 검색 유입과 순위를 구 사이트와 비교. 구 URL의 색인이 사라지고 신 URL로 대체되었는지 |

국산 ASP에서 Shopify로: 이행의 시계열
잃는 것은 페이지가 아니라 URL에 쌓인 평가
| 시기 | 단계 | 상세 내용 |
|---|---|---|
| 1개월 전 | 재고 조사 | 전 URL·유입 URL 구조화 데이터 기록 |
| 2주 전 | 대응표 | 구 URL→새 핸들 1대1로 |
| 당일 | 리다이렉트 | CSV 일괄 등록 canonical·사이트맵 확인 |
| 1주 후 | 404 확인 | Search Console 주력 페이지 색인 |
| 1~3개월 | 유입 비교 | 구 URL이 사라지고 새 URL로 대체 |
POINT 구 URL과 새 URL을 1대1로 잇는 것이 이행의 본체
중요한 관점: 이전으로 잃는 것은 페이지가 아니라 URL에 쌓인 평가입니다. 이사하면서 단골손님에게 새 주소를 알리지 않은 것과 같습니다. 페이지를 다시 만드는 것만으로는 돌아오지 않습니다. 구 URL과 신 URL을 1대1로 잇는 대응표에서 시작합니다.
이전 전: 구 사이트를 빠짐없이 조사합니다
취득할 것 | 방법 |
|---|---|
전체 URL 목록 | 구 사이트의 사이트맵, 또는 크롤러 도구로 취득 |
검색 유입이 있는 URL | Search Console의 검색 실적에서 지난 12개월간 클릭이 있는 URL을 내보내기 |
백링크가 있는 URL | Search Console의 링크 보고서 |
각 페이지의 title·description | 크롤러 도구로 취득 |
구조화 데이터의 유형 | 주력 페이지를 리치 리절트 테스트로 확인 |
검색 유입이 있는 URL과 백링크가 있는 URL이 가장 급합니다. 전체 URL을 리다이렉트하는 편이 이상적입니다. 수가 많다면 이 2가지부터 챙깁니다.
URL 대응표를 만드는 법
어디서 오느냐에 따라 구 URL 형태가 다릅니다. 아래 표에서 자기 숍에 해당하는 줄을 찾으면 됩니다.
이전 원본 | 구 URL의 전형 | Shopify의 신 URL |
|---|---|---|
컬러미숍 | /?pid=12345 같은 파라미터 형식 | /products/핸들 |
makeshop | /shopdetail/000000001234/ 같은 ID 형식 | /products/핸들 |
futureshop | /fs/숍명/상품코드 같은 형식 | /products/핸들 |
카테고리 | 각 ASP의 카테고리 URL | /collections/핸들 |

Search OS 가이드 02
- 이행 원별 구 URL과 새 URL
- 상품 코드나 상품명을 키로 대조
| 번호 | 구 URL | 새 URL |
|---|---|---|
| 1 | 컬러미숍 /?pid=12345 | /products/핸들 |
| 2 | makeshop /shopdetail/000000001234/ | /products/핸들 |
| 3 | futureshop /fs/숍명/상품코드 | /products/핸들 |
| 4 | 카테고리 각 ASP의 카테고리 URL | /collections/핸들 |
© 2026 Search OS
실제 URL 형식은 자기 숍에서 직접 확인합니다. 대응표는 "구 URL, 신 URL" 2열로 만듭니다. 상품 코드나 상품명을 열쇠 삼아 기계적으로 대조합니다.
핸들은 구 URL에 의미 있는 문자열이 있으면 그대로 씁니다. leather-wallet 같은 부분이 여기에 해당합니다. ID뿐이라면 상품명을 영숫자로 적어 새로 만듭니다. 주력 상품 몇 개의 핸들을 먼저 정해 두면 됩니다.
이전 당일: 리다이렉트를 등록합니다
Shopify의 "URL 리디렉션" 기능에 대응표를 CSV로 한꺼번에 올립니다.
구 URL은 도메인을 뺀 경로(파라미터 포함)로 적습니다
구 URL 하나는 신 URL 하나로 보냅니다. 다단계 리다이렉트(구 → 중간 → 신)는 만들지 않습니다
카테고리 → 컬렉션, 고정 페이지 → /pages/ 도 빠뜨리지 않습니다
구 사이트 도메인을 그대로 쓴다면 DNS 전환과 동시에 리다이렉트가 살아납니다
도메인이 바뀐다면 구 도메인에서 오는 리다이렉트도 따로 준비합니다
등록을 마친 뒤 대응표에서 10건 정도를 직접 열어 제대로 넘어가는지 확인합니다.
구조화 데이터와 메타데이터도 함께 옮깁니다
항목 | 이전 시 주의 |
|---|---|
title·description | Shopify의 상품별 "검색 엔진 목록"에 구 사이트의 값을 넣습니다. 비워 두면 자동 생성됩니다 |
Product 구조화 데이터 | Shopify 테마가 표준으로 출력합니다. 구 사이트에서 나오던 속성(브랜드, 품번)이 나오는지 확인 |
BreadcrumbList | 테마 또는 앱으로 출력. 구 사이트에서 나오고 있었다면 이전 후에도 출력합니다 |
Organization | 메인 페이지에만. 테마 또는 앱으로 |
이미지의 alt | 상품 이미지의 alt는 이전 과정에서 사라지기 쉽습니다. CSV 가져오기 시 포함합니다 |
리치 리절트 테스트는 구조화 데이터가 제대로 읽히는지 보는 도구입니다. 이전 후 주력 페이지를 넣어 이전 전과 같은 유형이 감지되는지 확인합니다.
이전 후: 확인할 지표
시기 | 볼 지표 | 정상 상태 |
|---|---|---|
1주 후 | Search Console의 "찾을 수 없음(404)" | 구 URL의 404가 거의 없음. 있다면 리다이렉트 누락 |
1주 후 | 주력 페이지의 URL 검사 | 신 URL이 색인 완료 |
1개월 후 | 페이지 보고서의 "리디렉션 오류" | 제로. 있다면 다단계 리다이렉트 |
1~3개월 후 | 검색 실적의 클릭 수 | 이전 전 수준으로 돌아옵니다. 돌아오지 않으면 대응표의 누락을 재확인 |
잠깐 유입이 줄어드는 것은 정상입니다. 3개월이 지나도 돌아오지 않으면 리다이렉트 누락부터 의심합니다. noindex가 남아 있거나 canonical이 틀렸을 수도 있습니다.
이전이 끝난 뒤에도 지켜볼 것이 남습니다
이전이 끝나도 리다이렉트 누락은 나중에 드러납니다. 구 URL로 오는 백링크가 남아 있는 한 404는 계속 생깁니다. 테마를 업데이트하면 구조화 데이터 출력이 바뀌기도 합니다.
Search OS는 Shopify를 포함한 이전 후 숍을 지속적으로 살펴봅니다. 404·리다이렉트 체인·canonical·구조화 데이터 상태를 계속 확인합니다. 봇이 수집하는 구 URL과 신 URL의 대응도 봅니다. 이전으로 사라진 메타데이터는 수정 대상으로 정리합니다. 이전 작업을 대신하지는 않고, 이전 후에 놓친 구멍을 계속 찾아내는 층입니다.
자주 묻는 질문
구 사이트는 언제 닫아도 되나요?
리다이렉트가 살아난 순간부터 구 사이트 페이지는 필요 없습니다. 다만 구 도메인에서 오는 리다이렉트는 유지해야 합니다. 도메인 계약은 최소 1년은 남겨 둡니다.
전체 상품을 리다이렉트하는 건 힘들어요. 생략해도 되나요?
검색 유입과 백링크가 있는 URL은 빠뜨리지 않습니다. 나머지는 구 URL이 404가 되어도 영향이 작습니다.
이전을 계기로 URL을 깔끔하게 하고 싶어요. 구 URL과 1대1이 아니어도 되나요?
통합(구 URL 여러 개 → 신 URL 하나)은 괜찮습니다. 분할(구 URL 하나 → 신 URL 여러 개)은 안 됩니다. 가장 가까운 하나로 보냅니다.
함께 읽을 글
참고 자료
Google Search Central: Site moves with URL changes
Google Search Central: Redirects and Google Search
Shopify Help Center: Redirecting URLs
Shopify Help Center: Migrating to Shopify