본문 바로가기
서치뉴스SearchNews
검색
← 목록으로

상품 피드는 SEO 자산이다 — 누가 소유해야 하는가

searchenginejournal.com조회수 25일 전

핵심

상품 피드는 더 이상 단순한 쇼핑 광고 도구가 아니라, 유기 검색, 유료 광고, AI 에이전트 상거래에 걸쳐 제품의 발견 가능성과 구매 가능성을 결정하는 구조적 핵심 자산이다. 그럼에도 SEO 팀은 피드 관리에서 거의 배제되어 있으며, 이는 심각한 데이터 품질 문제와 비즈니스 손실을 야기한다.

피드가 진화한 이유

피드의 영향 범위 확대

문제의 구조: "불경한 삼위일체"

Google은 실제로 3개의 독립적 데이터 레이어를 관리하며, 각각 다른 규칙과 구조를 가짐:

  1. 상품 피드 (Product Feeds)

    • Google 머천트 센터(GMC)로 수동 업로드
    • 제목, GTIN, 가격 등 핵심 속성 포함
    • 웹사이트와 완전히 독립적인 병렬 데이터 구조
    • Manufacturer Center로도 함께 관리 (더 상세한 제품 정보)

  2. 온페이지 구조화 데이터 (On-page Structured Data)

    • 주로 JSON-LD 마크업 형태
    • Schema.org 외에도 GS1, UN/CEFACT 등 다른 온톨로지 포함
    • 리치 결과 생성 및 피드 검증 역할

  3. 웹사이트 자체

    • 사용자가 보는 렌더링 페이지
    • AI 에이전트가 해석하는 기계 판독 버전 (HTML, 접근성 트리, 렌더링 스크린샷)

문제의 원인: 이 세 시스템은 인간과 기계가 다르게 읽으며, Google은 각각을 검증 근거로 삼으면서 불일치 시 판단을 강요받는 구조.

Google은 2024년 이 문제를 인식하고 스키마 마크업과 피드 데이터 통합을 논의했으나, 지금까지는 구현되지 않음.

실전 사례: 문제의 실제 모습

사례 1: 가격 불일치로 인한 대규모 승인 거부

상황: 사무용 가구를 판매하는 클라이언트의 상품이 대량으로 GMC에서 승인 거부됨

불일치 내용:

원인: 스키마 마크업이 VAT 포함 최종 가격이 아닌 세전 가격을 출력하고 있었음. Google은 스키마를 사용해 피드 가격을 자동 항목 업데이트(automatic item updates)로 검증·덮어씀.

교훈: 이런 문제는 세 시스템 모두에 가시성을 갖춘 담당자가 있을 때만 표면화됨. PPC 팀은 승인 거부를 볼 수 있지만, 원인(스키마)은 자신의 영역이 아니므로 접근 불가.

사례 2: 인프라 장애

상황: 클라이언트의 CDN 보안 설정 변경으로 상품이 승인됨→미승인으로 일괄 전환

특이점: 피드도, 스키마도, 웹사이트도 모두 정상이었음

원인: Bot 보호 규칙이 Googlebot을 위협으로 감지해 크롤링을 차단. Google이 웹사이트 계층에 접근 불가→기존 피드·스키마와 검증 불가→상품 삭제.

교훈: 완벽하게 정렬된 데이터도 크롤 동작, 피드 건강도, 사이트 인프라를 동시에 생각할 수 있는 담당자가 없으면 근본 원인을 찾을 수 없음.

재고 누락 필드와 복잡한 정렬 문제

선택사항 속성

예) 패턴 속성(g:pattern)을 피드와 스키마 모두에 추가하면 "[줄무늬 여성 드레스]" 검색에 도움이 될 수 있음. 하지만 누락해도 승인이 거부되지 않음.

필수 속성: 가격

가격은 필드, 구조화 데이터 마크업, 웹사이트에서 모두 필수.

재고 상태 (Availability)

GMC 피드 기준 표준값:

(Preorder와 Backorder는 availability_date 필수)

