환자는 다 휴대폰으로 온다: 3초 안에 전화버튼이 안 보이면 옆 병원으로 가는 이유와 해결법

병원 홈페이지를 찾는 환자의 대부분은 휴대폰으로 들어오지만, 상당수 병원 홈페이지는 여전히 PC 화면 기준으로 만들어져 글자를 확대해야 읽히고, 사진이 다 뜨기까지 몇 초가 걸리며, 전화버튼은 스크롤을 한참 내려야 나온다. 이 글은 viewport 설정, 로딩 속도, 전화·예약 버튼 배치라는 세 가지 축을 중심으로 병원 홈페이지의 모바일 최적화를 원장이 직접 점검하고 제작사에 지시할 수 있는 수준까지 구체적으로 다룬다. 검색 순위와 AI 추천 노출은 물론, 들어온 환자가 실제 예약으로 이어지는 전환율이 이 세 가지에서 갈린다.

저녁 아홉 시, 퇴근길 지하철에서 어금니가 욱신거리는 직장인이 휴대폰으로 ‘○○동 치과 야간진료’를 검색한다. 첫 번째로 뜬 병원 홈페이지를 누르자 흰 화면이 몇 초간 이어지고, 겨우 뜬 화면은 PC용 메뉴가 손톱만 하게 줄어든 모양이다. 두 손가락으로 확대해 진료시간을 찾다가 포기하고 뒤로 가기를 눌러 두 번째 병원을 연다. 이번에는 화면이 바로 뜨고 아래쪽에 ‘전화하기’ 버튼이 고정돼 있다. 환자는 그 버튼을 누른다. 첫 번째 병원 원장은 자신이 환자를 잃었다는 사실조차 모른다. 검색 결과에는 분명 1등으로 떴기 때문이다.

이 장면은 특정 병원의 이야기가 아니라 매일 반복되는 일반화된 상황이다. 광고비를 들여 검색 상단에 올려놓아도, 눌러서 들어온 뒤의 몇 초가 무너지면 그 비용은 옆 병원을 위한 지출이 된다. 이 글은 그 몇 초를 지키는 방법을 다룬다. 기술 용어가 나오지만 모두 풀어 쓸 것이고, 읽고 나면 홈페이지 제작사나 마케팅 담당자에게 ‘무엇을 어떻게 고치라’고 정확히 지시할 수 있게 될 것이다.

모바일 최적화는 디자인 취향이 아니라 검색 순위 문제다

구글은 오래전부터 ‘모바일 우선 색인’이라는 방식으로 홈페이지를 평가한다. 말 그대로 PC 화면이 아니라 휴대폰에서 보이는 화면을 기준으로 그 홈페이지의 내용과 품질을 판단한다는 뜻이다. 원장실 모니터에서 보이는 근사한 메인 화면은 검색엔진 입장에서는 참고 자료일 뿐이고, 실제 성적표는 휴대폰 화면에서 매겨진다. 네이버 역시 모바일 환경에서의 사용성을 중요하게 보며, 챗GPT나 네이버 AI 검색처럼 답변을 만들어 주는 서비스도 페이지를 수집할 때 느리거나 구조가 엉킨 페이지를 제대로 읽지 못하는 경우가 생긴다.

손실 쪽에서 보면 이렇다. 모바일에서 글자가 작고 버튼이 겹치고 로딩이 느린 홈페이지는 순위 경쟁에서 조용히 밀리고, 들어온 환자마저 빠져나간다. 두 번 손해다. 기회 쪽에서 보면 반대다. 동네 병원 홈페이지 상당수가 수년 전 PC 기준으로 만든 뒤 방치돼 있어서, 모바일만 제대로 손봐도 경쟁 병원과의 차이가 곧바로 벌어진다. 광고비를 늘리지 않고도 같은 유입에서 더 많은 전화와 예약을 얻는 것이 모바일 최적화의 본질이다.

