전자상거래 사이트 아키텍처

요약 — 전자상거래 사이트 아키텍처는 카테고리, 하위 카테고리, 제품 페이지를 구성하고 서로 연결하는 방식입니다. 이상적인 형태는 홈페이지에서 넓은 카테고리, 좁은 하위 카테고리, 제품으로 내려가는 피라미드입니다. 쇼핑객과 Google이 링크를 따라 몇 번의 클릭만으로 모든 제품에 도달해야 합니다. 핵심은 Google이 URL 모양이 아니라 페이지 사이의 링크로 중요도를 판단한다는 점입니다.

”사이트 아키텍처”의 실제 의미

사이트 아키텍처, 사이트 구조, _정보 아키텍처_라는 말은 서로 연관된 두 가지를 뜻합니다.

1. 계층 — 페이지가 중첩되는 방식입니다. 보통 홈페이지 → 카테고리(예: “신발”) → 하위 카테고리(“러닝화”) → 제품(“Brand X Trail Runner”) 순입니다.
2. 링크 — 어떤 페이지가 어디로 연결되는지입니다. 탐색 메뉴, 카테고리, 브레드크럼, “관련 제품” 링크가 계층을 하나로 묶습니다.

좋은 아키텍처에서는 쇼핑객이 원하는 제품을 빨리 찾고 검색엔진도 길을 잃거나 막히지 않고 홈페이지에서 모든 제품으로 크롤할 수 있습니다.

피라미드 형태

피라미드를 떠올려 보세요.

• 맨 위: 홈페이지.
• 그다음: 기본 메뉴에서 연결하는 소수의 넓은 카테고리.
• 그 아래: 하위 카테고리.
• 맨 아래: 개별 제품 페이지.

이 형태는 페이지 관계를 Google에 알려 줍니다. “러닝화”는 “신발”에 속하고 “Brand X Trail Runner”는 러닝화에 속한다는 맥락을 Google이 이해할 수 있습니다.

모든 제품을 가능한 한 적은 클릭으로 도달하게 하는 “평면” 구조가 늘 낫다는 안내가 많지만 사실이 아닙니다. John Mueller는 *“super flat structure”*가 *“reasonable pyramid structure”*보다 낫지 않다고 명확히 말했습니다. 모든 페이지가 홈페이지에서 한 번이면 도달할 때는 중요도가 모두 같다는 잘못된 신호를 보냅니다.

반대 극단도 피하세요. 제품까지 열 번 클릭해야 할 만큼 깊게 묻으면 안 됩니다. 중요한 제품이 홈페이지에서 몇 번의 클릭 안에 있는 충분히 얕은 피라미드가 적절합니다.

중요한 것은 URL이 아니라 링크입니다

URL이 /shoes/running/brand-x-trail-runner이든 /products/brand-x-trail-runner이든 Google에는 큰 차이가 없습니다. Google은 링크를 봅니다. 전자상거래 문서도 사이트 구조를 파악할 때 URL 구조를 보는 대신 페이지 간 연결을 분석한다고 설명합니다.

제품의 성과를 높이려면 홈페이지, 카테고리, 블로그 글 등에서 더 많이 링크하세요. 좋은 내부 링크를 많이 받을수록 Google은 그 페이지를 더 중요하게 봅니다.

반드시 바로잡아야 할 네 가지

1. 실제 링크를 사용하세요. 메뉴와 탐색은 <a href="..."> 링크여야 합니다. 실제 링크 없이 JavaScript 클릭만으로 작동하면 Google이 따라가지 못할 수 있습니다.
2. 브레드크럼을 사용하세요. 제품 상단의 “홈 > 신발 > 러닝화 > Brand X”는 사용자를 돕고 Google에 명확한 계층 신호를 주며 검색결과에도 표시될 수 있습니다.
3. 필터를 통제하세요. 색상·크기·가격 필터는 수천 개의 쓸모없는 URL을 만들고 크롤 자원을 낭비할 수 있습니다. 이는 패싯 탐색에서 자세히 다룹니다.
4. 모바일 사이트를 맞추세요. Google은 사이트의 모바일 버전을 크롤합니다. 모바일 메뉴가 카테고리나 콘텐츠를 숨기면 Google도 그 버전을 봅니다.

가장 흔한 실수

SEO만을 위해 URL을 재구성하지 마세요. /shoes/running/brand-x를 /products/brand-x로 바꿔도 순위가 오르지 않습니다. URL 구조는 순위 요소로서 영향이 거의 없지만 변경 과정에서 링크가 끊기고 리디렉션이 생겨 일시적으로 손해를 볼 수 있습니다. 합리적인 형식을 일찍 정하고 유지하세요.

실제 Mueller 발언을 포함한 평면형과 피라미드형 비교, 다중 카테고리 제품의 중복, 메가 메뉴 링크 자산, 패싯 탐색 크롤 예산 해결책은 고급 탭에서 확인하세요.

요약 — Google은 URL 경로가 아니라 링크 그래프로 계층과 상대적 중요도를 파악합니다. 따라서 홈페이지 → 카테고리 → 하위 카테고리 → 제품으로 이어지는 합리적인 피라미드와 강한 내부 링크가 지나치게 평면적이거나 깊은 구조보다 낫습니다. URL 구조는 순위 요소로서 미미하고 실제 위험은 URL _안정성_입니다. 상거래의 주요 실패 지점은 다중 카테고리 제품(캐노니컬 필요), 메가 메뉴(링크 자산 희석과 크롤 가능성), 패싯 탐색(크롤 예산 낭비), 모바일 우선 탐색입니다.

