ShopifyTips

Shopify가 검색·AI 검색에 안 나올 때 볼 6가지

2026년 9월 9일8분 읽기

Shopify 스토어에서 상품이 검색에 나오지 않거나 AI 검색에 인용되지 않는다는 문의는 원인을 하나로 좁히기 어려운 경우가 대부분입니다. 테마가 내보내는 canonical, 바꿀 수 없는 URL 구조, Shopify Markets의 hreflang, 일본용 앱이 만드는 페이지, 이전 시 리다이렉트, 앱이 로드하는 JavaScript의 무게. 어느 것도 관리 화면에는 이상으로 표시되지 않고, Search Console의 제외 이유와 봇의 수집 로그에만 나타납니다.

이 글은 Shopify에 관해 써 온 6편의 글을 담당자가 확인하는 순서로 다시 배열한 것입니다. 자세한 절차는 원래 글에 맡기고, 여기서는 무엇을 보고 무엇으로 판단하는지만 정리합니다.

1. 같은 상품이 여러 URL로 열려 크롤 예산을 쓰고 있지 않은가

Shopify에서는 같은 상품이 /collections/컬렉션명/products/상품명 과 /products/상품명 양쪽으로 열리고, 태그나 정렬·필터 파라미터가 붙은 URL도 생깁니다. 표준 테마는 컬렉션 경유 URL에 단독 URL을 가리키는 canonical을 내보내므로 색인이 두 번 되는 일은 보통 없습니다. 다만 크롤러는 canonical을 읽기 전에 그 URL을 먼저 가져오므로, 가져온 만큼 크롤 예산은 쓰입니다.

문제	Shopify 표준 상태	영향	대처
같은 상품이 여러 URL로 열린다	canonical이 단독 URL을 가리킨다	색인 중복은 거의 일어나지 않는다	테마가 canonical을 올바르게 내보내는지 확인
컬렉션 경유 URL이 사이트 내 링크에 쓰인다	테마 설정에 따라 다름	크롤러가 중복 URL을 대량으로 가져온다	내부 링크를 단독 URL로 통일
태그 필터 URL이 무수히 생긴다	색인 가능한 상태인 경우가 많다	저가치 페이지가 크롤 예산을 쓴다	noindex 또는 robots로 제어
정렬·필터 쿼리 파라미터	색인 가능	위와 같음	canonical과 robots로 제어

상품이 수백 점일 때는 실제 피해로 이어지기 어렵고, 수천 점에 태그가 수백 종류가 되면 이야기가 달라집니다. Search Console의 "크롤됨 - 현재 색인이 생성되지 않음"에서 태그·파라미터 URL이 대부분이면 대처 대상입니다. "선물"처럼 검색되는 필터 조건만 설명문이 있는 컬렉션으로 승격하고, 색상이나 사이즈는 noindex로 막습니다. robots로 막으면 canonical도 noindex도 읽히지 않으므로, 색인이 사라진 뒤에 robots로 막는 순서가 안전합니다.

2. URL에 계층이 없는 만큼, 빵부스러기와 내부 링크로 계층을 전달하고 있는가

Shopify의 URL 계층은 바꿀 수 없습니다. 상품은 /products/, 컬렉션은 /collections/, 고정 페이지는 /pages/, 블로그는 /blogs/ 바로 아래에 놓이며, 앱을 넣어도 이 구조는 그대로입니다. 다만 URL 계층 자체는 순위 요인으로는 작고, 빵부스러기·내부 링크·구조화 데이터로 계층을 전달하면 평가에 큰 차이는 없습니다.

수단	무엇을 전달하는가	Shopify에서의 구현
빵부스러기(화면상)	홈 > 컬렉션 > 상품	테마의 빵부스러기 섹션. 표시되지 않으면 활성화
BreadcrumbList(구조화 데이터)	빵부스러기를 기계가 읽을 수 있게	테마 또는 앱으로 출력. 빵부스러기 표시와 일치시킨다
내부 링크	컬렉션 → 상품, 상품 → 컬렉션	컬렉션 페이지와 테마의 "관련 컬렉션"
내비게이션	주요 컬렉션의 계층	메뉴를 계층화. 헤더·푸터에

상품이 "지갑"과 "선물" 양쪽에 들어 있다면 빵부스러기에 내보낼 컬렉션은 하나로 정해 둡니다. 핸들은 의미 있는 영숫자로 하고, 한번 공개하면 바꾸지 않는 것이 기본입니다. 앱으로 URL을 다시 쓰거나, 이전 전의 계층을 재현하려고 리다이렉트를 여러 단계로 쌓거나, 전 상품을 컬렉션 하나에 넣는 행위는 canonical과의 불일치나 평가 감소를 부릅니다.

3. 해외 판매에서 hreflang과 번역 누락이 모순되지 않는가

