동물병원 홈페이지 리뉴얼, 새로 만들까 부분만 고칠까?

동물병원 홈페이지를 연 지 몇 년 지났다는 사실만으로 새로 만들어야 하는 것은 아닙니다. 반대로 첫 화면의 색과 사진을 바꾸는 것만으로 보호자가 겪는 불편이 해결되는 것도 아닙니다. 동물병원 홈페이지 리뉴얼의 범위는 ‘오래돼 보이는가’보다 ‘어디에서 정보와 행동이 막히는가’로 정해야 합니다. 이 글은 전체 재구축과 부분 수정을 나누는 기준, 확인 순서, 예산을 쓰기 전에 남길 기록을 설명합니다.

홈페이지의 역할부터 좁혀 보겠습니다. 보호자는 병원의 진료 범위가 자기 상황과 맞는지, 언제 어떻게 연락하거나 방문할 수 있는지, 믿고 문의해도 되는지를 확인합니다. 병원은 모든 사람을 억지로 예약시키는 대신 가능한 진료와 확인이 필요한 상황을 정확히 안내해야 합니다. 따라서 디자인 취향이나 연식보다 실제 안내와 문의 흐름을 먼저 봅니다.

먼저 ‘새로 만들자’는 이유를 문제로 번역합니다

“촌스럽다”, “문의가 적다”, “검색이 안 된다”는 말은 출발점이지 발주 범위가 아닙니다. 촌스럽다는 평가는 첫 화면의 사진과 글꼴만의 문제일 수도 있고, 모바일에서 글을 읽기 어렵다는 뜻일 수도 있습니다. 문의가 적다면 방문 자체가 적은지, 방문 후 버튼을 찾지 못하는지, 전화는 오지만 병원 진료 범위와 맞지 않는 질문이 많은지 나눠야 합니다.

한 주 동안 원장, 접수팀, 홈페이지 담당자가 받은 불편을 한 장에 적어 보세요. 증상에는 “모바일에서 전화 버튼이 보이지 않음”, “진료시간이 플레이스와 다름”, “새 진료 분야를 추가할 수 없음”처럼 관찰 가능한 말을 씁니다. 원인은 아직 단정하지 말고, 해당 화면·기기·날짜와 보호자가 하려던 일을 함께 남깁니다. 이 기록이 있어야 견적서의 ‘전면 리뉴얼’이 실제 문제를 푸는지 비교할 수 있습니다.

검색 문제는 특히 성급하게 디자인 문제로 돌리기 쉽습니다. Google은 Search Console에서 검색 결과의 노출·클릭·검색어를, Analytics에서 방문 뒤 행동을 보라고 설명하며 두 도구의 수치가 완전히 같지 않을 수 있다고 안내합니다. 검색 유입이 줄었다면 어느 페이지와 검색어에서 생겼는지 먼저 확인하고, 문의가 줄었다면 사이트 안의 경로와 접수 기록을 별도로 확인하세요. Google Search Central의 Search Console·Analytics 안내

부분 수정이 충분한 경우: 문제가 한두 지점에 모일 때

사이트 구조가 대체로 맞고 운영자가 필요한 문구를 바꿀 수 있다면, 먼저 작은 수정을 시험할 수 있습니다. 예를 들어 진료시간이 오래됐고 주차 안내가 빠졌지만 모바일 화면과 문의 버튼은 정상이라면, 페이지를 새로 만들 이유가 약합니다. 같은 맥락에서 대표 이미지가 현재 병원과 다르거나 특정 진료 페이지의 설명이 모호한 경우에도 해당 콘텐츠를 먼저 고치는 편이 정확합니다.

수정 후보는 보호자의 다음 행동과 가까운 순서로 정합니다. 첫 화면에서 진료 범위와 지역이 드러나는가, 영업시간과 접수 마감이 구분되는가, 전화·예약 버튼이 실제로 작동하는가, 위치와 주차 안내가 현재 상태인가를 봅니다. 문구만 바꿔도 되는 문제인지, 여러 페이지의 안내가 서로 충돌해 정보 구조까지 손봐야 하는지를 동시에 확인하세요.

부분 수정의 조건은 ‘수정할 수 있다’가 아니라 ‘수정한 결과를 보호자 화면에서 검증할 수 있다’입니다. 관리자 화면에서 저장했다는 사실만으로 완료라고 보지 않습니다. 직원 한 명이 휴대전화로 검색 결과나 플레이스에서 들어와 진료 내용을 읽고 문의까지 따라가 보세요. 버튼을 눌렀을 때 연결되는 번호, 문의 양식의 오류 안내, 예약 신청과 확정 문구도 실제로 확인합니다.

수정 전에 기준 화면을 남기면 비교가 쉬워집니다. 모바일 첫 화면, 주요 진료 페이지, 찾아오는 길, 문의 완료 화면을 캡처하고 날짜를 적습니다. 개인정보가 보이는 상담 내역은 캡처하지 말고 테스트용으로만 확인하세요. 바꾼 뒤에는 같은 기기와 경로에서 다시 보고, 바뀌지 않은 부분까지 좋아졌다고 말하지 않습니다.