Schema.org 기준 어휘:

→ 피드와 스키마를 별도 팀이 관리하면 불일치 위험 높음

변형 제품 (item_group_id vs ProductGroup)

가장 복잡한 정렬 문제

→ 피드가 인덱싱 가능한 페이지보다 훨씬 크면, PPC 팀의 평탄 피드와 SEO 팀의 중첩 스키마 간 변형 매핑이 무너짐

SEO 팀의 공동 소유가 필요한 이유

1. 피드 데이터는 검색 의도를 염두에 두고 작성되어야 함

현재 문제:

PPC 팀의 보완: Feed Rules나 Supplemental Feeds로 조용히 패치하고 있음. 하지만 원본 피드가 처음부터 검색 의도를 염두에 두지 않으면, 비즈니스 가시성이 매우 낮음.

SEO 접근:

2. 구조화 데이터는 유료/무료 리스팅, 유기 검색에 걸친 숨겨진 변수

예시 – 가격 불일치의 파급 효과:

SEO가 포함되어야 하는 이유: 유기 검색에서만 오류가 나도 알아차릴 담당자가 없으면, 유료·무료 채널의 오류도 연쇄적으로 발생.

3. 피드 품질은 신호, 단순 캠페인 요구사항이 아님

Shop Quality Program:

Shopping Graph와 신뢰:

4. 유기 검색의 지분 변화

역사적 관점: SEO는 구조화 데이터, 온페이지 요소, Google Search Console 쇼핑 결과로 유기 쇼핑 최적화해왔으나, 머천트 센터나 피드는 주목하지 않음.

현재 변화:

→ 피드가 상업 SERP의 점점 더 많은 부분을 뒷받침하는 데이터 소스가 됨

5. AI 에이전트 상거래: 발견 가능성과 구매 가능성의 의미 변화

발견 가능성은 더 이상 인간 중심 아님

구매 가능성은 기술 문제, 콘텐츠 문제 아님

Product Truth Layer (제품 진실 계층)

→ 다시 "불경한 삼위일체"로 귀결: 피드, 구조화 데이터, 웹사이트를 3개 별도 워크스트림이 아닌 통합 신호 환경으로 봐야 함. SEO 스킬셋이 세 영역을 아우르기에 이들을 하나로 묶기에 가장 적합.

공동 소유의 실제 모습: 실행 방안

1. 부서 간 모니터링 레이어 구축

현상: CDN 사례처럼 승인 거부는 포착되나, 원인은 세 계층을 아우르는 진단을 통해서만 파악

방법:

2. 정기 건강도 리뷰 + 월간 구조화 감시

주간: 성과 리뷰(지출, ROAS, CPA)에 피드 건강도 추가 (Brooke Osmundson 제안)

월간: 부서 간 구조화 감시

감시 항목:

→ 진짜 갭은 이런 리뷰에서 표면화

3. 제품 데이터 신뢰 출처 문서화

문제의 원인: 제품 데이터가 여러 시스템(CMS, ERP, 피드 관리 플랫폼, 스키마 템플릿)에 산재되어 있고 어느 속성의 권위 소스가 무엇인지 정의되지 않음

해결:

4. SEO를 피드 아키텍처 결정에 포함

시점: 개발팀이 피드 관리 솔루션 신규 설정할 때

목적: 거부권 아님 → Google이 세 시스템을 어떻게 조화시키는지 공유 이해 보장

항목:

Custom Labels 활용:

SEO 역량 요구:

→ Google의 피드 문서(상세하지만 읽기 좋음, 스키마 마크업 직접 참조)가 기초

결론

피드가 SEO 자산인 것은 명백

모두 피드로 구동.

진짜 질문: SEO 팀이 공동 소유할 의지가 있는가?

PPC에서 피드를 빼앗는 게 아니라, 피드가 항상 필요했던 시스템 사고를 가져오는 것.

결과:

→ 마크다운·llm.txt 웹사이트 복제 논쟁보다 훨씬 더 가치 있는 노력