AI 스피커가 '우리 병원'을 답으로 읽어주게 만드는 법 — Speakable 스키마 완전 정리

환자가 스마트 스피커나 챗봇에 "근처 임플란트 잘하는 치과 알려줘"라고 물으면, AI는 웹의 수많은 문장 중 딱 한두 개를 골라 소리 내어 읽는다. 이때 읽히는 문장이 옆 병원 것이라면, 우리 병원은 존재하지 않는 것과 같다. Speakable(스피커블) 스키마는 바로 이 '읽히는 문장'의 후보로 우리 병원 콘텐츠를 등록하는 기술적 표식이며, 이 글은 원장님이 어느 문장을 어떻게 표시해야 하는지를 실무 단계까지 안내한다.

왜 '눈으로 보는 검색'과 '귀로 듣는 검색'은 완전히 다른가

지금까지의 검색은 화면에 열 개의 파란 링크가 뜨고, 환자가 그중 마음에 드는 것을 골라 클릭하는 방식이었다. 여기서는 우리 병원이 3등이든 5등이든 화면에 이름만 올라가면 클릭될 기회가 있었다. 그러나 음성 검색과 AI 답변은 근본적으로 다르다. 스피커는 열 개를 읽어주지 않는다. 대개 하나, 많아야 두세 개의 문장만 소리 내어 읽고 대화를 끝낸다.

이 차이가 병원 마케팅에 주는 함의는 결정적이다. 화면 검색에서 '노출은 됐지만 클릭은 안 된 상태'는 그래도 인지도라도 남긴다. 하지만 음성 검색에서 선택받지 못한 문장은 환자의 귀에 아예 도달하지 못한다. 존재 자체가 지워진다. 즉 음성·AI 검색 시대에는 '몇 등에 노출되느냐'가 아니라 '읽어줄 만한 한 문장을 가지고 있느냐'가 승부를 가른다.

여기서 AEO(Answer Engine Optimization, 답변 엔진 최적화 — 검색 결과 목록이 아니라 AI가 생성하는 '답변' 자체에 우리 정보가 담기게 하는 작업)라는 개념이 등장한다. Speakable 스키마는 그 AEO 도구 상자 안에서, 특히 '음성으로 읽히기'에 특화된 도구다.

Speakable 스키마란 정확히 무엇인가 — '이 문장을 읽어라'는 형광펜

스키마(Schema)란 웹페이지에 붙이는 '설명 꼬리표'다. 사람 눈에는 보이지 않지만, 페이지 뒤편에서 AI에게 "이 부분은 병원 이름, 이 부분은 진료시간, 이 부분은 대표 답변"이라고 알려주는 구조화된 데이터다. 그중 Speakable은 "이 문장은 음성으로 소리 내어 읽어도 자연스러운, 읽어줄 가치가 있는 부분"이라고 표시하는 특수한 꼬리표다.

비유하자면 이렇다. 두꺼운 안내책자를 AI에게 건네면서, 형광펜으로 "급하면 여기 이 두 문장만 읽어주면 돼"라고 표시해두는 것과 같다. AI는 페이지 전체를 해석하느라 헤매는 대신, 형광펜이 그어진 문장을 우선적으로 음성 답변 후보로 집어 든다.

중요한 전제 하나를 분명히 하자. Speakable 스키마를 붙였다고 해서 반드시 읽힌다는 '보장'은 없다. 이는 검색·AI 엔진에게 보내는 '강력한 힌트'이지 명령이 아니다. 그러나 아무 표시도 없는 페이지와, 명확히 표시된 페이지 중 무엇이 후보로 선택되기 쉬운지는 자명하다. 표식이 없으면 AI는 우리 페이지에서 무엇을 읽어야 할지 스스로 추측해야 하고, 추측이 어려우면 그냥 더 명확한 옆 병원을 택한다.

읽히는 병원과 침묵하는 병원의 진짜 차이

현장에서 흔히 보는 일반화된 예시를 들어보자. 두 치과가 있다. A치과 홈페이지는 "최첨단 장비와 풍부한 임상경험으로 환자 한 분 한 분께 최선을" 같은 미사여구로 가득하다. B치과는 첫 화면에 "○○동에서 야간 진료가 필요할 때, 저희는 평일 밤 9시까지 진료합니다" 같은 완결된 답변 문장을 두고, 그 문장에 Speakable 표식을 달았다.