아키텍처가 만족해야 할 두 대상

전자상거래 사이트 아키텍처는 카테고리·하위 카테고리·제품·지원 콘텐츠의 계층과 이를 연결하는 탐색, 내부 링크, URL 패턴을 말합니다. 적은 클릭으로 제품을 찾으려는 쇼핑객과 모든 페이지를 발견하고 관계와 중요도를 파악해야 하는 검색엔진을 동시에 만족시켜야 합니다.

대부분의 가이드가 놓치는 원칙 하나로 요약됩니다. Google은 URL이 아니라 링크를 읽습니다.

Google은 URL이 아니라 링크를 읽습니다

이 사실이 전체 논리의 토대입니다. Google 전자상거래 문서는 다음과 같이 말합니다.

“Google generally doesn’t look at the structure of URLs to work out the structure of a site. Instead, it analyzes the linkages between pages to gain insights about the relative importance of different pages on a site.” (번역) Google은 일반적으로 사이트 구조를 파악하기 위해 URL 구조를 보지 않고, 페이지 간 연결을 분석해 각 페이지의 상대적 중요도를 이해합니다.

“상대적 중요도”를 판단하는 방식도 설명합니다.

“the more links a page has to it within a site, the higher the relative importance of the page to other pages.” (번역) 사이트 안에서 한 페이지로 향하는 링크가 많을수록 다른 페이지에 비해 상대적 중요도가 높습니다.

따라서 내부 링크 그래프가 핵심 역할을 합니다. URL이 /shoes/running/brand-x인지 /products/brand-x인지는 부차적입니다. 홈페이지, 상위 카테고리, 블로그 글 세 개에서 링크된 제품이 링크 없는 얕은 URL보다 더 많은 크롤 관심과 PageRank를 받습니다.

Google이 권장하는 실제 연결 순서는 다음과 같습니다.

“add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (번역) 메뉴에서 카테고리로, 카테고리에서 하위 카테고리로, 마지막으로 하위 카테고리에서 모든 제품 페이지로 링크를 추가합니다.

대형 카탈로그에는 다음 경고도 적용됩니다.

“If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (번역) 카테고리 페이지가 해당 카테고리의 모든 제품에 직접 링크하지 않으면 Googlebot이 크롤만으로 모든 제품을 찾지 못할 수 있습니다.

규모 때문에 모든 제품에 직접 링크할 수 없다면 XML 사이트맵과 제품용 Merchant Center 피드를 보조 발견 경로로 사용하세요. 다만 이는 크롤 가능한 링크 그래프를 대체하는 수단이 아니라 안전망입니다.

평면형과 피라미드형 — 오해 바로잡기

많은 가이드가 “평면형이 낫다”거나 “모든 페이지를 세 번의 클릭 안에 두라”고 하지만 절반만 맞는 설명입니다. John Mueller가 February 2, 2021 오피스아워에서 뉘앙스를 직접 설명했습니다.

“On the other hand, kind of more the top down approach or pyramid structure helps us a lot more to understand the context of individual pages within the site.” (번역) 반대로 하향식 접근이나 피라미드 구조는 사이트 안의 개별 페이지 맥락을 이해하는 데 훨씬 도움이 됩니다.

“So in particular, if we know this category is associated with these other subcategories then that’s a clear connection that we have between those parts.” (번역) 특히 한 카테고리가 다른 하위 카테고리와 연결된다는 사실을 알면 그 부분 사이에 명확한 관계를 파악할 수 있습니다.

“So from my point of view, I think for a lot of sites it makes sense to have more of a pyramid structure.” (번역) 제 관점에서는 많은 사이트에 피라미드 구조가 더 합리적입니다.

오해를 명확히 끝내는 발언은 다음과 같습니다.

“But it’s not the case that a super flat structure is going to be better than a kind of reasonable pyramid structure.” (번역) 지나치게 평면적인 구조가 합리적인 피라미드 구조보다 낫지는 않습니다.

완전히 평면적인 구조의 문제: 모든 페이지가 홈페이지에서 한두 링크 떨어져 있으면 중요도 신호도 평평해집니다. 모든 페이지가 똑같이 중요하다고 말하는 셈이라 카테고리·하위 카테고리·제품의 소속 맥락이 사라집니다.

하지만 지나치게 깊은 트리로 보정해서도 안 됩니다. Mueller도 반대 한계를 제시했습니다.

“But at the same time you don’t want it to be such that it’s like you have to click through a million times to actually get to the actual content.” (번역) 실제 콘텐츠에 도달하려고 수없이 클릭해야 하는 구조도 원하지 않습니다.

어느 극단도 답이 아닙니다. 넓은 카테고리에서 제품으로 좁혀지되 중요한 항목의 클릭 깊이는 낮은 충분히 얕은 피라미드가 목표입니다. 실무상 대형 스토어는 대부분 제품을 홈페이지에서 약 3–4번, 소형 스토어는 2–3번 클릭 안에 두되 Google 규칙이 아닌 지침으로 사용하세요.

”3클릭 규칙”은 업계 관행이지 Google 규칙이 아닙니다

