홈페이지가 있는데 왜 검색으로 환자가 오지 않을까. 이 프로젝트는 그 질문에서 시작했습니다. 외부에서 접근 가능한 정보만으로 기존 사이트를 전수 실측해 31개 항목의 진단서를 먼저 만들었고, 원인이 관리 소홀이 아니라 처음 만들어진 구조에 있다는 결론으로 전면 재구축했습니다. ㅡ기존 홈페이지의 구조적 문제 (외부 실측 진단) - 진료 설명 33개 페이지가 전부 이미지. 검색엔진이 읽을 본문이 0자였고, 페이지 제목도 33개가 전부 같았습니다 - 모바일에서 열리는 페이지는 5개뿐. 진료 설명 28개는 모바일 접근 경로 자체가 없었습니다. 인스타, 블로그로 데려온 방문자는 전부 모바일입니다 - 암호화(HTTPS)가 없어 브라우저가 안전하지 않음을 띄우고, 상담 글이 그대로 전송되고 있었습니다 - 이미지 총 47.5MB, 첫 화면 사진 한 장이 2.09MB 개별 결함이 아니라 패키지형 외주 제작의 구조 문제였습니다. 본문을 이미지로 찍어내면 제작은 빨라지지만 검색엔진에는 빈 페이지가 됩니다. 글자 하나 고치는 데도 병원이 직접 손댈 수 없어 매번 업체를 거쳐야 하고, 도메인, 소스, 계정이 제작사에 묶여 있으면 옮기는 것조차 어렵습니다. ㅡ그래서 자체 구축으로 갔습니다 - 소유권 회수 ㅡ 도메인, 소스코드, 데이터, 클라우드 계정을 전부 병원 명의로. 업체가 바뀌어도 사이트는 병원에 남습니다 - 수정 자립 ㅡ 사진, 문구, 비급여 수가표, 진료시간을 원장님이 관리자에서 직접 고칩니다. 업체 요청과 대기가 사라집니다 - 유지비 구조 변경 ㅡ 월 고정 서버비 0원. 매년 나가던 관리비 대신 도메인 등록비(연 1~2만 원) 수준만 남습니다 ㅡ결과 (두 사이트에 같은 측정 스크립트를 적용한 실측, 진단 31개 항목 전수 대조) - 페이지당 본문 글자수 0자에서 2, 059자로, 페이지 고유 내용 비율 2.9%에서 57.7%로 - 페이지 제목 1종(전부 동일)에서 46종 전부 고유로, 제목 태그 0개에서 46개로 - 모바일에서 열리는 페이지 5개에서 46개로 - 이미지 총 용량 47.5MB에서 11.2MB로 76% 감소, 첫 화면 사진 2.09MB에서 116KB로 94% 감소 ㅡStudio Maestiq 수행 범위 - 기획, 설계, 브랜딩, 콘텐츠 제작, 디자인, 개발, 배포 ㅡ기술 스택, 인프라 ㅡ 무엇으로 무엇을 풀었나 - 46개 페이지 전면 사전 생성 (Next.js 16 App Router, React 19, TypeScript) ㅡ 접속 즉시 첫 화면 표시 - 엣지 서버리스 배포 (Cloudflare Workers) ㅡ 서버 임대 없이 전국 어디서나 같은 속도, 월 고정비 0원 - 콘텐츠, 미디어 분리 저장 (Cloudflare D1, R2) ㅡ 원장님이 고친 내용이 곧바로 사이트에 반영 - 구 주소 35개를 새 주소로 301 연결 + 구조화 데이터, 사이트맵 ㅡ 9년치 검색 자산을 새 사이트로 승계 ㅡ핵심 기능 1. 증상 기반 정보구조 재설계 ㅡ 진료명을 모르는 환자를 위해 이가 빠졌어요, 잇몸이 붓고 피가 나요 같은 증상 입구를 새로 만들었습니다. 2. 임상 이미지 3등급 체계 ㅡ 도해는 바로, 엑스레이는 설명과 함께, 수술, 발치 사진은 미리 알리고 눌러야 펼쳐지도록 나눴습니다. 3. 판독 패널 ㅡ 엑스레이가 놓이는 구간만 검은 배경으로 반전시켜 실제 판독하듯 보이게 한 이 사이트의 시그니처입니다. 4. 관리자 CMS ㅡ 메인 사진과 문구, 둘러보기 사진 순서, 팝업, 비급여 진료비 표, 진료시간을 원장님이 직접 관리합니다. 5. 비급여 진료비 고지 ㅡ 의료법 제45조 의무 항목을 사진이 아닌 표 데이터로 관리해, 금액 수정과 검색 노출이 동시에 됩니다. ㅡ프로젝트 정보 46라우트, 진료 25종 전 페이지, 이미지 255컷 스크린샷의 개인정보와 연락처는 블러 처리했고, 관리자 화면은 예시 데이터로 촬영했습니다. 지금 홈페이지가 검색에 안 잡히거나 고칠 때마다 업체를 거쳐야 한다면, 현재 상태 진단부터 도와드립니다. 편하게 상담 남겨주세요.