병원 홈페이지 AI 검색 최적화, 순서대로 고치는 15가지

1. 15가지를 어떤 순서로 고치나요?

막힌 곳부터 풀고, 그다음 병원이 누구인지, 페이지마다 무엇인지, AI가 찾아 들어오는 길 순서로 고칩니다. 앞 단계가 막혀 있으면 뒤 단계를 아무리 잘 갖춰도 AI가 읽지 못합니다. 구글은 AI 기능에 나오기 위한 별도 요건이 없고 새 파일이나 특별한 표시도 필요 없다고 밝혔습니다^[1][2]. 이러한 이유로 아래 15가지 대부분은 새 기술이 아니라 기본을 제대로 갖추는 일입니다.

항목마다 네 가지를 적었습니다. 무엇인지, 1분 안에 확인하는 법, 고치는 곳, 고친 뒤 확인하는 법입니다. 고치는 곳은 어느 사이트에나 통하는 방법을 먼저 적고, 워드프레스와 그 밖의 도구(아임웹·카페24·윅스·직접 만든 사이트)를 나눠 적었습니다. 내 홈페이지가 무엇으로 만들어졌는지는 2절에서 1분이면 확인합니다. 설정 화면은 가상의 병원 「예시의원」을 만들어 찍었고, 모든 병원 정보는 가상입니다. 빠르게 점검만 하려면 병원 홈페이지, AI가 읽을 수 있는지 확인하는 9가지를 먼저 봅니다.

2. 내 홈페이지는 무엇으로 만들었나요?

고칠 곳은 홈페이지를 만든 도구에 따라 다르므로, 먼저 1분 안에 확인합니다. 홈페이지 첫 화면에서 소스 보기(윈도우 Ctrl+U, 맥 Option+Command+U)를 열고, Ctrl+F(맥 Command+F)로 아래 단어를 차례로 검색합니다.

화면 예시에 대하여: 이 글의 설정 화면은 워드프레스와 Rank Math입니다. 워드프레스는 전 세계 웹사이트의 40.2%가 쓰는 가장 흔한 도구이고^[37], Rank Math는 워드프레스에 설치하는 검색 최적화 플러그인으로 400만 곳 넘게 씁니다^[39]. 같은 역할의 Yoast SEO는 1,000만 곳 넘게 씁니다^[40]. 다만 내용이 한국어인 사이트 가운데 쓰는 도구를 알 수 있는 곳을 보면 카페24 38.9%, 워드프레스 25.3%, 아임웹 17.5%로 다양합니다^[38]. Rank Math는 화면 예시일 뿐 꼭 써야 하는 도구가 아닙니다. 이러한 이유로 항목마다 「어느 사이트든」 무엇을 어디에 넣는지 먼저 적고, 워드프레스와 그 밖의 도구를 나눠 적었습니다.

Rank Math를 쓰지 않는다면:

• 워드프레스에 Yoast SEO가 있으면: 같은 설정이 Yoast의 다른 메뉴에 있습니다(7절 표).
• 워드프레스에 검색 최적화 플러그인이 없으면: Rank Math나 Yoast 가운데 하나를 설치합니다. 이 글의 항목 대부분은 두 플러그인의 기본판으로 할 수 있습니다.
• 카페24·아임웹·윅스: 각 도구의 SEO 설정 화면에서 고치고, 설정 칸이 없는 항목(구조화 데이터 등)은 「코드 삽입」 칸에 이 글의 예시 코드를 넣습니다(7절 표).
• 직접 만든 사이트·그누보드: 9절 요청서 틀에 이 글의 예시 코드를 붙여 홈페이지 업체에 보냅니다.
• 아임웹은 OpenAI 계열 AI 크롤러를 플랫폼 전체에서 막고 있어^[8], 다른 항목보다 먼저 아임웹에 확인합니다.

3. AI가 홈페이지를 읽을 수 있나요?

1) 본문 노출: 스크립트 없이 본문이 보이나요?

서버가 처음 보내는 HTML에 본문 글자가 들어 있어야 합니다. 화면을 스크립트로 그리는 사이트는 브라우저에서는 멀쩡해 보여도 처음 HTML에 글자가 거의 없고, 스크립트가 실행된 뒤에야 본문이 채워집니다. 구글은 스크립트를 실행해 페이지를 그리지만 모든 봇이 그렇지는 않다며 서버 렌더링을 권하고^[3], 네이버도 주요 HTML은 서버에서 그려 보내라고 권합니다^[13]. Vercel이 2024년 12월 분석한 결과, OpenAI·Anthropic·Perplexity의 크롤러는 스크립트 파일을 받아 가기만 하고 실행하지는 않았습니다^[4]. 이런 크롤러에게 스크립트로만 그리는 페이지는 빈 페이지입니다.

1분 확인: 확인할 페이지에서 소스 보기를 엽니다(윈도우 Ctrl+U, 맥 Option+Command+U). 이어서 Ctrl+F(맥 Command+F)로 화면에 보이는 본문 문장 하나를 검색합니다. 찾아지면 통과입니다. 찾아지지 않고 <div id="root"></div> 같은 빈 틀과 스크립트 주소만 보이면 스크립트로만 그리는 구조입니다.

고치는 곳:

