스키마 마크업이 AI 인용을 늘려줄까: 본문과 어긋난 JSON-LD의 문제

스키마 마크업은 AI 인용을 끌어올리는 단독 지렛대로 보기 어려워요. 그렇다고 쓸모없다는 뜻도 아니에요. 역할을 기술 위생 관리로 다시 정리해야 해요. 스키마는 SEO에서 오래된 기본 작업이에요. Article, Product, Organization 같은 구조화 데이터는 검색엔진이 페이지의 의미와 속성을 더 명확히 이해하도록 도와줘요. 그런데 AI 검색 시대가 되면서 "스키마를 넣으면 ChatGPT나 구글 AI 오버뷰가 우리 페이지를 더 잘 인용하지 않을까?"라는 기대가 붙었어요. 결론부터 말하면, 이 기대는 절반만 맞아요.

구글 공식 문서가 말하는 것

구글의 "AI features and your website" 문서는 AI Overviews와 AI Mode에 나타나기 위해 특별한 추가 요구사항이나 별도 최적화가 필요하지 않다고 설명해요. supporting link 후보가 되려면 기본적으로 색인된 상태여야 하고, 스니펫 표시 자격을 갖춰야 해요^[1].

구조화 데이터 관련 문서도 비슷한 방향이에요. 스키마는 SEO 전략의 일부이고 리치 결과 자격에 도움이 될 수 있지만, 생성형 AI 검색만을 위한 특별한 schema.org 구조화 데이터가 따로 있는 것은 아니라고 설명해요^[2]. 이 말은 스키마를 하지 말라는 뜻이 아니에요. 구조화 데이터를 일반 SEO 위생 관리의 일부로 보라는 뜻이에요. AI 검색 전용 마법 태그처럼 팔거나 운영하면 안 된다는 의미에 가까워요.

실무자 입장에서는 이 차이가 커요. "스키마를 넣었으니 AI 검색 최적화가 됐다"가 아니라, "색인 가능성, 스니펫 자격, 화면에 보이는 콘텐츠, 근거 구조, 외부 신뢰 신호, 질문 적합성을 함께 봐야 한다"로 관점을 바꿔야 해요.

숨겨진 태그보다 보이는 콘텐츠

이 방향은 콘텐츠 실무에도 직접 적용돼요. AI가 페이지를 이해할 때는 JSON-LD 안에만 있는 정보보다, 사람이 화면에서 직접 읽을 수 있는 본문이 더 중요하게 다뤄지는 경향이 있어요. 즉 중요한 가격, 정책, 비교 기준, 근거, 업데이트일을 JSON-LD 안에만 넣어 두면 안 돼요. 사용자가 보는 본문에도 같은 정보가 명확히 있어야 해요.

AI 검색 최적화에서 우선순위는 "숨겨진 태그"보다 "보이는 답변"이에요. 스키마는 이 보이는 콘텐츠를 기계가 더 일관되게 이해하도록 돕는 보조 장치로 자리를 잡아야 해요.

스키마를 버리라는 말이 아니다

이 논의를 보고 "스키마는 이제 의미 없다"고 결론 내리는 것도 틀렸어요. 스키마는 여전히 아래 목적에 유효해요.

스키마.org는 이런 속성 체계를 표준화해 공개하고 있고^[3], 이 표준을 지키는 것 자체가 여러 검색·AI 시스템이 페이지를 일관되게 파싱하는 데 도움이 돼요.

문제는 역할을 과장하는 데 있어요. 스키마는 기술 위생이에요. 필요하지만, AI 인용 성장은 보통 다른 층에서 결정돼요.

• 질문에 바로 답하는 헤딩
• 첫 문장만 읽어도 결론이 보이는 요약
• 근거와 출처가 붙은 문단
• 비교 기준이 분명한 표
• 저자, 조직, 업데이트일 같은 신뢰 정보
• 외부에서 반복 확인되는 브랜드·카테고리 신호
• 검색엔진이 접근하고 색인할 수 있는 기본 SEO 상태