전체 재구축을 검토할 경우: 바탕의 제약이 반복될 때

부분 수정 목록이 늘어날수록 새로 만드는 편이 나을 수 있습니다. 새 진료 분야를 추가할 때마다 개발자에게 코드를 맡겨야 하고, 모바일 화면을 고치면 PC 레이아웃이 무너지며, 진료·의료진·안내 페이지가 서로 연결되지 않는다면 문제는 한 문구가 아니라 구조에 있을 수 있습니다. 현재 제작 도구가 유지보수되지 않거나 보안 업데이트와 백업을 확인할 수 없다면 운영 위험도 별도로 점검해야 합니다.

여기서도 ‘무조건 전체 교체’는 성급합니다. 제한이 실제 플랫폼의 한계인지, 제작업체의 관리 권한이 없어서 생긴 문제인지, 내부에서 원본 자료를 정리하지 못해 생긴 문제인지 구분해야 합니다. 관리자 접근권, 도메인 소유권, 호스팅 계약, 백업 파일, 기존 사진의 사용 권한을 먼저 확인하세요. 접근권을 되찾거나 콘텐츠 운영 절차를 정하는 것만으로 풀리는 문제도 있습니다.

재구축은 새 화면의 가격만이 아니라 기존 주소와 콘텐츠를 옮기는 비용까지 포함한 결정입니다. 주소를 바꾸면 이전 글과 진료 안내로 들어오던 링크가 끊길 수 있습니다. Google은 URL이 바뀌는 사이트 이전에서 기존 주소와 새 주소를 대응시키고, 적절한 영구 리디렉션과 내부 링크·사이트맵을 점검하라고 안내합니다. 모든 옛 주소를 새 홈페이지 첫 화면으로 보내는 방식도 피하라고 합니다. Google Search Central의 사이트 이전 안내

반대로 디자인만 바꾸면서 주소와 본문 구조를 유지할 수 있다면 이전 작업이 줄어듭니다. 새 제작이 필요하더라도 모든 페이지를 한꺼번에 없애기보다 성과가 있거나 보호자에게 중요한 안내를 먼저 목록으로 만드세요. 검색 순위가 그대로 유지된다는 보장은 없으므로, 배포 뒤에는 검색 노출과 오류를 같은 기간 기준으로 관찰해야 합니다.

여섯 질문으로 작업 범위를 결정합니다

회의에서 “예쁘게” 또는 “전부 새로”라는 말만 오가면 견적도 비교하기 어렵습니다. 다음 여섯 질문에 현재 증거와 원하는 상태를 한 줄씩 적으면 범위를 줄일 수 있습니다. 한 항목에 문제가 있다고 곧바로 재구축 결론을 내리지 말고, 고칠 수 있는 범위와 반복될 제약을 함께 보세요.

이 표는 자동 판정표가 아닙니다. 예를 들어 모바일 오류가 여러 화면에 있어도 공통 템플릿 한 곳을 고치면 해결될 수 있습니다. 반대로 겉보기에 한 페이지 문제여도 오래된 시스템 때문에 어떤 업데이트도 안전하게 적용할 수 없다면 바탕을 바꿔야 할 수 있습니다. 제작업체에 “가능/불가능”만 듣지 말고 어떤 파일과 기능이 제약을 만드는지 설명해 달라고 요청하세요.

접근성도 범위 판단에 넣어야 합니다. W3C의 초기 점검 자료는 페이지 제목, 제목 구조, 이미지 대체 텍스트, 키보드 사용, 양식 등을 확인하도록 돕습니다. 이 간이 점검이 전체 접근성 감사와 같지는 않지만, 버튼을 키보드로 누를 수 없거나 문의 양식의 오류를 알 수 없는 문제를 발견하는 시작점이 됩니다. W3C WAI의 초기 접근성 점검

기존 페이지를 세 갈래로 분류하는 과정을 표현한 AI 제작 일러스트입니다. 실제 병원 화면이나 운영 자료가 아닙니다.

예산은 ‘한 번의 제작비’와 ‘계속 드는 운영비’를 나눕니다

가상의 A동물병원이 네 페이지의 문구와 사진, 모바일 문의 버튼을 고치는 데 120만 원의 견적을 받았다고 해보겠습니다. 새 사이트 제작은 600만 원이며, 이사할 페이지와 주소 매핑 작업은 별도 확인이 필요하다고 가정합니다. 이 숫자는 시장 평균이나 추천 가격이 아니고 비교 방법을 보여 주기 위한 예시입니다.

120만 원 수정안으로 핵심 문제가 해결되고 담당자가 이후 직접 정보를 바꿀 수 있다면 우선 수정안을 검토할 수 있습니다. 하지만 분기마다 비슷한 수정비가 반복되고 새 진료 페이지를 추가할 수 없다면 1년 동안의 총비용과 운영 시간을 함께 비교해야 합니다. 예를 들어 같은 120만 원 작업을 1년에 네 번 해야 한다는 가정이라면 480만 원입니다. 실제 견적에서는 매번 같은 작업을 반복하는지, 일회성 정리인지부터 구분해야 하므로 이 계산을 그대로 예산 계획에 넣어서는 안 됩니다.