• 어느 사이트든: 서버가 보내는 HTML에 본문이 들어 있어야 합니다. 스크립트로만 그리는 사이트는 서버에서 그려 보내는 방식(서버 렌더링)이나 미리 그려 둔 HTML을 보내는 방식(정적 생성·프리렌더링)으로 바꿉니다.
• 워드프레스·카페24·아임웹·윅스: 서버가 페이지를 만들어 보내는 방식이 많지만 테마와 설정에 따라 다르므로 위 방법으로 직접 확인합니다.
• 직접 만든 사이트: 리액트·뷰 같은 도구로 만들어 빈 틀만 보이면, 개발사에 위 두 방식으로 바꿀 수 있는지 요청합니다.

중요한 안내를 그림 속 글자로만 두지 않는 것도 같은 문제입니다. 검색로봇은 이미지 속 글자를 읽기 어렵습니다^[18].

고친 뒤: 같은 방법으로 소스 보기에서 본문 문장이 찾아지는지 봅니다.

2) 크롤러 접근: AI 크롤러가 막혀 있지 않나요?

검색용 AI 크롤러가 홈페이지에 들어올 수 있어야 합니다. 막는 곳은 세 군데입니다. 사이트 주소 뒤에 /robots.txt를 붙이면 보이는 파일, 호스팅·CDN의 보안 기능, 그리고 구글 서치 콘솔의 설정입니다. 구글도 robots.txt와 CDN·호스팅 설비 양쪽에서 크롤링을 허용하라고 적고 있습니다^[1].

• robots.txt: OpenAI의 OAI-SearchBot, Anthropic의 Claude-SearchBot·Claude-User, PerplexityBot, 구글의 Googlebot, 네이버의 Yeti처럼 검색과 답변에 쓰이는 크롤러를 막지 않습니다^[5][6][7]. OpenAI는 OAI-SearchBot을 막으면 ChatGPT 검색 답변에 나오지 않는다고 밝혔습니다^[5]. 학습용 크롤러(GPTBot·ClaudeBot·Google-Extended)를 막을지는 병원이 정합니다. 크롤러별 용도와 예시 파일은 병원 홈페이지 robots.txt, AI 크롤러는 어떻게 열어 두나요?에 정리했습니다.
• 호스팅·CDN 보안: 아임웹은 공식 도움말에서 2024년 8월부터 OpenAI 계열 봇(GPTBot, ChatGPT-User 등)을 플랫폼 전체 방화벽에서 막고 있고 사이트별 예외는 없다고 밝혔습니다^[8]. 아임웹 홈페이지라면 어떤 AI 크롤러가 막히는지 아임웹에 확인합니다. Cloudflare 같은 CDN에도 AI 크롤러 차단 설정이 있고, 2026년 9월 15일부터 새 도메인은 학습·에이전트 용도로 분류된 봇을 광고가 있는 페이지에서 기본으로 막습니다^[9]. 일부 호스팅의 보안 기능은 낯선 봇에게 사람인지 확인하는 화면을 보내, 봇이 본문 대신 확인 화면만 읽고 돌아가게 만듭니다. RM360이 운영하는 병원 블로그에서도 이런 사례를 확인했습니다.
• 구글 서치 콘솔: 2026년 8월 31일부터 「설정 → Google 검색 생성형 AI」에서 사이트를 AI 개요·AI 모드에서 뺄 수 있습니다. 기본값은 「포함」입니다^[10].

1분 확인: 주소창에 사이트주소/robots.txt를 열어 Disallow: / 한 줄로 전체를 막고 있지 않은지, 검색용 AI 크롤러 이름 아래에 Disallow가 없는지 봅니다. 호스팅·CDN 관리 화면에서는 봇 차단·보안 설정을, 서치 콘솔에서는 생성형 AI 설정이 「포함」인지 봅니다.

고치는 곳:

• 어느 사이트든: robots.txt는 사이트 루트(사이트주소/robots.txt)에 있는 파일입니다. 호스팅·CDN의 봇 차단은 그 관리 화면에서 풀고, 설정 화면이 없으면 호스팅 회사에 「AI 검색 크롤러(OAI-SearchBot, Claude-SearchBot, PerplexityBot)가 사람 확인 화면 없이 페이지를 받을 수 있게 해 달라」고 요청합니다.
• 워드프레스: Rank Math는 오른쪽 위에서 「고급 모드(Advanced Mode)」로 바꾼 뒤 「일반 설정(General Settings) → Robots.txt 편집(Edit robots.txt)」에서 고칩니다. 가상 파일 방식이라, 사이트 루트에 실제 robots.txt 파일이 있으면 그 파일을 먼저 지워야 편집 내용이 적용됩니다^[16]. Yoast는 「Tools → File editor」에서 고칩니다.
• 그 밖: 카페24는 「SEO 고급 설정 → 검색 로봇 접근 제어」, 윅스는 「Robots.txt 파일 에디터」에서 고칩니다. 아임웹은 기본 파일이 제공되고 OpenAI 계열 봇을 플랫폼에서 막으므로^[8] 아임웹에 확인합니다. 직접 만든 사이트는 루트 폴더에 파일을 올립니다.

