---
id: clinicos-topic:clinic-mobile-publish-checklist
canonical_url: https://clinic-os.moden.marketing/topics/clinic-mobile-publish-checklist
document_type: checklist
audience: 한의원 개원·운영 원장
task_intent: 모바일 공개 전에 진료·의료진·시간·지도·전화·문의 폼 여섯 연결과 콘텐츠·성능·접근성을 실제 기기에서 검수하고 실패 시 배포를 보류한다.
clinic_type: korean-medicine-clinic
scope_class: common-applicability-km-document-first
reviewed_at: 2026-08-21
review_by: 2027-02-21
content_status: published
search_aliases: 한의원 모바일 공개 전 검수, 한의원 홈페이지 모바일 체크리스트, 한의원 지도 전화 링크 오류, 한의원 문의 폼 테스트, 모바일 Web Vitals 한의원, 모바일 접근성 검수
---

# 한의원 홈페이지 모바일 공개 전: 여섯 연결 실기기 점검표

> 한의원 모바일 공개 검수는 진료·의료진·시간·지도·전화·문의 폼 여섯 연결을 실제 iOS·Android에서 끝까지 눌러 운영 원장과 대조하는 일이다. 이어 모바일 콘텐츠·메타데이터 동등성, Web Vitals, 접근성과 오류 복구를 점검하고 핵심 연결 하나라도 실패하면 공개를 보류한다.

한의원 홈페이지를 새로 공개하거나 주소·시간·의료진을 바꿀 때 모바일 화면만 훑으면 링크 오류와 문의 누락을 놓치기 쉽습니다. 지도는 이전 주소를 열고 전화는 다른 번호를 부르며 문의 성공 화면 뒤에는 아무것도 도착하지 않는 문제가 생길 수 있습니다. 이 점검표로 실제 휴대전화에서 여섯 연결을 끝까지 시험하고 공개 가능 여부를 결정합니다.

## 먼저 결론

- 진료·의료진·시간·지도·전화·문의 폼을 실제 iOS와 Android에서 각각 눌러봅니다.
- 링크가 열리는지만 보지 않고 승인된 정보·주소·번호·수신함과 같은지 확인합니다.
- 여섯 연결 중 하나라도 실패하면 공개를 보류하고 수정 뒤 여섯 항목을 모두 다시 봅니다.
- 완료 증거는 후보 URL·기기·화면 기록·문의 수신 로그·승인자를 한 묶음으로 남깁니다.

## 검수할 주소와 원본부터 적기

검수는 홈페이지 제작업체의 미리보기 화면이 아니라 실제 휴대전화에서 열 수 있는 공개 후보 주소로 시작합니다. 쉽게 말하면 모바일 검수는 화면을 구경하는 일이 아니라, 환자가 누를 여섯 길이 정확한 목적지까지 이어지는지 확인하는 일입니다.

| 적을 값 | 실제로 적을 내용 | 누가 확정하나 | 보류 조건 |
|---|---|---|---|
| 공개 후보 URL | 한의원 도메인의 검수 대상 주소 | 웹 담당자 | 휴대전화에서 열리지 않으면 공개를 멈춥니다. |
| 후보 버전 | 배포 번호·커밋·수정 시각 | 웹 담당자 | 버전을 모르면 이전 캡처와 구분할 수 없습니다. |
| 진료·의료진 원본 | 승인된 진료 목록과 현재 의료진 | 원장 | 퇴사자·다른 지점이 섞이면 먼저 원본을 고칩니다. |
| 시간 원본 | 요일별 진료·접수·휴게·휴진 | 데스크 책임자 | 접수 마감과 진료 종료가 다르면 둘 다 적습니다. |
| 위치·전화 원본 | 도로명주소·층·호·핀·대표번호 | 데스크 책임자 | 지도 핀과 주소가 다르면 지도부터 수정합니다. |
| 문의 목적지 | 수신 이메일·업무함·알림 담당자 | 상담 책임자 | 누가 받는지 모르면 폼 공개를 보류합니다. |
| 시험 기기 | iPhone·Android 모델, OS, Safari·Chrome 버전 | 검수자 | 개발자 도구만으로 통과시키지 않습니다. |

