온라인 쇼핑몰 기술 SEO 체크리스트: Shopify·WooCommerce

Shopify·WooCommerce 쇼핑몰 기술 SEO 점검: noindex, robots.txt, 사이트맵, 제목·H1, canonical, 상품 구조화된 데이터, Open Graph, 대체 텍스트까지.

FixReports 편집팀11분 분량

온라인 쇼핑몰의 기술 SEO 체크리스트는 세 가지를 확인합니다. 검색엔진이 노출되기를 원하는 페이지를 크롤링하고 색인할 수 있는지, 각 페이지가 무엇인지 파악할 수 있는지, 그리고 검색 결과에 잘 표시할 수 있는지입니다. 실무적으로는 의도하지 않은 noindex 규칙이 없고, robots.txt가 중요한 페이지를 차단하지 않으며, 사이트맵에 표준 URL이 담겨 있고, 페이지마다 고유한 제목과 메타 설명이 있으며, 명확한 H1이 하나 있고, canonical 태그가 변형(옵션) URL과 컬렉션 중복 URL을 통합하며, 유효한 Product 구조화된 데이터와 Open Graph 태그, 설명적인 대체 텍스트가 있고, 깨진 내부 링크가 없어야 합니다. 이러한 점검은 기술적인 장애물을 없애 줄 뿐, 순위나 트래픽을 보장하지는 않습니다.

핵심 요약

  • robots.txt는 색인이 아니라 크롤링을 제어합니다. 페이지가 Google에 표시되지 않게 하려면 noindex를 사용하고, 그 페이지를 robots.txt로 차단하지 않아야 합니다. 차단하면 Google이 그 규칙을 아예 보지 못합니다 (Google Search Central (새 탭에서 열림)).
  • 사이트맵 파일 하나에는 URL을 최대 50,000개 또는 압축하지 않은 크기로 50 MB까지 담을 수 있으며, Google은 <priority>와 <changefreq>를 무시합니다 (Google Search Central (새 탭에서 열림)).
  • Google은 이상적인 헤딩 개수는 없다고 말하지만, 상품명을 담은 H1 하나가 쇼핑객과 스크린 리더에게 가장 명확한 대표 제목입니다.
  • 판매자 등록정보(merchant listing)에는 상품명, 이미지, 그리고 0보다 큰 가격과 통화가 포함된 중첩 Offer(AggregateOffer가 아님)가 필요합니다 (Google Search Central (새 탭에서 열림)).

Shopify와 WooCommerce는 기본으로 무엇을 처리하나요?

Shopify는 기술 SEO의 기본 요소 대부분을 플랫폼과 테마에서 처리하는 반면, WooCommerce 쇼핑몰은 그중 여러 항목을 WordPress 코어와 SEO 플러그인에 의존합니다.

항목ShopifyWooCommerce (WordPress)
XML 사이트맵/sitemap.xml, 자동 생성WordPress 5.5부터 /wp-sitemap.xml, 또는 SEO 플러그인의 사이트맵
robots.txt자동 생성, robots.txt.liquid로 편집WordPress가 만드는 가상 파일로, 코어 사이트맵을 명시
canonical 태그자동 추가코어는 단일 페이지에만 추가
메타 설명각 상품의 검색 엔진 목록에 있는 입력란SEO 플러그인 또는 테마
Product 구조화된 데이터테마에서 structured_data 필터로 출력상품 페이지에 WooCommerce 코어 JSON-LD
Open Graph 태그테마(Dawn: meta-tags.liquid)SEO 플러그인 또는 테마
장바구니와 결제robots.txt에서 크롤링 차단(Disallow)WooCommerce가 noindex로 지정

각 행의 세부 내용과 출처는 아래에서 설명합니다(2026년 10월 기준).

쇼핑몰 페이지가 색인될 수 있게 하려면 어떻게 해야 하나요?

페이지가 200 상태 코드를 반환하고, robots.txt로 차단되지 않으며, noindex 규칙이 없으면 색인될 수 있습니다.