고친 뒤: 홈페이지 업체에 서버 접속 기록에서 위 크롤러 이름의 요청이 정상 응답(200)을 받는지 확인해 달라고 합니다. 확인 화면을 받은 요청은 응답 코드가 다르거나(예: 202·403) 본문이 짧습니다.

4. 병원이 누구인지 알리고 있나요?

3) 병원 구조화 데이터: MedicalClinic

구조화 데이터는 병원 이름·주소·전화·진료 시간·공식 채널 같은 사실을 기계가 읽는 형식(JSON-LD)으로 페이지에 적어 두는 것입니다. schema.org에는 진료 기관을 뜻하는 MedicalClinic 형식이 있고, 지역 업체(LocalBusiness)의 한 갈래입니다^[11]. 구글은 지역 업체에 가장 구체적인 하위 형식을 쓰라고 안내합니다^[12]. 구조화 데이터가 AI 기능에 필수는 아니지만^[2], 병원이 누구이고 어디에 있는지를 사람이 쓴 문장보다 오해 없이 전합니다. 값은 화면에 보이는 내용과 같아야 하고, 화면에 없는 내용을 구조화 데이터에만 적지 않습니다^[12].

아래는 병원 소개 페이지의 <head> 안에 넣는 예시입니다. 예시의원과 모든 값은 가상입니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "MedicalClinic",
  "@id": "https://www.clinic.example/#clinic",
  "name": "예시의원",
  "url": "https://www.clinic.example/",
  "logo": "https://www.clinic.example/logo.png",
  "telephone": "+82-2-000-0000",
  "medicalSpecialty": "PlasticSurgery",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "테헤란로 000",
    "addressLocality": "강남구",
    "addressRegion": "서울",
    "addressCountry": "KR"
  },
  "openingHoursSpecification": [
    {"@type": "OpeningHoursSpecification",
     "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
     "opens": "10:00", "closes": "19:00"},
    {"@type": "OpeningHoursSpecification",
     "dayOfWeek": "Saturday", "opens": "10:00", "closes": "15:00"}
  ],
  "sameAs": [
    "https://blog.clinic.example/",
    "https://blog.naver.com/예시아이디",
    "https://www.instagram.com/예시아이디",
    "https://www.youtube.com/@예시아이디"
  ]
}
</script>

1분 확인: 첫 화면에서 소스 보기를 열고 application/ld+json을 검색합니다. 나오면 그 안의 "@type" 값을 봅니다. MedicalClinic 같은 진료 기관 형식이 없고 WebPage·Article만 있다면 병원을 알리는 표시가 없는 것입니다.

고치는 곳:

• 어느 사이트든: 위 예시 코드를 병원 소개 페이지(또는 첫 화면)의 <head> 안에 넣습니다. 값은 화면에 보이는 병원 정보와 같게 고칩니다.
• 워드프레스: Rank Math는 먼저 알림판(Dashboard)의 모듈(Modules) 화면에서 로컬 SEO 모듈을 사용으로 설정합니다. 이어서 「Rank Math SEO → 제목 및 메타(Titles & Meta) → 로컬 SEO(Local SEO)」에서 「개인 또는 회사」를 「조직」으로 고르고 이름·로고·주소·전화·진료 시간을 넣은 뒤, 비즈니스 유형(Business Type)에서 「Medical Clinic」을 고릅니다. 이 목록은 한국어 화면에서도 영어로 나오고 성형외과 전용 항목은 없으며, 「웹사이트 이름」 칸에 설치할 때의 사이트 제목이 남아 있으면 병원 이름으로 고칩니다^[16]. Yoast는 병원 업종을 고르는 기능이 유료 애드온(Local SEO)에 있어, 없으면 위 코드를 넣습니다.
• 그 밖: 아임웹은 「SEO 고급 설정 → 공통 코드 삽입(Header Code)」, 카페24는 「SEO 고급 설정 → 코드 직접 입력(Head 영역)」, 윅스는 그 페이지의 「고급 SEO → 구조화된 데이터 마크업」에 위 코드를 붙여 넣습니다. 직접 만든 사이트는 업체에 코드를 보냅니다.

고친 뒤: 스키마 마크업 검사기(Schema Markup Validator)에 페이지 주소를 넣거나 코드를 붙여 넣어 MedicalClinic이 오류 없이 읽히는지 봅니다.

4) 의료진 구조화 데이터: Person

의료진 소개 페이지에는 의료진마다 이름·직함·소속을 구조화 데이터로 적습니다. 형식은 Person(직함 jobTitle, 소속 worksFor)이 무난하고, 의사 개인을 뜻하는 IndividualPhysician(진료하는 곳 practicesAt)도 있습니다^[11]. schema.org의 Physician은 이름과 달리 의사 개인이 아니라 의원(기관)을 뜻하므로 의료진 한 사람에게 쓰지 않습니다^[11].

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Person",
  "name": "홍길동",
  "jobTitle": "대표원장",
  "worksFor": {"@id": "https://www.clinic.example/#clinic"},
  "url": "https://www.clinic.example/doctors/",
  "image": "https://www.clinic.example/doctors/hong.jpg"
}
</script>

worksFor의 @id는 3번 병원 구조화 데이터의 @id와 같게 적어 두 표시를 잇습니다. 전문의 자격·학회 활동 같은 경력은 화면에 적힌 사실만 넣습니다.