검수 시작 전에 이 표를 복사해 실제 값을 채웁니다. 공개 후보가 바뀌면 후보 버전을 새로 만들고 이전 결과를 재사용하지 않습니다. 개인정보가 들어갈 수 있는 문의 폼은 승인된 가상 이름과 테스트 연락처를 사용합니다.

## 여섯 연결 테스트 표

아래 표는 연결마다 한 줄씩 작성합니다. ‘성공’만 쓰지 말고 실제로 열린 목적지와 증거 위치를 남깁니다.

| 연결 ID | 연결 | 어디서 누르나 | 기대 목적지 | 정상이라면 | 실패 예 | 담당자 | 완료 증거 |
|---|---|---|---|---|---|---|---|
| M-01 | 진료 연결 | 첫 화면·메뉴·본문 CTA | 선택한 진료의 정식 상세 URL | 진료명·대상·다음 행동이 원본과 같습니다. | 홈 이동, 404, 다른 프로그램 | 원장·웹 | 주소와 화면 녹화 |
| M-02 | 의료진 연결 | 의료진 이름·사진·소개 버튼 | 현재 담당 의료진 상세 | 이름·역할·지점이 원본과 같습니다. | 퇴사자, 빈 프로필, 다른 지점 | 원장·웹 | 목적지 캡처 |
| M-03 | 시간 연결 | 헤더·메뉴·하단 시간 링크 | 현재 진료·접수·휴게·휴진 | 요일과 시간이 줄바꿈 뒤에도 맞습니다. | 휴진 누락, 접수시간 혼동 | 데스크·웹 | 원본 대조 캡처 |
| M-04 | 지도 연결 | 주소·길찾기 버튼 | 현재 건물·출입구의 지도 핀 | iOS·Android에서 같은 건물을 엽니다. | 이전 주소, 반대편 건물, 앱만 오류 | 데스크·웹 | 두 기기 지도 화면 |
| M-05 | 전화 연결 | 대표전화·통화 버튼 | 표시 번호와 같은 전화 URI | 통화 확인 화면에 승인 번호가 보입니다. | 다른 지점, 추적번호, 숫자 불일치 | 데스크·웹 | 호출 화면 기록 |
| M-06 | 문의 폼 연결 | 문의·상담 버튼 | 입력·동의·전송·수신·오류 복구 | 성공 화면 뒤 지정 수신함에 한 건만 옵니다. | 미수신, 중복, 과잉수집, 입력 소실 | 상담·웹 | 전송 시각과 수신 로그 |

## 휴대전화에서 여섯 연결 누르기

### 1. 진료 연결을 끝까지 확인합니다

iPhone Safari와 Android Chrome에서 공개 후보 URL을 직접 입력합니다. 첫 화면의 진료 버튼을 누르고, 메뉴의 같은 진료명과 본문 CTA도 각각 누릅니다. 정상이라면 모두 승인된 같은 상세 URL로 가고 진료명·적용 범위·문의 다음 행동이 보입니다.

404, 홈으로 강제 이동, 무한 리디렉션, 다른 진료로 연결되면 M-01을 실패로 적습니다. 뒤로 가기를 눌렀을 때 원래 위치를 잃는지도 봅니다. 웹 담당자에게는 “후보 버전 (값)의 M-01, 표시 문구 (값), 현재 목적지 (값), 기대 목적지 (값)를 수정해 주세요”라고 보냅니다.

### 2. 의료진 연결에서 사람과 지점을 대조합니다

의료진 이름·사진·소개 버튼을 각각 누릅니다. 정상이라면 현재 근무하는 담당 의료진의 이름·역할·지점이 승인 원본과 같습니다. 사진이 늦게 로드되어도 이름과 핵심 정보는 읽을 수 있어야 합니다.

퇴사자, 다른 지점, 빈 페이지, 관련 없는 전체 목록이면 M-02 실패입니다. 원장은 의료진 원본을 확정하고 웹 담당자는 링크를 고칩니다. 사진 대체텍스트에는 장식 설명보다 누구의 어떤 사진인지 필요한 의미를 적습니다.

### 3. 시간 연결에서 진료·접수·휴게·휴진을 읽습니다

시간 링크를 누르고 요일별 진료시간, 접수 마감, 휴게시간, 정기·임시휴진을 원본과 한 줄씩 대조합니다. 헤더·푸터·상세 페이지에 같은 시간이 반복되면 전부 봅니다. 정상이라면 좁은 화면과 글자 확대에서도 요일과 시간이 다른 줄로 엇갈리지 않습니다.

