BreadcrumbList 스키마: AI에게 우리 병원 사이트 지도를 손에 쥐여주는 법

환자가 챗GPT나 구글의 AI 요약에 "○○동 임플란트 잘하는 치과"라고 물으면, AI는 수많은 병원 페이지 중 몇 곳만 골라 답에 인용합니다. 이때 AI가 선택하는 기준 하나는 '이 페이지가 사이트 전체에서 어디에 위치한, 무엇에 관한 페이지인지'를 얼마나 분명하게 알 수 있느냐입니다. 같은 임플란트 소개 글이라도, 자기 위치를 스스로 설명해 주는 페이지가 인용될 확률이 높습니다.

많은 병원 홈페이지는 시술 페이지, 의료진 소개, 진료 안내가 화면상으로는 잘 나뉘어 있지만, AI가 읽는 코드 안에서는 서로 아무 관계 없는 낱장으로 흩어져 있습니다. 사람 눈에는 상단 메뉴와 디자인으로 구조가 보이지만, 기계는 그 시각적 단서를 이해하지 못합니다. 이 글은 'BreadcrumbList'라는 구조화 데이터로 우리 사이트의 지도를 AI 손에 직접 쥐여 주는 방법을, 원장이 오늘 개발자에게 무엇을 요청할지까지 구체적으로 정리합니다.

빵부스러기(Breadcrumb)가 도대체 무엇인가

브레드크럼(breadcrumb)은 우리말로 '빵부스러기'라는 뜻으로, 동화에서 숲길에 빵조각을 떨어뜨려 돌아올 길을 표시한 데서 온 이름입니다. 웹에서는 '홈 > 진료안내 > 임플란트 > 디지털 임플란트'처럼 지금 보는 페이지가 사이트의 어느 깊이에 있는지를 한 줄로 보여 주는 경로 표시를 말합니다.

여기서 'BreadcrumbList 스키마'는 그 경로를 사람이 보는 화면용이 아니라, 검색엔진과 AI가 읽는 코드 형태로 한 번 더 명확하게 적어 두는 것을 말합니다. 스키마(schema)란 '이 정보가 무슨 종류인지 기계에게 알려 주는 표준 이름표'라고 이해하면 됩니다. 화면의 빵부스러기가 사람용 안내판이라면, BreadcrumbList 스키마는 같은 안내판을 AI가 오해 없이 읽도록 점자로 한 번 더 새겨 놓는 작업입니다.

중요한 점은, 화면에 경로가 예쁘게 표시돼 있어도 코드 안에 스키마가 없으면 AI에게는 없는 것과 같다는 사실입니다. 사람은 디자인과 위치로 계층을 짐작하지만, 기계는 명시적으로 '이건 1단계, 저건 2단계, 그 아래가 이 페이지'라고 적어 줘야 비로소 계층을 이해합니다.

왜 AI는 '페이지 한 장'이 아니라 '지도'를 원하는가

AI가 어떤 페이지를 신뢰하고 인용할지 판단할 때, 그 페이지 하나만 보지 않습니다. 이 페이지가 어떤 상위 주제에 속하고, 주변에 어떤 관련 페이지가 있으며, 사이트 전체가 이 분야를 얼마나 체계적으로 다루는지를 함께 봅니다. 계층이 분명한 사이트는 '이 병원은 이 분야를 구조적으로 깊이 다룬다'는 신호를 주기 때문입니다.

이것을 놓쳤을 때의 손실은 조용하지만 큽니다. 시술 설명은 옆 병원보다 충실히 써 두고도, 그 글이 사이트 어디에 속한 무엇인지 AI가 파악하지 못해 인용 후보에서 빠지는 경우가 실제로 많습니다. 좋은 콘텐츠를 만들어 놓고 '맥락 표시'가 없어서 열매를 남에게 넘겨주는 셈입니다.

반대로 기회 프레임에서 보면, 계층 구조는 한 번 심어 두면 사이트의 모든 하위 페이지에 두루 작용하는 자산입니다. 신규 시술 페이지를 추가할 때마다 같은 구조에 얹기만 하면, 그 페이지도 자동으로 '체계 안의 한 조각'으로 인식됩니다. 개별 글 하나를 잘 쓰는 것과 별개로, 사이트 전체의 이해도를 끌어올리는 토대가 되는 것입니다.

