병원 SEO/GEO · 2026-07-30 · 7분
병원 홈페이지가 느리면 생기는 일 — 구글 페이지 경험(Core Web Vitals) 점검 가이드
구글이 페이지 경험을 재는 세 지표 LCP·INP·CLS와 '좋음' 기준을 공식 문서 기준으로 정리했습니다. 무거운 병원 홈페이지가 왜 문제인지, 개발 지식 없이 지금 확인하는 법까지 담았습니다.
핵심 요약 (TL;DR)
- 구글은 페이지 경험을 세 지표로 측정합니다: 로딩(LCP), 반응성(INP), 시각 안정성(CLS)
- "좋음" 기준은 LCP 2.5초 이하, INP 200밀리초 미만, CLS 0.1 미만입니다
- 구글은 "단일한 페이지 경험 신호는 없다"고 못 박습니다. 빠르다고 순위가 자동으로 오르지 않습니다
- 다만 무거운 병원 홈페이지는 좋은 콘텐츠의 발목을 잡습니다. 점검은 개발 지식 없이도 시작할 수 있습니다
"우리 병원 홈페이지, 왜 이렇게 느리죠?"
병원 홈페이지는 유독 무거워지기 쉽습니다. 고화질 시술 전후 사진, 배경 자동재생 영상, 진입하자마자 뜨는 이벤트 팝업, 외부 예약·챗봇·리뷰 위젯이 한 페이지에 겹겹이 쌓입니다. 화면은 화려한데, 환자가 스마트폰으로 열면 로딩이 한참 걸리고 화면이 덜컹거립니다.
구글은 이 "느낌"을 실제 숫자로 측정합니다. 그게 바로 Core Web Vitals입니다. 병원 운영자가 알아야 할 건 지표의 계산식이 아니라, 무엇을 재고 어디가 문제인지입니다.
구글이 측정하는 세 가지 지표
구글은 Core Web Vitals 공식 문서에서 페이지 경험을 세 지표로 정리합니다.
| 지표 | 무엇을 재는가 | "좋음" 기준 |
|---|---|---|
| LCP (Largest Contentful Paint) | 로딩 — 가장 큰 콘텐츠가 뜨는 시간 | 2.5초 이하 |
| INP (Interaction to Next Paint) | 반응성 — 누른 뒤 화면이 반응하는 속도 | 200밀리초 미만 |
| CLS (Cumulative Layout Shift) | 시각 안정성 — 로딩 중 화면이 밀리는 정도 | 0.1 미만 |
구글 문서의 표현은 이렇습니다.
"좋은 사용자 경험을 제공하려면 LCP가 페이지 로딩 시작 후 2.5초 안에 일어나도록 하세요."
세 지표는 각각 병원 홈페이지의 다른 문제를 가리킵니다.
- LCP가 나쁘다 = 첫 화면이 늦게 뜬다. 대개 대형 히어로 이미지나 배경 영상, 느린 서버가 원인입니다.
- INP가 나쁘다 = 눌러도 반응이 늦다. INP는 2024년 3월부터 기존 반응성 지표(FID)를 대체했습니다(Google Search Central 블로그). 예약 버튼을 눌렀는데 한참 뒤에야 반응하는 상황이 대표적입니다.
- CLS가 나쁘다 = 로딩 중 화면이 밀린다. 글을 읽으려는 순간 이미지나 배너가 늦게 끼어들어 위치가 튀는 경우입니다.
참고로 구글은 개별 조회 한 건이 아니라, 사이트 방문의 75%가 "좋음" 기준을 넘는지로 그 페이지·사이트를 평가합니다. 한두 번 빨랐다고 통과가 아니라, 대다수 방문자가 좋은 경험을 하는지가 기준입니다.
그런데 속도가 순위를 "사는" 건 아닙니다
여기서 오해를 먼저 풀어야 합니다. "속도만 올리면 검색 1등"이라는 말은 사실이 아닙니다. 구글 페이지 경험 공식 문서는 이렇게 못 박습니다.
"단일한 신호는 없습니다. 구글의 핵심 순위 시스템은 전반적인 페이지 경험과 부합하는 다양한 신호를 봅니다."
"구글 검색은 페이지 경험이 다소 부족하더라도 언제나 가장 관련성 높은 콘텐츠를 보여주려 합니다."
즉 콘텐츠가 먼저입니다. 좋은 답을 담은 페이지라면, 조금 느려도 검색에 나올 수 있습니다. 그렇다면 페이지 경험은 왜 챙길까요? 비슷하게 좋은 콘텐츠가 여러 개일 때, 경험이 나은 쪽이 유리할 수 있기 때문입니다. 구글도 "검색 성공을 위해 좋은 Core Web Vitals를 갖추기를 강력히 권장한다"고 안내합니다.
정리하면 이렇습니다. 빠르다고 자동으로 플러스가 되는 게 아니라, 느리고 불안정한 페이지가 좋은 콘텐츠의 발목을 잡는 마이너스 요인입니다. 그래서 목표는 완벽한 점수가 아니라, "좋음" 구간에 드는 것입니다.
페이지 경험은 속도만이 아닙니다
구글은 좋은 페이지 경험을 스스로 점검할 질문 몇 가지를 제시합니다. 병원 홈페이지에 그대로 대입해 볼 수 있습니다.
- Core Web Vitals가 좋은가
- HTTPS(자물쇠) 보안 연결로 제공되는가
- 모바일에서 콘텐츠가 잘 보이는가
- 본문을 방해할 정도로 광고가 과하지 않은가
- 방해되는 전면 팝업(인터스티셜)이 없는가
- 본문과 나머지 요소를 쉽게 구분할 수 있는가
병원 사이트에서 특히 걸리는 항목은 전면 팝업과 모바일 표시입니다. 진입하자마자 화면 전체를 덮는 이벤트 팝업, 데스크톱에서는 멀쩡한데 모바일에서 글자·버튼이 겹치는 레이아웃이 흔합니다.
개발 지식 없이 지금 확인하는 법
운영자가 직접 세 가지만 해보면 상태가 보입니다.
- PageSpeed Insights(
pagespeed.web.dev)에 병원 홈페이지 주소를 넣고 모바일 결과를 봅니다. 실제 사용자 데이터가 있으면 LCP·INP·CLS가 색으로 표시되고, 무엇을 고치면 좋을지 진단 항목이 함께 나옵니다. - 구글 서치 콘솔의 페이지 경험/Core Web Vitals 보고서를 봅니다. 실제 방문자 데이터를 기준으로 URL 그룹별 "좋음/개선 필요/나쁨"을 보여줍니다.
- 자기 스마트폰으로 직접 병원 홈페이지를 엽니다. 와이파이가 아니라 이동통신망에서 열어봐야 환자 체감에 가깝습니다.
주의할 점 하나. 점수 100점을 목표로 개발비를 쏟을 필요는 없습니다. 구글의 기준은 "좋음" 구간에 드는 것이지 만점이 아닙니다.
병원 홈페이지에서 자주 나오는 원인과 대응
| 증상 | 흔한 원인 | 대응 |
|---|---|---|
| 첫 화면이 늦게 뜸 (LCP) | 대형 히어로 이미지·배경 영상, 느린 서버 | 이미지 용량 압축, 자동재생 영상 재검토 |
| 화면이 덜컹거림 (CLS) | 이미지·배너에 크기 미지정, 웹폰트·광고 늦게 삽입 | 이미지 크기 지정으로 자리 미리 확보 |
| 눌러도 반응 느림 (INP) | 무거운 스크립트, 외부 위젯 과다 | 안 쓰는 챗봇·리뷰·예약 위젯 정리 |
| 팝업이 본문을 덮음 | 진입 즉시 뜨는 전면 팝업 | 전면 인터스티셜 자제, 배치 재검토 |
이 중 이미지 크기 지정이나 스크립트 정리는 제작사·개발자에게 요청할 항목입니다. 운영자는 "어디가 문제인지"를 숫자로 짚어주기만 하면 됩니다. 막연히 "느려요"보다 "PageSpeed 모바일에서 LCP가 나쁨으로 나오는데 히어로 영상이 원인 같습니다"가 훨씬 빠르게 고쳐집니다.
AI 검색과의 관계는 솔직하게
페이지가 빠르다고 AI 검색 화면에 반드시 인용된다는 보장은 없습니다. 구글도 그런 약속을 하지 않습니다. 다만 방향은 분명합니다. 애초에 잘 열리고 모바일에서 읽을 수 있는 페이지라야 검색·AI가 읽을 재료가 됩니다. 진료 정보가 사람이 읽을 수 있는 HTML로 제공되는지는 구글 AI 검색과 병원 홈페이지 HTML 편에서 이어서 다룹니다.
원장님께 설명할 때
"원장님, 홈페이지가 느리다고 순위가 자동으로 떨어지는 건 아닙니다. 하지만 환자가 스마트폰으로 열었을 때 3~4초씩 걸리고 화면이 덜컹거리면, 좋은 콘텐츠를 써도 그 경험이 발목을 잡습니다. 구글도 페이지 경험을 검색 성공의 권장 요소로 봅니다. 무거운 요소부터 정리하고, 숫자로 확인해서 보고드리겠습니다."
핵심은 약속의 범위입니다. "속도 올려서 1등 만들겠다"가 아니라 "검색·AI가 읽고 환자가 편히 볼 수 있는 상태로 정리하겠다"가 정확합니다.
지금 바로 확인할 체크리스트
- PageSpeed Insights 모바일 결과에서 LCP·INP·CLS가 "좋음" 구간인지 확인
- 서치 콘솔 페이지 경험 보고서에 "나쁨" URL이 있는지 확인
- 히어로 이미지·배경 영상 용량이 과하지 않은지 확인
- 이미지에 크기가 지정돼 로딩 중 화면이 밀리지 않는지 확인
- 진입 즉시 뜨는 전면 팝업이 본문을 가리지 않는지 확인
- HTTPS 보안 연결(자물쇠)인지 확인
- 모바일에서 글자·버튼이 읽기 편한 크기인지 확인
- 안 쓰는 외부 위젯(챗봇·리뷰·예약 중복)이 쌓여 있지 않은지 확인
3개 이상 비어 있다면, 콘텐츠를 더 만들기 전에 페이지 경험부터 정리하는 편이 낫습니다.
결론: 빠른 페이지는 콘텐츠가 읽히는 바닥입니다
병원 GEO·SEO를 이야기할 때 콘텐츠와 구조화 데이터가 자주 앞자리를 차지합니다. 하지만 그 아래에는 "페이지가 제대로 열리는가"라는 바닥이 있습니다. 이 바닥이 흔들리면 위에 무엇을 올려도 환자 경험과 보고서가 함께 흔들립니다.
CodeShift는 병원 홈페이지를 화려한 전시물이 아니라, 검색·AI가 읽고 환자가 편히 쓰는 운영 자산으로 봅니다. 그래서 콘텐츠를 다루는 일과 함께 로딩·반응성·안정성 같은 페이지 경험도 숫자로 확인합니다. "1등"을 약속하는 대신, 병원의 공개 정보가 막힘없이 전달되는 상태인지 매월 증거로 남기는 방식입니다.
구글 공식 문서: Core Web Vitals 이해하기, Google 페이지 경험 이해하기 (Google Search Central)