전자상거래 SEO
온라인 스토어의 규모, 기본 중복 URL, 패싯 탐색, 플랫폼 제약, 제품 구조화 데이터와 페이지별 매출을 다루는 전자상거래 SEO 허브입니다.
언어
이 페이지의 근거 신호 1개
- 관련 라이브 도구Faceted Navigation Auditor
전자상거래 SEO는 별도 알고리즘이 아니라 일반 Google 순위 시스템을 스토어에 적용하는 일입니다. 규모, 기본 유사 URL, 패싯 탐색, 플랫폼 고정 구조, 페이지별 매출 때문에 복잡합니다. 제품 스키마는 리치 결과 자격을 주지만 순위를 높이지 않습니다. 패싯 탐색이 대표 기술 과제이며 주요 플랫폼은 모두 SEO 가능하지만 시작 난도가 다릅니다.
Evidence for this claim Google relies on crawlable links and site structure to discover and understand ecommerce pages. Scope: Google ecommerce crawling guidance. Confidence: high · Verified: Google Search Central: Ecommerce site structure Evidence for this claim Product structured data can make product pages eligible for product snippets and merchant listing experiences. Scope: Google product rich-result eligibility. Confidence: high · Verified: Google Search Central: Product structured data요약 — 전자상거래 SEO는 온라인 스토어의 제품·카테고리 페이지가 구매 검색에 노출되게 하는 SEO입니다. 별도 “전자상거래 알고리즘”은 없습니다. 일반 사이트보다 페이지가 훨씬 많고 같은 제품의 색상·정렬 변형처럼 유사한 페이지가 많아 어렵습니다. Google이 실제 매출을 만드는 페이지에 집중하도록 이 복잡성을 정리하는 일입니다.
전자상거래 SEO란?
스토어의 검색 매출은 주로 두 페이지 유형에서 나옵니다.
- 제품 페이지 — 판매 항목별 페이지.
- 카테고리(컬렉션) 페이지 — “남성 러닝화”처럼 제품을 묶은 목록.
전자상거래 SEO는 “방수 등산화”나 “$100 미만 무선 이어폰”처럼 구매 의도가 있는 검색에서 이 페이지의 순위를 높이는 일입니다. 다른 사이트와 같은 Google, 같은 규칙을 따르므로 페이지가 크롤 가능하고 검색과 관련되며 경쟁할 신뢰를 갖춰야 합니다.
스토어가 블로그보다 까다로운 이유
블로그는 100페이지일 수 있지만 제품 2 000개에 색상·크기와 필터·정렬을 더한 스토어는 조용히 수십만 URL을 만들 수 있습니다. 대부분 중복이고 Google은 모두 크롤할 수 없으며 중복 페이지끼리 경쟁합니다. 핵심은 수천 필터 변형이 아닌 실제 페이지에 Google이 집중하도록 정리하는 것입니다.
A category-page wireframe highlights four zones. A short useful introduction explains the category. Filter and sort URLs need intentional crawl and index controls. Real product links let crawlers reach the catalog. Pagination uses distinct URLs and crawlable next-page links.
© Patrick Stox LLC · CC BY 4.0 ·
가장 중요한 몇 가지
- 실제 설명을 쓰세요. 다른 50개 스토어도 쓰는 제조사 문구를 복사하지 말고 제품마다 고유한 문장을 추가합니다.
- 카테고리 페이지에 유용한 콘텐츠를 넣으세요. 제품 그리드만으로는 순위가 어렵습니다. 짧고 유용한 소개는 좋지만 아무도 읽지 않는 키워드 벽은 피하세요.
- 품절을 합리적으로 처리하세요. 재입고되면 페이지를 유지하고 영구 종료면 유사 제품으로 리디렉션하거나 404를 반환합니다.
- 제품 구조화 데이터로 별점, 가격, 배송 정보를 검색결과에 표시할 자격을 얻으세요. 목록을 돋보이게 해 클릭을 늘릴 수 있지만 순위를 올리지는 않습니다.
가장 흔한 오해
제품 스키마를 추가한다고 순위가 오르지 않습니다. Google도 직접 말했습니다. 스키마는 이미 순위에 든 뒤 별점, 가격, 재고 같은 리치 결과로 더 많은 클릭을 얻을 수 있게 합니다. 노출의 승수이지 상위 순위 지름길이 아닙니다.
패싯 탐색, 크롤 예산, Shopify 등 플랫폼별 해결책은 고급 탭에서 확인하세요.
Evidence for this claim Google relies on crawlable links and site structure to discover and understand ecommerce pages. Scope: Google ecommerce crawling guidance. Confidence: high · Verified: Google Search Central: Ecommerce site structure Evidence for this claim Product structured data can make product pages eligible for product snippets and merchant listing experiences. Scope: Google product rich-result eligibility. Confidence: high · Verified: Google Search Central: Product structured data요약 — 전자상거래 SEO는 순위 이전에 규모와 구조의 문제입니다. 변형, 필터, 정렬 매개변수로 유사 URL이 기본 생성되므로 한 페이지를 밀어 올리기보다 거대한 URL 공간을 통제해야 합니다. 별도 순위·색인 시스템은 없지만 페이지별 매출, 플랫폼 고정 URL 구조, 내재된 중복이 전문 분야로 만듭니다. 패싯 탐색이 대표 기술 과제입니다. 제품 구조화 데이터는 리치 결과 자격을 주지만 순위 요소가 아닙니다. 핵심 웹 바이탈은 확인된 요소지만 관련성과 권위보다 영향이 작습니다. 작은 스토어 대부분은 크롤 예산을 걱정할 필요가 없지만 큰 카탈로그는 반드시 관리해야 합니다.
스토어는 Google이 크롤하는 속도보다 빨리 URL을 만듭니다
전자상거래 SEO의 핵심은 규모입니다. 제품 10 000개에 필터·정렬·변형을 더하면 유사한 크롤 가능 URL이 수십만 개 생깁니다. 문제는 제품 하나의 순위가 아니라 끝없는 필터 조합 대신 매출 페이지에 Google의 관심을 집중시키는 것입니다. 신호·관련성·권위는 일반 Google과 같고 별도 알고리즘도 없습니다. 규모와 구조 때문에 일상 SEO 결정이 인프라 결정이 됩니다.
Google은 드문 주제별 허브인 전자상거래 전용 섹션을 운영하며 “A critical challenge for any ecommerce website is being discovered in Search.” (번역) 모든 전자상거래 사이트의 핵심 과제는 검색에서 발견되는 것이라고 시작합니다. 순위보다 발견이 먼저 어려우므로 여기에 노력을 배분하세요.
일반 SEO보다 어려운 이유
다섯 압력이 겹칩니다.
- 규모. 10 000 SKUs × 5 colors × 4 sizes만으로 패싯 전에도 200 000+ 잠재 URL입니다.
- 기본 중복. 변형, 필터 카테고리, 정렬, 세션 ID, 페이지네이션은 유사 URL을 만듭니다. 플랫폼의 기본 동작이므로 의도적으로 관리해야 합니다.
- 플랫폼 제약. 맞춤 구축과 달리 URL 구조를 완전히 바꾸지 못할 수 있습니다.
- 페이지별 매출. 구매 의도 제품·카테고리 순위 하락은 매출에 직접 영향을 줍니다.
- 리치 결과 면적. 제품 스니펫, 판매자 목록, 쇼핑 패널, 이미지·Lens·Shopping 탭은 올바른 구조화 데이터가 필요합니다.
패싯 탐색 — 대표 전자상거래 과제
대형 스토어에서 기술 문제 하나만 고친다면 이것입니다. 색상·크기·가격·브랜드 필터는 유사 URL 조합을 폭발시킵니다. Google의 패싯 탐색 지침은 필터 URL이 새것처럼 보여 가치 없음을 알기 전 많은 URL을 접근하는 과도한 크롤링과, 패싯에 자원을 써 실제 새 콘텐츠 발견이 늦는 느린 발견을 명시합니다.
필터 URL을 색인할 필요가 없다면 robots.txt 차단, 크롤·색인을 일반적으로 지원하지 않는 URL 조각, 필터 없는 페이지로의 rel="canonical", 필터 링크의 nofollow를 계층적으로 사용합니다. 일부 조합에 실제 수요가 있어 색인하려면 표준 & 구분자와 일관된 필터 순서를 쓰고 결과 없는 조합은 404를 반환하세요.
캐노니컬 태그만으로 패싯 탐색을 고칠 수 없습니다. 지시가 아닌 힌트라서 내부·외부 링크가 필터 URL을 가리키면 Google이 무시할 수 있습니다. 캐노니컬은 한 층이며 URL을 절대 가져오지 않게 할 때 robots.txt가 더 강한 낭비 통제입니다.
크롤 예산이 실제로 중요한 때
Gary Illyes는 약 “90% of websites don’t need to think about crawl budget,” (번역) 90%의 사이트는 크롤 예산을 걱정할 필요가 없다고 했습니다. URL 위생이 괜찮고 고유 페이지가 ~10 000 미만이면 병목은 크롤 예산보다 콘텐츠 품질과 색인입니다. 나머지 10%에는 큰 카탈로그, 매일 바뀌는 SKU, 조합 URL을 만드는 패싯 탐색이 있습니다.
10 000+ 고유 페이지, 발견에 몇 주가 걸리는 페이지, GSC의 큰 “크롤링됨 - 현재 색인이 생성되지 않음” 항목이 증상입니다. Google은 중복을 제거해 고유 URL이 아닌 고유 콘텐츠에 크롤을 집중하고 영구 삭제는 404/410, 긴 리디렉션 체인은 피하라고 합니다. 크롤 예산을 아끼려고 noindex를 쓰면 Google이 요청한 뒤 noindex를 보고 삭제하므로 낭비입니다. 실제 낭비 공간은 robots.txt로 차단하고 크롤은 허용하되 색인하지 않을 대상에 noindex를 쓰세요.
구조화 데이터: 순위가 아닌 자격
제품 구조화 데이터는 순위를 높이지 않습니다. John Mueller는 April 2025에 “Structured data won’t make your site rank better.” (번역) 구조화 데이터가 순위를 높이지 않는다고 말했습니다. 제품 스니펫·판매자 목록 같은 리치 결과 자격으로 이미 순위에 든 뒤 CTR을 높일 수 있습니다. 순위 지렛대가 아닌 노출 승수입니다.
Evidence for this claim Product structured data can make product pages eligible for product snippets and merchant listing experiences. Scope: Google product rich-result eligibility. Confidence: high · Verified: Google Search Central: Product structured data구매 가능한 페이지에는 Merchant Listing, 편집·리뷰 페이지에는 Product Snippet 마크업을 쓰세요. 판매자 목록은 name, image, 중첩 Offer, 양수 price, ISO-4217 priceCurrency가 필요하며 availability, shippingDetails, hasMerchantReturnPolicy, aggregateRating을 추가할 수 있습니다. 변형은 고유 ID를 가진 ProductGroup + Product를 사용합니다. Google은 피드가 “increases confidence Google knows all of your products, since web crawling is not guaranteed to find all products on your site.” (번역) 웹 크롤이 모든 제품 발견을 보장하지 않으므로 Google이 전체 제품을 안다는 신뢰를 높인다고 설명하며 Google Merchant Center 피드와 구조화 데이터를 함께 권합니다.
핵심 웹 바이탈 — 실제 요소지만 비중은 적절히
핵심 웹 바이탈을 포함한 페이지 경험은 확인된 순위 요소지만 관련성과 권위보다 영향이 작습니다. 스토어에서는 제품·카테고리 템플릿의 LCP, 특히 히어로 이미지와 렌더 차단 스크립트가 효과가 큽니다. 전환과 동률 상황에 도움이 되므로 고치되 약한 페이지를 강한 경쟁자 위로 뛰게 할 것으로 기대하지 마세요.
품절 제품
반사적으로 처리하지 말고 영구성으로 결정하세요.
- 일시 품절: URL을 라이브·색인 가능하게 유지하고 구조화 데이터
availability를OutOfStock으로 설정하며 재입고 알림을 제공합니다. Mueller는 일시적인 항목은 URL을 온라인에 유지하는 편이 좋다고 했습니다. - 영구 종료, 링크·트래픽 있음: 가장 가까운 대체 제품이나 카테고리로 301.
- 영구 종료, 자산 없음: 404 또는 410.
- 피하기: 외부 백링크가 있는 페이지의
noindex, 나중에 종료될 다른 제품으로 이어지는 리디렉션 체인.
Mueller의 원칙은 “the short version is to do what works best for the user, and search engines will generally figure it out from there too.” (번역) 사용자에게 가장 좋은 일을 하면 검색엔진도 대체로 이해한다는 것입니다.
카테고리 페이지에는 올바른 콘텐츠가 필요합니다
제품 그리드뿐인 카테고리는 순위가 어렵습니다. Mueller는 제품 링크 외 콘텐츠가 전혀 없으면 Google이 순위를 매기기 어렵다고 했습니다. 그러나 페이지 아래 추가 텍스트의 약 90-95%는 불필요하다고도 했습니다. Gary Illyes의 조언대로 저품질 자동 문구가 아니라 사용자가 실제로 유용하게 볼 짧은 소개를 쓰고 읽지 않을 텍스트 벽은 피하세요.
플랫폼 선택은 중요하지만 SEO가 불가능한 플랫폼은 없습니다
플랫폼 구조는 규모에서 누적 효과가 있으므로 SEO 결정입니다. 그러나 주요 플랫폼 중 본질적으로 SEO 불가능한 것은 없고 시작 난도가 다를 뿐입니다.
- Shopify는
/collections/[name]/products/[slug]를 강제해 컬렉션마다 중복 제품 URL을 만듭니다./products/[slug]로 캐노니컬하지만 내부 링크가 컬렉션 URL을 가리켜 신호가 어긋납니다. 테마에서| within: collectionLiquid 필터를 제거하는 것이 일반 수정입니다. - WooCommerce / WordPress는 URL 통제와 SEO 플러그인 통합이 강하지만 성능을 직접 설계해야 합니다.
- BigCommerce는 Shopify보다 기본 SEO와 URL 유연성이 좋아 중견 시장의 안정적 기본값입니다.
- Magento / Adobe Commerce는 최대 유연성을 주지만 숙련된 설정 없이는 계층 탐색·정렬로 심각한 중복을 만듭니다.
다음 단계
이 허브가 지도이며 아래 주제는 사이드바에도 있는 별도 심층 글입니다.
플랫폼 가이드 — 각 스택의 현실
- Shopify SEO — 컬렉션/제품 URL 중복,
within: collection수정, 바꿀 수 없는 부분. - Magento SEO — Adobe Commerce의 계층 탐색·정렬 매개변수 중복 통제.
- WooCommerce SEO — WordPress URL 통제와 그 유연성에 필요한 성능 작업.
- BigCommerce SEO — 강한 기본 기능과 중견 시장 균형.
스토어 자체
- 제품 페이지 SEO — 고유 설명, 이미지 SEO, 변형 처리, 구매 검색 온페이지 신호.
- 카테고리 페이지 SEO — 유용한 콘텐츠, 계층 내부 링크, 상업 헤드 용어.
- 품절 — 일시·영구 종료를 가르는 의사결정.
- 패싯 탐색 — 차단·색인 기준과 캐노니컬만으로 부족한 이유.
- 사이트 구조 — 메뉴 → 카테고리 → 하위 카테고리 → 제품 링크 패턴.
- 전자상거래 SEO 감사 — 매출 손실 전 크롤 낭비·중복·색인 공백을 찾는 반복 절차.
기초는 기술 SEO의 크롤 예산, 캐노니컬화, 패싯 탐색과 같고 전자상거래가 이를 대규모로 적용합니다.
AI 요약
고급 버전을 압축하면 다음과 같습니다.
- 같은 알고리즘, 어려운 맥락. 별도 순위·색인이 아니라 규모와 구조가 어렵게 만듭니다.
- 다섯 압력: 카탈로그 규모, 기본 중복, 플랫폼 URL, 페이지별 매출, 넓은 리치 결과 면적.
- 패싯 탐색이 핵심 기술 과제입니다. 과도한 크롤·느린 발견을
robots.txt, 캐노니컬,nofollow, 빈 조합 404로 통제하며 캐노니컬은 힌트일 뿐입니다. - 구조화 데이터 ≠ 순위. Mueller의 말처럼 순위를 높이지 않고 리치 결과·CTR 자격을 줍니다. Product/Merchant Listing과 Merchant Center 피드를 함께 사용하세요.
- 핵심 웹 바이탈은 실제지만 작은 요소이며 관련성과 권위가 우선합니다.
- 크롤 예산: 약 90%는 무시해도 되지만 패싯이 있는 대형 카탈로그는 다릅니다. 예산 절약에
noindex를 쓰지 말고robots.txt로 차단합니다. - 품절: 일시는 유지+
OutOfStock, 자산 있는 영구 종료는 301, 나머지는 404/410. - 카테고리는 유용한 콘텐츠가 필요하며 키워드 쓰레기는 필요 없습니다.
- 플랫폼은 중요하지만 모두 SEO 가능하며 Shopify, WooCommerce, BigCommerce, Magento의 시작 난도가 다릅니다.
공식 문서
검색엔진의 1차 출처 문서입니다.
Google — 전자상거래 허브
- 전자상거래 권장사항 개요 — Google 전용 섹션과 여덟 하위 주제.
- 제품 데이터를 Google과 공유 — 구조화 데이터와 Merchant Center 피드, 둘 다 필요한 이유.
- 전자상거래 관련 구조화 데이터 포함 — 스토어에 중요한 스키마 유형.
- 전자상거래 URL 구조 권장사항 — 중복 URL 최소화와 변형 매개변수.
- 사이트 구조를 Google에 알리기 — 메뉴 → 카테고리 → 제품 내부 링크.
- 페이지네이션과 점진적 로드 — 크롤러용 페이지네이션, 더 보기, 무한 스크롤.
- 고품질 리뷰 작성 — 사이트 리뷰와 편집 콘텐츠 지침.
Google — 구조화 데이터와 크롤링
- Product 구조화 데이터 소개 — 제품 스니펫과 판매자 목록.
- 판매자 목록 구조화 데이터 — 필수·권장 속성.
- 제품 변형 구조화 데이터 — 변형용
ProductGroup+Product. - 패싯 탐색 URL 크롤 관리 — 가장 큰 전자상거래 크롤 문제의 캐노니컬 문서.
- 크롤 예산 최적화 — 10k+/1M+ 규모 카탈로그용.
Bing / Microsoft
- Bing Webmaster Tools — JSON-LD 등 마크업 검증과 크롤 정보.
- Bing Webmaster Tools의 JSON-LD 지원 — Bing 구조화 데이터와 Google 피드를 가져올 수 있는 Microsoft Merchant Center.
출처 인용문
Google의 공개 발언이며 가능한 경우 링크가 인용 구절로 이동합니다.
핵심 오해 — 구조화 데이터는 순위 요소가 아님
- “Structured data won’t make your site rank better. It’s used for displaying the search features listed in developers.google.com/search/docs/…” (번역) 구조화 데이터는 순위를 높이지 않고 문서화된 검색 기능 표시에 사용됩니다. — John Mueller, Google, Bluesky, April 2025. 원문 Bluesky 게시물을 Search Engine Journal이 보도했습니다. 보도 읽기
발견이 첫 전자상거래 과제
- “A critical challenge for any ecommerce website is being discovered in Search.” (번역) 모든 전자상거래 웹사이트의 핵심 과제는 검색에서 발견되는 것입니다. — Google Search Central 문서. 인용문으로 이동
URL 구조 — 중복 최소화
- “Minimize the number of alternative URLs that return the same content.” (번역) 같은 콘텐츠를 반환하는 대체 URL 수를 최소화하세요. — Google Search Central 문서. 인용문으로 이동
사이트 구조 — 탐색이 이해를 형성
- “navigation structures on your site (such as menus and cross page links) can impact Google’s understanding of your site structure.” (번역) 메뉴와 교차 페이지 링크 같은 탐색 구조는 Google의 사이트 구조 이해에 영향을 줍니다. — Google Search Central 문서. 인용문으로 이동
제품 페이지 구조화 데이터
- “can help Google understand your page better and display it as a rich result.” (번역) Google이 페이지를 더 잘 이해하고 리치 결과로 표시하도록 도울 수 있습니다. — Google Search Central 문서. 필수는 아니며 순위 상승이 아닌 이해와 리치 결과에 도움이 된다는 설명입니다.
Merchant Center와 크롤링
- 피드 업로드는 Google이 모든 제품을 안다는 신뢰를 높입니다. “since web crawling is not guaranteed to find all products on your site.” (번역) 웹 크롤링만으로 사이트의 모든 제품을 찾는다고 보장할 수 없기 때문입니다. — Google Search Central 문서. “제품 데이터 공유” 지침의 의역이며 인용 절은 축자입니다.
패싯 탐색 — 크롤링에 해로운 이유
- 패싯 URL은 “appear novel, causing crawlers to access many useless URLs before recognizing their lack of value.” (번역) 새 URL처럼 보여 크롤러가 가치를 알기 전에 쓸모없는 URL을 많이 접근하게 합니다. — Google Crawling Infrastructure 문서. 출처
크롤 예산 — noindex로 아끼지 않기
- “Don’t use
noindex, as Google will still request, but then drop the page when it sees anoindexmetatag or header in the HTTP response, wasting crawling time.” (번역) Google은 여전히 요청한 뒤 noindex 메타 태그나 헤더를 보고 페이지를 버리므로 크롤 시간을 낭비합니다. — Google Search Central 문서. 인용문으로 이동
품절 제품
- “what works best for us is if we can keep the URL online for things that are really temporary, in the sense that if the URL remains indexable and with structured data you tell us this product is currently not available.” (번역) 정말 일시적이라면 URL을 색인 가능하게 유지하고 구조화 데이터로 현재 구매 불가를 알리는 편이 좋습니다. — John Mueller, Google SEO Office Hours. Search Engine Journal 보도. 보도 읽기
카테고리 페이지 콘텐츠
- “When ecommerce category pages don’t have any other content at all beyond links to the products, it’s really hard for Google to rank those pages.” (번역) 제품 링크 외 콘텐츠가 전혀 없는 카테고리 페이지는 Google이 순위를 매기기 어렵습니다. — John Mueller, Google. iLoveSEO의 Office Hours 보도. 보도 읽기
- 콘텐츠를 추가한다면 “add content that people will actually find useful” (번역) 사람들이 실제로 유용하게 볼 콘텐츠를 넣고 “low-quality, auto-generated blurbs of text.” (번역) 저품질 자동 생성 문구는 피하라고 Gary Illyes는 말했습니다. — Gary Illyes, Google. Search Engine Roundtable의 Office Hours 보도. 보도 읽기
전자상거래 SEO 기초 체크리스트
모든 스토어의 1차 감사 순서입니다.
- 색인이 깨끗함 —
site:와 GSC에 실제 제품·카테고리만 있고 필터·정렬·세션 ID URL은 없습니다. - 패싯 탐색 통제 — 원하지 않는 필터 URL을 robots.txt 차단·캐노니컬화하고 빈 조합은 404이며 캐노니컬에만 의존하지 않습니다.
- 변형 통합 — 제품당 한 캐노니컬 또는 의도한
ProductGroup이며 색상·크기별 얕은 색인 URL이 없습니다. - URL이 설명적이고 안정적 — ID보다 단어, 내부 링크에 추적·세션 매개변수 없음, 링크·사이트맵·캐노니컬 일관성.
- 내부 링크가 계층 아래로 흐름 — 메뉴 → 카테고리 → 하위 카테고리 → 제품에 JS 전용이 아닌 실제
<a href>링크. - 제품 설명이 고유함 — 제조사 문구의 축자 복사 아님.
- 카테고리에 상용구 아닌 유용한 콘텐츠가 있음.
- 품절 정책 설정 — 일시는 유지, 영구는 리디렉션/404.
- 구조화 데이터 유효 — 구매 페이지 Merchant Listing, 중첩
Offer, 양수 가격·통화, 변형ProductGroup. - Merchant Center 피드가 페이지 구조화 데이터와 함께 있음.
- 제품·카테고리 템플릿이 핵심 웹 바이탈 통과(LCP 우선).
- 대상일 때만 크롤 예산 검토 — 10k+ 페이지, 과도한 패싯, GSC의 큰 크롤링됨 항목.
- 페이지네이션 크롤 가능 —
<a href>페이지 링크, 대체 없는 무한 스크롤 아님, 첫 페이지를 전체 시리즈 캐노니컬로 쓰지 않음.
사고 모델
1. 같은 알고리즘, 다른 표면적. 별도 전자상거래 알고리즘은 없습니다. 성과가 낮으면 일반 페이지처럼 크롤·색인·관련성·권위를 진단하고 그 아래 전자상거래 고유 실패층을 확인하세요.
2. 중복 우선 관점. 스토어에서는 중복이 기본이고 통합이 임무입니다. 최적화 전에 같은 콘텐츠를 반환하는 URL 수와 원하는 단일 캐노니컬을 묻습니다. 변형, 필터, 정렬, 페이지네이션이 주요 대상입니다.
3. 스키마는 지렛대가 아니라 승수. 이미 순위에 든 페이지의 리치 결과와 CTR을 늘릴 뿐 순위 자체를 움직이지 않습니다. 순위 전략이 아닌 자격·CTR 투자로 예산을 잡으세요.
4. 크롤 예산 관문. 대부분 스토어는 해당하지 않습니다. ~10k+ 고유 페이지, 패싯 폭발, 빠른 재고 교체, 색인에 몇 주가 걸릴 때만 시간을 쓰고 그 아래에서는 콘텐츠·색인을 고치세요.
5. 품절 의사결정. 영구성과 자산으로 나눕니다. 일시 → 유지 + OutOfStock; 영구+링크·트래픽 → 가까운 페이지로 301; 영구+자산 없음 → 404/410. 외부 백링크가 있는 페이지에 noindex를 쓰지 마세요.
전자상거래 SEO 치트 시트
구조화 데이터 유형별 용도
| 유형 | 용도 |
|---|---|
Product / Merchant Listing | 구매 제품 페이지, 가격·재고·배송·평점 자격 |
Product Snippet | 구매 불가 편집·리뷰 페이지 |
ProductGroup + Product | 색상·크기·소재 변형, 각 고유 ID 필요 |
BreadcrumbList | SERP 이동 경로, 일반 링크로 계산 |
Review / aggregateRating | 사이트 내 리뷰 별점 |
Organization / LocalBusiness | 브랜드·스토어 정보, 자기 리뷰는 더 이상 표시 안 됨 |
Merchant Listing 필수·권장
- 필수:
name,image,offers→ 중첩Offer,price> 0, ISO-4217priceCurrency. - 권장:
description,brand.name,sku,gtin,availability,itemCondition,shippingDetails,hasMerchantReturnPolicy,aggregateRating,review.
패싯 탐색 — 목적별 통제
| 목표 | 통제 |
|---|---|
| 필터 URL을 절대 크롤하지 않음 | robots.txt disallow |
| 크롤은 허용, 색인은 원하지 않음 | 필터 없는 페이지로 rel="canonical"(힌트) |
| 이 링크로 크롤하지 않음 | 앵커에 rel="nofollow" |
| 필터 조합 결과 없음 | 404 반환 |
| 일부 필터 URL은 색인해야 함 | 표준 & 구분자, 일관된 순서, 중복 없음 |
품절
| 상황 | 조치 |
|---|---|
| 일시 품절 | 유지, availability: OutOfStock, 재입고 알림 |
| 영구, 자산 있음 | 가장 가까운 관련 제품·카테고리로 301 |
| 영구, 자산 없음 | 404 / 410 |
| 금지 | 백링크 페이지 noindex, 다른 종료 제품으로 리디렉션 체인 |
빠른 사실
- 구조화 데이터: 리치 결과 자격이며 순위 요소 아님.
- 핵심 웹 바이탈: 확인된 요소, 관련성·권위보다 작음.
- 크롤 예산: 약 **90%**의 사이트는 무시 가능.
- 캐노니컬 태그: 지시가 아닌 힌트, 패싯에 단독 의존 금지.
가장 많은 노력을 낭비하는 실수
구조화 데이터를 순위 전술로 보기
제품 마크업은 리치 결과 자격이 있는 페이지를 이해하게 하지만 순위를 올리지 않습니다. 스키마가 자연 검색 순위를 바꿀 것으로 기대하기 전에 크롤 가능성, 색인 가능성, 관련성, 권위를 고치세요.
크롤 예산 절약에 noindex 사용
Google은 noindex를 보려면 페이지를 가져와야 하므로 크롤은 이미 일어납니다. 색인 통제에는 noindex, 가져오면 안 되는 URL 공간에는 의도적 크롤 차단 전략을 사용하세요.
캐노니컬만으로 패싯 탐색 해결 기대
캐노니컬은 힌트이며 변형을 크롤해야 합니다. 쓸모없는 상태로 가는 크롤 경로를 없애고 실제 낭비가 있는 곳에 좁은 robots.txt 규칙을 사용하세요.
플랫폼 기본값을 모두 옳다고 가정
Shopify, WooCommerce, BigCommerce, Magento는 변형·매개변수·내부 링크에서 다른 절충을 합니다. 플랫폼 이름을 믿지 말고 생성 HTML과 URL 동작을 감사하세요.
종료 제품을 모두 홈페이지로 리디렉션
관련 없는 리디렉션은 소프트 404로 처리될 수 있습니다. 실제 유사 대체 제품·카테고리로 보내고 유용한 대상이 없으면 404/410을 반환하세요.
전자상거래 SEO 운영 도구
- 패싯 탐색 감사기 — 실제 필터·정렬·페이지네이션·추적 URL을 분류해 색인·캐노니컬·차단·
404를 결정합니다. - 스키마 마크업 검증기 — JSON-LD나 전체 HTML에서 제품, 오퍼, 변형, 이동 경로, 조직 마크업을 검사합니다.
- 리치 결과 자격 검사기 — 현재 마크업이 충족한 Google 제품 요구사항과 누락 필수를 봅니다.
- Google Search Console 페이지 색인 생성 — 제품·카테고리·패싯·페이지네이션·변형을 나눠 색인 팽창과 발견 공백을 찾습니다.
- Google Search Console Crawl Stats — 크롤 예산이 중요한 스토어의 요청·응답 추세를 봅니다.
- Google Merchant Center — 피드와 구조화 데이터를 결합하고 재고·품질 불일치를 조사합니다.
- Ahrefs Site Audit 또는 Screaming Frog — 캐노니컬 충돌, 리디렉션 체인, 고아 제품, 중복, 깊이를 대규모로 크롤합니다.
- Google Rich Results Test와 URL Inspection — 배포 마크업, 렌더링, 색인, 선택 캐노니컬을 검증합니다.
전자상거래 SEO 상태 지표
페이지 유형별 색인 범위
지표: 제품, 카테고리, 패싯, 변형, 페이지네이션, 종료 제품별 색인·중복·크롤링 후 미색인·소프트 404 URL. 의미: 올바른 인벤토리가 발견되고 중복 유형은 통제되는지 보여 줍니다. 수집: Search Console 내보내기를 카탈로그·크롤 데이터로 분류합니다. 기준/현실적 범위: 사이트 전체 색인율 대신 유형별 승인 URL 인벤토리와 비교합니다. 주기: 매월 및 플랫폼 출시 후.
비캐노니컬 크롤 비중
지표: 검증된 Googlebot 요청 중 중복 패싯·정렬·추적·통합 변형 URL 비중. 의미: URL 생성이 제품·카테고리 크롤을 빼앗는지 보여 줍니다. 수집: 서버 로그를 URL 패턴으로 나누고 Crawl Stats와 비교합니다. 기준/현실적 범위: 템플릿 기준선을 만들고 의도적으로 억제한 유형을 지속적으로 줄이되 작은 스토어는 최적화가 불필요할 수 있습니다. 주기: 수정 중 매주, 대형 카탈로그는 이후 매월.
템플릿별 핵심 웹 바이탈 통과율
지표: 제품·카테고리 URL 그룹 중 좋은 필드 CWV 상태 비중. 의미: 매출 템플릿의 페이지 경험을 보여 줍니다. 수집: Search Console 핵심 웹 바이탈 또는 CrUX를 템플릿·기기별로 봅니다. 기준/현실적 범위: Google 현재 분류와 자체 추세를 쓰고 실험실 점수로 필드 데이터를 대체하지 않습니다. 주기: 이동 창 때문에 매월, 출시 때 실험실 검사 추가.
자연 검색 랜딩 페이지 가치
지표: 캐노니컬 제품·카테고리 랜딩의 클릭, 노출, 전환, 매출. 의미: 기술적 정리가 실제 상업 가치를 만드는 페이지를 지원하는지 보여 줍니다. 수집: Search Console URL 데이터와 분석·커머스 보고를 결합합니다. 기준/현실적 범위: 페이지 유형과 전년 같은 계절을 비교하며 마진·재고 변화·수요 때문에 보편 매출 목표는 정직하지 않습니다. 주기: 운영상 매주, 전략상 매월.
시간을 들일 가치가 있는 자료
제 관련 글
- 엔터프라이즈 SEO — 대형 전자상거래의 크롤 예산, 규모 중복, 패싯 탐색.
- 기술 SEO 초보자 가이드 — 스토어의 기술 기반.
- SEO 내부 링크 — 수천 제품·카테고리의 내부 링크.
- Search Engine Land 저자 아카이브 — 전자상거래 과제를 포함한 제 기술 SEO 글.
다른 자료
- 전자상거래 SEO 초보자 가이드 — Chris Haines의 단계별 Ahrefs 가이드.
- Backlinko 전자상거래 SEO 가이드 — 데이터 중심의 널리 인용되는 가이드.
- Shopify 중복 콘텐츠 해결 — 컬렉션/제품 URL 수정 상세.
- r/TechSEO — 크롤·색인·패싯 디버깅 커뮤니티.
- Search Engine Land 전자상거래 SEO 가이드 — 분야 전반 참고서.
- Shopify 전자상거래 SEO 가이드 — 플랫폼 자체의 제약·기능 이해.
- Shopify SEO 과제와 우회법 — 컬렉션/제품 URL 중복과 수정 한계 심층 분석.
인용할 만한 통계
- 약 90%의 사이트는 크롤 예산을 걱정할 필요가 없습니다 — Google의 Gary Illyes. 반대로 패싯 탐색이 있는 대형 카탈로그는 10%에 들어갑니다. 맥락
- 카탈로그 계산은 빠르게 불어납니다 — 10 000 SKUs × 5 colors × 4 sizes = 200 000+ 잠재 URL이며 패싯 전입니다. 개별 페이지 난도보다 규모가 핵심 문제입니다.
- 발견에서는 내부 링크가 사이트맵보다 우선합니다 — Google은 XML 사이트맵을 URL 발견의 두 번째 중요 경로, 내부 링크를 첫 번째로 설명했습니다. 스토어 탐색·카테고리가 사이트맵보다 더 많은 발견 작업을 합니다. Google 담당자 발언을 통해 전달된 방향성 지침이며 공개 지표로 보지 마세요.
변경 내역
2026년 8월 9일에 업데이트됨.
편집 요약 및 기록된 변경 세부 정보입니다.변경 세부 정보
- Advanced
변경 세부 정보는 현재 영어로 제공됩니다.
전체 비교를 사용할 수 없음 — 이 수정에 대한 이전 스냅샷이 보관되지 않았습니다.
2026년 7월 18일에 업데이트됨.
편집 요약 및 기록된 변경 세부 정보입니다.변경 세부 정보
- Advanced
변경 세부 정보는 현재 영어로 제공됩니다.
전체 비교를 사용할 수 없음 — 이 수정에 대한 이전 스냅샷이 보관되지 않았습니다.