1. 휴대폰으로 자기 병원 홈페이지를 직접 연다. 와이파이를 끄고 데이터로 연다.
2. 확대 없이 진료시간·주소·전화번호를 찾을 수 있는지 확인한다.
3. 구글 서치콘솔의 ‘코어 웹 바이탈’ 보고서에서 모바일 항목에 ‘개선 필요’나 ‘나쁨’ 페이지가 있는지 본다.

흔한 실수는 PC용 홈페이지와 별도로 모바일 전용 페이지를 만들면서 내용이 서로 달라지는 경우다. 모바일 페이지에 진료과목 설명이 빠져 있으면 검색엔진은 그 병원이 해당 진료를 하지 않는 것으로 이해할 수 있다. 하나의 홈페이지가 화면 크기에 맞춰 스스로 모양을 바꾸는 ‘반응형’ 구조가 관리 측면에서도 안전하다.

viewport: 확대해야 읽히는 홈페이지는 첫 화면에서 탈락한다

viewport(뷰포트)는 브라우저에게 ‘이 페이지는 지금 보고 있는 화면 너비에 맞춰 보여 달라’고 알려주는 한 줄짜리 설정이다. 이 설정이 없거나 잘못돼 있으면 휴대폰 브라우저는 PC용 페이지를 통째로 축소해서 보여준다. 글자는 깨알이 되고 메뉴는 손톱 크기가 되며, 환자는 두 손가락으로 벌려가며 읽어야 한다. 제작사에 ‘뷰포트 설정이 돼 있느냐’고 한 마디만 물어도 상당수 문제가 드러난다.

뷰포트가 잡혀 있어도 끝이 아니다. 화면 너비에 맞추는 것과 ‘읽기 편한 것’은 다르다. 진료시간표를 넓은 표로 만들어 두면 휴대폰에서는 오른쪽이 잘려 토요일 진료시간이 보이지 않는다. 이벤트 팝업이 화면 전체를 덮는데 닫기 버튼이 화면 밖에 있으면 환자는 홈페이지를 닫는 것으로 그 팝업을 닫는다. 이런 문제는 제작사 모니터에서는 절대 보이지 않고 환자 휴대폰에서만 보인다.

• 본문 글자 크기는 확대 없이 읽히는 수준으로. 일반적으로 16px 안팎이 기준점이다.
• 가로 스크롤이 생기지 않는지 확인한다. 생긴다면 어떤 표나 이미지가 화면보다 넓은 것이다.
• 진료시간표는 요일을 세로로 쌓는 형태로 바꾸거나, 표 대신 목록으로 만든다.
• 팝업은 화면의 일부만 차지하고 닫기 버튼이 엄지로 바로 눌리는 위치에 있어야 한다.
• 버튼과 링크 사이 간격을 충분히 두어 옆 메뉴가 잘못 눌리지 않게 한다.

흔한 실수 중 가장 치명적인 것은 진료안내 전체를 이미지 한 장으로 만들어 올리는 것이다. 디자이너가 예쁘게 만든 안내 이미지는 휴대폰에서 글자가 뭉개지고, 검색엔진과 AI는 그 안의 진료시간을 글자로 읽지 못한다. 비유하자면 간판은 멋진데 안에 뭘 파는지 적혀 있지 않은 가게와 같다.

속도: 환자는 3초를 기다리지 않는다

구글은 홈페이지 속도와 사용 경험을 ‘코어 웹 바이탈’이라는 세 가지 지표로 측정한다. 어려운 이름이지만 내용은 단순하다. 첫째는 LCP로, 화면에서 가장 큰 덩어리(보통 메인 사진이나 영상)가 다 뜨기까지 걸리는 시간이다. 구글은 2.5초 이내를 양호로 본다. 둘째는 INP로, 버튼을 눌렀을 때 화면이 반응하기까지의 지연이다. 셋째는 CLS로, 페이지가 뜨는 도중 내용이 아래로 밀려 환자가 누르려던 버튼이 다른 곳으로 이동하는 현상이다.