덧붙여 이 구조화 데이터는 구글 검색 결과에서 주소 대신 '홈 > 진료안내 > 임플란트' 형태의 경로를 노출시키기도 합니다. 사람 눈에도 신뢰감을 주고, 기계에게도 맥락을 주는 이중 효과가 있습니다.

우리 사이트의 계층부터 종이에 그려 보라

스키마를 코드로 심기 전에, 반드시 사이트의 논리적 계층을 먼저 정리해야 합니다. 구조가 머릿속에서 정리되지 않은 채 코드부터 손대면, 잘못된 지도를 AI에게 확신에 차서 건네는 최악의 결과가 나옵니다.

다음 순서로 원장이 직접 종이에 그려 보시길 권합니다.

1. 최상위(1단계)를 홈으로 고정: 모든 경로의 출발점은 홈페이지 첫 화면입니다.
2. 큰 묶음(2단계) 정하기: 진료안내, 의료진소개, 병원소개, 커뮤니티처럼 상단 메뉴에 해당하는 대분류를 적습니다.
3. 세부 항목(3단계) 배치: '진료안내' 아래에 임플란트, 교정, 심미 등 개별 진료 페이지를 넣습니다.
4. 더 깊은 페이지(4단계) 연결: '임플란트' 아래에 디지털 임플란트, 무절개 임플란트 같은 세부 페이지가 있다면 한 단계 더 내려 배치합니다.

이때 원칙은 '한 페이지는 하나의 부모만 갖는다'입니다. 디지털 임플란트 페이지가 임플란트에도 속하고 심미치료에도 속하게 얽어 두면, AI는 계층을 혼란스럽게 읽습니다. 사람이 봐도 자연스러운 하나의 경로가 나오도록, 각 페이지의 자리를 하나로 확정하세요.

이 종이 한 장이 곧 개발자에게 전달할 설계도입니다. 원장이 계층을 명확히 규정해 주면, 코드로 옮기는 일 자체는 개발자에게 그리 큰 작업이 아닙니다.

화면 경로와 코드 스키마, 반드시 함께 간다

실무에서 가장 흔한 실수는 둘 중 하나만 하는 것입니다. 화면에는 빵부스러기가 보이는데 코드에는 스키마가 없거나, 반대로 코드에는 스키마가 있는데 화면에는 아무 경로도 안 보이는 경우입니다. 둘은 짝으로 움직여야 합니다.

화면에만 있고 코드에 없으면 AI가 계층을 못 읽고, 코드에만 있고 화면에 없으면 검색엔진이 '사용자에게 안 보이는 정보를 기계용으로만 심었다'며 신뢰를 낮출 수 있습니다. 구조화 데이터의 원칙은 '사람이 실제로 보는 내용과 일치해야 한다'입니다.

따라서 실행 순서는 이렇습니다.

• 먼저 모든 하위 페이지 상단(제목 근처)에 '홈 > 대분류 > 현재 페이지' 형태의 경로를 사람이 볼 수 있게 표시합니다.
• 그 다음 같은 경로를 BreadcrumbList 스키마로 코드에 심어, 화면 텍스트와 한 글자도 어긋나지 않게 맞춥니다.
• 경로의 각 단계는 실제로 클릭해 이동 가능한 정상 링크여야 하며, 깨진 링크나 존재하지 않는 상위 페이지를 넣지 않습니다.

원장이 개발자에게 전달할 요청은 간단합니다. "모든 하위 페이지에 화면 경로를 넣고, 동일한 경로를 BreadcrumbList 구조화 데이터로도 함께 넣어 달라"는 한 문장이면 됩니다.

홈에 심지 말 것, 그리고 순서를 뒤집지 말 것

BreadcrumbList를 적용할 때 병원들이 반복하는 실수가 몇 가지 있습니다. 미리 알면 개발 결과물을 검수할 때 바로 짚어낼 수 있습니다.

첫째, 홈페이지 첫 화면 자체에는 브레드크럼을 넣지 않습니다. 홈은 경로의 '출발점'이지 '경유지'가 아니기 때문입니다. 경로가 필요한 것은 홈에서 몇 단계 들어간 하위 페이지들입니다.

