병원 홈페이지: 로딩이 3초 넘으면 SEO 이전에 이탈부터 시작된다

홈페이지 로딩속도·코어웹바이털을 제작사에 물어볼 기술 체크리스트.

병원 홈페이지: 로딩이 3초 넘으면 SEO 이전에 이탈부터 시작된다

검색 순위를 걱정하기 전에, 페이지가 다 뜨기 전에 환자가 떠난다

 
병원 홈페이지를 새로 만들거나 손볼 때 원장님들이 가장 먼저 신경 쓰는 건 대개 디자인과 검색 노출입니다. 그런데 그 두 가지보다 앞서는 게 하나 있습니다. 페이지가 화면에 다 그려지는 데 걸리는 시간입니다.
 
환자가 검색 결과에서 우리 병원 링크를 눌렀는데 첫 화면이 뜨는 데 3초가 걸린다면, 상당수는 내용을 보기도 전에 뒤로가기를 누릅니다. 검색엔진이 우리 페이지를 어떻게 평가하느냐를 따지기 이전 단계에서, 방문 자체가 무산되는 겁니다. 로딩속도는 SEO 문제이기 전에 전환 문제입니다.
 
 

구글이 실제로 재는 세 가지 지표, 코어웹바이털

 
구글은 페이지가 얼마나 빠르고 안정적으로 뜨는지를 코어웹바이털(Core Web Vitals)이라는 세 가지 지표로 측정합니다. 감으로 '빠르다/느리다'를 말하는 게 아니라, 실제 방문자의 크롬 브라우저에서 수집된 데이터로 판정합니다.
 
세 지표는 각각 다른 것을 봅니다.
 
  • LCP(최대 콘텐츠 표시 시간) — 화면에서 가장 큰 요소(보통 상단 대표 이미지)가 다 뜨는 데 걸리는 시간입니다. 2.5초 안이면 양호입니다.
  • INP(다음 페인트까지의 상호작용) — 방문자가 버튼을 누르거나 메뉴를 열었을 때 화면이 반응하는 속도입니다. 200밀리초 안이면 양호합니다. 예전에 쓰이던 FID 지표를 2024년 3월에 대체한 지표라, 오래된 자료에 FID가 나오면 낡은 기준입니다.
  • CLS(누적 레이아웃 이동) — 페이지가 뜨는 도중에 요소들이 밀리며 흔들리는 정도입니다. 0.1 이하면 양호합니다.
 
💡
이 셋은 '검색 결과에서 순위를 가르는 결정타'라기보다, 내용 품질이 비슷한 페이지들 사이의 tie-breaker에 가깝습니다. 다만 전환 관점에서는 훨씬 직접적입니다. 느리고 흔들리는 페이지는 조용히 환자를 흘려보냅니다.
 
 

병원 홈페이지가 특히 잘 걸리는 지점

 
병원 홈페이지는 세 지표 중에서도 걸리기 쉬운 자리가 정해져 있습니다. 어디서 새는지 알면 제작사에 무엇을 물어야 할지가 분명해집니다.
 
가장 흔한 건 LCP입니다. 병원 홈페이지 첫 화면은 대개 큰 대표 이미지나 시술 전후를 암시하는 비주얼로 시작합니다. 이 이미지가 무겁고 최적화가 안 돼 있으면 첫 화면이 뜨는 데만 몇 초가 걸립니다. 홈페이지·랜딩 성격의 페이지가 이미지 때문에 LCP에서 가장 자주 실패한다는 건 널리 관찰되는 패턴입니다.
 
그다음이 CLS입니다. 이미지·배너·상담 위젯이 뒤늦게 로드되면서 이미 읽고 있던 텍스트를 아래로 밀어버리는 현상입니다. 환자가 '상담 신청' 버튼을 누르려는 순간 레이아웃이 밀려 엉뚱한 곳을 누르게 되면, 그 자체가 이탈이자 전환 손실입니다.
 
INP는 상담 폼이나 예약 위젯, 필터가 많은 시술 목록처럼 자바스크립트가 무겁게 얹힌 페이지에서 주로 문제가 됩니다. 버튼을 눌렀는데 반응이 한 박자 늦으면 환자는 고장 났다고 느낍니다.
 
 

