Speakable 스키마 완전 가이드 — AEO 직결 구조화 데이터
Speakable 스키마란
Speakable 스키마는 페이지 내에서 음성으로 읽히거나 AI가 요약·인용하기에 적합한 콘텐츠 영역을 명시한다. "이 페이지에서 이 부분이 핵심 요약이니 여기서 답변을 가져가라"는 신호를 구조화 데이터로 전달한다.
다른 스키마들이 콘텐츠의 속성(저자·날짜·제품 정보)을 신고하는 것과 달리, Speakable은 콘텐츠의 어느 영역이 중요한가를 명시한다는 점에서 본질적으로 다르다.
⚠️ Google의 현재 상태 — Limited Beta
⚠️ 중요 Google 공식 문서(2026년 6월 확인)는 Speakable을 "beta, subject to change" 상태로 명시하고 있다. 현재 지원 범위는 미국에서 영어 콘텐츠 대상으로만 제한되어 있으며, 구글 홈 기기를 통한 음성 검색에 한정된다.
한국어 콘텐츠에 대한 공식 지원은 2026년 6월 기준 명시되어 있지 않다.
TL;DR
Speakable 스키마: ① Google에서 beta·limited(미국 영어 한정) ② cssSelector 또는 xpath 중 하나로 발화 가능 영역 지정 ③ Article·WebPage 스키마의 speakable 속성으로 중첩 사용 ④ 한국어 사이트에서 Google 음성 인용 효과는 미확인이지만 AEO 관점에서 구현 비용이 낮아 도입 검토 가능 ⑤ 2030초 읽기 분량(23문장)의 핵심 영역에만 적용.
다른 스키마와의 결정적 차이
| 구분 | 일반 스키마 (Article 등) | Speakable |
|---|---|---|
| 무엇을 신고하는가 | 콘텐츠의 속성 (저자·날짜·제목) | 콘텐츠의 위치 (어떤 영역이 핵심인가) |
| 표준 상태 | 안정적 지원 | Beta (미국 영어 한정) |
| AEO 관련성 | 간접적 | 직접적 |
| 구현 방식 | 속성-값 구조 | CSS 선택자 또는 XPath |
AEO 관점에서의 의의
Speakable 스키마는 검색 엔진·AI 시스템에게 "이 페이지에서 어떤 부분이 직접 답변으로 적합한가"를 명시적으로 알려준다.
AI 답변 엔진이 페이지를 크롤할 때 모든 텍스트를 동등하게 처리하지 않는다. Speakable로 표시된 영역은 "이 사이트가 중요하다고 판단한 요약 영역"이라는 신호가 된다. 헤드라인·도입 요약·결론 부분을 Speakable로 지정하면 AI 답변 추출에 유리할 수 있다.
단, Speakable이 AI 인용을 보장한다는 공식 근거는 없다. AEO 관점에서의 잠재적 가치를 고려해 도입 여부를 판단한다.
구현 방식: cssSelector vs xpath
Speakable은 두 가지 방식으로 발화 가능 영역을 지정한다. 하나만 선택하고 혼용하지 않는다.
cssSelector (권장 — 더 직관적):
"cssSelector": [".article-summary", "h1", ".tldr-box"]
xpath:
"xPath": ["/html/head/title", "/html/body/article/p[1]"]
Google 공식 가이드는 cssSelector를 "클래스 속성 사용"으로, xPath를 "XML 경로 표기법 사용"으로 설명한다.
최소 예시 (cssSelector)
{
"@context": "https://schema.org",
"@type": "WebPage",
"name": "AEO란 무엇인가",
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": ["h1", ".article-summary"]
}
}
권장 예시 (BlogPosting에 중첩)
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "AEO란 무엇인가: AI 검색 시대의 콘텐츠 전략",
"datePublished": "2026-06-04T09:00:00+09:00",
"author": {
"@type": "Person",
"name": "임호범"
},
"publisher": {
"@type": "Organization",
"name": "크로플"
},
"inLanguage": "ko-KR",
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": [
"h1",
".article-tldr",
".article-definition"
]
}
}
위 예시에서 h1(헤드라인), .article-tldr(TL;DR 박스), .article-definition(정의 섹션)이 발화 가능 영역으로 지정된다. 실제 HTML에서 해당 클래스가 존재해야 한다.
콘텐츠 작성 가이드 (Speakable 영역)
Google 공식 문서는 Speakable 영역에 대해 다음을 권장한다:
- 20~30초 분량 (약 2~3문장)으로 제한
- 날짜, 사진 캡션, 출처 표기 등은 Speakable 영역에서 제외
- 음성만으로 이해 가능한 명확한 문장
- 전체 기사를 포함하지 말고 핵심 요약만
한국 시장 적응
현재 Google Speakable은 미국 영어 콘텐츠만 공식 지원한다. 한국어 사이트에 적용해도 Google 음성 검색 효과는 현재로서는 기대하기 어렵다.
그러나 다음 이유로 도입을 검토할 수 있다:
- 구현 비용이 낮다 (기존 Article 스키마에 한 줄 추가)
- 향후 한국어 지원 확대 가능성
- Google 외 AI 시스템의 콘텐츠 구조 이해에 활용될 수 있음
자주 하는 실수
잘못된 예시: cssSelector와 xpath 혼용
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": ["h1"],
"xPath": ["/html/body/p[1]"]
}
올바른 예시: 하나만 선택
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": ["h1", ".article-summary"]
}
잘못된 예시: 전체 기사를 Speakable로 지정
"cssSelector": [".article-full-content"]
올바른 예시: 핵심 요약 영역만 지정
"cssSelector": ["h1", ".tldr", ".definition"]
검증 방법
- Schema Markup Validator: https://validator.schema.org — Speakable 스키마 구조 유효성 확인
- 실제 동작 확인: Google 공식 지원 범위(미국 영어)에서만 검증 가능. 한국어 환경에서는 현재 직접 검증이 어렵다.
자주 묻는 질문
Q. Speakable 스키마가 베타인데 지금 써야 하나요?
A. Google 공식 지원이 미국 영어로 제한된 현재 상태에서 한국어 사이트의 즉각적 효과는 기대하기 어렵다. 하지만 기존 Article 스키마에 CSS 선택자 몇 줄을 추가하는 비용이 낮고, AEO 환경이 발전하면서 가치가 높아질 수 있어 도입을 검토할 수 있다.
Q. cssSelector로 지정한 클래스가 없으면 어떻게 되나요?
A. 스키마는 유효하지만 해당 선택자가 실제 HTML과 매칭되지 않으면 효과가 없다. 스키마 작성 후 HTML에 해당 클래스가 실제로 존재하는지 확인해야 한다.
Q. 모든 페이지에 Speakable을 넣어야 하나요?
A. 음성·AI 답변에 인용되기 적합한 정보형 콘텐츠(What is~, How to~, 가이드 등)에 우선 적용한다. 상품 목록, 폼 페이지 등에는 불필요하다.
Q. Speakable과 FAQPage의 차이는?
A. FAQPage는 질문-답변 쌍의 콘텐츠를 신고한다. Speakable은 어떤 CSS 영역이 발화에 적합한지를 신고한다. 두 스키마는 함께 사용할 수 있다.
참고
- Google 공식 Speakable 문서: https://developers.google.com/search/docs/appearance/structured-data/speakable (2026년 6월 확인, beta·limited 상태 명시)
- Schema.org SpeakableSpecification: https://schema.org/SpeakableSpecification