환자가 "○○동 밤에 하는 치과"를 물으면, AI가 읽어줄 만한 문장은 명백히 B치과 쪽이다. A치과의 미사여구는 아름답지만 '질문에 대한 답'이 아니기 때문에 음성으로 읽어줄 수가 없다. 이것이 손실 프레임이다. 좋은 진료 실력을 갖추고도, 문장을 답변형으로 다듬지 않아 매일 들어오는 음성 질문에서 통째로 배제되는 것이다.

반대로 기회 프레임은 이렇다. 아직 대부분의 지역 병원이 Speakable은커녕 기본 구조화 데이터조차 갖추지 않았다. 지금 이 표식을 선점하는 병원은, 경쟁이 본격화되기 전에 '그 동네 그 질문의 기본 답변'이라는 자리를 차지할 수 있다.

어떤 문장에 표식을 달아야 하나 — '읽히는 문장'의 5가지 조건

Speakable은 아무 문장에나 붙인다고 효과가 나지 않는다. 오히려 부적절한 문장에 붙이면 AI의 신뢰를 잃는다. 음성으로 읽혔을 때 자연스럽고 유용한 문장에만 선별적으로 달아야 한다. 다음 조건을 갖춘 문장을 고른다.

• 완결형일 것: "평일 밤 9시까지, 토요일은 오후 5시까지 진료합니다"처럼 그 한 문장만 들어도 뜻이 통해야 한다. "아래 표 참조" 같은 문장은 소리로는 무의미하다.
• 질문에 대한 답일 것: 환자가 실제로 던지는 질문(진료시간·위치·주차·예약방법·비급여 안내 여부)에 곧바로 대응하는 문장.
• 20~30초 안에 읽히는 길이: 너무 길면 스피커가 중간에 끊는다. 두세 문장, 60~90자 안팎이 이상적이다.
• 고유명사가 담길 것: 지역명·병원명이 문장 안에 자연스럽게 들어가야 "○○동" 질문과 연결된다.
• 과장·단정이 없을 것: 효과·치료 결과를 단정하는 문장은 의료광고 측면에서도 위험하고, AI도 신뢰도 낮은 문장으로 걸러낸다. 사실 정보(시간·위치·절차) 위주로 고른다.

흔한 실수는 홈페이지의 감성적 슬로건에 표식을 다는 것이다. 슬로건은 브랜딩에는 좋지만 음성 답변으로는 공허하다. 반대로 진짜 필요한 정보 문장은 표식 없이 방치된다. 원장님이 할 일은 '환자가 소리 내어 물을 질문 10개'를 먼저 적고, 그 각각에 대한 완결형 답변 문장을 만드는 것이다.

오늘부터 할 수 있는 4단계 실행 절차

기술 용어가 나오지만 실제 작업은 대개 홈페이지 관리자나 외주 개발사에 '무엇을 해달라'고 지시하는 수준이면 충분하다. 원장님은 방향만 잡으면 된다.

1. 질문 목록 만들기: 데스크 직원에게 "전화·방문으로 가장 자주 받는 질문 15개"를 받아 적는다. 진료시간, 주차, 위치, 예약 방법, 첫 방문 절차 등이 상위에 오를 것이다.
2. 답변 문장 다듬기: 각 질문에 대해 위 5가지 조건을 만족하는 완결형 답변 문장을 하나씩 쓴다. 이것이 Speakable로 표시할 후보 문장이다.
3. 페이지에 배치하고 표식 요청: 이 문장들을 실제 웹페이지 본문(특히 FAQ 페이지, 진료안내 페이지)에 눈에 보이게 배치한다. 그다음 개발 담당자에게 "이 문단에 Speakable 구조화 데이터를 CSS 선택자 기반으로 적용해달라"고 요청한다. FAQ 형태라면 FAQ 스키마와 함께 쓰면 시너지가 크다.
4. 검증하기: 구글의 리치 결과 테스트나 스키마 검사 도구에 페이지 주소를 넣어, 표식이 오류 없이 인식되는지 확인한다. 여기서 초록불이 떠야 비로소 '등록'이 끝난 것이다.

핵심은 순서다. 표식(기술)이 먼저가 아니라 '읽힐 만한 문장(콘텐츠)'이 먼저다. 좋은 문장 없이 표식만 달면 형광펜으로 백지를 칠하는 셈이다.

FAQ 페이지가 음성 검색의 핵심 무기인 이유