접수 마감이 진료 종료로 표시되거나 휴진이 접힌 영역 안에서만 보이면 M-03 실패입니다. 운영 원장이 불명확하면 웹 문구를 임의로 추정하지 말고 데스크 책임자에게 확정값을 요청합니다.

### 4. 지도 연결을 두 운영체제에서 엽니다

주소 또는 길찾기 버튼을 누릅니다. 지도 앱이 설치된 기기와 설치되지 않은 브라우저 경로를 각각 시험합니다. 정상이라면 승인된 도로명주소, 건물, 층·호 안내와 같은 건물의 핀이 열립니다.

이전 주소나 건물 반대편 핀, 다른 지점이 보이면 M-04 실패입니다. “표시 주소 (값), 현재 열린 지도 주소·좌표 (값), 승인 주소·핀 (값)”을 웹·지도 담당자에게 보내고 수정 전에는 공개하지 않습니다.

### 5. 전화 연결에서 보이는 번호와 호출 번호를 맞춥니다

전화번호를 눈으로 적은 뒤 통화 버튼을 누릅니다. 정상이라면 통화 확인 화면의 숫자가 표시 번호와 같습니다. 실제 연결 시험이 필요한 경우 원장이 승인한 시간에 한 번 발신해 안내·분기와 담당 지점을 확인합니다.

다른 번호가 뜨거나 운영하지 않는 번호, 외부 업체가 통제하는 번호로 연결되면 M-05 실패입니다. 호출 화면까지만 시험했는지 실제 통화까지 했는지를 증거에 구분해 적습니다.

### 6. 문의 폼을 전송하고 수신함까지 봅니다

문의 버튼을 누르고 필수·선택 항목, 개인정보 안내와 동의, 오류 문구를 읽습니다. 먼저 필수값 하나를 비워 오류가 해당 입력칸 가까이에 보이고 입력 내용이 유지되는지 시험합니다. 그다음 승인된 테스트 값으로 전송합니다.

정상이라면 전송 중 상태와 성공 화면이 보이고 지정 수신함·업무 시스템에 정확히 한 건이 도착하며 담당자 알림이 옵니다. 화면은 성공인데 미수신이거나 두 건 이상 도착하고, 동의 없이 전송되거나 증상·주민번호처럼 불필요한 민감정보를 요구하면 M-06 실패입니다. 전송 시각, 테스트 ID, 수신 시각과 담당자를 기록합니다.

## 콘텐츠·성능·접근성 함께 보기

[Google 모바일 우선 색인 권장사항](https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing)을 열어 모바일과 데스크톱의 주요 콘텐츠, 제목·설명, 구조화정보가 의미상 같은지 확인합니다. 모바일에서만 핵심 진료·의료진·시간이 빠지거나 `noindex`가 붙으면 공개를 보류합니다. 이 확인이 노출이나 순위 개선을 보장하지는 않습니다.