“모든 페이지를 홈페이지에서 3클릭 안에 둬야 한다”는 말은 유용한 휴리스틱이지만 Google은 특정 클릭 수를 제시하지 않았습니다. 실제 위험은 숫자 초과가 아니라 페이지가 고립되거나 너무 깊어 크롤러가 거의 도달하지 못하는 것입니다. 논리적 계층에 있고 사이트맵에도 포함된 롱테일 제품은 네다섯 번 클릭하는 깊이에서도 순위를 얻을 수 있습니다. 클릭 깊이는 직접 순위 요소가 아니라 크롤 가능성과 PageRank 흐름의 문제입니다.

그래서 내부 링크가 URL 깊이보다 중요합니다. 계층상 다섯 번 클릭하는 깊이라도 홈페이지에서 직접 연결된 제품은 두 번 클릭하는 깊이에 있으나 인바운드 내부 링크가 없는 제품보다 더 많은 관심을 받습니다. 중요한 제품이 깊다면 URL 체계를 전부 바꾸지 말고 권위가 높은 페이지에서 링크하세요.

URL 구조: 깊이가 아니라 안정성이 중요합니다

Google의 전자상거래 URL 지침은 계층보다 위생에 초점을 둡니다.

“use long-term, persistent URLs. Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values (location=nearby, time=last-week), and the current time.” (번역) 장기간 유지되는 URL을 사용하고 세션 ID, 추적 코드, 사용자 상대 값, 현재 시각 같은 임시 매개변수로 내부 링크하지 마세요.

“Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (번역) 같은 콘텐츠를 반환하는 대체 URL 수를 줄여 Google이 필요 이상으로 요청하지 않게 하세요.

“Use ?key=value URL parameters rather than ?value, where possible. URL parameters allow Google Search to understand your site’s structure and crawl and index more efficiently.” (번역) 가능하면 값만 있는 매개변수보다 키와 값이 있는 URL 매개변수를 사용하세요. 그러면 Google 검색이 사이트 구조를 이해하고 더 효율적으로 크롤·색인할 수 있습니다.

여기에는 중첩 깊이에 대한 지시가 없습니다. Google URL 문서는 /category/subcategory/product가 /product/slug보다 낫거나 나쁘다고 하지 않습니다. 깊이는 URL 규칙이 아니라 사이트 구조 결정입니다.

Mueller는 URL 구조를 직접 순위 요소로 낮게, 대략 7점 중 1점으로 평가했고 인위적으로 평평한 URL은 SEO 이점이 없다고 했습니다. 결론은 URL 구조의 순위 영향은 미미하지만 URL 안정성은 실제 위험 요소라는 것입니다. /category/subcategory/product를 /product로 바꾸면 최종 상태가 중립적이어도 리디렉션 체인과 일시적 순위 변동이 생깁니다. /product/3243보다 /product/black-t-shirt처럼 일관되고 설명적인 형식을 일찍 정해 유지하세요.

다중 카테고리 제품과 중복 콘텐츠 함정

URL 경로에 카테고리가 포함되면 한 제품이 /shoes/running/brand-x, /sale/brand-x, /brand-x-page로 모두 열릴 수 있습니다. URL 세 개가 같은 제품을 보여 중복 콘텐츠가 됩니다. 해결법은 두 가지입니다.

• 평면형 제품 URL(/products/brand-x) — 쇼핑객이 어떤 카테고리에서 왔든 캐노니컬 URL은 하나입니다. Ahrefs 전자상거래 가이드가 이 문제를 피하려고 권장하는 기본값입니다.
• 카테고리 중첩 URL과 캐노니컬 — 기본 카테고리 하나를 정해 그 아래 제품 URL을 만들고 다른 모든 경로를 해당 URL로 캐노니컬화합니다.

어느 쪽이든 캐노니컬 하나로 모호성을 해결합니다. 평면 URL이 잃는 계층 신호는 아래의 브레드크럼 스키마로 복원합니다.

실제 메커니즘은 내부 링크입니다

PageRank와 크롤 관심은 <a href> 링크를 통해 흐르므로 실무에서 내부 링크 전략이 곧 아키텍처입니다. 중요한 패턴은 다음과 같습니다.

• 베스트셀러와 우선 제품을 홈페이지와 권위 높은 페이지에서 링크하세요. Google도 인기 제품을 홈페이지, 블로그, 뉴스레터에서 연결해 중요도를 알릴 수 있다고 합니다.
• 카테고리 페이지는 링크 자산 배분자입니다. 홈페이지와 탐색에서 받은 권위를 제품에 전달합니다. 모든 제품을 링크하지 않으면 일부는 크롤만으로 발견되지 않습니다.
• 편집 콘텐츠 → 제품 링크는 권위와 주제 맥락을 함께 전달합니다.
• **관련 제품/”함께 구매한 제품”**은 트리를 가로질러 연결해 크롤러와 쇼핑객의 막다른 길을 줄입니다.
• 브레드크럼도 내부 링크이며 단순한 UX 요소가 아닙니다.

저는 오랫동안 내부 링크의 중요성을 강조했습니다. SEO가 간과하는 가장 중요한 것: 내부 링크에서 내부 링크가 사이트 권위를 가장 좋은 콘텐츠로 보내 검색엔진에 중요한 페이지를 알린다고 썼습니다. 팀이 잊는 일은 새 콘텐츠에 링크만 넣고 예전 콘텐츠로 돌아가 새 페이지를 연결하지 않는 것입니다. 스토어라면 새 제품을 게시하고 끝내지 말고 기존 카테고리와 편집 페이지에서 연결해야 합니다. 외부 링크보다 쉽게 얻으면서도 효과적일 수 있습니다.