이것들이 약하면 스키마만으로는 부족해요. 반대로 보이는 콘텐츠와 신뢰 구조가 탄탄한 페이지라면, 스키마는 그 내용을 기계가 더 일관되게 이해하도록 돕는 보조 장치가 돼요.

한국 시장에서는 왜 더 조심해야 하나

한국 시장에서는 새로운 최적화 키워드가 나오면 빠르게 "설치형 전술"로 단순화되는 경향이 있어요. GEO도 마찬가지예요. AI 검색 최적화가 어느새 "스키마 넣기", "llms.txt 만들기" 같은 체크박스 작업처럼 보일 수 있어요. 하지만 AI 검색에서 실제로 필요한 일은 더 복합적이에요.

특히 한국어 검색, 네이버, 구글 AI 오버뷰, ChatGPT, Perplexity는 같은 시스템이 아니에요. 한 엔진에서 확인된 경향을 다른 엔진에 그대로 일반화하면 위험해요. 그래서 더 안전한 접근이 필요해요.

• 기술 태그 하나로 AI 인용을 약속하지 않기
• 한 엔진에서 확인된 근거를 다른 엔진에 그대로 확장하지 않기
• JSON-LD 안에만 중요한 근거를 숨기지 않기
• 스키마 검증과 AI 인용 측정을 같은 KPI로 묶지 않기
• 스키마는 technical readiness에 두고, AI 답변 가시성은 따로 측정하기

실무 체크리스트

이 관점으로 사이트를 점검한다면 아래 순서가 좋아요.

기술 SEO 담당자는 스키마를 계속 관리해야 해요. 콘텐츠 담당자는 스키마보다 먼저 본문을 봐야 해요. 페이지가 어떤 질문에 답하는지, 그 답이 근거와 함께 보이는지, AI가 재구성하기 전에 사람이 먼저 이해할 수 있는지를 봐야 해요. 팀을 이끄는 리더는 예산 배분을 다시 봐야 해요. 스키마 대량 삽입 프로젝트를 AI 검색 성장 프로젝트로 포장하기보다, 기술 위생과 콘텐츠 근거 구조를 분리해서 투자하는 편이 안전해요.

결론: 스키마의 자리는 위생 관리다

스키마는 앞으로도 필요해요. 다만 "AI가 더 많이 인용하게 만드는 버튼"으로 설명하면 안 돼요. 스키마의 자리는 기술 위생이에요. 페이지가 무엇인지, 조직과 제품과 저자와 가격 정보가 어떻게 연결되는지, 검색엔진이 지원하는 리치 결과 자격을 갖췄는지를 관리하는 층이에요.

AI 인용을 늘리려면 다른 질문을 해야 해요. 이 페이지는 어떤 질문에 답하는가, 답이 본문에 보이는가, 근거와 출처가 붙어 있는가, 검색엔진이 접근하고 색인할 수 있는가, 같은 주제에서 경쟁 브랜드와 어떤 신뢰 신호 차이가 있는가. 이 질문에 답하지 못하면 스키마만 추가해도 큰 변화가 없을 가능성이 커요. AI 검색 최적화는 태그 설치가 아닌 질문과 근거와 신뢰 구조를 운영하는 일에 가까워요. TRAIL Search로 우리 브랜드가 어떤 질문에서 보이고, 어떤 페이지가 출처가 되며, 어디서 인용이 끊기는지 함께 점검해 볼 수 있어요. 스키마는 그 진단 중 하나의 기술 점검 항목이에요. 출발점일 수는 있어도 결승선은 아니에요.

이 글과 이어지는 내용은 스키마 마크업 실전 가이드: 블로그 글에 Article·FAQ·HowTo JSON-LD 적용하기, FAQ 리치 결과 종료, FAQ 스키마를 지워야 할까: 본문 Q&A 근거 구조로 전환하기, GEO(생성형 엔진 최적화)란? 어떤 페이지부터 어떤 순서로 시작할까에서 볼 수 있어요.