웹사이트 구축 서비스 제공업체가 구조화 데이터를 지원하는지 어떻게 확인할 수 있을까요?

Structured data 웹사이트 빌더 제공업체를 평가할 때, 서비스 제공업체가 “구조화된 데이터를 지원한다”고 답하는 것만으로는 충분하지 않습니다. 실제로 확인해야 할 것은 어떤 페이지에 마크업을 적용할 수 있는지, 데이터의 출처는 어디인지, 수정 후 동기화되는지, 그리고 게시 후 누가 검증하고 유지 관리하는지입니다. 특히 다국어 제품 카탈로그를 보유한 해외 무역 기업의 경우, 단일 페이지에 코드 한 덩어리를 삽입할 수 있는 것과 전체 사이트의 마크업을 지속적으로 관리할 수 있는 것은 완전히 다른 역량입니다.

먼저 구분할 점: 코드 삽입 지원인가, 비즈니스 데이터 매핑 지원인가

구조화된 데이터는 정해진 형식에 따라 페이지 콘텐츠를 설명하는 정보입니다. 일반적으로 Schema.org 어휘와 JSON-LD 형식을 사용해 검색 엔진에 페이지가 기업, 제품 또는 기타 엔티티와 관련되어 있음을 알립니다. 이는 키워드 태그가 아니며 페이지 본문을 대체할 수도 없습니다. 검색 엔진이 마크업을 인식하더라도 색인 생성, 순위 향상 또는 리치 검색 결과 표시가 보장되는 것은 아닙니다.

서비스를 선정할 때는 구체적인 작업을 시연해 달라고 요청할 수 있습니다. 백엔드에서 제품명이나 이미지를 수정한 뒤 페이지를 게시하고, 구조화된 데이터도 함께 변경되는지 확인하는 것입니다. 페이지마다 코드를 직접 작성해야 한다면 고정된 페이지가 몇 개 없는 경우에는 충분할 수 있지만, 제품 수가 많고 업데이트가 잦다면 반복적인 유지 관리로 인해 페이지 콘텐츠와 마크업이 일치하지 않을 수 있습니다.

코드가 어느 계층에 추가되는지도 명확히 확인해야 합니다. 사이트 전체의 공통 설정인지, 페이지 템플릿 설정인지, 아니면 개별 페이지의 사용자 지정 코드인지 확인하세요. 사이트 전체 코드는 기업의 공통 정보에 적합하지만, 동일한 제품 정보를 모든 제품 페이지에 복사하는 용도로는 적절하지 않습니다. 핵심은 “코드를 붙여 넣을 수 있는가”가 아니라 올바른 페이지에 해당 데이터를 출력할 수 있는가입니다.

유형을 많이 추가하는 것보다 페이지 유형별로 마크업을 확인하세요

기업 웹사이트에는 일반적으로 Organization, BreadcrumbList, Product 등의 유형이 사용될 수 있으며, 기사 페이지에는 Article이 사용될 수 있습니다. 어떤 유형을 적용할지는 실제 페이지 콘텐츠와 대상 검색 엔진의 요구 사항에 따라 결정해야 합니다. Schema.org에 특정 어휘가 정의되어 있다고 해서 Google 등 검색 엔진이 반드시 해당 유형에 맞는 표시 기능을 제공하는 것은 아닙니다.

B2B 제품 페이지에서는 필드의 진실성에 특히 주의해야 합니다. 제조업체 웹사이트에는 사양, 용도, 문의 경로만 있고 공개 가격이나 재고 정보는 없을 수 있습니다. 이때 필드를 채우기 위해 가격, 통화 또는 재고 상태를 만들어 내서는 안 됩니다. 페이지에 실제 거래 가능한 가격이 표시되는 경우에는 마크업의 가격, 통화 및 적용 조건이 페이지와 일치하는지 확인하세요.

서비스 제공업체가 제시한 “지원 목록”에 대해서는 필드별 세부 사항도 확인해야 합니다. 제품 모델을 백엔드 필드에 매핑할 수 있는지, 브레드크럼이 카테고리 계층에 따라 변경되는지, 기업명·웹사이트 주소·로고를 업데이트하면 이전 데이터가 삭제되는지 등을 물어보세요. 특정 유형을 지원한다고 해서 그 유형에 필요한 모든 필드를 설정할 수 있는 것은 아닙니다.

전체 시연으로 설정 및 게시 역량을 검증하세요

기능 소개를 살펴보는 것보다 더 확실한 방법은 서비스 제공업체에 테스트 환경에서 “설정, 게시, 수정, 재검증”의 전 과정을 완료해 달라고 요청하는 것입니다. 제품 상세 페이지 하나와 목록 또는 카테고리 페이지 하나를 선택해 각각 마크업을 설정할 수 있는지, 템플릿 수정이 다른 페이지에 영향을 미치는지, 게시 후 실제 URL에 어떤 내용이 출력되는지 확인하세요.