둘째, 단계 순서를 반드시 상위에서 하위로, 즉 '홈 → 대분류 → 현재 페이지' 방향으로 매깁니다. 순서를 뒤집거나 번호를 건너뛰면 AI가 계층을 거꾸로 이해합니다. 각 단계에는 1, 2, 3처럼 빠짐없이 이어지는 순번이 붙어야 합니다.

셋째, 경로에 적는 이름은 실제 페이지 제목과 일치시킵니다. 화면 메뉴에는 '진료안내'라고 써 놓고 경로에는 '클리닉'이라고 다르게 적으면 AI에게 서로 다른 두 개로 읽힙니다. 넷째, 마지막 단계(현재 페이지)까지 빠짐없이 포함하되, 그 마지막 항목은 굳이 자기 자신을 향한 링크를 걸지 않아도 됩니다. 이 네 가지만 검수 체크리스트로 삼아도 대부분의 오류를 걸러낼 수 있습니다.

제대로 심었는지 눈으로 확인하는 법

코드를 심은 뒤에는 반드시 검증해야 합니다. 심었다고 믿었는데 문법 오류로 AI가 통째로 무시하는 경우가 드물지 않기 때문입니다. 다행히 검증은 개발 지식 없이도 할 수 있습니다.

구글이 무료로 제공하는 '리치 결과 테스트'나 '스키마 검증 도구'에 페이지 주소를 넣으면, 그 페이지에서 BreadcrumbList가 인식되는지, 몇 단계로 읽히는지, 오류나 경고가 있는지를 표로 보여 줍니다. 원장이 직접 주소를 붙여 넣고 '빵부스러기 항목이 내가 그린 계층대로 나오는가'만 확인하면 충분합니다.

점검할 항목은 다음과 같습니다.

• 경로 단계 수가 내가 설계한 계층과 같은가(예: 3단계로 설계했는데 2단계만 인식되지 않는가).
• 각 단계의 이름이 화면 텍스트와 일치하는가.
• 오류(error) 표시가 없는가. 경고(warning)는 대개 넘어가도 되지만, 오류는 반드시 개발자에게 수정을 요청합니다.

한 페이지 유형(예: 시술 상세 페이지)이 정상으로 확인되면, 같은 틀을 쓰는 다른 페이지들도 대개 함께 정상입니다. 시술·의료진·소개 등 페이지 '유형'별로 하나씩만 대표로 검증해도 전체 상태를 빠르게 가늠할 수 있습니다.

오늘부터 무엇을, 어떤 순서로

지금까지의 내용을 원장이 바로 실행할 수 있는 우선순위로 정리합니다. 완벽한 전면 개편을 기다리기보다, 방문이 많은 페이지부터 단계적으로 적용하는 편이 훨씬 빠르게 효과를 봅니다.

실행 우선순위는 이렇습니다.

1. 계층 그리기: 종이에 홈 → 대분류 → 세부 페이지 구조를 그리고, 각 페이지의 부모를 하나로 확정합니다.
2. 핵심 페이지부터: 환자 유입이 가장 많은 대표 시술 페이지 3~5개에 먼저 화면 경로 + 스키마를 함께 적용합니다.
3. 일치 검수: 화면 경로와 코드 스키마의 단어·순서·링크가 완전히 같은지 확인합니다.
4. 도구로 검증: 무료 검증 도구로 계층이 설계대로 인식되는지 확인하고, 오류만 수정합니다.
5. 확장: 검증된 틀을 나머지 페이지와 앞으로 추가할 신규 페이지에 그대로 적용합니다.

BreadcrumbList는 화려한 기술이 아니라, 좋은 콘텐츠가 제 몫의 평가를 받도록 맥락을 붙여 주는 기초 공사입니다. 이미 만들어 둔 시술 설명과 의료진 소개가 AI에게 제대로 읽히고 있는지, 그 계층이 올바로 전달되고 있는지 한 번쯤 점검해 볼 가치가 있습니다.

우리 병원 홈페이지가 AI에게 어떤 구조로 읽히고 있는지 스스로 확인하기 어렵다면, 현재 페이지 계층과 구조화 데이터 상태를 무료로 진단해 드립니다. 어디서부터 손대면 좋을지 우선순위를 함께 정리하는 출발점으로 삼으시면 됩니다.