비용표에는 기획·디자인·개발만 넣지 마세요. 사진 재촬영, 원고 검토, 기존 콘텐츠 이전, URL 연결, 관리자 교육, 수정 요청 가능 기간, 유지보수, 도메인과 호스팅 비용을 따로 적습니다. 의료진이 진료 범위와 의료 표현을 검토할 시간도 필요합니다. 견적서에 포함되지 않은 일을 뒤늦게 발견하면 저렴해 보였던 선택이 달라집니다.

계약 전에는 병원에서 소유하고 계속 써야 할 것을 확인하세요. 도메인, 계정 접근권, 원본 이미지 사용 권한, 완성된 글, 분석 도구 접근권과 백업이 어디에 남는지 적어야 합니다. 이전 업체와의 계약 내용에 따라 이관 범위가 달라질 수 있으므로 권리를 추측하지 말고 계약서와 실제 계정을 대조하세요.

고친 뒤에는 조회수 하나로 성공을 판단하지 않습니다

작업 전 4주와 작업 후 4주를 비교한다고 가정합시다. 같은 요일 구성과 운영시간, 광고 집행 여부를 기록하고 페이지별 검색 클릭, 홈페이지 방문, 유효 문의, 예약 확정, 실제 내원을 구분합니다. ‘유효 문의’는 예를 들어 병원이 제공하는 진료와 관련된 신규 문의로 정의할 수 있지만, 각 병원이 분류 기준을 먼저 정해야 합니다. 전화 연결만 됐다는 이유로 예약이나 내원으로 세지 않습니다.

가상의 예로 수정 전 4주에 홈페이지 방문 800회, 신규 유효 문의 32건이었다면 방문 대비 문의는 32÷800=4%입니다. 수정 후 같은 4주에 방문 750회, 유효 문의 38건이면 38÷750≈5.1%입니다. 숫자만으로 수정이 개선의 원인이라고 말할 수 없습니다. 계절, 진료 일정, 광고, 주변 경쟁 상황, 기록 방식이 달라졌는지 같이 봐야 합니다.

속도와 화면 안정성도 확인할 수 있습니다. Google의 웹 경험 지표인 Core Web Vitals는 큰 콘텐츠가 보이는 시간(LCP), 조작 반응(INP), 화면이 갑자기 움직이는 정도(CLS)를 다룹니다. 다만 한 번 측정한 점수만으로 재구축을 결정하거나, 점수가 높으면 문의가 늘 것이라고 해석하지 않습니다. 실제 보호자 화면에서 정보가 보이고 버튼이 작동하는지와 함께 봅니다. web.dev의 Web Vitals 안내

첫 4주에 수치가 적다면 더 오래 관찰해야 합니다. 방문 20회에서 문의 한 건이 늘어난 변화와 방문 2,000회에서 늘어난 변화는 불확실성이 다릅니다. 병원이 바꾼 내용과 운영 기록을 함께 남기고, 다음 수정은 한 번에 한두 가지로 좁혀야 무엇이 달라졌는지 읽기 쉽습니다.

착수 전에 남길 한 장의 결정 기록

오늘 바로 할 일은 제작사를 고르는 것이 아니라 현재 사이트의 문제를 분류하는 것입니다. 주요 페이지와 모바일 화면을 살펴보며 보호자가 하려던 일, 막힌 위치, 이를 확인한 사람, 수정 가능 여부를 적습니다. 그다음 부분 수정으로 해결할 수 있는 항목과 바탕을 바꿔야 해결되는 항목을 나눠 업체와 검토합니다.

결정 기록에는 다음 다섯 줄이면 충분합니다. ① 가장 큰 보호자 불편 ② 현재 증거와 확인 날짜 ③ 부분 수정안과 예상 검증 방법 ④ 재구축이 필요한 기술·운영 제약 ⑤ 주소·콘텐츠·권한 이전의 책임자입니다. 예산을 비교할 때도 같은 다섯 줄을 두 견적서 옆에 놓으면 가격 이외의 차이가 보입니다.

실행 요약: 연식보다 정보·모바일·문의·운영·검색 주소·비용의 문제를 먼저 확인하세요. 한두 지점이면 부분 수정과 검증부터, 여러 페이지에 걸친 구조적 제약이면 전체 재구축과 이전 계획을 함께 검토합니다. 어떤 선택이든 공개 전에는 병원의 실제 진료·운영 안내를 의료진과 담당자가 확인하고, 공개 후에는 같은 정의와 기간으로 검색·문의·예약·내원을 구분해 관찰하세요.

우리 병원 홈페이지에서 무엇을 고치고 무엇을 남길지 혼자 정리하기 어렵다면 우리 병원 무료 진단받기에서 현재 화면과 문의 동선을 함께 살펴볼 수 있습니다. 상담 전에는 기존 사이트 주소와 가장 자주 받는 보호자 질문 세 가지만 준비해도 충분합니다.