1분 확인: 의료진 소개 페이지의 소스에서 의료진 이름을 검색해 application/ld+json 안에 나오는지 봅니다.

고치는 곳:

• 어느 사이트든: 위 코드를 의료진 소개 페이지의 <head>에만 넣습니다. 모든 페이지에 들어가는 공통 코드 칸에는 넣지 않습니다.
• 워드프레스: Rank Math 기본판의 스키마 제너레이터(편집 화면 Rank Math 상자 → 스키마 탭)에는 의료 형식이 없고, Person 템플릿에는 소속(worksFor) 칸이 없어 병원과 이어지지 않습니다. 코드를 직접 붙여 넣는 기능은 PRO 전용이라^[16], 소속까지 넣으려면 PRO를 쓰거나 업체에 의료진 소개 페이지 <head>에 코드를 넣어 달라고 요청합니다.
• 그 밖: 윅스는 그 페이지의 「고급 SEO → 구조화된 데이터 마크업」, 아임웹은 그 페이지에 넣는 코드 위젯을 씁니다(코드 위젯의 코드가 HTML에 그대로 나가는지 소스 보기로 확인합니다). 카페24와 직접 만든 사이트는 업체에 요청합니다.

아래 두 번째 그림은 의사 한 사람을 IndividualPhysician으로 적어 병원과 이은 예입니다.

고친 뒤: 3번과 같이 스키마 마크업 검사기로 봅니다.

5) 작성·감수 표기: 누가 썼고 누가 확인했나요?

시술 안내처럼 건강에 관한 페이지는 누가 쓰고 누가 확인했는지가 보여야 합니다. 구글은 콘텐츠를 누가 만들었는지 읽는 사람이 분명히 알 수 있게 바이라인을 두라고 권하고, 건강처럼 삶에 큰 영향을 주는 주제는 신뢰를 더 무겁게 본다고 적었습니다^[14]. 병원 홈페이지에서는 시술 안내 페이지 끝에 감수 의료진의 이름·직함과 최종 수정일을 한 줄로 적고, 의료진 소개 페이지로 링크합니다.

• 예: 「감수: 홍길동 대표원장(성형외과 전문의) · 최종 수정 2026년 9월 29일 · 의료진 소개」
• 시술 안내 문구는 의료광고 기준에도 맞아야 합니다. 기준은 병원 의료광고, 2026년에는 무엇을 기준으로 확인해야 할까요?에 정리했습니다.

1분 확인: 시술 안내 페이지 몇 개를 열어 끝에 의료진 이름과 수정일이 있는지 봅니다.

고치는 곳:

• 어느 사이트든: 시술 안내 페이지 끝의 공통 영역에 한 줄로 넣어, 여러 페이지에 같은 틀로 붙게 합니다.
• 워드프레스: 시술 안내 페이지에 공통으로 쓰는 블록(패턴)이나 테마의 페이지 틀 하단에 넣습니다.
• 그 밖: 빌더의 페이지 공통 하단 영역에 넣고, 그런 영역이 없으면 페이지마다 글 끝에 넣습니다.

고친 뒤: 페이지마다 이름과 날짜가 실제 내용과 맞는지 봅니다. 날짜는 내용을 실제로 고친 날만 바꿉니다.

6) 공식 채널 연결: 블로그·유튜브·인스타그램을 잇고 있나요?

AI는 병원 홈페이지만 보지 않고 공식 블로그·유튜브·인스타그램에 적힌 내용도 함께 봅니다. 흩어진 계정이 같은 병원이라는 것을 알리는 방법이 두 가지 있습니다. 메뉴나 바닥글의 링크, 그리고 3번 구조화 데이터의 sameAs입니다. 구글은 sameAs를 그 조직에 관한 정보가 있는 다른 사이트의 주소로 설명하고^[12], 네이버도 사이트 첫 화면의 구조화 데이터에 적은 연관 채널(블로그·인스타그램·유튜브·카카오톡 채널 등)을 인식합니다^[15].

1분 확인: 첫 화면의 메뉴와 바닥글에 공식 블로그·유튜브·인스타그램 링크가 있는지, 구조화 데이터의 sameAs에 같은 주소가 있는지 봅니다.

고치는 곳:

• 어느 사이트든: 바닥글(또는 메뉴)에 공식 채널 링크를 두고, 3번 구조화 데이터의 sameAs에 같은 주소를 적습니다.
• 워드프레스: 링크는 「외모 → 메뉴」나 사이트 편집기의 내비게이션·바닥글에서 넣습니다. Rank Math는 「제목 및 메타 → 소셜 메타(Social Meta) → 추가 프로필(Additional Profiles)」에 한 줄에 주소 하나씩 넣으면 sameAs로 들어가고^[16], Yoast는 「Settings → Site representation」의 소셜 프로필에 넣습니다^[33].
• 그 밖: 빌더의 바닥글 편집에서 링크를 넣고, sameAs는 3번 코드에 적어 넣습니다.

고친 뒤: 바닥글 링크가 제대로 열리는지, 구조화 데이터의 주소가 실제 채널 주소와 같은지 봅니다.

5. 페이지마다 무엇인지 알리고 있나요?