자세한 내용은 내부 링크를 참고하세요.

브레드크럼: 계층 신호 + 내부 링크 + 리치 결과

브레드크럼은 내부 링크이고, Google에 명시적인 계층 신호를 주며, SERP에 경로로 표시될 수 있어 세 역할을 합니다. Google 구조화 데이터 문서는 다음과 같이 설명합니다.

“A breadcrumb trail on a page indicates the page’s position in the site hierarchy.” (번역) 페이지의 브레드크럼 경로는 사이트 계층에서 그 페이지의 위치를 나타냅니다.

브레드크럼은 URL이 평면적이어도 계층을 전달합니다. /products/black-t-shirt에 있는 제품도 BreadcrumbList 마크업으로 Home > Clothing > T-Shirts > Black T-Shirt 경로를 가질 수 있습니다. Google은 URL이 아니라 사용자 경로를 모델링하라고 권합니다.

“We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (번역) URL 구조를 그대로 반영하지 말고 페이지로 가는 일반적인 사용자 경로를 나타내는 브레드크럼을 제공하세요.

여러 카테고리에 속한 제품은 각 탐색 경로에 대해 여러 BreadcrumbList 마크업을 제공할 수 있습니다. 각 BreadcrumbList가 리치 결과 자격을 얻으려면 최소 두 개의 ListItem이 필요하고 각 항목에는 position, name, item이 들어갑니다. 마지막 항목의 item은 선택 사항입니다. Mueller는 브레드크럼의 페이지 내 _위치_는 SEO에 중요하지 않다고 했으므로 사용자에 맞춰 배치하세요.

탐색 메뉴와 메가 메뉴

여기에는 크롤 가능성과 링크 자산 희석이라는 별개의 문제가 있습니다.

크롤 가능성. Google은 실제 앵커만 따라갈 수 있습니다.

“Google can only crawl your link if it’s an <a> HTML element with an href attribute.” (번역) Google은 링크가 href 속성이 있는 a HTML 요소일 때만 크롤할 수 있습니다.

렌더링된 DOM에 실제 앵커가 있으면 JavaScript를 사용해도 괜찮습니다. JavaScript로 동적으로 삽입해도 올바른 HTML 마크업이면 크롤할 수 있습니다. 문제가 되는 것은 onclick 전용 처리, routerLink형 속성, javascript: href입니다.

“Google can’t reliably extract URLs from <a> elements that don’t have an href attribute or other tags that perform as links because of script events.” (번역) Google은 href가 없는 a 요소나 스크립트 이벤트로 링크처럼 작동하는 다른 태그에서 URL을 안정적으로 추출할 수 없습니다.

따라서 JavaScript 메가 메뉴도 적절한 <a href> 링크를 렌더링하면 크롤할 수 있습니다. “JS 메뉴는 크롤할 수 없다”는 주장은 정확하지 않습니다.

링크 자산 희석. 전역 탐색 링크마다 홈페이지 권위의 일부를 나눠 받습니다. 200링크 메가 메뉴는 권위를 200개 목적지에 얇게 분산합니다. Mueller는 매우 크고 자주 바뀌는 메가 메뉴가 Google이 해석하기 어려울 수 있다고도 했습니다. 전역 탐색은 관리 가능한 수의 최상위 카테고리로 제한하고 더 깊은 탐색은 카테고리 페이지가 맡게 하세요.

패싯 탐색: 크롤 예산을 소모하는 주범

대부분 전자상거래 사이트에서 가장 큰 크롤 예산 누수입니다. 가격·색상·크기·정렬 필터가 각각 URL을 만들고 조합이 폭발해 보통 카탈로그에도 수백만 개의 필터 URL이 생길 수 있습니다.

Google이 효과 순서대로 제시한 해결책은 다음과 같습니다.

“Use robots.txt to disallow crawling of faceted navigation URLs” (번역) robots.txt로 패싯 탐색 URL의 크롤을 차단하세요.

이 방법이 우선입니다. Google은 rel=canonical 같은 약한 신호가 “generally less effective in the long term than the previously mentioned methods.” (번역) 앞서 언급한 방법보다 장기적으로 대체로 덜 효과적이라고 밝힙니다. 캐노니컬을 먼저 권하는 가이드와 반대입니다. 다른 수단도 있습니다.

