스마트스피커가 우리 병원을 읽어주게 하는 법: Speakable 스키마와 요약 문단 설계

음성 어시스턴트와 AI 검색은 페이지 전체를 읽어주지 않는다. 읽어줄 만한 한 문단을 고른다. Speakable 스키마는 그 문단을 지목하는 표식이지만, 표식보다 중요한 것은 지목당할 자격이 있는 문단이 실제로 존재하느냐다.

먼저, Speakable의 실제 범위를 알고 시작하라

Google이 문서로 공개한 speakable 구조화 데이터는 뉴스 성격의 콘텐츠를 대상으로 한 제한적 기능이고, 지원 언어와 지역도 한정되어 있다. 병원 홈페이지에 마크업을 넣었다고 해서 곧바로 스마트스피커가 우리 병원 이름을 읽어주는 일은 일어나지 않는다. 이 점을 분명히 해두는 이유는, 대행사 제안서에서 이 태그가 마치 즉효약처럼 소개되는 경우를 자주 보기 때문이다.

그럼에도 준비를 권하는 이유는 두 가지다. 첫째, 마크업 대상 문단을 고르는 과정 자체가 페이지를 '답변 가능한 구조'로 정리하게 만든다. 둘째, 음성·AI 답변 시스템은 특정 태그 하나가 아니라 제목 계층, 문단의 자기완결성, FAQ 마크업을 함께 읽는다. Speakable은 그 정리 작업의 체크리스트 역할을 한다.

읽어줄 수 있는 문단의 조건

소리 내어 읽었을 때 성립하는 문장인지가 기준이다. 실무에서는 네 가지를 본다.

• 자기완결성: 앞 문단을 안 읽어도 뜻이 통한다. '이러한 경우에는', '위에서 말한' 같은 연결어로 시작하지 않는다.
• 길이: 두세 문장, 소리 내어 20~30초 안에 끝난다.
• 주어 명시: '저희는'이 아니라 '○○의원은'. 음성 답변에는 출처가 함께 읽히지 않는 경우가 많다.
• 시각 의존 제거: '아래 표 참고', '좌측 이미지처럼'은 음성으로 옮겨지지 않는다.

붙이는 순서: 문단 먼저, 마크업 나중

1. 페이지마다 답할 질문 하나를 정한다. 진료시간 페이지라면 '토요일에도 여나요'다.
2. 그 질문의 답을 두세 문장 문단으로 쓰고, 본문 최상단 제목 바로 아래에 배치한다.
3. 해당 문단에 고유한 클래스나 아이디를 부여한다. 예: speakable-summary.
4. JSON-LD에 speakable 속성을 넣고 cssSelector로 그 클래스를 지정한다. 페이지 유형은 실제 콘텐츠에 맞게 선언한다.
5. 같은 페이지의 FAQ는 FAQPage 마크업으로 별도 표기한다. 두 마크업이 같은 문장을 중복해 가리키지 않도록 한다.

병원 페이지 중 어디부터

모든 페이지에 붙일 필요는 없다. 음성으로 물어볼 법한 질문이 있는 페이지가 우선이다. 위치·주차·진료시간, 예약 방법, 초진 준비물, 보험·비급여 절차 안내가 여기 해당한다. 반대로 시술 소개 페이지는 신중해야 한다. 효과나 우월성을 단정하는 문장이 그대로 음성으로 읽힐 위험이 있고, 이는 의료광고 심의 관점에서도 부담이 된다. 사실 정보 위주 페이지부터 적용하는 편이 안전하다.

적용 후 확인할 것

구조화 데이터 테스트 도구에서 문법 오류가 없는지, 지정한 셀렉터가 의도한 문단을 정확히 잡는지 확인한다. 그다음은 지표다. Search Console에서 해당 페이지의 질문형 검색어 노출이 늘었는지, 실제 문의에서 '검색하다 나와서'라는 응답이 늘었는지를 함께 본다.

표식을 붙이기 전에, 읽어줄 만한 문장을 먼저 쓴다. 순서가 바뀌면 마크업은 빈 상자를 가리킨다.

우리 병원 페이지의 어떤 문단이 답변 후보가 될 수 있는지 궁금하다면, AI메디랩의 무료 진단으로 현재 구조부터 점검해 보시길 권한다.