Speakable을 가장 효과적으로 심을 수 있는 곳이 바로 FAQ(자주 묻는 질문) 페이지다. 이유는 구조 자체가 음성 검색과 똑 닮았기 때문이다. 음성 검색은 '질문 하나 — 답변 하나'로 이뤄진 대화다. FAQ도 정확히 '질문 하나 — 답변 하나' 구조다. 이 둘을 결합하면 AI 입장에서 가장 다루기 쉬운, 이상적인 답변 소스가 된다.

실무적으로는 FAQ 페이지에 실제 환자 언어로 된 질문을 그대로 제목으로 쓰는 것이 중요하다. "진료시간 안내" 같은 명사형 제목보다 "저녁 늦게도 진료하나요?"처럼 환자가 입으로 말하는 형태의 질문이 음성 질의와 훨씬 잘 매칭된다. 그 아래 답변을 완결형 두세 문장으로 쓰고, 그 답변 문단에 Speakable 표식을 다는 것이 표준 조합이다.

흔한 실수는 FAQ를 '있으니까 만드는' 형식적 페이지로 방치하는 것이다. 답변이 "자세한 내용은 전화 문의"로 끝나면 음성으로 읽어줄 내용이 없다. 각 답변이 그 자체로 완결된 정보를 담아야 한다. FAQ 하나하나를 '스피커가 읽어줄 대본'이라고 생각하고 쓰면 방향이 잡힌다.

효과를 반감시키는 흔한 함정들

Speakable을 도입하고도 성과가 안 나는 병원들에는 공통된 실수가 있다. 미리 알아두면 시행착오를 크게 줄일 수 있다.

• 보이지 않는 문장에 표식 달기: 사용자에게 실제로 보이지 않는 숨은 텍스트에 표식을 다는 것은 정책 위반으로 간주될 수 있다. 반드시 화면에 노출된 실제 콘텐츠에만 적용한다.
• 모든 문단에 남발하기: 페이지 전체를 형광펜으로 칠하면 형광펜의 의미가 사라진다. 핵심 답변 한두 문단으로 선별한다.
• 모바일·속도 방치: AI는 페이지가 느리거나 모바일에서 깨지면 신뢰도를 낮춘다. 표식 이전에 페이지가 빠르고 모바일에서 잘 읽히는지가 기본기다.
• 한 번 달고 방치: 진료시간이나 정책이 바뀌었는데 문장을 안 고치면, AI가 틀린 정보를 읽어줘 오히려 신뢰를 깎는다. 정보 변경 시 표식 문장을 함께 업데이트하는 루틴이 필요하다.
• 의료 효과 단정 문장 사용: "○○ 시술로 반드시 좋아집니다" 같은 문장은 광고 규제 위험이자 AI 필터 대상이다. 표식은 사실·절차 정보에 한정한다.

무엇부터 시작할 것인가 — 원장님을 위한 우선순위

모든 것을 한 번에 하려 하면 시작도 못 한다. 순서를 정하면 이번 주에 첫발을 뗄 수 있다. 아래 우선순위대로 진행하길 권한다.

1. 1주차: 데스크에서 자주 받는 질문 15개를 수집하고, 그중 진료시간·위치·주차·예약·첫방문 절차 등 사실형 질문 상위 6~8개를 고른다.
2. 2주차: 각 질문에 완결형 답변 문장(60~90자)을 작성한다. 지역명·병원명을 자연스럽게 포함시킨다.
3. 3주차: 이 질문·답변을 FAQ 페이지로 구성하고, 개발 담당자에게 FAQ 스키마 + Speakable 표식 적용을 요청한다.
4. 4주차: 스키마 검사 도구로 오류 없이 인식되는지 검증하고, 이후 정보 변경 시 함께 업데이트하는 관리 루틴을 정한다.

정리하면, 음성·AI 검색 시대의 승부처는 '읽어줄 만한 한 문장을 가졌는가'다. Speakable 스키마는 그 문장을 AI에게 명확히 가리키는 형광펜이며, 그 앞에는 반드시 '환자의 질문에 곧바로 답하는 좋은 문장'이 있어야 한다. 우리 병원 홈페이지의 문장들이 지금 AI에게 어떻게 읽히고 있는지, 어떤 질문에서 옆 병원만 읽히고 있는지 궁금하다면, 무료 AI 검색 진단을 통해 현재 상태를 먼저 확인해 보시길 권한다. 지금 서 있는 자리를 아는 것이 첫 문장을 고치는 출발점이다.