병원이 정할 정기 간격과 추가 점검
병원 구조화 데이터 점검 주기는 일률적인 날짜 간격으로 단정하지 않고, 병원이 정기 점검 간격을 정한 뒤 변경 발생 시 추가 점검하는 방식으로 설계합니다. 정기 일정에는 배포 후 오류와 공식 조건의 변화를 확인하는 업무를 포함합니다. 실장은 변경이나 오류가 발생했는지부터 조사하고, 예정일 전 추가 점검이 필요한지 판단한 다음 정기 간격을 정합니다.
변경이 잦은 병원과 같은 안내를 오래 유지하는 병원에 동일한 간격을 적용할 필요는 없습니다. 홈페이지 개편 계획, 반복되는 오류, 담당자가 처리할 수 있는 업무량을 함께 판단합니다. 일정을 정할 때는 환자가 읽는 안내의 정확성을 누가 판단할지도 명시합니다.
| 추가 점검을 검토할 상황 | 예정일을 기다리지 않을 이유 | 병원·업체에 확인할 내용 |
|---|---|---|
| 진료 안내나 병원 정보 변경 | 게시 내용과 기존 데이터의 대응 관계가 달라질 수 있습니다. | 병원은 변경 내용을 전달하고 업체는 영향 범위를 조사합니다. |
| 템플릿이나 게재 방식 변경 | 배포 이후 기술 오류가 발생할 수 있습니다. | 업체는 변경이 적용된 페이지와 오류 발생 여부를 보고합니다. |
| 새로운 오류 알림 수신 | 예약된 일정과 무관하게 문제가 발견된 상태입니다. | 실장은 수신 내용을 전달하고 업체에 현재 상태를 요청합니다. |
| 적용 유형의 공식 조건 변경 | 기존 판단에 사용한 조건의 유효성을 다시 따져야 합니다. | 업체는 적용 유형에 관계된 변경인지와 대응 필요성을 설명합니다. |
배포 완료 이후의 일정
구글 검색 센터는 템플릿이나 게재 과정의 문제로 배포 이후에도 오류가 생길 수 있어, 리치 결과 상태 보고서로 페이지의 유효성을 추적하도록 안내합니다. 병원은 업체의 배포 완료 통보와 별개로 배포 후 상태를 보고받을 날짜를 정합니다. 계약이나 업무 요청에 반영 여부만 적혀 있다면, 이후 상태 보고가 포함되는지도 협의합니다.
서치 콘솔 사용 안내는 매일 로그인할 필요가 없으며, 새로운 문제가 발견되면 알림 메일을 보낸다고 설명합니다. 계정 데이터를 정기적으로 확인하고 콘텐츠를 변경할 때에도 확인하도록 권장합니다. 이 안내를 병원 구조화 데이터 전체에 적용되는 의무 간격으로 해석하지 않고, 변경 시 재확인할 일정을 설계하는 참고 기준으로 사용합니다.
구글 검색 센터의 품질 가이드라인은 최신 정보를 제공하고 독자가 읽을 수 없는 내용을 마크업하지 않도록 요구합니다. 또한 품질 조건은 자동화된 도구만으로 간편하게 시험할 수 없다고 설명합니다. 따라서 병원은 기술 상태 보고를 받는 일정에 실제 게시 내용의 정확성을 판단하는 업무도 포함합니다.
변경 발생부터 정기 일정까지
실장은 기존 달력의 날짜를 그대로 연장하기 전에 최근 변경과 미해결 오류를 모읍니다. 업체에는 배포 내역과 기술 상태를 요청하고, 병원 내부에서는 게시 안내의 변경 내역을 준비합니다. 서로 다른 날짜에 처리된 업무는 실제 적용일을 기준으로 연결합니다.
- 실장은 본문·설정·템플릿의 변경 내역과 오류 알림을 모아 발생일과 영향을 받은 페이지를 기재합니다.
- 업체는 기술 영향 범위를 설명하고, 병원은 변경된 안내의 중요도를 판단해 추가 점검 필요 여부를 결정합니다.
- 실장은 변경 빈도와 오류 이력을 근거로 정기 간격을 제안하고, 원장과 업체가 처리할 수 있는 날짜를 협의합니다.
- 담당자는 다음 예정일과 별도로 배포 후 보고일, 병원 내용 확인일, 미해결 사항의 재보고일을 일정에 반영합니다.
준비 자료는 배포 내역, 게시 내용 변경 기록, 오류 처리 이력, 적용 유형의 공식 문서입니다. 업체는 어떤 변경이 어느 페이지에 반영됐는지 설명할 수 있는 자료를 전달합니다. 원장에게는 진료 답변 중 의학적 판단이 필요한 문장과 변경 이유를 전달합니다.
정기 간격의 조정 기준
정기 간격은 홈페이지가 달라지는 속도와 미해결 업무의 상태를 근거로 정합니다. 처음 정한 간격을 계속 유지해야 하는 규칙으로 취급하지 않습니다. 실장은 아래 항목의 현황이 달라졌을 때 다음 일정부터 간격을 조정할지 결정합니다.
| 정기 간격을 정할 판단 항목 | 병원에서 확인할 현황 | 간격 조정 판단 |
|---|---|---|
| 콘텐츠 변경 빈도 | 진료 안내와 병원 정보의 수정 계획 | 변경이 잦아지면 정기 간격을 줄이는 방안을 협의합니다. |
| 오류 발생 이력 | 반복 오류와 처리되지 않은 항목 | 반복 원인이 남아 있으면 재보고 일정을 촘촘하게 정합니다. |
| 공통 설정 변경 계획 | 템플릿 개편과 적용 범위 | 개편 기간에는 배포 일정에 맞춘 별도 점검을 배치합니다. |
| 공식 조건 검토 현황 | 적용 유형 문서의 변경과 영향 판단 상태 | 영향이 미정이면 업체의 판단 회신일을 먼저 정합니다. |
변경과 오류가 드물고 이전 요청이 모두 처리됐다면, 정기 간격을 늘리는 방안도 논의할 수 있습니다. 이때 업무 부담이 줄었다는 사정만으로 결정하지 않고, 예정일 사이에 발생한 변경을 담당자가 전달할 수 있는지도 판단합니다. 간격을 조정한 이유는 다음 담당자가 이해할 수 있도록 일정 기록에 남깁니다.
기술 보고와 내용 판단의 일정 연결
업체의 기술 보고가 도착한 날을 병원 전체 업무의 완료일로 처리하지 않습니다. 실장은 업체가 보고할 날짜와 병원 내부에서 내용을 판단할 날짜를 각각 정하고, 필요한 자료가 먼저 도착하도록 요청합니다. 기술 보고가 늦어지면 병원 내용 판단까지 함께 미뤄야 하는지 별도로 결정합니다.
업체는 오류 상태와 적용 조건에 관한 판단을 설명하고, 병원 담당자는 운영시간이나 진료 안내처럼 내부에서 사실을 판단할 수 있는 내용을 담당합니다. 진료 답변의 의학적 내용은 원장이 확인합니다. 실장은 원장에게 답변 전체를 일괄 전달하기보다 판단이 필요한 문장과 게시 예정 시점을 명시합니다.
의학적 판단이 아직 끝나지 않았다면 해당 답변은 내용 확인 완료로 기록하지 않습니다. 기술 상태에 문제가 없다는 회신을 받아도 미완료 사유와 원장의 회신 예정일을 남깁니다. 한 업무의 완료 표시로 다른 담당자의 판단을 대신하지 않도록 일정 상태를 따로 기록합니다.
예정일과 실제 처리일의 기록
일정 기록에는 날짜뿐 아니라 그 날짜에 끝내야 할 업무를 기재합니다. 실장은 정기 점검인지 변경으로 생긴 추가 점검인지 표시하고, 예정일·실제 처리일·남은 업무·다음 회신일을 연결합니다. 이렇게 기록하면 일정 지연과 미해결 오류를 서로 다른 사유로 처리할 수 있습니다.
추가 점검을 했다는 이유만으로 다음 정기 예정일을 자동으로 늦추지 않습니다. 추가 업무가 변경된 페이지에만 한정됐다면 다른 대상의 예정일은 유지할 수 있습니다. 정기 업무까지 함께 처리했다면 실장이 완료 범위를 근거로 다음 날짜를 다시 정합니다.
반복적으로 늦어지는 업무는 간격을 줄이는 것만으로 해결하려 하지 않습니다. 자료 전달 지연인지, 업체 회신 지연인지, 원장 판단을 기다리는 상태인지 원인을 기록합니다. 실장은 그 원인에 맞춰 자료 제출일이나 회신일을 조정하고 담당자에게 통보합니다.
공식 문서 변경의 영향 판단
공식 문서가 갱신됐다는 사실만으로 전체 페이지의 재점검을 결정하지 않습니다. 구글 검색 센터의 문서 업데이트에는 표현을 명확하게 한 변경과 기능 사용 조건에 관한 변경이 함께 포함됩니다. 업체는 적용 유형과 관계된 내용인지 먼저 판단하고, 병원에 필요한 업무와 판단 근거를 설명합니다.
병원 담당자는 업데이트 게시일과 자체 대응일을 같은 날짜로 기록하지 않습니다. 실장은 영향 판단을 요청한 날과 회신받은 날을 남기고, 대응이 필요 없다는 회신에도 그 이유를 기재합니다. 영향 범위가 확정되지 않았다면 전체 점검 완료로 처리하지 않고, 업체가 추가로 조사할 항목과 다음 회신일을 정합니다.
자주 묻는 질문
업체 계약이 끝나면 예정된 점검은 어떻게 처리합니까?
실장은 계약 종료 전에 남은 일정과 진행 중인 요청을 후속 담당자에게 전달합니다. 후속 업체가 아직 정해지지 않았다면 병원 내부의 연락 책임자부터 지정합니다. 기술 판단을 받을 창구가 없는 기간에는 미해결 상태를 유지하고, 외부 지원이 필요한 업무를 원장이나 실장에게 보고합니다.
구조화 데이터가 없는 페이지도 같은 일정에 넣습니까?
구조화 데이터가 적용되지 않은 페이지를 기술 점검 대상으로 동일하게 취급할 필요는 없습니다. 병원은 일반 콘텐츠 관리 일정과 구조화 데이터 대상 일정을 따로 운영할 수 있습니다. 적용 여부가 불명확한 페이지는 업체에 범위를 요청한 뒤 대상에 포함할지 결정합니다.
휴가로 담당자가 부재하면 점검을 연기해도 됩니까?
예정된 업무는 부재 전에 처리하거나 대체 담당자에게 인계하는 방식으로 조정할 수 있습니다. 휴가 기간에 접수되는 오류 알림과 변경 요청을 받을 사람도 지정합니다. 대체 담당자가 기술 판단을 직접 할 수 없다면 업체에 전달할 권한과 보고 경로를 정합니다.
업체의 정기 점검 비용은 어떻게 협의합니까?
비용은 방문이나 보고 횟수만으로 협의하지 않고 계약에 포함할 업무 범위를 먼저 정합니다. 공식 문서 변경 조사, 상태 보고, 병원 질의에 대한 회신이 포함되는지 명시합니다. 오류 대응과 추가 배포가 별도 업무라면 추가 비용이 발생하는 조건을 계약 문구로 요청합니다.
홈페이지를 폐쇄할 예정이어도 정기 점검을 유지합니까?
폐쇄 예정이라는 이유만으로 현재 공개된 안내의 관리 책임이 끝나지는 않습니다. 병원은 실제 공개 종료일까지 필요한 업무와 종료 이후 업체가 맡을 잔여 업무를 협의합니다. 폐쇄 계획이 변경될 가능성이 있다면 종료 예정일만으로 정기 업무를 취소하지 않고, 공개 상태가 확정된 뒤 일정을 종료합니다.