원장 입장에서 이 세 가지는 접수 데스크에 비유할 수 있다. LCP는 문을 열고 들어왔을 때 데스크 직원이 고개를 드는 데 걸리는 시간이고, INP는 말을 걸었을 때 대답이 돌아오는 속도이며, CLS는 서명하려는 순간 서류가 옆으로 밀리는 당혹감이다. 셋 중 하나만 나빠도 환자는 불안해지고, 셋 다 나쁘면 아무 말 없이 나간다. 그리고 검색엔진은 이 수치를 순위 판단에 참고한다.

1. 구글 ‘PageSpeed Insights’ 페이지에 홈페이지 주소를 넣는다. 무료이며 가입이 필요 없다.
2. 결과에서 ‘휴대전화’ 탭을 본다. PC 탭은 잠시 잊어도 된다.
3. LCP, INP, CLS 각각의 수치와 색상(초록·주황·빨강)을 기록한다.
4. 아래쪽 ‘진단’ 목록 중 상위 3개 항목을 그대로 캡처해 제작사에 보낸다.
5. 한 달 뒤 같은 방법으로 다시 측정해 변화를 비교한다.

흔한 실수는 PC 점수만 보고 안심하는 것이다. PC 점수는 사무실의 빠른 회선과 좋은 컴퓨터를 기준으로 하기 때문에 대부분 높게 나온다. 환자는 지하철에서, 병원 주차장에서, 신호가 약한 곳에서 홈페이지를 연다. 휴대전화 점수가 진짜 점수다.

속도를 잡아먹는 범인: 원본 사진, 자동재생 영상, 쌓인 플러그인

속도 문제의 원인은 대부분 세 곳에 몰려 있다. 첫째는 이미지다. 병원 내부 사진을 카메라 원본 그대로 올리면 한 장이 수 메가바이트에 달한다. 메인 화면에 그런 사진이 다섯 장 걸려 있으면 환자는 사진 다운로드가 끝날 때까지 흰 화면을 본다. 사진은 올리기 전에 반드시 크기를 줄이고 WebP 같은 가벼운 형식으로 바꾸며, 화면 아래쪽 사진은 환자가 스크롤할 때 그때 불러오는 ‘지연 로딩’을 적용해야 한다.

둘째는 메인 화면의 자동재생 영상이다. 고급스러워 보인다는 이유로 많이 쓰지만, 모바일 LCP를 망가뜨리는 가장 흔한 주범이다. 영상이 꼭 필요하다면 가벼운 썸네일 이미지를 먼저 보여주고 환자가 누를 때 재생되게 하거나, 몇 초짜리 짧은 영상으로 용량을 줄여야 한다. 셋째는 조용히 쌓인 플러그인과 외부 스크립트다. 채팅 상담 위젯, 지도, 분석 태그, 광고 전환 태그, 웹폰트 서너 종이 각각 따로 외부 서버에서 불려오면 하나하나는 가벼워도 합치면 무겁다.

• 메인 화면 사진은 용량을 확인하고 큰 것부터 압축한다.
• 자동재생 영상은 썸네일+클릭 재생으로 바꾸거나 제거를 검토한다.
• 홈페이지에 붙은 외부 도구를 전부 적어 본 뒤, 최근 반년간 쓰지 않은 것은 뗀다.
• 웹폰트는 한두 종으로 줄인다. 제목용 하나, 본문용 하나면 충분하다.
• 호스팅이 오래됐다면 캐시(한 번 불러온 내용을 저장해 두는 기능)와 CDN(가까운 서버에서 전달하는 방식) 적용 여부를 제작사에 묻는다.

흔한 실수는 ‘고급스럽게’ 만들려다 무거워지는 것이다. 환자는 병원 홈페이지에서 영화 같은 연출을 기대하지 않는다. 진료시간과 위치, 어떤 진료를 하는지, 어떻게 연락하는지를 빨리 알고 싶어 한다. 빠르게 뜨는 단정한 페이지가 느리게 뜨는 화려한 페이지보다 더 신뢰를 준다.