인수 검수 시에는 다음 항목을 중점적으로 확인할 수 있습니다.

• 페이지 소스 코드 또는 렌더링된 페이지를 확인해 JSON-LD가 실제로 포함되어 있는지, URL·이름·이미지 등의 필드가 현재 콘텐츠를 가리키는지 확인합니다.
• Schema.org 마크업 검증 도구로 문법과 어휘를 확인하고, Google이 지원하는 리치 검색 결과 유형은 Google의 리치 검색 결과 테스트 도구를 사용해 적용 가능한 항목을 확인합니다.
• 시스템이 자동 생성한 마크업과 수동으로 추가한 마크업을 모두 확인해 동일한 엔티티에 서로 충돌하는 이름, URL 또는 가격이 표시되지 않도록 합니다.
• 실제 필드 하나를 수정한 뒤 다시 게시해 이전 값이 남아 있지 않은지 확인하고, 필요한 경우 캐시를 삭제한 후 다시 테스트합니다.

검증 도구에서 오류가 나오지 않았다는 것은 해당 도구가 확인하는 범위에서 관련 문제가 발견되지 않았다는 뜻일 뿐, 비즈니스 데이터가 정확하다는 의미는 아닙니다. 도구는 페이지 콘텐츠를 직접 대조하는 작업을 대신할 수 없으며, 검색 결과에 특별한 표시가 반드시 나타난다는 보장도 할 수 없습니다. 스크립트로 마크업을 생성하는 웹사이트라면 검색 엔진이 관련 페이지 리소스에 접근하고 이를 처리할 수 있는지도 확인해야 합니다.

다국어 사이트의 어려움은 데이터 관계와 유지 관리 책임에 있습니다

같은 제품이라도 언어별 페이지에서는 제품명, 설명, 페이지 URL이 서로 다를 수 있지만 제품 모델은 동일할 수 있습니다. 평가 과정에서 각 언어 버전을 표본으로 확인하세요. 마크업에 현재 페이지의 언어와 URL이 사용되는지, 이미지에 접근할 수 있는지, 통화나 가격이 해당 페이지에 적용되는지 살펴봐야 합니다. 기본 언어만 검증한 뒤 다국어 사이트 전체의 설정이 완료되었다고 판단해서는 안 됩니다.

또한 어떤 정보가 시스템에서 자동으로 생성되고 어떤 정보를 편집자가 입력하는지 파악해야 합니다. 예를 들어 기업 연락처가 변경되었을 때 페이지 본문은 업데이트됐지만 바닥글과 구조화된 데이터에는 이전 정보가 남아 있다면, 나중에 문제를 파악하기가 매우 어렵습니다. 주요 필드의 데이터 출처를 명확히 하고 콘텐츠 업데이트 후의 점검 절차를 정해 두는 것이 더 바람직합니다.

웹사이트 구축과 마케팅 통합 서비스를 제공하는 팀은 콘텐츠, 검색 최적화, 광고 페이지 관리에도 함께 참여하는 경우가 많습니다. 易营宝의 사업은 지능형 웹사이트 구축, 다국어 웹사이트, SEO 등의 영역을 포함합니다. 이러한 솔루션을 평가할 때는 팀 간 협업도 질문 목록에 포함할 수 있습니다. 누가 필드 설정을 담당하는지, 누가 번역과 비즈니스 정보를 검토하는지, 템플릿 업그레이드 후 누가 다시 검증하는지 확인하세요. 구체적인 구조화 데이터 기능은 프로젝트 시연과 납품 조건을 기준으로 판단해야 합니다.

인수 조건을 납품 범위에 명시하세요

구매 전에 서비스 제공업체에 적용 가능한 페이지, 마크업 유형, 필드 출처, 설정 권한 및 검증 방법을 목록으로 정리해 달라고 요청하고, 언어 추가나 제품 템플릿 변경 시 추가 개발이 필요한지도 확인하는 것이 좋습니다. 사용자 지정 코드의 경우 기업에서 코드를 확인·수정·삭제할 수 있는지, 템플릿을 변경하면 코드를 어떻게 이전하는지도 확인해야 합니다.

인수 검수에서 모든 페이지를 확인할 필요는 없지만, 서로 다른 템플릿과 언어 버전에서 표본을 추출하고 테스트 URL과 결과를 보관해야 합니다. 신뢰할 수 있는 판단 기준은 비즈니스 담당자가 콘텐츠를 업데이트한 뒤 시스템이 일관된 정보를 출력하는지, 기술 담당자가 독립적으로 이를 확인할 수 있는지, 문제가 생겼을 때 책임 담당자를 명확히 파악할 수 있는지입니다. 이러한 조건을 충족해야 구조화된 데이터가 웹사이트의 일상적인 유지 관리 절차에 제대로 포함되었다고 볼 수 있습니다.