Shopify Markets에서 언어를 추가하면 테마가 지원하는 경우 각 페이지의 head 안에 언어별 hreflang이 나옵니다. 다만 번역이 빠진 페이지가 있으면 자동 출력만으로는 올바르지 않고, 테마나 앱이 별도의 hreflang을 내보내는 경우도 있습니다. hreflang은 "둘 다 정본이니 독자의 언어에 맞춰 구분해 보여 달라"는 선언이며 canonical과 역할이 다릅니다.

확인 항목	올바른 상태
hreflang 출력	상품 페이지 소스에 일본어와 영어 양쪽 URL이 hreflang="ja" hreflang="en" 으로 나와 있다
x-default	어느 한쪽 URL(보통 일본어)이 x-default 로 나와 있다
상호 참조	일본어 페이지에서 영어 페이지로, 영어 페이지에서 일본어 페이지로 양방향
canonical	각 언어 페이지가 자기 자신을 가리킨다. 영어 페이지의 canonical이 일본어를 가리키지 않는다
번역 누락	영어 페이지에 일본어 그대로인 상품 설명이 남아 있지 않다

Shopify의 번역은 필드 단위입니다. 영어 페이지 본문의 대부분이 일본어 그대로면 "영어 페이지"로 취급되지 않고 hreflang이 무시되기도 합니다. 번역 우선순위는 상품명 → 상품 설명 → 메타 설명 → 컬렉션 설명 → 고정 페이지(배송·반품·회사 소개) 순입니다. 해외 고객의 구매 전 질문(배송비, 관세, 반품)에 답하는 곳은 고정 페이지이며, 번역되지 않은 채로는 AI 검색이 인용하지 않습니다.

4. 일본용 앱이 만든 페이지나 파라미터 URL이 색인되어 있지 않은가

배송 일시 지정이나 노시 앱을 넣으면 앱이 만든 페이지나 파라미터가 붙은 URL이 Search Console에 색인됨으로 나열되는 일이 있습니다. 색인되어도 순위가 직접 내려가지는 않습니다. 다만 크롤이 낭비되고, Search Console의 제외가 늘어 진짜 문제가 보이지 않게 됩니다.

앱이 만드는 것	색인	대처
설정·관리용 페이지	×	noindex, 또는 앱 쪽에서 비공개
파라미터가 붙은 URL(선택 상태의 유지)	×	canonical로 원래 URL에 통합. 파라미터를 Search Console에서 무시 대상으로
장바구니 페이지의 추가 요소(일시 선택, 노시 선택)	대상 아님	장바구니는 원래 noindex
"배송 안내" "노시 안내" 설명 페이지	○	자사에서 만들고 내용을 충실히 채운다

페이지 보고서에서 /apps/, /a/, /tools/ 같은 낯선 경로를 찾습니다. robots.txt.liquid로 /apps/ 하위를 Disallow하는 방법이 있지만, 잘못 쓰면 상품 페이지까지 차단하므로 편집 후에는 URL 검사로 주력 상품 페이지가 "크롤 가능"한지 확인합니다. "노시를 붙일 수 있다"는 구매 전 질문에 답하는 정보이므로 배송·선물 대응·결제 안내 고정 페이지에 텍스트로 적고, 상품 페이지의 구매 버튼 근처에서 링크합니다.

5. 이전한 스토어에서 구 URL의 리다이렉트와 구조화 데이터가 승계되었는가

컬러미숍에서 Shopify로 이전한 1개월 뒤 검색 유입이 절반이 되었다는 문의의 가장 흔한 원인은 구 URL에서 신 URL로의 리다이렉트가 불완전한 것입니다. 구 URL에 쌓인 평가는 리다이렉트가 없으면 신 URL로 승계되지 않습니다. 그다음으로 많은 것이 구조화 데이터와 메타데이터가 이전 과정에서 사라지는 경우입니다.

시기	할 일
이전 1개월 전	구 사이트의 전체 URL 목록을 취득. 검색 유입이 있는 URL을 특정. 구조화 데이터·메타데이터를 기록
이전 2주 전	신 URL의 핸들을 정하고, 구 URL → 신 URL 대응표를 만든다
이전 당일	리다이렉트를 일괄 등록. canonical·구조화 데이터·사이트맵을 확인
이전 후 1주	Search Console에서 크롤 오류·404를 확인. 주력 페이지의 색인을 확인
이전 후 1〜3개월	검색 유입과 순위를 구 사이트와 비교. 구 URL 색인이 사라지고 신 URL로 바뀌었는가

