안녕하세요. 희명웹 SEO 최적화 막내 최주임입니다. 오늘은 JSON-LD에 대해서 칼럼글을써볼려고 하니, 편하게 읽어주시기 바랍니다. 자 따라오시죠!!

JSON-LD(JavaScript Object Notation for Linked Data)는 검색엔진이 웹페이지 내 엔터티를 식별하고 분류하도록 돕는 구조화 데이터 형식이다. W3C 표준이며, Google은 구조화 데이터 구현 방식 중 JSON-LD를 공식 권장 형식으로 지정하고 있다. 2026년 현재 신규 홈페이지 제작에서 구조화 데이터는 거의 JSON-LD 중심으로 구현되는 것이 업계 표준이다. Microdata와 RDFa도 지원되지만, Google은 두 형식 대신 JSON-LD를 먼저 쓰라고 명시한다. 홈페이지제작에서 JSON-LD를 적용한다는 것은 페이지를 텍스트 문서에서 검색엔진이 의미 단위로 읽을 수 있는 지식 구조체로 전환하는 작업이다.

JSON-LD가 적용된 페이지는 Google 검색 결과에서 리치 스니펫 형태로 노출될 수 있다. 리치 스니펫은 별점, FAQ, 영업시간, 이벤트 날짜 등 추가 정보를 검색 목록에 직접 표시하는 방식으로, 일반 결과보다 시각적으로 강조된다. Google이 공개한 실제 측정 데이터에서 Rotten Tomatoes는 JSON-LD 기반 구조화 데이터 적용 후 CTR이 25% 상승했고, Nestlé는 CTR이 82% 증가했으며, Rakuten은 체류 시간이 1.5배, 페이지당 상호작용이 3.6배 늘었다. 이 수치는 각 사이트의 개별 측정값으로 모든 사이트에 동일하게 재현되는 보편 통계가 아니다. JSON-LD는 순위를 직접 끌어올리는 신호가 아니라, 검색엔진이 페이지를 더 정확하게 이해하고 더 풍부하게 표현하도록 돕는 장치다.

홈페이지제작에서 주로 적용하는 JSON-LD 스키마 유형은 다음과 같다. Organization은 기업·단체 등의 조직 정보를 정의하며 브랜드명, 로고, 공식 URL, 연락처, 소셜 채널을 하나의 엔터티로 묶는다. 브랜드 정체성을 검색엔진이 일관되게 인식하게 하는 기반 스키마다. WebSite는 단일 도메인 아래의 웹페이지 집합을 정의하며, 사이트명을 검색엔진이 선호값으로 인식하도록 명시한다. LocalBusiness는 물리적 사업장의 주소, 전화번호, 영업시간, 위치 좌표를 정의하며 오프라인 거점이 있는 사업자에게 필수 수준의 스키마다.

BreadcrumbList는 페이지 계층 경로를 표현해 검색 결과 URL 구조를 직관적으로 노출한다. FAQPage는 자주 묻는 질문 구조를 정의하지만, 2023년 이후 Google은 리치 결과 노출을 의료·정부 같은 YMYL 영역의 권위 있는 사이트 일부로 제한하고 있다. 스키마 타입 선택 시 LocalBusiness 같은 상위 타입보다 MedicalClinic, Restaurant, ProfessionalService 등 하위 구체 타입을 우선 적용하는 것이 schema.org와 Google 양쪽의 권장 방식이다.

GEO(Generative Engine Optimization) 관점에서 JSON-LD는 AI 검색엔진이 페이지 엔터티를 '추정'이 아닌 '해석'으로 처리하게 만드는 구조적 장치다. Google AI Overviews는 기존 검색과 동일한 신호 체계를 기반으로 작동하며, AI 전용 마크업을 별도로 요구하지 않는다. JSON-LD로 조직명, 서비스 영역, 위치, 연락처가 명확히 정의되면 AI 검색엔진의 엔터티 식별 정확도가 높아진다. Bing Copilot과 Perplexity도 schema.org 기반 JSON-LD를 해석에 활용하지만, 이들 역시 구조화 데이터를 직접 인용을 보장하는 랭킹 신호로 취급하지 않는다. JSON-LD는 AI 검색 인용을 보장하는 도구가 아니다. 콘텐츠 품질, E-E-A-T, 색인 가능성 등 SEO 기반이 먼저 갖춰진 상태에서 엔터티 해석 정확도를 높이는 보조 신호로 기능한다.

JSON-LD가 없어도 검색 노출은 이루어진다. 그러나 구조화 데이터가 없으면 검색엔진은 HTML 텍스트와 링크만으로 페이지 의미를 추론해야 하며, 브랜드 정체성과 서비스 범위의 해석 정밀도가 낮아진다. 구조화 데이터가 없는 페이지는 리치 결과 후보에서 제외되고, AI 검색 요약에서 조직 정보가 불명확하게 표현되거나 경쟁 사이트 정보로 대체되는 상황이 발생한다. 국내 홈페이지 제작 현장에서 JSON-LD가 빠지는 주요 이유는 구조화 데이터가 선택적 기능으로 취급되기 때문이다. 일부 CMS·빌더는 이를 플러그인 수준으로 분리해 제공하고, 저가 제작 환경에서는 다루지 않는 경우가 적지 않다.

JSON-LD 적용 시 주의해야 할 오류 유형이 있다. 페이지에 실제로 노출되지 않는 정보를 JSON-LD에만 넣는 방식은 Google 스팸 정책 위반으로 처리되며 리치 결과 자격을 잃는다. 마크업 정보는 사용자에게도 보이는 실제 페이지 콘텐츠와 반드시 일치해야 한다. 문법 오류(따옴표 누락, 쉼표 위치, HTML 태그 혼입)와 스키마 타입 오용도 리치 결과 노출을 차단하는 직접 원인이 된다. JavaScript 렌더링 환경에서는 크롤러가 JSON-LD를 정상 처리하지 못하는 경우가 있어 별도로 확인해야 한다. 배포 후 검증은 세 단계로 진행한다.

1단계: Schema.org Validator로 문법과 타입을 검증한다.

2단계: Google Rich Results Test로 리치 결과 지원 유형을 확인한다.

3단계: Google Search Console 리치 결과 보고서에서 오류와 경고를 주기적으로 모니터링한다.

홈페이지제작에서 JSON-LD는 완성 후 추가하는 옵션이 아니다. 초기 설계 단계에서 함께 계획되어야 이후 구조 변경 없이 적용할 수 있다. Organization과 WebSite는 사이트 유형과 관계없이 기본 적용 대상이고, LocalBusiness는 오프라인 사업장이 있는 경우 필수 수준의 항목이다. JSON-LD를 통해 정의된 엔터티 정보는 검색엔진이 웹 전체에서 해당 브랜드를 일관된 엔터티로 인식하는 기반이 된다. 구조화 데이터는 검색 성과를 보장하지 않지만, 적용하지 않으면 검색엔진이 페이지를 해석하는 데 더 많은 추정이 필요해진다. 이상 칼럼 글을 마쳐본다. 좋은 정보가 되셨기를 바라며..

• 희명웹 드림
• 참고할만한 희명웹 인사이트 칼럼링크 바로가기 : 홈페이지제작 이후 백링크는 왜 중요한가요?