구글은 우리 병원을 '모바일 화면'으로 봅니다 — 모바일 우선 색인 점검

핵심 요약

• 구글은 데스크톱이 아니라 스마트폰 크롤러로 본 모바일 버전을 기준으로 색인·순위를 매깁니다
• 2024년 7월을 끝으로 전 웹이 모바일 우선 색인으로 전환됐습니다. 이제는 그냥 "색인"입니다
• 오해 주의: 모바일 친화적이지 않다고 색인을 거부하는 게 아닙니다. 다만 모바일에서 아예 안 열리면 색인되지 않습니다
• 병원 홈페이지에서 진짜 문제는 속도가 아니라, 데스크톱에는 있는데 모바일에는 빠진 콘텐츠입니다

"우리 병원 홈페이지, 구글은 어느 화면을 볼까요?"

병원 홈페이지를 만들 때는 보통 큰 모니터에서 데스크톱 화면부터 확인합니다. 진료 안내, 의료진 소개, 시술 설명이 널찍하게 다 보입니다. 그런데 구글이 실제로 읽고 색인에 담는 건 그 화면이 아닙니다. 구글은 스마트폰으로 본 모바일 버전을 기준으로 삼습니다.

이걸 모바일 우선 색인(mobile-first indexing)이라고 합니다. 병원 운영자가 알아야 할 핵심은 하나입니다. 데스크톱에서 아무리 잘 보여도, 모바일에서 빠지거나 접혀 있는 정보는 구글에게는 없는 것과 같을 수 있다는 점입니다.

모바일 우선 색인이란

구글은 모바일 우선 색인 공식 문서에서 이렇게 설명합니다.

"구글은 스마트폰 에이전트로 크롤링한 사이트 콘텐츠의 모바일 버전을 색인과 순위에 사용합니다. 이를 모바일 우선 색인이라고 합니다."

과거에는 반대였습니다. 구글은 데스크톱 페이지를 기준으로 색인했고, 모바일은 보조였습니다. 하지만 검색의 대부분이 스마트폰에서 일어나면서 기준이 뒤집혔습니다. 흐름을 짧게 정리하면 이렇습니다.

• 2016년 모바일 우선 색인 개념 발표
• 2019년 신규 도메인은 기본값으로 전환
• 2020년 9월부터 사실상 전 사이트 전환
• 2024년 7월, 남아 있던 소수 사이트까지 마무리되며 전 웹 전환 완료

이제 구글은 서치 콘솔에서 "이 사이트를 데스크톱/모바일 중 무엇으로 크롤링하는가"를 알려주던 표시마저 없앴습니다. 전부 모바일로 보기 때문에, 더 이상 구분할 이유가 없어진 것입니다. 한마디로 이제는 "모바일 우선 색인"이 아니라 그냥 "색인"입니다.

먼저 풀어야 할 오해

"모바일 우선 색인"이라는 말을 들으면 "우리 홈페이지가 모바일에서 예쁘지 않으면 검색에서 빠지는 것 아니냐"고 걱정하기 쉽습니다. 그건 정확한 이해가 아닙니다.

구글은 디자인이 모바일 친화적이지 않다는 이유만으로 색인을 거부하지 않습니다. 문제가 되는 건 다른 경우입니다. 모바일 기기에서 페이지가 아예 열리지도, 그려지지도 않을 때입니다. 이 경우에는 색인 대상에서 빠질 수 있습니다.

정리하면 이렇습니다.

• 모바일에서 좀 투박해 보인다 → 색인에는 문제없음(다만 환자 경험은 별개)
• 모바일에서 페이지가 로드·렌더 자체가 안 된다 → 색인 안 될 수 있음

대부분의 병원 홈페이지는 반응형으로 만들어져 이 극단적 상황에 해당하지 않습니다. 그래서 진짜로 신경 써야 할 지점은 "모바일 친화성"이 아니라 다음 항목입니다.

병원 홈페이지의 진짜 문제: 콘텐츠 불일치

모바일 우선 색인에서 가장 자주 발목을 잡는 건 데스크톱과 모바일의 콘텐츠가 다른 경우입니다. 구글은 모바일 버전을 보는데, 정작 중요한 정보가 모바일에서만 빠져 있으면 그 정보는 색인되지 않을 수 있습니다.

병원 홈페이지에서 흔한 형태는 이렇습니다.