이미 이전을 마쳤다면 "찾을 수 없음(404)"에 구 URL이 나열되어 있지 않은지, "리디렉션 오류"가 0인지 봅니다. 404는 리다이렉트 누락, 리디렉션 오류는 다단계 리다이렉트의 표시입니다. 상품 이미지의 alt는 이전 과정에서 사라지기 쉽고, 주력 페이지는 리치 리절트 테스트로 이전 전과 같은 유형이 검출되는지 확인합니다. 3개월이 지나도 유입이 돌아오지 않으면 리다이렉트 누락, 남아 있는 noindex, canonical 오류를 의심합니다.

6. 앱 로드 때문에 봇이 읽는 HTML에서 내용이 사라지지 않았는가

앱을 20개 가까이 넣은 스토어에서는 PageSpeed Insights 점수가 빨간색이 되기도 합니다. 속도를 정하는 것은 앱의 수가 아니라 각 앱이 로드하는 JavaScript의 크기와 실행 시간입니다. AI 인용에 관해서는 무겁다는 것 이상으로 JavaScript로 그리고 있다는 점이 문제입니다.

영향 대상	무슨 일이 일어나는가
검색 순위	Core Web Vitals(LCP·INP·CLS)는 순위 요인의 하나. 같은 내용이면 빠른 쪽이 유리
크롤	무거운 페이지는 수집에 시간이 걸려, 같은 시간에 수집되는 페이지 수가 준다
AI 검색 인용	AI 크롤러는 JavaScript를 실행하지 않는 경우가 많다. JavaScript로 나중에 그려지는 내용은 읽히지 않는다
구매율	표시가 느릴수록 이탈이 는다. 가장 직접적인 손실

PageSpeed Insights로 주력 상품 페이지를 재고, "서드 파티 코드의 영향 줄이기" 항목에서 배포 도메인을 앱에 대응시킵니다. 상위 3개가 전체의 절반 이상을 차지하는 경우가 많으므로 먼저 그 3개만 검토합니다. 판단은 "매출에 직결되는가"와 "로드의 무게" 2축입니다. 리뷰나 FAQ를 앱이 JavaScript로 나중에 삽입하면 AI 크롤러에게는 그 내용이 없는 페이지로 보입니다. 삭제 후에는 theme.liquid 에 남은 수동 스크립트 태그도 지웁니다.

Search OS는 이 6개 항목을 봇이 읽는 층에서 계속 봅니다

6개 항목의 공통점은 Shopify 관리 화면에서는 봇의 수집 로그가 보이지 않는다는 것입니다. Search OS는 Shopify를 포함한 기존 스토어를 대상으로, 봇로그로 Googlebot과 GPTBot이 어느 URL을 얼마나 가져가는지 확인하고, canonical·noindex·사이트맵·내부 링크·hreflang·구조화 데이터의 정합성과 JavaScript 없이 가져왔을 때 남는 텍스트를 계속 검증합니다. 어긋남과 이중 출력을 수정 대상으로 정리하는 층이며, Shopify의 테마나 상품 데이터, URL 구조를 바꾸지 않습니다. 앱을 고르는 일이나 번역 작업을 대신하지도 않습니다.

담당자가 먼저 볼 질문

Search Console의 "크롤됨 - 현재 색인이 생성되지 않음"에서 태그·파라미터 URL이 대부분을 차지하지 않는가
테마의 상품 카드 링크가 /products/ 바로 아래를 가리키는가
주력 상품 페이지에 빵부스러기가 표시되고, BreadcrumbList가 같은 계층을 같은 순서로 내보내는가
영어 페이지 소스에 hreflang="ja" hreflang="en" 과 x-default 가 나오고, 일본어 상품 설명이 남아 있지 않은가
페이지 보고서에 /apps/ 나 낯선 파라미터 URL이 색인됨으로 나열되어 있지 않은가
이전 후의 "찾을 수 없음(404)"과 "리디렉션 오류"가 0에 가까운가
PageSpeed Insights에서 상위 3개 앱은 무엇이고, 리뷰와 FAQ는 HTML로 출력되고 있는가

결론

Shopify 스토어가 검색이나 AI 검색에 나오지 않을 때 원인은 테마 출력, URL 구조, hreflang, 앱, 이전, 속도 어딘가에 나뉘어 숨어 있습니다. 6개 항목 모두 고치기 전에 Search Console과 주력 상품 페이지 소스로 확인할 수 있습니다. 색인 중복은 canonical로 막아도 크롤 낭비, 번역 누락, JavaScript로 그려진 내용은 별도 관리가 필요하고, 정비한 상태는 테마 업데이트나 앱 추가로 무너집니다. 한 달에 한 번 위 질문을 같은 페이지에서 확인하는 데서 시작합니다.

함께 읽기

참고 자료

Google Search Central: Managing crawl budget for large sites
Google Search Central: Consolidate duplicate URLs
Google Search Central: Breadcrumb structured data
Google Search Central: Tell Google about localized versions of your page
Google Search Central: Site moves with URL changes
Google Search Central: Understanding Core Web Vitals and Google search results

Navigation