• 필터 상태에 **URL 조각(#)**을 쓰면 Google 검색이 일반적으로 URL 조각의 크롤과 색인을 지원하지 않아 수동으로 피할 수 있습니다.
• 빈 조합은 404를 반환하세요. Google은 “If there are no green fish in the site’s inventory, users as well as crawlers should receive a ‘not found’ error.” (번역) 재고에 초록색 물고기가 없다면 사용자와 크롤러 모두 “찾을 수 없음” 오류를 받아야 한다고 설명합니다.

기술 선택보다 먼저 실제 검색 수요가 있어 색인 가능한 랜딩 페이지가 필요한 필터 조합과 순수 UX용이라 URL을 만들지 않거나 차단해야 할 필터를 구분하세요. 자세한 내용은 패싯 탐색과 크롤 예산을 참고하세요.

모바일 우선: 모바일 탐색이 곧 SEO 탐색입니다

Google은 사이트의 모바일 버전을 색인합니다.

“Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (번역) Google은 스마트폰 에이전트로 크롤한 사이트의 모바일 콘텐츠를 색인과 순위에 사용합니다.

따라서 구조에도 영향이 있습니다. 콘텐츠 동등성이 필요합니다.

“Make sure that your mobile site contains the same content as your desktop site.” (번역) 모바일 사이트에 데스크톱과 같은 콘텐츠를 제공하세요. 구조화 데이터도 모바일과 데스크톱에서 같아야 합니다. 특히 다음 조건이 중요합니다.

“Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (번역) Google은 스와이프, 클릭, 입력 같은 사용자 상호작용이 있어야 로드되는 콘텐츠를 불러오지 않습니다.

모바일 메뉴가 탭한 뒤에만 카테고리 링크를 만들고 DOM에 실제 <a href>가 없다면 탐색을 통한 크롤 신호가 사라질 수 있습니다. 데스크톱의 계층은 모바일에서도 실제 앵커, 같은 콘텐츠, 같은 스키마로 유지되어야 합니다.

사이트링크: 통제할 수 없지만 영향을 줄 수 있습니다

홈페이지 검색결과 아래에 묶여 나타나는 링크가 사이트링크입니다. 좋은 아키텍처는 가능성을 높이지만 직접 선택할 수 없습니다. Google 시스템은 사이트 링크 구조에서 바로가기를 찾으며 좋은 사이트링크를 찾을 구조가 없으면 표시하지 않습니다. 논리적 구조, 설명적인 제목·헤딩, 간결하고 관련성 있는 앵커 텍스트로 품질에 영향을 줄 수 있습니다. 잘못된 항목은 해당 페이지를 noindex하거나 제거하세요.

이 글의 위치

이 글은 전자상거래 SEO 아래 사이트 구조 클러스터의 일부입니다. 크롤 측면의 패싯 탐색, 페이지 유형인 카테고리 페이지 SEO와 제품 페이지 SEO, 메커니즘인 내부 링크와 직접 연결됩니다. 크롤러의 이동 방식은 크롤링을 참고하세요.

AI 요약

고급 버전을 압축하면 다음과 같습니다.

• Google은 URL이 아니라 링크를 읽습니다. 내부 링크 그래프가 계층과 상대적 중요도를 결정하며 링크를 많이 받는 페이지가 더 중요합니다.
• 피라미드는 평면형과 지나치게 깊은 구조보다 낫습니다. 합리적인 얕은 피라미드를 목표로 하세요.
• “3클릭 규칙”은 업계 휴리스틱입니다. 실제 위험은 클릭 수보다 고립입니다. 링크된 깊은 제품이 고립된 얕은 제품보다 낫습니다.
• URL 구조는 순위 요소로서 미미하고 안정성이 위험입니다. 설명적인 형식을 일찍 정하고 링크 단절과 리디렉션 체인을 만드는 재구성을 피하세요.
• 다중 카테고리 제품은 중복 URL을 만듭니다. 캐노니컬 하나로 통합하고 사용자 경로를 나타내는 BreadcrumbList로 계층을 복원하세요.
• 메가 메뉴는 실제 <a href>를 렌더링해야 크롤 가능하며 너무 크면 링크 자산이 희석됩니다.
• 패싯 탐색은 가장 큰 크롤 예산 누수입니다. Google은 robots.txt 차단을 우선하고 rel=canonical은 “less effective in the long term.” (번역) 장기적으로 덜 효과적이며 빈 조합은 404로 처리합니다.
• 모바일 우선: 모바일 탐색은 실제 앵커와 같은 콘텐츠·구조화 데이터를 유지해야 합니다. 상호작용 후 로드되는 콘텐츠는 보지 못할 수 있습니다.
• 사이트링크는 구조, 제목, 앵커 텍스트로 영향을 줄 수 있지만 직접 통제할 수 없습니다.

공식 문서

주로 Google의 전자상거래 전문 문서인 1차 출처입니다.

Google — 전자상거래 구조와 URL

• Google이 전자상거래 사이트 구조를 이해하도록 돕기 — 메뉴 → 카테고리 → 하위 카테고리 → 제품 링크 패턴과 페이지 연결 분석.
• 전자상거래 사이트 URL 구조 설계 — 영구 URL, ?key=value 매개변수, 대체 URL 최소화.
• 전자상거래 SEO 개요 — 전문 문서 허브.
• 페이지네이션과 점진적 페이지 로드 — 일반 페이지네이션이 “더 보기”나 무한 스크롤보다 크롤하기 쉬운 이유.

Google — 링크, 브레드크럼, 사이트링크

• SEO 링크 권장사항(크롤 가능한 링크) — <a href> 요구사항과 크롤을 막는 구현.
• 브레드크럼(BreadcrumbList) 구조화 데이터 — URL 구조 대신 일반적인 사용자 경로를 나타내는 마크업 사양.
• 사이트링크 알아보기 — Google이 링크 구조에서 사이트링크를 생성하는 방식과 통제 범위.

Google — 크롤, 패싯, 모바일, 국제화

• 패싯 탐색 URL의 크롤 관리 — 우선 해결책인 robots.txt와 빈 조합 404.
• 크롤 예산 최적화 — 용량과 수요, 중복 제거.
• 모바일 우선 색인 권장사항 — 콘텐츠·구조화 데이터 동등성과 상호작용 로드 콘텐츠.
• 다지역·다국어 사이트 관리 — ccTLD, 하위 도메인, 하위 디렉터리의 장단점과 IP 감지 회피.

Bing / Microsoft

• AI 기반 검색에서 사이트맵으로 콘텐츠 발견 가능성 유지 (Canel & Madhavan, July 2025) — 대형 카탈로그의 사이트맵 규모 제한과 lastmod 최신성 신호.

출처의 인용문

Google과 Bing의 공식 발언입니다. 가능한 경우 각 링크는 인용 구절로 직접 이동합니다.

Google — Google이 구조를 읽는 방식

• “Google generally doesn’t look at the structure of URLs to work out the structure of a site. Instead, it analyzes the linkages between pages to gain insights about the relative importance of different pages on a site.” (번역) Google은 URL 구조 대신 페이지 간 연결을 분석해 상대적 중요도를 파악합니다. 인용문으로 이동
• “the more links a page has to it within a site, the higher the relative importance of the page to other pages.” (번역) 내부 링크를 많이 받을수록 상대적 중요도가 높습니다. 인용문으로 이동
• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (번역) 메뉴에서 카테고리, 하위 카테고리, 모든 제품 순으로 링크하세요. 인용문으로 이동
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (번역) 카테고리가 모든 제품에 직접 링크하지 않으면 Googlebot이 크롤만으로 전부 찾지 못할 수 있습니다. 인용문으로 이동

Google — URL, 링크, 브레드크럼

• “use long-term, persistent URLs. Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values (location=nearby, time=last-week), and the current time.” (번역) 장기간 유지되는 URL을 사용하고 임시 매개변수로 내부 링크하지 마세요. 인용문으로 이동
• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (번역) 같은 콘텐츠의 대체 URL을 줄여 불필요한 요청을 막으세요. 인용문으로 이동
• “Google can only crawl your link if it’s an <a> HTML element with an href attribute.” (번역) 링크는 href가 있는 a 요소여야 Google이 크롤할 수 있습니다. 인용문으로 이동
• “We recommend providing breadcrumbs that represent a typical user path to a page, instead of mirroring the URL structure.” (번역) URL 대신 일반 사용자 경로를 나타내는 브레드크럼을 제공하세요. 인용문으로 이동

Google — 패싯, 사이트링크, 모바일

• “Use robots.txt to disallow crawling of faceted navigation URLs.” (번역) robots.txt로 패싯 탐색 URL 크롤을 차단하세요. 인용문으로 이동
• “Our systems analyze the link structure of your site to find shortcuts.” (번역) Google 시스템은 사이트의 링크 구조를 분석해 바로가기를 찾습니다. 인용문으로 이동
• “Google uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking.” (번역) Google은 스마트폰 에이전트로 크롤한 모바일 콘텐츠를 색인과 순위에 사용합니다. 인용문으로 이동

John Mueller, Google (February 2, 2021 오피스아워 — Search Engine Journal의 축어록)

• “So from my point of view, I think for a lot of sites it makes sense to have more of a pyramid structure.” (번역) 많은 사이트에는 피라미드 구조가 더 합리적입니다.
• “But it’s not the case that a super flat structure is going to be better than a kind of reasonable pyramid structure.” (번역) 지나치게 평면적인 구조가 합리적인 피라미드보다 낫지는 않습니다.
• “But at the same time you don’t want it to be such that it’s like you have to click through a million times to actually get to the actual content.” (번역) 실제 콘텐츠까지 수없이 클릭해야 하는 구조도 피해야 합니다. 관련 보도 읽기

아키텍처 감사 체크리스트

쇼핑객과 크롤러가 모두 스토어를 이동할 수 있는지 확인하세요.

• 스토어가 홈페이지 → 최상위 카테고리 → 하위 카테고리 → 제품의 피라미드를 따르며 완전히 평면적이거나 지나치게 깊지 않습니다.
• 중요한 제품이 홈페이지에서 몇 번의 클릭 안에 있고 홈페이지, 상위 카테고리, 편집 콘텐츠 등 권위 높은 페이지에서도 링크됩니다.
• 고립된 제품이 없고 모든 제품이 최소한 카테고리 페이지에서 링크됩니다.
• 카테고리가 모든 제품을 링크하거나 초대형 카탈로그에는 사이트맵·피드 안전망이 있습니다.
• 렌더링된 DOM의 메뉴 링크가 onclick 전용, javascript:, routerLink가 아닌 실제 <a href>입니다.
• 전역 탐색은 최상위 카테고리로 제한되고 깊은 탐색은 카테고리 페이지에서 제공합니다.
• 브레드크럼이 있고 BreadcrumbList 스키마로 원시 URL이 아닌 사용자 경로를 나타냅니다.
• 다중 카테고리 제품이 하나의 캐노니컬 URL로 통합됩니다.
• URL 형식이 /product/3243보다 /product/black-t-shirt처럼 일관되고 설명적이며 안정적입니다.
• 패싯 탐색은 필터 URL을 robots.txt로 차단하고 캐노니컬에만 의존하지 않으며 빈 조합은 404를 반환합니다.
• 모바일 탐색이 데스크톱과 같은 카테고리·제품, 실제 앵커, 콘텐츠, 구조화 데이터를 제공합니다.
• XML 사이트맵이 정확한 lastmod와 함께 캐노니컬·색인 가능 URL을 담아 Google Search Console과 Bing Webmaster Tools에 제출됩니다.

사고 모델

1. 링크가 구조이고 URL은 라벨일 뿐입니다. Google은 URL 경로가 아니라 링크 그래프에서 계층과 중요도를 추론합니다. URL을 바꾸기 전에 그 페이지를 향하는 링크와 페이지가 내보내는 링크를 확인하세요.

2. 두 실패 모드 사이의 피라미드. 너무 평면적이면 중요도와 소속 신호가 사라지고, 너무 깊으면 페이지가 크롤 관심과 PageRank를 받지 못합니다. 홈페이지 → 카테고리 → 하위 카테고리 → 제품의 얕은 피라미드에서 내부 링크로 중요 페이지를 위쪽에 가깝게 유지하세요.

3. 깊이는 마법의 숫자가 아니라 발견 가능성의 문제입니다. “3클릭 규칙”은 휴리스틱입니다. 실제 위험은 숫자 초과가 아니라 고립이며, 링크된 깊은 페이지가 고립된 얕은 페이지보다 낫습니다.

4. URL 결정 규칙: 영리함보다 안정성. 일관되고 설명적이며 영구적인 형식을 한 번 정하세요. SEO를 위해 재구성하면 순위 이득은 거의 없고 링크 단절과 리디렉션 체인 비용만 생깁니다.

5. 막아야 할 네 가지 상거래 누수.

• 다중 카테고리 제품 → 캐노니컬 하나 + BreadcrumbList 스키마.
• 메가 메뉴 → 실제 앵커, 최상위 카테고리로 축소.
• 패싯 탐색 → 캐노니컬보다 우선하는 robots.txt 차단, 빈 결과 404.
• 모바일 탐색 → 곧 SEO 탐색이므로 링크·콘텐츠·스키마 동등성 유지.

전자상거래 아키텍처 요약표

평면형과 피라미드형 비교

클릭 깊이 지침(Google 규칙이 아닌 경험칙)

깊이는 직접 순위 요소가 아니라 크롤 가능성과 PageRank 흐름의 문제입니다. 고립된 얕은 페이지는 링크된 깊은 페이지보다 불리합니다.

URL 구조 핵심 사실

• Google은 계층 추론에 URL 경로가 아니라 링크를 사용합니다.
• URL 구조의 순위 영향은 약 1/7(Mueller)이고 실제 위험은 안정성입니다.
• 숫자보다 설명적 URL: /product/3243보다 /product/black-t-shirt.
• 영구 URL을 쓰고 내부 링크의 세션 ID·추적 매개변수를 피합니다.
• bare ?value보다 ?key=value 매개변수.
• 다중 카테고리 제품 → 캐노니컬 하나 + BreadcrumbList 계층.

탐색과 링크

• 크롤 가능 링크는 실제 <a href>입니다. JS 메뉴도 앵커를 렌더링하면 괜찮고 onclick 전용/javascript:는 크롤할 수 없습니다.
• 전역 탐색은 최상위 카테고리로 줄이고 깊은 탐색은 카테고리 페이지로 옮깁니다.
• 브레드크럼은 BreadcrumbList로 사용자 경로를 나타내며 다중 카테고리에는 여러 경로를 허용합니다.

패싯 탐색(크롤 예산 우선순위)

1. 필터 URL을 robots.txt로 차단 — Google이 선호하는 해결책.
2. 필터 상태에 URL 조각(#) — 수동으로 크롤되지 않음.
3. rel=canonical — “less effective in the long term.” (번역) 장기적으로 덜 효과적.
4. 빈 필터 조합은 404.

모바일 우선

• Google은 모바일 버전을 색인하므로 모바일 탐색이 SEO 탐색입니다.
• 데스크톱과 같은 콘텐츠·구조화 데이터를 제공하세요. 상호작용 후 로드되는 콘텐츠는 보지 못할 수 있습니다.

사이트링크는 구조·제목·앵커 텍스트로 영향을 줄 수 있지만 통제할 수 없습니다. 잘못된 항목은 페이지를 noindex하거나 제거하세요.

새 전자상거래 페이지는 어디에 둬야 할까요?

피해야 할 아키텍처 실수

모든 제품을 홈페이지에서 한 번의 클릭으로 만들기

실패 이유: 지나치게 평면적인 그래프는 의미 있는 우선순위를 없애고 탐색을 과밀하게 만듭니다. 대안: 합리적인 피라미드를 사용하고 가장 중요한 카테고리와 제품에만 눈에 띄는 링크를 배정하세요.

URL 폴더를 계층으로 간주하기

실패 이유: Google은 디렉터리 깊이가 아니라 링크로 구조를 파악합니다. 대안: 크롤 가능한 부모-자식 링크, 브레드크럼, 카테고리 경로를 만들고 URL은 중요도 전달 수단으로 의존하지 말고 안정적이고 읽기 쉽게 유지하세요.

모든 패싯을 크롤 가능한 링크로 노출하기

실패 이유: 조합이 거대한 중복 URL 공간으로 늘어납니다. 대안: 실제 검색 수요가 있는 필터는 선별된 랜딩 페이지로 만들고 나머지는 제한하세요.

데스크톱과 모바일 탐색을 별도로 설계하기

실패 이유: 모바일에서 숨긴 중요 링크는 Google이 주로 평가하는 버전에도 없을 수 있습니다. 대안: 반응형 상태 전반에 핵심 계층과 일반 앵커 링크를 유지하세요.

전자상거래 아키텍처 감사 도구

• 제공한 링크 그래프로 내부 링크 클러스터 시각화 도구를 사용해 고립 페이지, 약하게 연결된 섹션, 내부 중요도가 낮은 페이지를 찾으세요.
• 대표 카테고리와 제품 HTML을 링크 분석기로 검사해 크롤 가능한 앵커, 브레드크럼, 목적지 URL을 확인하세요.
• 패싯 탐색 감사 도구로 필터 페이지를 승격하거나 차단하기 전에 매개변수 패턴을 분류하세요.
• Scout Site Audit Free의 제한된 크롤로 끊긴 경로와 의도한 피라미드에서 도달하지 못한 페이지를 찾으세요.

상시 아키텍처 지표

템플릿별 크롤 가능한 클릭 깊이

지표: 카테고리, 하위 카테고리, 제품까지 최단 내부 링크 깊이의 분포. 의미: 중요 재고가 묻히거나 끊겼는지 보여 줍니다. 수집: 반복 가능한 크롤러 내보내기를 템플릿별로 구분합니다. 벤치마크/현실적 범위: 템플릿별 기준선을 정하고 유의미한 악화를 조사하세요. 보편적인 세 클릭 순위 규칙은 없습니다. 주기: 매월, 탐색 또는 분류 체계 릴리스 후.

고립·약한 링크 페이지 수

지표: 크롤 가능한 인링크가 없는 색인 가능 사이트맵 URL과 인링크가 매우 적은 우선 페이지 수. 의미: 선언된 카탈로그와 실제 링크 그래프가 어긋난 위치를 보여 줍니다. 수집: 사이트맵 URL을 크롤 및 분석/GSC 랜딩 페이지와 대조합니다. 벤치마크/현실적 범위: 실제 색인 가능 고립 페이지는 없어야 하며 최소 인링크 수는 스토어 계층에 따라 다릅니다. 주기: 매월.

자연 검색 랜딩 페이지 범위

지표: 자연 검색 노출을 받는 의도된 카테고리·제품 템플릿 비율. 의미: 아키텍처가 중요 카탈로그를 발견·노출 가능하게 만드는지 보여 줍니다. 수집: Search Console 페이지 내보내기를 캐노니컬 URL 인벤토리와 결합합니다. 벤치마크/현실적 범위: 임의의 업계 목표 대신 스토어 자체 추세를 템플릿과 재고 상태별로 비교하세요. 주기: 매월, 분기별 분류 검토.

시간을 들일 가치가 있는 자료

제 관련 글

• SEO가 간과하는 가장 중요한 것: 내부 링크 (Search Engine Land) — 내부 링크가 최고의 페이지로 권위를 보내는 방식과 예전 콘텐츠로 돌아가 링크해야 하는 이유.
• 기술 SEO 초보자 가이드 — 전체 기술 SEO에서 사이트 구조가 차지하는 위치.

이 사이트의 글

• 전자상거래 SEO — 핵심 허브.
• 패싯 탐색 — 크롤 예산 심층 설명.
• 카테고리 페이지 SEO와 제품 페이지 SEO — 이 아키텍처가 연결하는 두 페이지 유형.
• 내부 링크 — 아키텍처를 작동시키는 메커니즘.
• 크롤링과 크롤 예산 — 봇이 구조를 이동하는 방식.

외부 자료

• 전자상거래 SEO 초보자 가이드 (Chris Haines, Ahrefs) — 계층, URL 구조, 다중 카테고리 제품의 평면 제품 URL 권장안.
• 전자상거래 카테고리 페이지 SEO를 개선하는 11가지 방법 (Sam Underwood, Ahrefs) — 피라미드 구조, 브레드크럼, 카테고리 URL 패턴의 실무 설명.
• SEO를 위한 웹사이트 아키텍처 구성 방법 (Ahrefs) — 일반 사이트 구조 가이드.
• John Mueller가 피라미드 사이트 구조를 권장 (Roger Montti, Search Engine Journal) — 피라미드 인용문의 축어 출처.

업계 자료

• Google이 피라미드 탐색 구조를 권장 (Barry Schwartz, Search Engine Roundtable) — 같은 Mueller 오피스아워 세션의 2차 확인.
• Google: URL 구조는 SEO에 그다지 중요하지 않음 (Search Engine Roundtable) — URL 구조를 직접 순위 요소 약 1/7로 평가하고 깊이보다 안정성을 강조한 내용.
• 전자상거래 SEO 가이드 (Jenn Mathews, Search Engine Land) — 사이트 구조, 크롤 예산, 카테고리 아키텍처를 다루는 실무 가이드.
• 링크 아키텍처의 중요성 (Google Search Central Blog, 2008) — 내부 링크 구조가 PageRank를 배분하는 방식을 설명한 기초 문서.
• 패싯 탐색 URL 크롤 관리 (Google) — robots.txt 우선 접근의 공식 1차 출처.
• Bing 웹마스터 지침 (Microsoft Bing) — 링크 도달 가능성과 사이트맵 제출을 다루는 Bing 지침.

스스로 확인하기: 전자상거래 사이트 아키텍처

전자상거래 계층과 내부 링크에 관한 다섯 문제입니다. 답을 고른 뒤 결과를 확인하세요.

변경 내역