• 모바일에서 접히거나 잘리는 본문: 데스크톱에는 긴 진료 설명이 있는데, 모바일에서는 "더보기"에 감춰지거나 아예 짧은 요약만 나오는 경우.
• 별도 모바일 페이지(m. 주소)의 정보 축소: 데스크톱과 모바일이 서로 다른 주소로 나뉘어 있고, 모바일 쪽 콘텐츠가 데스크톱보다 빈약한 경우.
• 모바일에서 사라지는 이미지·설명: 시술 전후 사진이나 설명 문구가 데스크톱에만 있고 모바일에서는 생략되는 경우.

구글 공식 문서의 권장은 명확합니다.

"모바일 사이트가 데스크톱 사이트와 동일한 콘텐츠를 담고 있는지 확인하세요."

즉 데스크톱에 있는 핵심 정보는 모바일에도 똑같이 있어야 합니다. "모바일은 간단하게"라는 생각으로 정보를 덜어냈다면, 구글에게는 그만큼 덜 보여주고 있는 셈입니다.

구글이 제시하는 점검 항목

공식 문서가 안내하는 모바일 우선 색인 모범 사례를 병원 홈페이지에 맞게 정리하면 다음과 같습니다.

점검 항목	무엇을 맞춰야 하나
콘텐츠	데스크톱의 본문·정보가 모바일에도 그대로 있는가
구조화 데이터	데스크톱과 모바일의 구조화 데이터가 동일한가
이미지 대체 텍스트	이미지의 alt 텍스트가 양쪽에서 같은가
제목·설명	title과 메타 설명이 양쪽에서 동등한가
robots 태그	noindex 같은 robots 메타 태그가 양쪽에서 같은가
지연 로딩	핵심 콘텐츠를 사용자가 눌러야만 불러오도록 하지 않았는가

특히 마지막 두 항목이 실무에서 사고를 냅니다. 모바일 페이지에만 실수로 noindex가 걸려 있으면, 구글은 모바일을 기준으로 보므로 그 페이지 전체가 검색에서 빠질 수 있습니다. 또 본문을 스크롤이나 탭 없이는 불러오지 않게 만들면(지연 로딩), 구글이 그 내용을 못 볼 수 있습니다. 콘텐츠가 사람에게 그렇듯 검색 로봇에게도 그냥 보여야 한다는 점은 자바스크립트와 크롤링 편의 원칙과 같습니다.

구글은 설계 방식으로 반응형 웹 디자인을 권합니다. 문서 표현 그대로입니다.

"구글은 반응형 웹 디자인을 권장합니다. 구현과 유지가 가장 쉬운 설계 패턴이기 때문입니다."

하나의 주소, 하나의 HTML로 화면 크기에 따라 배치만 바뀌는 방식입니다. 데스크톱과 모바일이 같은 콘텐츠를 공유하니, 불일치 문제가 애초에 잘 생기지 않습니다.

개발 지식 없이 지금 확인하는 법

운영자가 직접 해볼 수 있는 확인은 세 가지입니다.

1. 자기 스마트폰으로 병원 홈페이지를 연다. 데스크톱에서 봤던 진료 설명·의료진 정보·시술 안내가 모바일에서도 똑같이 다 나오는지 눈으로 비교합니다. "더보기"에 감춰진 정보는 없는지 봅니다.
2. 구글 서치 콘솔의 URL 검사 도구에 주요 페이지 주소를 넣고 "테스트한 페이지 보기"로 구글이 실제 렌더링한 화면과 HTML을 확인합니다. 여기 안 보이면 구글도 못 본 것입니다.
3. 주소 형태를 확인한다. 모바일에서 주소가 m.으로 시작하는 별도 주소로 바뀐다면, 데스크톱과 모바일이 나뉜 구조일 수 있습니다. 이 경우 양쪽 콘텐츠가 같은지 특히 꼼꼼히 봐야 합니다.

세 가지 중 하나라도 "모바일에만 빠진 정보"가 보이면, 그게 곧 구글에게 안 보이는 정보일 가능성이 큽니다.

Core Web Vitals와는 무엇이 다른가

여기서 헷갈리기 쉬운 두 개념을 구분해 두겠습니다.

• 모바일 우선 색인은 "구글이 어느 버전을 보고 색인하는가"의 문제입니다. 기준은 콘텐츠가 모바일에 제대로 있느냐입니다.
• Core Web Vitals는 "그 페이지가 얼마나 빠르고 안정적인가"의 문제입니다. 로딩·반응성·시각 안정성을 잽니다.