7) 페이지 제목과 설명: 페이지마다 다른가요?

페이지 제목(<title>)과 설명(<meta name="description">)은 검색 결과와 AI가 그 페이지를 한 줄로 이해하는 첫 단서입니다. 구글은 페이지마다 구별되는 제목과 고유한 설명을 쓰라고 권하고^[17], 네이버도 모든 페이지에 같은 제목을 쓰지 말고 설명은 한두 문장으로 쓰라고 안내합니다^[18]. 모든 페이지에 같은 영어 구호나 병원 이름만 들어가 있으면, 어느 페이지가 무엇을 다루는지 알 수 없습니다.

• 제목: 「쌍꺼풀 수술 안내 | 예시의원」처럼 페이지 주제를 앞에, 병원 이름을 뒤에 둡니다.
• 설명: 그 페이지가 답하는 내용을 한국어 한두 문장으로 씁니다. 키워드 나열과 과장·최상급 표현은 쓰지 않습니다.

1분 확인: 브라우저 탭에 뜨는 제목이 페이지마다 다른지 봅니다. 소스 보기에서 name="description"을 검색해 설명이 페이지 내용과 맞는지 봅니다.

고치는 곳:

• 어느 사이트든: 페이지마다 제목·설명 칸이 있는지 찾아 페이지별로 씁니다. 사이트 전체 설정 한 곳에만 쓰면 모든 페이지에 같은 문구가 들어갑니다.
• 워드프레스: Rank Math는 편집 화면 Rank Math 상자의 「일반(General) 탭 → 스니펫 편집(Edit Snippet)」^[16], Yoast는 편집 화면 Yoast 사이드바의 「검색 모양」에서 씁니다.
• 그 밖: 아임웹은 디자인 모드의 「메뉴 관리 → 메뉴 설정」, 카페24는 「SEO 고급 설정 → 개별 페이지 SEO 태그」, 윅스는 「페이지 및 메뉴 → … → SEO 기본」에서 씁니다.

고친 뒤: 소스 보기에서 바뀐 제목과 설명을 확인합니다. 검색 결과에 반영되기까지는 크롤러가 다시 다녀가야 해서 시간이 걸립니다.

8) H1 제목: 페이지 주제를 말하는 제목이 있나요?

H1은 페이지의 맨 위 제목을 뜻하는 표시입니다. 구글은 페이지의 주 제목이 다른 글자보다 눈에 띄게, 예를 들어 처음 보이는 H1으로 보이게 하라고 안내합니다^[17]. 화면에 큰 글씨가 있어도 그림이거나 모양만 꾸민 글자라면 기계는 제목으로 알아보지 못합니다. 페이지마다 주제를 말하는 H1을 두고, 그 아래 소제목은 H2, 그 아래는 H3 순서로 씁니다.

1분 확인: 소스 보기에서 <h1을 검색합니다. 없거나, 로고·구호처럼 페이지 주제와 상관없는 글자에만 붙어 있으면 고칩니다.

고치는 곳:

• 어느 사이트든: 소스 보기에서 페이지 제목이 이미 H1으로 나가는지 봅니다. 나가면 본문에는 H1을 더 넣지 않고 소제목을 H2부터 씁니다. 나가지 않으면 본문 첫 제목을 H1으로 정합니다.
• 워드프레스: 대부분의 테마가 페이지 제목을 H1으로 내보냅니다^[19]. 제목 블록의 수준은 도구 모음의 H2 버튼을 눌러 바꿉니다.
• 그 밖: 아임웹은 텍스트 위젯의 「단락」, 윅스는 「텍스트 편집 → SEO 및 접근성 → HTML 태그」에서 고릅니다. 카페24는 스킨을 고쳐야 하므로 업체에 요청합니다.

고친 뒤: 소스 보기에서 <h1이 주제를 말하는 제목에 붙어 있는지 봅니다.

9) 자주 묻는 질문: 질문과 답이 FAQ 형식인가요?

자주 묻는 질문은 AI가 질문 하나와 그 답을 그대로 떼어 쓰기 좋은 형식입니다. 화면에 있는 질문과 답을 FAQ 형식의 구조화 데이터(FAQPage)로 표시하면, 어디까지가 질문이고 어디까지가 답인지 기계가 분명히 압니다. 다만 구글은 2026년 5월부터 FAQ 형식으로 검색 결과를 꾸며 보여 주는 기능을 없앴습니다^[20]. 이러한 이유로 검색 결과 모양이 바뀌기를 기대하고 넣는 것이 아니라, 화면에 실제 자주 묻는 질문이 있을 때 그 짜임을 알리는 표시로 넣습니다.

1분 확인: 시술 안내 페이지에 자주 묻는 질문이 있다면 소스에서 FAQPage를 검색합니다.

고치는 곳:

