EC-CUBE 2→4 이전으로 잃는 SEO 자산
EC-CUBE 2→4 이전으로 잃는 SEO 자산
| Category | Reading Time | Series Title | Description | Source | Copyright |
|---|---|---|---|---|---|
| Guides | 9분 분량 | 일본 EC 플랫폼별 검색·AI 검색 가이드 | EC-CUBE 2계열에서 4계열로의 이전은 단순한 버전 업이 아니라, URL 구조·템플릿·플러그인이 모두 바뀌는 사이트 이전이에요. 이전 과정에서 잃기 쉬운 URL·메타데이터·구조화 데이터·사이트맵 4개 자산과 각각의 인계 절차, 이전 후 확인 지... | searchos.io/ko/blog | © 2026 Search OS |
EC-CUBE 2계열로 10년간 운영해 온 사이트를 4계열로 옮긴 뒤 검색 순위가 전반적으로 떨어졌다는 상담이 들어옵니다. 버전 업 정도로 생각하고 진행한 경우가 대부분입니다.
2계열에서 4계열로 옮기는 것은 버전 업이 아니라 사이트 이전입니다. URL 구조가 바뀌고 템플릿은 다시 만들어집니다. 2계열에서 쓰던 플러그인과 커스터마이징은 4계열에서 돌아가지 않습니다. 가게를 통째로 옮기면서 단골에게 새 주소를 알리지 않은 것과 같습니다. 10년치 평가는 옛 URL에 쌓여 있고, 새 URL로 넘겨주지 않으면 그대로 사라집니다.
이 글에서는 이전 과정에서 잃기 쉬운 4개 자산(URL·메타데이터·구조화 데이터·사이트맵)을 다룹니다. 사이트맵은 검색 엔진에 넘기는 페이지 URL 목록입니다. 각각의 인계 절차와 이전 후 확인할 지표도 정리했습니다.
결론: 이전을 "사이트 이전"으로 다루고, 4개 자산의 인계표를 만든 뒤 전환한다
자산 | 2계열 | 4계열 | 인계 방법 |
|---|---|---|---|
URL | 파라미터 형식(product_id= 등) | 경로 형식 | 옛 URL → 새 URL 대응표와 301 리다이렉트 |
메타데이터 | 2계열의 상품 데이터·템플릿 | 4계열의 상품 데이터·템플릿 | 데이터 이전 시 title·description을 포함합니다. 템플릿에서 출력을 다시 구현 |
구조화 데이터 | 커스터마이징 또는 플러그인 | 재구현 필요 | 2계열에서 출력하던 유형을 기록하고, 4계열의 템플릿 또는 플러그인으로 재현 |
사이트맵 | 표준 기능 있음 | 표준 기능 없음 | 플러그인 또는 자체 제작으로 준비 |
Header Info
- Search OS
- 가이드 01
EC-CUBE 2계→4계에서 다시 만들어지는 4자산
이어지는 것은 상품 데이터뿐
| 구분 | 2계 | 4계 | 승계 방법 |
|---|---|---|---|
| URL | 파라미터 형식 | 경로 형식 | 대응표 + 301 리다이렉트 |
| 메타데이터 | 2계 템플릿 | 재구현 | 이행 데이터에 title·desc 포함 |
| 구조화 데이터 | 커스텀/플러그인 | 재구현 | 2계의 타입을 기록해 재현 |
| 사이트맵 | 표준 기능 있음 | 표준 기능 없음 | 플러그인 또는 자작 |
- POINT
- 검색엔진이 보는 "사이트"는 URL과 HTML의 집합. 전부 다시 만든다
© 2026 Search OS
중요한 관점: "같은 EC-CUBE이니 넘어간다"고 말할 수 있는 것은 상품 데이터뿐입니다. 검색 엔진이 보는 사이트는 URL과 HTML의 묶음이고, 그 묶음은 전부 새로 만들어집니다.
자산 1: URL
2계열과 4계열은 상품·카테고리의 URL 형식이 다릅니다. 실제 형식은 자기 사이트에서 확인해야 합니다. 2계열에서 mod_rewrite로 URL을 다듬었다면 차이는 더 큽니다.
인계 절차:
2계열의 전체 URL(상품·카테고리·특집·공지)을 목록화합니다
Search Console에서 검색 유입·백링크가 있는 URL을 특정하고 우선순위를 매깁니다
4계열의 새 URL과 1대1로 대응표를 만듭니다
4계열 쪽에서 301 리다이렉트를 설정합니다(웹 서버 설정 또는 리다이렉트 관리 구조)
전환 후 대응표에서 샘플을 열어 확인합니다
파라미터 형식의 옛 URL을 리다이렉트하려면 웹 서버 설정에서 파라미터를 조건으로 한 재작성이 있어야 합니다. 제작사에 대응표를 넘기고 설정을 의뢰하는 편이 빠릅니다.
자산 2: 메타데이터
항목 | 사라지는 방식 | 인계 |
|---|---|---|
상품의 title·description | 데이터 이전 대상에 포함하지 않으면 사라집니다 | 이전 데이터 항목에 포함합니다. 4계열 쪽에서 대응하는 항목을 확인 |
카테고리의 title·description | 위와 같음 | 위와 같음 |
특집·공지의 메타 | 4계열에서는 사용자 정의 페이지로 다시 작성 | 수작업으로 재설정 |
템플릿의 title 생성 규칙 | 2계열의 템플릿은 4계열에서 쓸 수 없습니다 | 4계열의 템플릿에서 같은 규칙을 다시 구현 |
이전 전에 2계열 주력 페이지의 title·description을 크롤러 도구로 모아 둡니다. 이전 후 같은 페이지에서 비교하면 빠진 항목이 보입니다. 주력 페이지 목록을 뽑는 일이 먼저입니다.
자산 3: 구조화 데이터
2계열에서 구조화 데이터를 내보내고 있었다면 그것은 커스터마이징이거나 플러그인입니다. 어느 쪽이든 4계열에서는 돌아가지 않습니다.
이전 전에 2계열의 상품·카테고리·메인 페이지를 리치 리절트 테스트에 돌려, 검출되는 유형을 기록합니다
4계열의 템플릿 또는 플러그인으로 같은 유형을 출력합니다
이전 후 같은 페이지에서 다시 검증하고, 유형과 값이 일치하는지 확인합니다
2계열에서 구조화 데이터를 내보내지 않았다면 이전은 새로 넣을 기회입니다. Product·BreadcrumbList·Organization을 4계열에서 새로 출력합니다. 이 세 유형이 출발점입니다.
자산 4: 사이트맵
2계열에는 표준 사이트맵 기능이 있었지만 4계열에는 없습니다. 이전 후 사이트맵이 아예 없는 상태가 된 사이트도 드물지 않습니다. 플러그인이나 자체 제작으로 준비하고 Search Console에 다시 등록합니다. 옛 사이트맵의 URL이 바뀐다면 옛것은 지우고 새것을 등록합니다. 새 사이트 주소에서 사이트맵이 열리는지부터 확인합니다.
이전 전후에 확인할 지표
시기 | 지표 | 정상 상태 |
|---|---|---|
이전 전 | 검색 유입이 있는 URL 수, 주력 페이지의 순위, 구조화 데이터의 유형 | 기록해 둡니다 |
이전 1주 후 | 404, 리다이렉트 오류 | 옛 URL의 404가 거의 없음 |
이전 1주 후 | 주력 페이지의 URL 검사 | 새 URL이 색인 완료, canonical이 새 URL |
이전 1개월 후 | 사이트맵의 검출 수 | 상품 수와 비슷함 |
이전 1~3개월 후 | 검색 유입 | 이전 전 수준으로 돌아옴 |
Search OS 가이드 02
이행 전후에 확인할 지표
시기별로 볼 것
| 시기 | 주요 항목 | 상세 내용 |
|---|---|---|
| 이행 전 | 기록 | 유입 URL 수·순위 구조화 데이터 타입 |
| 1주 후 | 404·전송 | 구 URL의 404가 거의 없는가 |
| 1주 후 | 주력 색인 | 새 URL 색인됨 canonical이 새 URL |
| 1개월 후 | 사이트맵 | 발견 수가 상품 수와 근접 |
| 1~3개월 | 검색 유입 | 이행 전 수준으로 돌아오는가 |
© 2026 Search OS
이전이 끝나도 할 일이 남습니다
이전이 끝나도 리다이렉트 누락은 나중에 드러납니다. 다시 만든 구조화 데이터의 어긋남, 사이트맵 생성 중단도 마찬가지입니다. 특히 4계열은 플러그인과 본체 업데이트가 이어집니다. 이전 때 정비한 상태가 몇 달 만에 바뀌기도 합니다.
Search OS는 EC-CUBE를 포함한 이전 후 사이트를 계속 확인합니다. 404·리다이렉트·canonical·구조화 데이터·사이트맵 상태를 살핍니다. 봇이 가져가는 옛 URL과 새 URL의 대응, 이전으로 잃은 메타데이터를 수정 대상으로 정리합니다. 이전 작업을 대신하지는 않습니다. 이전 후 놓친 구멍을 계속 찾아내는 층입니다. 옛 URL 하나를 열어 어디로 가는지 확인하는 일부터 시작하면 됩니다.
자주 묻는 질문
2계열의 URL을 그대로 4계열에서 쓸 수 있나요
웹 서버 재작성으로 옛 URL 형식을 유지하는 것은 기술적으로는 가능합니다. 다만 4계열 표준에서 벗어나 유지보수가 어려워집니다. 새 URL로 옮기고 리다이렉트로 넘겨주는 방식이 일반적입니다.
이전과 동시에 도메인도 바꿔도 되나요
동시에 바꾸면 원인을 가려내기 어렵습니다. 가능하다면 버전 이전을 먼저 하고, 안정된 뒤에 도메인을 바꾸는 편이 안전합니다.
2계열을 그대로 운영하는 선택지도 있나요
2계열은 공식 지원이 끝나 보안 관점에서 권장되지 않습니다. 이전은 해야 하고, 남는 문제는 그 방법입니다. 인계표를 만드는 일이 첫 단계입니다.
함께 읽기
참고 자료
Google Search Central: Site moves with URL changes
Google Search Central: Redirects and Google Search
EC-CUBE: EC-CUBE 4 개발 문서