둘은 층이 다릅니다. 모바일 우선 색인이 "구글이 무엇을 읽는가"를 정한다면, Core Web Vitals는 "그 페이지 경험이 좋은가"를 봅니다. 속도 문제는 페이지 경험(Core Web Vitals) 편에서 따로 다룹니다. 이 글의 주제는 속도가 아니라, 모바일 화면에 정보가 온전히 담겨 있느냐입니다.

자주 나오는 원인과 대응

증상	흔한 원인	대응
데스크톱엔 있는 설명이 검색에 안 잡힘	모바일에서 본문이 생략·축소됨	모바일에도 동일 본문 노출
특정 페이지 전체가 검색에서 사라짐	모바일 페이지에만 noindex 삽입	robots 메타를 양쪽 동일하게
이미지가 검색 결과에서 안 보임	모바일에서 이미지·alt 누락	이미지와 alt 텍스트를 양쪽 동일하게
m. 주소 콘텐츠가 빈약	데스크톱/모바일 분리 구조	콘텐츠 일치 확인, 가능하면 반응형으로 통합

이 항목 대부분은 제작사·개발자에게 요청할 일입니다. 운영자는 "모바일에서 이 정보가 빠져 있다"는 사실을 짚어주기만 하면 됩니다. 막연히 "모바일이 이상해요"보다 "데스크톱엔 있는 원장 소개가 모바일에서 안 보인다"가 훨씬 빠르게 고쳐집니다.

AI 검색과의 관계는 솔직하게

모바일 콘텐츠를 잘 갖췄다고 해서 구글 AI 검색 화면에 반드시 인용된다는 보장은 없습니다. 구글도 그런 약속을 하지 않습니다. 다만 방향은 분명합니다. 애초에 모바일에서 정보가 온전히 보여야 검색도 AI도 그 정보를 읽을 재료를 갖습니다. 진료 정보가 사람이 읽을 수 있는 HTML로 제공되는지는 구글 AI 검색과 병원 홈페이지 HTML 편에서 이어서 다룹니다.

원장님께 설명할 때

"원장님, 구글은 우리 데스크톱 화면이 아니라 스마트폰으로 본 모바일 화면을 기준으로 홈페이지를 읽습니다. 그래서 데스크톱엔 잘 정리돼 있어도 모바일에서 빠지거나 접혀 있는 정보는 구글에게 안 보일 수 있습니다. 순위를 올려드리겠다는 얘기가 아니라, 우리가 보여주려는 정보가 모바일에서도 빠짐없이 전달되는 상태인지부터 점검하겠습니다."

핵심은 약속의 범위입니다. "모바일 고쳐서 1등 만들겠다"가 아니라 "구글이 보는 모바일 화면에 우리 정보가 온전히 담기게 하겠다"가 정확합니다.

지금 바로 확인할 체크리스트

• 스마트폰으로 열었을 때 데스크톱과 같은 본문·정보가 다 보이는지 확인
• "더보기"에 핵심 진료 정보가 감춰져 있지 않은지 확인
• 모바일 주소가 m.으로 분리돼 있다면 콘텐츠가 데스크톱과 같은지 확인
• 시술 사진·이미지가 모바일에서도 빠지지 않는지 확인
• 이미지 alt 텍스트가 양쪽에서 동일한지 확인
• 구조화 데이터가 데스크톱·모바일에서 같은지 확인
• 실수로 모바일 페이지에만 noindex가 걸려 있지 않은지 확인
• 서치 콘솔 URL 검사에서 구글이 렌더링한 화면에 정보가 다 보이는지 확인

3개 이상 비어 있다면, 콘텐츠를 더 만들기 전에 모바일 콘텐츠부터 데스크톱과 맞추는 편이 낫습니다.

결론: 구글이 보는 화면은 스마트폰입니다

병원 GEO·SEO를 이야기하면 흔히 데스크톱 화면을 기준으로 콘텐츠를 점검합니다. 하지만 구글이 실제로 읽는 건 모바일 버전입니다. 이 사실 하나만 놓쳐도, 애써 만든 데스크톱 콘텐츠가 검색에는 절반만 전달될 수 있습니다.

CodeShift는 병원 홈페이지를 화려한 전시물이 아니라, 검색·AI가 읽고 환자가 편히 쓰는 운영 자산으로 봅니다. 그래서 데스크톱뿐 아니라 구글이 실제로 보는 모바일 화면에 정보가 온전히 담겨 있는지 함께 확인합니다. "1등"을 약속하는 대신, 병원의 공개 정보가 모든 화면에서 막힘없이 전달되는 상태인지 매월 증거로 남기는 방식입니다.

---

구글 공식 문서: 모바일 우선 색인 모범 사례 (Google Search Central)