• 어느 사이트든: 화면의 질문과 답을 그대로 아래 모양의 코드로 적어 그 페이지 <head>에 넣습니다. 화면에 없는 질문을 코드에만 넣지 않습니다.
• 워드프레스: Rank Math는 블록 편집기에서 「Rank Math FAQ」 블록(영어 이름 FAQ by Rank Math)을 추가해 질문과 답을 넣으면 FAQPage가 자동으로 붙습니다(스키마 모듈 필요, PRO 없이 가능)^[16]. Yoast는 「Yoast Structured Data Blocks → FAQ」 블록이 같은 일을 합니다.
• 그 밖: 윅스는 그 페이지의 구조화된 데이터 마크업 칸, 아임웹은 코드 위젯에 아래 코드를 넣습니다. 카페24와 직접 만든 사이트는 업체에 요청합니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {"@type": "Question", "name": "상담 예약은 어떻게 하나요?",
     "acceptedAnswer": {"@type": "Answer", "text": "전화(02-000-0000)나 홈페이지 예약 페이지에서 예약합니다."}}
  ]
}
</script>

고친 뒤: 스키마 마크업 검사기에서 FAQPage가 읽히는지 봅니다. 답에는 의학 판단을 단정하는 문장 대신 상담에서 확인할 내용을 적습니다.

10) 이미지 설명: 사진이 무엇인지 적혀 있나요?

대체 텍스트(alt)는 이미지가 무엇인지 적은 한 줄입니다. 구글은 이미지 주제를 이해할 때 대체 텍스트를 가장 중요한 정보로 쓰고^[21], 네이버도 대체 텍스트를 이미지 이해와 이미지 검색에 중요한 정보로 봅니다^[18]. 병원 홈페이지는 사진이 많은데 대체 텍스트가 비어 있으면, 기계에게 그 사진은 이름 없는 파일입니다.

• 쓰는 법: 「예시의원 상담실 내부」처럼 무엇을 찍은 사진인지 짧게 씁니다. 키워드를 나열하지 않습니다.
• 꾸밈용 선·무늬 그림은 비워 둡니다(alt="").
• Rank Math의 「누락된 ALT 속성 추가」는 파일 이름으로 채우므로, 파일 이름이 뜻 없는 숫자라면 대신 직접 씁니다^[16].

1분 확인: 소스 보기에서 <img를 검색해 alt가 비어 있거나 없는 이미지가 많은지 봅니다.

고치는 곳:

• 어느 사이트든: 사진을 올리거나 편집하는 화면에서 「대체 텍스트」 칸을 찾아 씁니다.
• 워드프레스: 「미디어 → 라이브러리」에서 사진을 열어 「대체 텍스트」 칸에 씁니다. 이미 본문에 넣은 이미지는 본문의 이미지 블록 설정에서도 고칩니다^[22].
• 그 밖: 아임웹은 이미지 위젯의 「이미지 설정 → SEO용 이미지 대체 텍스트」, 윅스는 이미지의 「설정 → 이미지 설명」에서 씁니다. 카페24는 상품 이미지에 상품명이 자동으로 들어가고, 그 밖의 이미지는 카페24에 확인합니다.

고친 뒤: 페이지를 다시 열어 소스에서 alt에 설명이 들어갔는지 봅니다.

6. AI가 찾아 들어오기 쉬운가요?

11) 사이트맵: 목록이 깨끗하고 제출되어 있나요?

사이트맵은 사이트의 페이지 주소와 수정일을 적은 목록 파일입니다. 크롤러는 이 목록으로 새 페이지와 바뀐 페이지를 빨리 찾고, 네이버는 제출된 사이트맵을 주기적으로 다시 찾아옵니다^[23]. 같은 주소가 두 번 들어 있거나, 끝난 이벤트 페이지가 설명 없이 남아 있으면 목록이 흐려집니다.

1분 확인: 사이트주소/sitemap.xml이나 사이트주소/sitemap_index.xml을 열고, robots.txt 끝에 Sitemap: 줄이 있는지 봅니다. 목록에 같은 주소가 반복되지 않는지 훑어봅니다.

고치는 곳:

• 어느 사이트든: 사이트맵 주소를 찾아 구글 서치 콘솔 「사이트맵 → 새 사이트맵 추가 → 제출」과 네이버 서치어드바이저 「요청 → 사이트맵 제출」에 넣습니다^[24][23]. 끝난 이벤트 페이지는 검색 제외(noindex)로 돌리거나 내립니다.
• 워드프레스: Rank Math는 「사이트맵 설정(Sitemap Settings)」에서 넣을 글 유형을 고르고, 제출할 주소는 /sitemap_index.xml입니다^[16]. Yoast도 같은 주소를 씁니다.
• 그 밖: 아임웹·윅스는 사이트맵을 자동으로 만들고, 카페24는 「SEO 고급 설정 → 사이트 맵 및 RSS 피드」에서 「사용함」으로 설정합니다. 직접 만든 사이트는 업체에 사이트맵 파일을 요청합니다.

고친 뒤: 서치 콘솔과 서치어드바이저의 사이트맵 화면에서 제출한 사이트맵이 정상으로 읽혔는지 봅니다.

12) llms.txt: AI용 안내 파일이 있나요?

llms.txt는 사이트의 소개와 주요 페이지 목록을 AI가 읽기 쉬운 마크다운으로 적어 두자는 제안 형식입니다^[25]. 구글은 구글 검색이 이 파일을 쓰지 않고 순위에도 영향이 없다고 밝혔고^[2], OpenAI·Anthropic의 크롤러 문서에도 이 파일을 쓴다는 설명은 없습니다^[5][6]. 반면 구글 크롬의 Lighthouse는 에이전트형 브라우징 점검 항목에 llms.txt를 넣었습니다^[26]. 만드는 데 드는 품이 작으니 1번부터 11번을 마친 뒤 선택으로 넣습니다.