전화버튼은 ‘엄지가 닿는 곳’에 고정하라

휴대폰을 한 손으로 쥐었을 때 엄지가 편하게 닿는 범위는 화면 아래쪽과 가운데다. 화면 맨 위 오른쪽 구석은 손을 고쳐 잡아야 닿는다. 그런데 많은 병원 홈페이지가 전화 아이콘을 바로 그 위 구석에 작게 넣고, 스크롤을 내리면 사라지게 만들어 둔다. 환자가 진료안내를 읽고 ‘여기 전화해 볼까’ 마음먹은 순간 전화버튼은 이미 화면 밖이다.

해법은 단순하다. 화면 하단에 항상 떠 있는 고정 바를 두고 거기에 전화·예약·길찾기 버튼을 넣는 것이다. 환자가 어디를 읽고 있든 엄지 아래에 전화버튼이 있다. 그리고 전화버튼은 반드시 ‘tel:’ 링크로 연결해야 한다. 누르면 곧바로 전화 걸기 화면이 뜨는 방식이다. 전화번호를 이미지로 넣어 두면 환자는 번호를 외워 전화 앱에 직접 입력해야 하고, 그 과정에서 상당수가 포기한다.

1. 하단 고정 바에 버튼을 3~4개만 둔다. 전화, 온라인 예약(네이버·카카오 등), 길찾기, 필요하면 카카오톡 상담.
2. 전화버튼은 tel: 링크, 길찾기는 지도 앱으로 바로 연결되게 한다.
3. 버튼 높이는 엄지로 정확히 눌리는 크기로. 일반적으로 44px 안팎 이상이 기준이다.
4. 버튼 색은 배경과 뚜렷이 구분되게 하고, 전화버튼 하나는 가장 눈에 띄는 색으로 둔다.
5. 진료시간 외에는 전화버튼 문구를 ‘진료시간 외 예약 남기기’로 바꿔 예약 폼으로 연결한다.
6. 구글 애널리틱스 등에 전화버튼 클릭을 이벤트로 기록해 월별 전화 클릭 수를 본다.

흔한 실수는 홈페이지에 전화번호가 두세 개 섞여 있는 것이다. 대표번호, 옛 번호, 예약 전용 번호가 페이지마다 다르게 적혀 있으면 환자도 검색엔진도 혼란스럽다. 또 하나는 이벤트 팝업이 하단 고정 바를 덮는 경우다. 팝업을 띄우면 반드시 휴대폰에서 전화버튼이 가려지지 않는지 확인해야 한다.

버튼 뒤의 3단계: 예약 전환은 ‘누른 다음’에서 갈린다

전화버튼까지 잘 만들었다면 다음은 ‘예약하기’를 누른 뒤의 흐름이다. 여기서 많은 병원이 환자를 잃는다. 예약 페이지가 회원가입을 요구하거나, 입력칸이 열 개를 넘거나, 휴대폰에서 날짜 선택이 제대로 되지 않으면 환자는 조용히 나간다. 예약 폼은 접수 데스크의 문진표와 같다. 처음 온 환자에게 서류 다섯 장을 내밀면 돌아가는 사람이 생긴다.

첫 단계는 입력을 최소화하는 것이다. 이름, 연락처, 희망 날짜·시간대, 간단한 증상이나 진료 항목 선택 정도면 충분하다. 상세한 내용은 전화로 확인하면 된다. 연락처 칸은 휴대폰에서 숫자 키패드가 바로 뜨게 설정하고, 날짜는 달력에서 고르게 하되 휴대폰 화면에서 달력이 잘리지 않는지 확인한다. 둘째 단계는 외부 예약 서비스로 연결할 때의 끊김이다. 네이버 예약이나 카카오 채널로 넘어가는 순간 앱이 열리지 않거나 로그인 화면에서 막히는 경우가 있으니 직접 끝까지 눌러 봐야 한다.