[Google Web Vitals 공식 설명](https://web.dev/articles/vitals)에서 LCP·INP·CLS의 의미를 확인하고 측정 도구·기기·네트워크·시각을 기록합니다. 한 번의 실험실 점수를 실제 사용자 전체의 결과로 부르지 않습니다. 새 페이지라 현장 데이터가 없다면 ‘현장 데이터 없음’을 그대로 남깁니다.

[W3C WCAG 2.2](https://www.w3.org/TR/WCAG22/)를 기준으로 글자 확대, 좁은 폭, 키보드 초점, 링크 이름, 폼 라벨·오류 식별, 색 이외의 상태 표시를 사람 손으로 봅니다. 자동 점수가 높아도 버튼 이름을 알 수 없거나 오류 뒤 다음 행동이 없으면 실패입니다. 이 점검만으로 WCAG 적합성을 인증하지 않습니다.

## 실패하면 공개를 멈추고 다시 시험하기

진료·의료진·시간 불일치, 잘못된 주소·핀·전화, 문의 미수신·중복·개인정보 안내 실패, 모바일 핵심 콘텐츠 누락, 누를 수 없는 버튼은 즉시 공개 보류 조건입니다. 실패 행에 화면, 현재 목적지, 기대 목적지, 기기·브라우저, 담당자와 수정 기한을 적습니다.

수정 뒤 실패 항목만 다시 보지 않습니다. 공통 메뉴·푸터 수정이 다른 연결을 깨뜨릴 수 있으므로 새 후보 버전에서 M-01부터 M-06까지 전부 회귀검수합니다. 공개 뒤 같은 문제가 확인되면 영향 버튼을 숨기거나 안전한 전화·정적 안내로 우회하고 새 검수를 엽니다.

> 후보 URL (값), 후보 버전 (값)의 연결 (M-번호)이 실패했습니다. (기기·브라우저)에서 표시 문구는 (값), 현재 목적지는 (값), 기대 목적지는 (값)입니다. (증거 주소)에 기록했습니다. 수정 뒤 새 후보 버전과 재검수 가능 시각을 알려 주세요.

## 완료했는지 확인

- [ ] M-01 진료 연결이 승인된 상세로 갑니다.
- [ ] M-02 의료진 연결이 현재 사람과 지점을 보여줍니다.
- [ ] M-03 시간 연결이 진료·접수·휴게·휴진 원본과 같습니다.
- [ ] M-04 지도 연결이 iOS·Android에서 현재 건물 핀을 엽니다.
- [ ] M-05 전화 연결의 표시 번호와 호출 번호가 같습니다.
- [ ] M-06 문의 폼이 오류를 설명하고 지정 수신함에 한 건 도착합니다.
- [ ] 모바일 핵심 콘텐츠·메타데이터와 접근성 검수를 기록했습니다.
- [ ] 여섯 연결의 담당자·완료 증거·공개 보류가 모두 채워졌습니다.

정상 완료는 체크박스 여덟 개가 모두 채워지고 원장이 공개 후보 버전을 승인한 상태입니다. 한 칸이라도 비거나 실제 기기 증거가 없으면 완료로 처리하지 않습니다.

## 자주 묻는 질문

### 모바일에서 반드시 시험할 여섯 연결은 무엇인가요?

진료, 의료진, 시간, 지도, 전화, 문의 폼입니다. 실제 iOS와 Android에서 눌러 승인된 목적지·정보·번호·수신함과 같은지 확인합니다.

### 개발자 도구의 모바일 미리보기만으로 완료할 수 있나요?

아닙니다. 지도 앱 호출, 전화 확인 화면, 키보드와 폼 수신은 실기기에서 달라질 수 있습니다. 대표 iPhone·Android와 브라우저 버전을 완료 증거에 남깁니다.

### PageSpeed 점수가 좋으면 공개해도 되나요?

성능은 한 축일 뿐입니다. 여섯 연결, 운영정보, 모바일 콘텐츠 동등성, 접근성과 문의 수신이 모두 통과해야 합니다.

### 어떤 실패에서 공개를 멈추나요?

진료·의료진·시간 불일치, 잘못된 지도·전화, 문의 미수신·중복·개인정보 안내 실패, 핵심 콘텐츠 누락이나 조작 불가능한 버튼이 있으면 공개를 보류합니다.

## 자료 출처와 확인 기록

1. [Google Search Central · 모바일 우선 색인 권장사항](https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing) — 모바일 우선 색인, 핵심 콘텐츠·제목·설명·구조화정보 동등성
   - 확인일: 2026-08-21
2. [Google web.dev · Web Vitals](https://web.dev/articles/vitals) — LCP·INP·CLS와 실사용 75백분위 측정 원칙
   - 확인일: 2026-08-21
3. [W3C WAI · WCAG 2 개요](https://www.w3.org/WAI/standards-guidelines/wcag/) — WCAG 2 개요와 네 접근성 원칙·성공기준
   - 확인일: 2026-08-21
4. [W3C · WCAG 2.2 권고안](https://www.w3.org/TR/WCAG22/) — WCAG 2.2 공식 권고안의 접근성 성공기준
   - 확인일: 2026-08-21

## 갱신 조건

- 진료·의료진·시간·주소·전화·문의 목적지 변경
- 사이트·CMS·지도·폼·전화 연동 변경
- Google 모바일·Web Vitals 지침 변경
- WCAG 업데이트
- 모바일 오류·문의 미수신 발생