noindex 규칙은 meta 태그나 HTTP 헤더에 넣을 수 있으며, Google은 robots.txt 안에 넣은 noindex는 지원하지 않습니다 (Google (새 탭에서 열림)).

<meta name="robots" content="noindex">

X-Robots-Tag: noindex

robots.txt는 크롤러 트래픽을 관리하는 파일입니다. 차단된 URL이라도 다른 페이지에서 링크하면 설명 없이 검색 결과에 나타날 수 있습니다 (Google (새 탭에서 열림)). Search Console의 페이지 색인 생성 보고서 (새 탭에서 열림)는 색인되지 않은 URL마다 “'noindex' 태그에 의해 제외됨”(URL marked ‘noindex’) 같은 사유를 표시합니다. 모든 URL이 색인될 필요는 없지만, 상품 페이지와 컬렉션 페이지는 색인되어야 합니다.

Shopify

기본 robots.txt는 관리자, 장바구니, 결제, 계정, 주문 경로와 함께, 컬렉션 페이지와 중복되는 필터링된 컬렉션 URL(/collections/*+*)과 정렬된 컬렉션 URL(sort_by)을 차단합니다. robots.txt.liquid 템플릿으로 편집할 수 있지만, Shopify는 이를 지원되지 않는 사용자 지정으로 분류하며 실수하면 쇼핑몰의 트래픽을 모두 잃을 수 있다고 경고합니다 (Shopify 도움말 센터 (새 탭에서 열림)).

페이지, 블로그 게시물, 상품을 숨기려면 정수형 메타필드 seo.hidden을 1로 설정합니다. 그러면 사이트맵, 검색엔진, 스토어 내 검색에서 숨겨집니다. 상품 상태를 Unlisted(목록에 표시 안 함)로 설정하면 컬렉션과 추천 상품에서도 숨겨집니다 (Shopify 도움말 센터 (새 탭에서 열림)). 쇼핑몰에 비밀번호 보호가 설정되어 있는 동안에는 검색엔진이 사이트맵을 읽을 수 없습니다.

WooCommerce

설정 > 읽기 > 검색 엔진 가시성(Settings > Reading > Search engine visibility)을 확인합니다. “검색 엔진이 이 사이트를 색인하지 않도록 합니다”(Discourage search engines from indexing this site)가 선택되어 있으면 WordPress(5.3부터)는 페이지에 noindex, nofollow robots meta 태그를 추가하고 (WordPress.org (새 탭에서 열림)) 코어 사이트맵도 끕니다. 스테이징 사이트에서 쇼핑몰을 만들었다면 오픈할 때 이 체크박스를 해제했는지 확인해야 합니다. WooCommerce 자체는 장바구니, 결제, 내 계정 페이지를 noindex로 지정하고, 주문 완료(order received) 같은 엔드포인트에는 X-Robots-Tag: noindex를 전송하는데 (WooCommerce 소스 코드 (새 탭에서 열림)), 이는 정상적인 동작입니다.

쇼핑몰의 XML 사이트맵에는 무엇을 포함해야 하나요?

사이트맵에는 검색에 노출하고 싶은 색인 가능한 표준 URL만 나열해야 합니다. 상품, 컬렉션 또는 카테고리, 콘텐츠 페이지, 블로그 게시물이 여기에 해당합니다.

Google의 규칙은 파일당 URL 최대 50,000개 또는 50 MB, 그보다 큰 규모라면 사이트맵 색인 파일 사용, 절대 URL 사용, 검색 결과에 표시하고 싶은 URL만 포함, 정확할 때만 <lastmod> 사용입니다 (Google (새 탭에서 열림)). 사이트맵은 Search Console의 Sitemaps 보고서에서 제출하거나 robots.txt에서 참조합니다.

Sitemap: https://example.com/sitemap.xml

Shopify에서는 모든 도메인에 자동 생성되는 sitemap.xml이 있습니다. 이 파일은 상품, 컬렉션, 블로그, 페이지용 하위 사이트맵으로 연결되며 항목을 추가할 때마다 업데이트되고, 해외 도메인마다 별도의 사이트맵이 생성됩니다 (Shopify 도움말 센터 (새 탭에서 열림)).

WooCommerce에서는 WordPress 5.5 이상이 /wp-sitemap.xml에서 코어 사이트맵 색인을 제공합니다. 이 사이트맵은 WordPress의 robots.txt에서 참조되며, 기본적으로 사이트맵당 최대 2,000개 항목을 담습니다. Yoast SEO 같은 SEO 플러그인은 이를 자체 사이트맵으로 대체합니다 (Make WordPress Core (새 탭에서 열림)). 제출하기 전에 실제로 어떤 사이트맵이 작동 중인지 확인해야 합니다.

상품 제목과 메타 설명은 어떻게 작성해야 하나요?

Google은 화면에 맞게 제목과 메타 설명을 모두 잘라서 표시하므로, 모든 페이지에 고유하고 설명적인 제목과 페이지를 요약하는 메타 설명을 작성하고 중요한 단어를 앞쪽에 배치해야 합니다.

Google의 제목 가이드라인은 제목을 설명적이고 간결하게 작성하고, 키워드 남용과 반복되는 상용구를 피하며, 사이트 이름은 구분 기호와 함께 제목의 앞이나 끝에 두라고 안내합니다. 길이 제한은 없지만 제목 링크는 기기 너비에 맞게 잘립니다 (Google (새 탭에서 열림)). Google은 H1이나 og:title 같은 다른 텍스트로 제목 링크를 만들 수도 있습니다.

스니펫의 경우 Google은 주로 페이지 콘텐츠를 사용하며, 메타 설명이 페이지를 더 정확하게 설명할 때 메타 설명을 사용합니다. Google은 가격이나 제조업체 같은 상품 정보를 포함할 것을 제안하며, 자동 생성된 설명도 읽기 쉽고 페이지마다 다양하다면 괜찮다고 설명합니다 (Google (새 탭에서 열림)).

<title>Linen shirt, natural, relaxed fit | Example Store</title>
<meta name="description" content="Relaxed-fit shirt in European linen. Sizes XS to XXL, $68, free returns within 30 days.">
  • Shopify: 각 상품의 검색 엔진 목록(search engine listing) 섹션에서 페이지 제목, 메타 설명, URL 핸들을 편집합니다 (Shopify 도움말 센터 (새 탭에서 열림)). Shopify는 제목에 최대 70자를 허용하고 약 60자를 권장하며, 설명은 160자를 권장합니다 (Shopify 도움말 센터 (새 탭에서 열림)).
  • WooCommerce: WordPress 코어는 메타 설명을 출력하지 않으므로(7.1.3 소스 기준으로 확인), SEO 플러그인이나 테마를 사용해야 합니다.

모든 페이지에 H1이 정확히 하나씩 있어야 하나요?

Google은 특정 개수를 요구하지 않지만, 페이지 이름을 담은 H1 하나가 쇼핑객, 스크린 리더, 검색엔진 모두에게 가장 명확한 대표 제목입니다.

Google의 SEO 기본 가이드는 이상적인 헤딩 개수는 없으며 헤딩 순서는 검색에 영향을 주지 않는다고 설명합니다. 다만 의미에 맞는 순서는 스크린 리더 사용자에게 도움이 됩니다 (Google (새 탭에서 열림)). 제목 링크 가이드라인에서는 대표 제목을 페이지에서 가장 눈에 띄는 텍스트로 만들 것을 제안하며, 그 예로 처음 보이는 <h1>을 듭니다. W3C 튜토리얼은 여기에 더해 헤딩이 페이지의 구성을 전달하며 헤딩 단계를 건너뛰지 않아야 한다고 설명합니다 (W3C WAI (새 탭에서 열림)).

쇼핑몰에서 흔한 오류는 모든 페이지에서 로고를 H1으로 감싸는 것, 상품명을 <div>나 H2에 넣는 것, 앱이 두 번째 H1을 추가하는 것, 그리고 H1이 없는 컬렉션 페이지입니다.

canonical URL은 변형 및 컬렉션 중복 URL을 어떻게 처리하나요?

canonical 태그는 같은 콘텐츠를 가진 여러 URL 중 어떤 URL을 색인할지 Google에 알려 줍니다. 따라서 변형 매개변수 URL과 컬렉션 경로 URL은 하나의 기본 상품 URL을 가리켜야 합니다.

Google은 리디렉션과 rel="canonical"을 강력한 신호로, 사이트맵 포함 여부를 약한 신호로 취급합니다. 절대 URL을 사용하고, 표준 URL을 지정하는 수단으로 robots.txt나 noindex를 사용하지 말아야 합니다 (Google (새 탭에서 열림)). ?color=green 같은 선택적 쿼리 매개변수로 구분되는 변형의 경우, Google은 매개변수가 없는 URL을 표준 URL로 지정할 것을 제안합니다. Google은 # 프래그먼트를 무시하므로 변형에는 경로나 매개변수가 필요합니다. 또한 색인 가능한 페이지에는 자기 참조 canonical을 사용하고, 링크, 사이트맵, canonical 태그 전반에서 URL을 일관되게 유지할 것을 권장합니다 (Google (새 탭에서 열림)).

<link rel="canonical" href="https://example.com/products/linen-shirt">

Google이 지정한 표준 URL을 따르지 않으면 페이지 색인 생성 보고서에 “중복됨, Google에서 사용자와 다른 표준을 선택함”(Duplicate, Google chose different canonical than user)이 표시되며, 이는 대개 신호가 서로 충돌한다는 뜻입니다.

  • Shopify: canonical 태그는 자동으로 생성되며 (Shopify 도움말 센터 (새 탭에서 열림)), Dawn 테마는 <link rel="canonical" href="{{ canonical_url }}">을 출력합니다. within 필터를 사용하는 테마는 컬렉션 경로를 포함한 상품 URL(/collections/summer/products/linen-shirt)을 만들며, Shopify는 이 URL이 표준 상품 페이지와 중복된다고 설명합니다 (Shopify (새 탭에서 열림)). 이런 URL의 canonical이 /products/linen-shirt를 가리키는지 확인해야 합니다.
  • WooCommerce: WordPress 코어는 상품, 페이지 같은 단일 보기에서만 canonical 태그를 출력하므로 (WordPress 개발자 레퍼런스 (새 탭에서 열림)), 상점 및 카테고리 아카이브 페이지는 SEO 플러그인이나 테마에 의존합니다. 상품 고유주소(permalink) 구조를 바꾸면 모든 상품 URL이 바뀌며, 리디렉션을 추가하지 않으면 기존 링크는 404 오류를 반환합니다 (WooCommerce (새 탭에서 열림)).

판매자 등록정보용 Product 구조화된 데이터는 어떻게 설정하나요?

페이지에 표시된 가격 및 재고 상태와 일치하는 중첩 Offer를 포함해 Product 마크업을 추가한 다음, Google 리치 결과 테스트로 검사합니다.

Google은 사용자가 직접 구매할 수 없는 상품 페이지에는 제품 스니펫을, 직접 구매할 수 있는 페이지에는 판매자 등록정보를 사용합니다 (Google (새 탭에서 열림)). Google은 일반적으로 JSON-LD를 권장합니다 (Google (새 탭에서 열림)). 판매자 등록정보에는 name, image, 그리고 Offer 형식의 offers가 필요하며, price는 0보다 커야 하고 priceCurrency는 ISO 4217 형식이어야 합니다. 권장 속성으로는 availability, gtin, brand, aggregateRating, shippingDetails, hasMerchantReturnPolicy 등이 있습니다 (Google (새 탭에서 열림)). 변형의 경우 Google은 hasVariant, variesBy, productGroupID를 사용하는 ProductGroup을 지원합니다 (Google (새 탭에서 열림)).

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Linen shirt, natural",
  "image": ["https://example.com/images/linen-shirt-1x1.jpg"],
  "sku": "LS-NAT-M",
  "brand": { "@type": "Brand", "name": "Example Store" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/linen-shirt",
    "price": "68.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}
</script>

쇼핑객이 볼 수 있는 내용만 마크업해야 합니다. Google은 구조화된 데이터가 검색 결과에 표시된다고 보장하지 않습니다 (Google (새 탭에서 열림)).

  • Shopify: {{ product | structured_data }}는 변형이 없는 상품에는 Product를, 변형이 있는 상품에는 ProductGroup을 출력합니다 (Shopify (새 탭에서 열림)). Dawn은 상품 섹션에 이 필터를 포함하고 있습니다. 리뷰 앱이나 SEO 앱이 자체 마크업을 추가한다면 중복 여부를 확인해야 합니다.
  • WooCommerce: 코어는 상품 페이지에 Product JSON-LD를 출력하며, 여기에는 SKU, 오퍼, 리뷰가 있을 때의 평점, 그리고 GTIN, UPC, EAN 또는 ISBN 필드(WooCommerce 9.2 (새 탭에서 열림)에서 추가됨)가 입력되어 있을 때의 GTIN이 포함됩니다. 변형별 가격이 다른 가변 상품은 URL에서 특정 변형을 선택하지 않는 한 AggregateOffer 가격 범위로 출력됩니다 (WooCommerce 소스 코드 (새 탭에서 열림)). 판매자 등록정보에는 Offer가 필요하므로 이런 상품은 반드시 테스트해야 합니다.

반품 정책의 경우 Google은 조직 단위의 반품 정책 마크업도 인정하지만, Merchant Center나 Search Console의 설정이 우선 적용됩니다 (Google (새 탭에서 열림)).

상품 페이지에는 어떤 Open Graph 태그가 있어야 하나요?

공유된 링크에 올바른 제목과 사진이 표시되도록 상품 페이지에는 og:title, og:type, og:image, og:url과 함께 og:description, og:image:alt가 있어야 합니다.

Open Graph 프로토콜은 앞의 네 가지를 필수 속성으로 정하고, og:url을 표준 URL로 정의하며, 모든 og:image에 og:image:alt를 함께 지정해야 한다고 설명합니다 (ogp.me (새 탭에서 열림)).

<meta property="og:type" content="product">
<meta property="og:title" content="Linen shirt, natural">
<meta property="og:url" content="https://example.com/products/linen-shirt">
<meta property="og:image" content="https://example.com/images/linen-shirt-1200x630.jpg">
<meta property="og:image:alt" content="Natural linen shirt on a hanger">
<meta property="og:description" content="Relaxed-fit shirt in European linen.">
  • Shopify: Dawn의 snippets/meta-tags.liquid는 페이지 제목, 표준 URL, 상품 이미지를 바탕으로 이 태그들을 출력합니다 (GitHub의 Shopify Dawn (새 탭에서 열림)). 기본 공유 이미지는 온라인 스토어 > 환경 설정(Online Store > Preferences)에서 설정합니다 (Shopify 도움말 센터 (새 탭에서 열림)).
  • WooCommerce: WordPress 코어(7.1.3)와 WooCommerce(11.2.1) 모두 Open Graph 태그를 출력하지 않으므로 SEO 플러그인이나 테마로 추가해야 합니다.

상품 이미지의 대체 텍스트는 왜 중요한가요?

대체 텍스트(alt 텍스트)는 상품 이미지가 무엇을 보여 주는지 검색엔진과 스크린 리더 사용자에게 알려 주며, Google은 이를 컴퓨터 비전 및 페이지 콘텐츠와 함께 활용합니다.

Google의 이미지 가이드라인은 키워드를 남용하지 않은 유용하고 구체적인 대체 텍스트를 요구하며, 가장 좋은 예로 “Dalmatian puppy playing fetch”(공놀이를 하는 달마시안 강아지)를 듭니다. Google은 CSS 배경 이미지를 색인하지 않으므로 상품 사진은 <img> 요소에 넣어야 합니다 (Google (새 탭에서 열림)). 쇼핑몰이라면 “셔츠 셔츠 린넨 구매” 같은 문구가 아니라 “내추럴 린넨 셔츠, 뒷면” 같은 대체 텍스트를 써야 합니다.

깨진 내부 링크는 어떻게 찾아서 고치나요?

쇼핑몰을 크롤링해 4xx 오류를 반환하는 내부 링크 목록을 만든 다음, 각 링크를 수정하거나 기존 URL을 가장 가까운 활성 페이지로 301 리디렉션합니다.

Google은 href가 있는 <a> 요소로 만든 링크를 크롤링하며, 모든 중요한 페이지가 최소 하나 이상의 다른 페이지에서 링크되도록 할 것을 권장합니다 (Google (새 탭에서 열림)). 4xx 코드를 반환하는 URL은 색인되지 않고, 이미 색인된 URL은 색인에서 삭제됩니다. 301은 강력한 리디렉션 신호이고 302는 약한 신호입니다 (Google (새 탭에서 열림)). 쇼핑몰의 링크는 상품이 삭제되거나 이름이 바뀔 때, 핸들이 변경될 때, 컬렉션이 폐지될 때 깨지지만, 기존 링크는 메뉴, 상품 설명, 블로그 게시물에 그대로 남아 있습니다.

  • Shopify: 콘텐츠 > 메뉴 > URL 리디렉션 보기 > URL 리디렉션 생성(Content > Menus > View URL redirects > Create URL redirect)으로 이동합니다. Shopify는 실제로 깨진 URL만 리디렉션합니다 (Shopify 도움말 센터 (새 탭에서 열림)).
  • WooCommerce: 슬러그나 고유주소 설정을 변경할 때마다 서버 규칙이나 리디렉션 플러그인을 추가합니다.

무료 스캔으로 이런 문제 상당수를 약 1분 만에 찾아낼 수 있습니다. SEO 수정 리포트는 최대 25개 페이지에서 제목, 메타 설명, H1, canonical, noindex, robots.txt, 사이트맵, Product 구조화된 데이터, Open Graph, 대체 텍스트, 깨진 내부 링크를 검사하고, 사용 중인 플랫폼에 맞는 수정 방법을 제공합니다.

자주 묻는 질문

기술 SEO를 개선하면 순위 상승이 보장되나요?

아니요. 이러한 수정은 페이지가 크롤링, 색인, 이해되지 못하는 원인을 없애 줄 뿐이며, 순위는 여전히 관련성을 비롯한 여러 요인에 따라 결정됩니다.

모든 상품 변형에 색인되는 별도 URL이 있어야 하나요?

변형을 어떻게 구성했는지에 따라 다릅니다. 변형이 한 페이지를 공유하고 선택적 쿼리 매개변수로만 구분된다면 Google은 매개변수가 없는 URL을 표준 URL로 지정할 것을 제안합니다. 변형마다 별도의 페이지가 있다면 Google의 변형 가이드라인은 각 페이지를 별개로 취급합니다.

마크업이 유효한데도 상품에 리치 결과가 표시되지 않는 이유는 무엇인가요?

Google은 구조화된 데이터가 유효하더라도 리치 결과 표시를 보장하지 않습니다. 마크업이 화면에 보이는 콘텐츠와 일치하는지, 0보다 큰 가격의 Offer를 사용하는지, 리치 결과 테스트를 통과하는지 확인해야 합니다.

필터링된 컬렉션 페이지를 robots.txt로 차단해야 하나요?

Shopify의 기본 robots.txt는 필터링 및 정렬된 컬렉션 URL이 컬렉션 페이지와 중복되기 때문에 이미 이를 차단하고 있습니다. robots.txt.liquid를 편집한다면 변경할 특별한 이유가 없는 한 이 규칙을 유지하는 것이 좋습니다.

출처

전체 가이드