• 필수 입력은 4~5개 이내. 회원가입과 보안문자 입력은 없앤다.
• 제출 직후 ‘접수됐습니다. 진료시간 내 확인 연락을 드립니다’라는 확인 화면과 함께 위치·주차 안내를 보여준다.
• 예약 접수 알림이 데스크 담당자에게 실시간으로 가도록 문자나 메신저 알림을 연결한다.
• 진료시간 외 접수 건은 다음 진료일 아침에 회신하는 내부 규칙을 정한다.
• 한 달에 한 번, 원장이 직접 환자처럼 예약을 넣어 보고 몇 분 만에 회신이 오는지 확인한다.

흔한 실수는 폼은 잘 만들었는데 접수된 예약이 담당자 메일함에 묻히는 것이다. 홈페이지에서 예약을 남겼는데 아무 연락이 없는 경험은 그 환자뿐 아니라 후기와 평판으로 번진다. 전환은 버튼에서 시작해 회신 전화에서 완성된다.

AI 검색 시대의 모바일: 사람이 읽기 쉬우면 AI도 읽기 쉽다

최근 환자들은 검색창 대신 챗GPT나 네이버 AI 검색에 ‘○○동에서 야간진료 하는 소아과 알려줘’라고 묻는다. 이런 서비스에 병원이 답변으로 뽑히도록 페이지를 다듬는 일을 AEO, 즉 답변 엔진 최적화라고 부른다. 기존 검색 최적화가 ‘목록에서 위에 뜨기’였다면 AEO는 ‘AI가 읽고 인용할 수 있게 만들기’다. 그리고 AI가 읽기 좋은 페이지의 조건은 모바일 최적화의 조건과 거의 겹친다.

AI 서비스는 페이지를 수집해 그 안의 글자를 읽는다. 진료시간이 이미지 안에만 있으면 읽지 못하고, 핵심 정보가 팝업에만 있으면 놓치며, 페이지가 너무 느리거나 스크립트가 실행돼야만 내용이 나타나는 구조면 빈 페이지로 판단할 수 있다. 반대로 진료시간·주소·전화번호·진료과목이 글자로, 페이지 상단에, 단정하게 적혀 있으면 사람도 AI도 한 번에 읽는다. 여기에 ‘구조화 데이터(스키마)’라고 부르는, 검색엔진이 읽는 전자 명함 형식으로 병원 정보를 함께 적어 두면 AI가 병원 이름·위치·진료시간을 혼동 없이 가져간다.

1. 진료시간, 주소, 전화번호, 진료과목을 이미지가 아닌 글자로 적고 첫 화면 가까이에 둔다.
2. 자주 받는 질문을 질문 그대로 소제목으로 쓰고, 바로 아래에 2~3문장으로 답을 적는다.
3. 제작사에 ‘의료기관 구조화 데이터’ 적용 여부를 묻고, 없다면 추가를 요청한다.
4. 페이지 첫 문단은 병원이 무엇을 하는 곳인지 두세 문장으로 완결되게 쓴다.

흔한 실수는 AI 노출을 위해 별도의 ‘AI용 페이지’를 만들려는 것이다. 그런 것은 필요 없다. 휴대폰에서 빠르게 뜨고 글자로 읽히는 평범한 페이지가 AI에게도 가장 좋은 페이지다. 모바일 최적화와 AEO는 다른 과제가 아니라 같은 과제의 두 이름이다.

원장이 직접 하는 5분 모바일 진단 루틴

제작사나 대행사의 보고서를 기다릴 필요 없이, 원장이 매달 한 번 5분이면 핵심을 확인할 수 있다. 조건이 중요하다. 평소 쓰던 휴대폰은 홈페이지를 여러 번 열어 본 기억(캐시)이 남아 있어 실제보다 빠르게 뜬다. 브라우저의 시크릿 모드를 쓰거나 직원 휴대폰을 빌리고, 와이파이를 끄고 데이터로 연다.

