커머스 SEO 상세페이지 KT 알파 (기프티쇼 비즈 예시)
- 준석 Adam
- 3월 4일
- 4분 분량
“SEO = 타이틀/디스크립션 검수” 수준에서 끝나면, 커머스 상세페이지는 절대 지속적으로 성과가 나기 어렵습니다.상세페이지는 보통 파라미터가 많은 URL 구조, 모바일/데스크톱 혼재 인덱싱, 중복 색인(캐노니컬/스키마 URL 불일치), 구조화 데이터 품질 문제, 헤딩 구조 붕괴가 한 번에 얽혀 있어요.즉, SEO는 콘텐츠 작업이기도 하지만, 커머스에서는 특히 개발(프론트/백엔드)과 함께 가는 기술 작업이 성과의 대부분을 좌우합니다.
이번 글에서는 KT 알파(기프티쇼 비즈) 상세페이지 개선 사례를 바탕으로, 마켓피디아가 테크니컬 SEO 가이드를 어떤 방식으로 제공하고, 무엇을 “정확히” 고쳤는지 핵심만 순서대로 정리합니다.
0. 한 줄 요약: “한 상품 = 하나의 정본 URL”이 무너지면, SEO는 분산됩니다
커머스 상세페이지에서 가장 흔한 치명타는 이겁니다.
동일 상품이 접속 경로(카테고리/검색/광고/추천)에 따라 URL이 달라지고
그 결과 캐노니컬이 여러 형태로 찍히거나, 스키마의 url도 제각각이 되면서
검색엔진이 “이게 같은 상품이냐? 다른 상품이냐?”를 헷갈려 색인/랭킹 파워가 분산됩니다.
그래서 저희는 제일 먼저 정본(Canonical) 규칙을 ‘개발 가능한 형태’로 고정합니다. 1. 캐노니컬 태그의 올바른 사용
1-1. 현 문제점 (As-Is)
동일 상품페이지에 대한 여러 캐노니컬 코드가 존재
예: 같은 상품(goodsNo=8637)을 접속 경로에 따라 아래처럼 접근
결과적으로 검색엔진은 동일한 본문이 여러 URL에 존재한다고 판단 →색인 우선순위를 못 잡거나, 크롤링 자원 낭비 + 랭킹 신호 분산이 발생합니다.
1-2. 해결 방법 (To-Be)
핵심은 단 하나입니다.
상품을 식별하는 고유값 하나만 매개변수로 캐노니컬을 작성한다.
권장 Canonical(예시):
파라미터(카테고리, 유입경로, 분석용 값 등)는 내부적으로 필요할 수 있지만,검색엔진에 “이 페이지의 원본”으로 알려주는 주소는 단순해야 합니다.
1-3. 적용 예시 (권장 Canonical)
<link rel="canonical" href="https://biz.giftishow.com/ggoods/detail?goodsNo=8637" />
2. 올바른 스키마(구조화 데이터) 코드 적용
2-1. 현 문제점 (As-Is)
기프티쇼 비즈 상세페이지에서 발견된 대표 이슈는 아래와 같습니다.
더 이상 사용되지 않는 스키마(Search Action)가 존재 (24년 기준 지원 종료된 항목)
메인/유입 경로에 따라 스키마의 url이 캐노니컬과 동일하지 않음
Product 스키마 품질 문제:
기본 Product만 있고 Website/Organization과 분리 연결이 약함
가격이 여러 개인데 하나만 반환 (옵션/기간별 가격 등 반영 누락)
기초 항목만 있어 리치리절트/해석 품질이 떨어짐
또 하나 중요한 포인트:
품절/판매중지 상태인데도 offers.availability가 InStock으로 고정되는 케이스가 존재→ 사용자 경험뿐 아니라 검색엔진 신뢰도에도 악영향이 생깁니다.
2-2. 해결 방법 (To-Be)
저희는 보통 스키마를 이렇게 설계합니다.
Organization(기업) 스키마를 고정(사이트 대표 엔티티)
Product(상품) 스키마는 “정본 URL + 고유 식별자(sku)” 기반으로 통일
가격이 여러 개면 Offer가 아니라 AggregateOffer로 묶고, 옵션별 Offer를 배열로 관리
재고 상태는 반드시 동적으로 InStock / OutOfStock / Discontinued를 반영
(a) Organization 스키마 예시
<script type="application/ld+json">{ "@context": "http://schema.org", "@type": "Organization", "name": "KT 기프티쇼 비즈", "url": "https://biz.giftishow.com", "description": "기업용 모바일쿠폰 대량발송, 선택형쿠폰, 판촉물 제작 등 다양한 비즈니스 기프팅 솔루션을 제공합니다.", "logo": "https://biz.giftishow.com/img/common/logo_header.png"}</script>(b) Product 스키마(다중 가격/옵션 반영) 예시
<script type="application/ld+json">{ "@context": "http://schema.org", "@type": "Product", "name": "[법인 전용] 신세계 상품권 50,000원 - KT 기프티쇼 비즈", "image": "https://bizimg.giftishow.com/Resource/goods/2023/G00000004403/G00000004403_250.jpg", "sku": "8637", "brand": { "@type": "Brand", "name": "신세계" }, "url": "https://biz.giftishow.com/ggoods/detail?goodsNo=8637", "offers": { "@type": "AggregateOffer", "offerCount": "3", "lowPrice": "47000", "highPrice": "50000", "priceCurrency": "KRW", "offers": [ { "@type": "Offer", "name": "30일 혜택가", "price": "47000", "priceCurrency": "KRW", "availability": "https://schema.org/InStock" }, { "@type": "Offer", "name": "60일 혜택가", "price": "48000", "priceCurrency": "KRW", "availability": "https://schema.org/InStock" }, { "@type": "Offer", "name": "90일 혜택가", "price": "49000", "priceCurrency": "KRW", "availability": "https://schema.org/InStock" } ] }}</script>3. 매력적인 타이틀 및 디스크립션
3-1. 현 문제점 (As-Is)
타이틀/디스크립션에 핵심 타겟 키워드인 ‘기프티콘’ 혹은 ‘상품권’ 언급이 없음
“키워드 meta 태그”는 들어가 있지만, 구글 SEO 영향 항목으로 사실상 의미가 없음
특히 치명적인 이슈:
모바일뷰에서 title 태그에 상품명이 비어 있음
그런데 검색엔진은 Mobile-first로 모바일 페이지를 우선 인덱싱
결과: “상품명 그대로 검색해도” 상단 노출은 모바일 페이지인데, 타이틀에 상품명이 공란 → CTR/랭킹 모두 손해
3-2. 해결 방법 (To-Be)
모바일/데스크톱 모두 동일 규칙으로 동적 생성되도록 고정합니다. 최대한 퍼포먼스를 낼 수 있는 타이틀과 디스크립션을 데이터 케이스에 맞춰서 작성합니다.
Title 권장 규칙
{{상품명}} - {{브랜드명}} 기프티콘 | 기프티쇼 비즈
Description 권장 규칙 (할인 유무 분기)
할인 있음:기업전용 {{상품명}} 모바일 쿠폰 현재 최대 {{최대할인율}}% 할인중, 회원가입 즉시 쿠폰 증정 및 담당자 혜택 제공.
할인 없음:기업전용 {{상품명}} 모바일 쿠폰을 확인해보세요! 신규가입 혜택 및 담당자 혜택을 확인해보세요!
(개발자용) JS 기반 예시
<head> <title>${productName} - ${brandName} 기프티콘 | 기프티쇼 비즈</title> <meta name="description" content="${ isDiscounted ? `기업전용 ${productName} 모바일 쿠폰 현재 최대 ${maxDiscountRate}% 할인중, 회원가입 즉시 쿠폰 증정 및 담당자 혜택 제공.` : `기업전용 ${productName} 모바일 쿠폰을 확인해보세요! 신규가입 혜택 및 담당자 혜택을 확인해보세요!` }"></head>4. 페이지 내 헤딩 태그 수정
4-1. 현 문제점 (As-Is)
요약하면 “문서 구조가 검색엔진/사용자 모두에게 혼란”인 상태였습니다.
<h1>이 여러 개 사용됨 (사이트명 + 상품명)
제목이 아닌 요소에 헤딩 사용:
+0.5+0.5 같은 프로모션 문구가 <h4>
기업고객센터가 <h4>
페이지 전체의 논리적 계층 구조 부족
실제 예시(As-Is):
<H1> 기프티쇼 비즈
<H1> 신세계[법인 전용] 신세계 상품권 50,000원
<H4> +0.5+0.5
<H2> 상품 상세 정보 및 유의사항
<H2> 동일 카테고리 내 유사 가격 인기상품
<H4> 기업고객센터
4-2. 해결 방법 (To-Be)
헤딩의 원칙은 간단합니다.
H1은 페이지당 단 하나 (이 페이지의 “얼굴” = 상품명)
H1 → H2 → H3로 논리적으로 그룹핑
“제목이 아닌 것”은 헤딩이 아니라 일반 텍스트/컴포넌트로 처리
권장 구조 예시:
<h1>: [법인 전용] 신세계 상품권 50,000원 기프티콘
<h2>: 상품 상세 정보 및 유의사항
<h3>: 쿠폰 이용안내 / 발행자 정보 …
<h2>: 동일 카테고리 내 유사 가격 인기상품
<h3>: [유사상품명] (리스트 내 각 상품명)
5. 마켓피디아는 “가이드 문서”를 이렇게 줍니다 (실행 가능한 형태로)
테크니컬 SEO는 “의견”이 아니라 명세(spec)가 있어야 개발이 움직입니다.그래서 저희 가이드는 보통 아래 단위로 전달합니다.
Problem (As-Is): 현재 코드/구조에서 검색엔진이 오해하는 지점
Impact: 왜 색인/랭킹/CTR이 손해인지 (검색엔진 관점으로)
Solution (To-Be): 개발자가 바로 구현할 수 있는 규칙
Code Sample: canonical, title/description, schema JSON-LD, 헤딩 예시
Edge Case: 품절(일시품절/단종) 분기, 모바일 인덱스 우선 이슈 등
검증 방법: 리치리절트 테스트, 인덱싱 확인, 대표 URL 통일 여부 점검
즉, “SEO 체크리스트”가 아니라, 개발 산출물로 전환 가능한 문서로 제공합니다.
실제로 저희는 상세페이지 하나에도 아래만큼의 테크니컬 SEO 개선 명세서를 전달드리고 있습니다.
6. 기대 효과 (왜 ‘이 정도’가 필요한가)
이런 정리는 단순히 예쁘게 보이기 위한 게 아닙니다. 시간이 중요한 개발자 분들에게 커뮤니케이션 비용을 줄이고 명확하게 마케팅적 목표를 전달하기 위함입니다.
만약 현재 사이트의 SEO 개선을 목표로 잡고 계시다면
마켓피디아에 언제든 무료 상담을 요청해보세요!
댓글