플랫폼마다 llms.txt를 다르게 만든다는 점도 알아 둡니다. Rank Math·Yoast·윅스는 글과 페이지 목록을 담은 파일을 만들지만, 아임웹의 기본값은 robots.txt와 비슷한 지시문 몇 줄이라 제안 형식과 다릅니다^[27].

1분 확인: 사이트주소/llms.txt를 엽니다. 404가 나오면 없는 것입니다.

고치는 곳:

• 어느 사이트든: 사이트 루트에 llms.txt 파일을 둡니다. 형식은 제목, 한 문단 요약, 주요 페이지 목록 순서입니다^[25].
• 워드프레스: Rank Math는 알림판의 모듈 화면에서 LLMS Txt(한국어 화면 이름 「LLMS 문자」) 모듈을 사용으로 설정한 뒤 「일반 설정 → llms.txt 편집(Edit llms.txt)」에서 넣을 글 유형과 요약을 정합니다^[16]. Yoast는 「Settings → Site features → AI tools → llms.txt」에서 만듭니다.
• 그 밖: 아임웹은 SEO 설정의 llms.txt 기본값이 robots.txt 같은 지시문이라 위 형식으로 고칩니다. 카페24는 「SEO 고급 설정 → AI 크롤러 접근 제어」에서 내용을 확인합니다. 윅스는 유료 요금제와 연결 도메인에서 자동으로 만들고, 직접 만든 사이트는 루트 폴더에 파일을 올립니다.

고친 뒤: 주소로 열어 병원 소개와 주요 페이지 목록이 한국어로 제대로 들어 있는지 봅니다. Rank Math가 만든 파일은 첫 줄에 영어 안내 문장이 붙고, 페이지마다 붙는 설명은 SEO 설명이 아니라 본문 첫 문단에서 가져옵니다. 이러한 이유로 페이지의 첫 문단을 그 페이지의 요약으로 쓰면 파일이 깔끔해집니다.

13) 다국어 연결: 언어판끼리 이어져 있나요?

영어·일본어·중국어 페이지가 있다면 같은 내용의 언어판끼리 hreflang 표시로 서로 연결합니다. 언어판마다 자기 자신과 다른 모든 언어판을 적어야 하고, 서로 가리키지 않으면 무시됩니다^[28]. 다국어 페이지가 없다면 이 항목은 건너뜁니다.

1분 확인: 한국어 페이지의 소스에서 hreflang을 검색합니다.

고치는 곳:

• 어느 사이트든: 언어판마다 <head>에 자기 자신과 다른 언어판의 주소를 hreflang으로 적습니다.
• 워드프레스: 다국어 플러그인(Polylang·WPML 등)으로 언어판을 이으면 대개 함께 넣습니다.
• 그 밖: 윅스는 윅스 다국어 기능이 기본으로 넣습니다^[29]. 아임웹·카페24는 각 회사에 확인하고, 직접 만든 사이트는 업체에 요청합니다.

고친 뒤: 언어판마다 소스에 서로를 가리키는 hreflang 줄이 있는지 봅니다.

14) 페이지 주소: 뜻이 있는 주소인가요?

/sub1_2/보다 /double-eyelid/처럼 뜻이 있는 주소가 사람과 기계 모두에게 주제를 먼저 알려 줍니다. 구글도 긴 번호 대신 읽을 수 있는 단어를 쓰라고 권합니다^[30]. 다만 이미 검색에 잡힌 주소를 바꾸면 옛 주소를 새 주소로 영구 이동(301)시켜야 하고, 이동은 최소 1년 유지합니다^[31]. 효과보다 위험이 큰 작업이라 다른 항목을 마친 뒤 고릅니다.

1분 확인: 주요 페이지의 주소가 페이지 주제를 말하는지 봅니다.

고치는 곳:

• 어느 사이트든: 주소(슬러그)를 영어 단어로 바꾸고, 옛 주소는 새 주소로 301 이동을 등록합니다.
• 워드프레스: 「설정 → 고유주소」에서 「글 이름」 형식을 고르고, 옛 주소 이동은 Rank Math 리디렉션 모듈(고급 모드 필요)에서 301로 등록합니다^[16]. Yoast는 리디렉션이 유료판 기능입니다.
• 그 밖: 윅스는 「URL 리디렉트 관리자」에서 등록합니다. 아임웹·카페24는 주소별 301 기능을 각 회사에 확인하고, 직접 만든 사이트는 업체가 서버 설정에 넣습니다.

고친 뒤: 옛 주소를 열면 새 주소로 넘어가는지, 이동 응답이 301인지 봅니다.

15) 응답 속도: 안쪽 페이지도 빠른가요?

느린 페이지는 사람도 떠나고 크롤러도 덜 가져갑니다. 구글은 화면의 가장 큰 요소가 2.5초 안에 그려지는 것을 좋은 기준으로 제시합니다^[32]. 첫 화면만 빠르고 안쪽 페이지의 첫 응답이 1초를 넘게 걸리는 사이트가 흔하므로, 첫 화면과 안쪽 페이지를 따로 봅니다.