원장님이 제작사에 그대로 물어볼 체크리스트

 
성능은 원장님이 코드를 뜯어볼 문제가 아니라, 제작사가 챙겼는지 확인할 문제입니다. 아래 질문을 그대로 던지면 됩니다.
 
  • "우리 홈페이지 코어웹바이털 점수가 지금 어떤가요? LCP·INP·CLS 각각 알려주세요." — 감이 아니라 숫자로 답이 와야 합니다. 구글의 PageSpeed Insights나 서치콘솔에서 확인되는 값입니다.
  • "첫 화면 대표 이미지는 용량을 줄이고 미리 불러오도록(preload) 처리돼 있나요?" — LCP의 핵심입니다.
  • "이미지·영상·상담 위젯에 가로세로 크기가 지정돼 있나요?" — 이게 지정돼 있어야 로딩 중 화면이 안 흔들립니다(CLS).
  • "실제 사용자 데이터 기준인가요, 아니면 개발 환경 측정값인가요?" — 구글은 실사용자 데이터(28일 누적, 상위 75% 기준)로 판정합니다. 개발 PC에서만 빠른 건 의미가 제한적입니다.
  • "모바일 기준으로도 통과하나요?" — 환자 대부분은 폰으로 들어옵니다. 데스크톱만 빠른 건 반쪽입니다.
 
답이 두루뭉술하거나 숫자를 못 주면, 성능을 관리 대상으로 삼지 않고 있다는 신호입니다. 이건 예쁘게 다시 디자인한다고 해결되지 않습니다. 오히려 무거운 요소를 더 얹으면 나빠집니다.
 
 

콘텐츠를 쌓기 전에 그릇부터 점검하는 이유

 
뷰티앱은 병원 홈페이지에 원장님 케이스 컬럼을 쌓아 검색·AI 노출을 만드는 일을 합니다. 그런데 아무리 좋은 컬럼을 올려도, 그 글이 담기는 홈페이지 자체가 느리면 검색엔진의 방문(크롤링)에도, 환자의 방문에도 불리하게 작용합니다. 그릇이 새는 상태에서 물을 붓는 셈입니다.
 
그래서 콘텐츠 작업에 들어가기 전, 홈페이지의 기술적 구조를 함께 점검합니다. 로딩속도는 그 점검의 가장 앞자리에 있습니다. 병원 홈페이지 마케팅을 콘텐츠부터 링크 구조까지 자산으로 설계하는 방식은 병원 홈페이지 마케팅에서 확인하실 수 있습니다.
 
 

자주 묻는 질문

 
로딩속도가 검색 순위에 얼마나 영향을 주나요?
코어웹바이털은 구글이 인정한 순위 요인이지만, 내용 품질을 뒤집을 만큼의 결정타는 아닙니다. 관련성과 품질이 비슷한 페이지들 사이에서 우열을 가르는 tie-breaker에 가깝습니다. 다만 순위와 별개로, 느린 페이지는 환자가 내용을 보기도 전에 이탈하기 때문에 전환에는 직접적인 영향을 줍니다.
LCP·INP·CLS 기준값은 정확히 얼마인가요?
양호 기준으로 LCP는 2.5초 이내, INP는 200밀리초 이내, CLS는 0.1 이하입니다. 이 값은 개발 환경 측정이 아니라 실제 크롬 사용자 데이터(28일 누적)의 상위 75% 지점을 기준으로 판정됩니다. INP는 2024년 3월 기존 FID 지표를 대체했습니다.
측정은 어떻게 하나요?
구글 PageSpeed Insights에 홈페이지 주소를 넣으면 세 지표를 바로 확인할 수 있고, 구글 서치콘솔에도 코어웹바이털 리포트가 있습니다. 다만 두 도구가 보여주는 값이 다를 수 있는데, 순위·평가에 쓰이는 건 실사용자 데이터 쪽입니다.
홈페이지를 예쁘게 다시 만들면 속도도 좋아지나요?
꼭 그렇지 않습니다. 오히려 큰 이미지·영상·애니메이션·위젯을 더 얹으면 느려질 수 있습니다. 속도는 디자인의 문제가 아니라 이미지 최적화·크기 지정·스크립트 관리 같은 기술 처리의 문제입니다. 리뉴얼할 때 성능을 요구사항으로 명시해야 합니다.
 
 
💡 함께 읽으면 좋은 포스팅
 
💡 이 포스팅과 관련된 서비스