1. 검색창에 병원 이름이 아니라 ‘동네 이름+진료과목’으로 검색해 들어간다. 환자가 들어오는 길과 같아야 한다.
2. 스톱워치를 켜고 홈페이지를 누른다. 메인 사진이 다 뜰 때까지 몇 초인지 적는다.
3. 확대하지 않고 진료시간과 토요일 진료 여부를 찾는다. 찾는 데 걸린 시간을 적는다.
4. 화면을 아무 데나 스크롤한 상태에서 전화버튼이 보이는지, 누르면 전화 앱이 뜨는지 확인한다.
5. 예약을 실제로 하나 남겨 본다. 입력칸 개수, 막히는 지점, 회신까지 걸린 시간을 적는다.
6. PageSpeed Insights 휴대전화 점수를 적는다.

이 여섯 줄을 매달 같은 표에 적어 두면 홈페이지가 좋아지는지 나빠지는지가 숫자로 보인다. 제작사에 요청할 때도 ‘좀 느린 것 같다’가 아니라 ‘메인 사진이 뜨는 데 5초, PageSpeed 휴대전화 점수 40점, LCP 빨강’처럼 수치로 말하면 작업 범위와 결과 확인이 분명해진다. 흔한 실수는 한 번 고친 뒤 다시 보지 않는 것이다. 홈페이지는 이벤트 팝업 하나, 사진 몇 장, 플러그인 하나가 추가될 때마다 다시 느려진다. 점검은 일회성이 아니라 루틴이어야 한다.

무엇부터 할 것인가: 우선순위와 실행 체크리스트

모든 것을 한 번에 고칠 필요는 없다. 효과가 크고 작업이 가벼운 것부터 순서를 정하면 된다. 첫째는 하단 고정 전화·예약 버튼이다. 제작사 기준으로 반나절 정도의 작업이지만, 들어온 환자가 연락으로 이어지는 비율을 가장 직접적으로 바꾼다. 둘째는 메인 화면의 영상과 사진 다이어트다. LCP를 가장 크게 개선하는 작업이며 디자인을 바꿀 필요가 없다. 셋째는 뷰포트·글자 크기·팝업 정리, 넷째는 예약 폼 단순화와 회신 규칙, 다섯째는 핵심 정보 텍스트화와 구조화 데이터 적용이다.

• 휴대폰 하단에 전화·예약·길찾기 고정 바가 있고, 전화는 tel: 링크로 바로 걸린다.
• 메인 화면 자동재생 영상을 제거하거나 썸네일 방식으로 바꿨고, 사진은 압축했다.
• PageSpeed Insights 휴대전화 LCP가 초록(2.5초 이내)이다.
• 확대 없이 진료시간·주소·전화번호가 읽히고 가로 스크롤이 없다.
• 팝업이 전화버튼을 가리지 않고 닫기 버튼이 엄지 위치에 있다.
• 예약 폼 필수 입력이 5개 이내이고, 접수 알림이 담당자에게 실시간으로 간다.
• 진료시간·진료과목이 이미지가 아닌 글자로 있고, 구조화 데이터가 적용돼 있다.
• 월 1회 5분 진단 루틴을 표로 기록한다.

이 체크리스트에서 세 개 이상이 비어 있다면, 지금 쓰는 광고비의 일부는 홈페이지에 들어온 뒤 돌아나가는 환자에게 쓰이고 있다고 봐야 한다. 어디서부터 손대야 할지 막막하다면 AI메디랩의 무료 진단을 활용해도 좋다. 병원 홈페이지를 환자 휴대폰 기준으로 열어 보고, 속도·뷰포트·버튼 배치·AI 검색 가독성을 항목별로 점검해 우선순위를 정리해 드린다. 보고서를 들고 제작사와 이야기하면 대화가 훨씬 짧아진다.