1분 확인: PageSpeed Insights에 첫 화면과 안쪽 페이지 주소를 하나씩 넣어 봅니다. 서버 첫 응답 시간(TTFB)과 가장 큰 요소가 그려지는 시간(LCP)을 봅니다.

고치는 곳:

• 어느 사이트든: 호스팅의 페이지 캐시를 안쪽 페이지까지 적용하고, 큰 사진은 웹용 크기와 형식(WebP 등)으로 줄입니다.
• 워드프레스: 캐시 플러그인이나 호스팅의 캐시 기능을 씁니다.
• 그 밖: 빌더는 서버 설정을 직접 바꾸기 어려우므로, 사진 크기와 위젯 수를 줄이는 쪽이 현실적입니다.

고친 뒤: 같은 주소로 PageSpeed Insights를 다시 돌려 비교합니다.

7. 플랫폼마다 어디서 고치나요?

아래 표는 2026년 9월 29일에 각 회사의 공식 도움말로 확인한 위치입니다. 메뉴 이름은 판마다 바뀌므로 화면이 다르면 도움말 검색창에 항목 이름을 넣어 찾습니다. 「확인 필요」는 공식 도움말에서 찾지 못한 항목이라 해당 회사에 문의합니다.

• 아임웹은 공식 도움말상 OpenAI 계열 봇을 플랫폼 전체에서 막고 사이트별 예외가 없습니다^[8]. 다른 항목을 모두 갖춰도 ChatGPT 쪽 크롤러가 읽지 못할 수 있으니 먼저 아임웹에 확인합니다.
• 공통 코드 칸(아임웹 Header Code, 카페24 Head 영역)에 넣은 코드는 모든 페이지에 들어갑니다. 의료진 소개·자주 묻는 질문처럼 특정 페이지 전용 구조화 데이터는 넣지 않습니다. 구조화 데이터는 그 페이지 내용과 맞아야 하기 때문입니다^[12].
• 직접 만든 사이트·그누보드·설치형 워드프레스는 호스팅의 FTP로 루트 폴더에 robots.txt·llms.txt를 올리고, <head>에 코드를 직접 넣습니다. 그누보드5는 「관리자 → 환경설정 → 기본환경설정 → 추가 메타태그」 칸이 있습니다^[36].

출처: Rank Math^[16] · Yoast^[33] · 아임웹^[27] · 카페24^[34] · 윅스^[29]

8. 고친 뒤에는 무엇으로 확인하나요?

고친 뒤 확인은 아래 도구로 합니다. 소스 보기와 스키마 마크업 검사기·PageSpeed Insights는 로그인 없이 쓰고, 서치 콘솔·서치어드바이저·Bing 웹마스터 도구는 사이트 소유 확인 뒤에 씁니다.

한 번 고치고 끝내기보다, 고친 직후와 2주쯤 뒤에 15가지를 다시 확인합니다. 새 페이지를 많이 올린 뒤에는 사이트맵과 제목·설명을 다시 봅니다. 바뀐 페이지를 빨리 알리고 싶다면 네이버·Bing이 지원하는 IndexNow를 씁니다^[35]. Rank Math에는 이를 보내는 「인스턴트 인덱싱」 모듈이 있습니다^[16].

9. 홈페이지 업체에는 어떻게 요청하나요?

업체에 직접 요청할 때: 요청서 틀

「구조화 데이터를 넣어 주세요」처럼 쓰면 업체마다 다르게 해석합니다. 항목마다 지금 상태, 요청, 작업 위치, 확인 방법을 적어 보내면 수정이 빠르고 반영 여부를 확인하기도 쉽습니다. 아래 틀을 복사해 위 15가지 가운데 해당하는 항목만 채웁니다.

[병원 이름] 홈페이지 AI 검색 최적화 수정 요청
대상: [홈페이지 주소] · 점검일: [날짜] · 요청: [병원 담당자]

1. 병원 구조화 데이터
- 지금: 첫 화면 구조화 데이터에 MedicalClinic 이 없음(WebPage·Article 만 있음)
- 요청: MedicalClinic 으로 이름·주소·전화·진료 시간·로고·공식 채널(sameAs)
- 위치: [예: Rank Math 로컬 SEO / 공통 코드 삽입]
- 확인: 스키마 마크업 검사기에서 오류 없이 읽힘

2. 페이지 설명
- 지금: 주요 페이지 [N]개 중 [N]개가 같은 문구
- 요청: 페이지마다 그 페이지 내용을 한국어 한두 문장으로
- 위치: [예: 각 페이지 편집 화면의 Rank Math 스니펫 편집]
- 확인: 소스 보기에서 name="description" 이 페이지마다 다름

3. H1 제목
- 지금: 주요 페이지 [N]개 중 [N]개에 H1 없음
- 요청: 페이지마다 시술명·주제로 첫 제목을 H1 로
- 위치: [예: 페이지 편집기의 제목 블록]
- 확인: 소스 보기에서 <h1 이 주제를 말하는 제목에 붙어 있음

(같은 모양으로 필요한 항목을 이어 적습니다)

수정이 끝나면 같은 방법으로 다시 점검해 결과를 공유드리겠습니다.