모든 페이지에 일괄 적용하지 않는 판단
빵부스러기 마크업은 모든 병원 페이지에 필수라고 단정하지 않습니다. 환자가 해당 답변을 찾는 탐색경로를 설명할 필요가 있는지 검토한 뒤, 구글의 해당 기능 문서에서 적용 조건을 확인해 도입 여부를 정해야 합니다. 병원 담당자는 업체에 설치 가능 여부만 묻기 전에 해당 페이지에서 어떤 경로를 안내하려는지 정리합니다.
빵부스러기는 환자가 답변 페이지를 찾는 탐색경로 정보입니다. 병원 홈페이지에서 현재 답변이 어떤 안내 항목에 속하는지, 관련 내용을 찾으려면 어느 항목으로 이동하는지를 설명하는 용도로 이해할 수 있습니다. 병원 담당자는 페이지 제목과 본문만으로 충분한지, 상위 안내와의 관계까지 설명할 필요가 있는지를 판단합니다.
| 판단 질문 | 병원이 확인할 안내 | 도입 검토에 쓰는 이유 |
|---|---|---|
| 현재 답변이 어디에 속하는지 알 수 있습니까? | 답변 페이지와 상위 안내의 관계 | 탐색경로로 설명할 정보의 존재를 가립니다. |
| 경로의 항목명이 환자에게 이해됩니까? | 환자에게 표시하는 안내 이름 | 기술 작업 전에 표현을 정비할 필요를 판단합니다. |
| 같은 답변으로 이동하는 경로가 서로 다릅니까? | 메뉴별 연결 관계와 안내 목적 | 업체에 전달할 경로 설명을 구체화합니다. |
| 추가하려는 정보의 용도가 명확합니까? | 환자 안내와 검색엔진에 전달할 정보 | 도입 이유를 단순한 기능 추가와 나눕니다. |
이 표는 병원이 도입 필요를 판단하기 위한 질문입니다. 구글의 필수 속성 목록이나 빵부스러기 기능의 적용 조건을 대신하지 않습니다. 담당자는 답을 정리하면서 설명이 모호한 항목을 표시하고, 업체가 기술 요건을 제시할 때 그 항목을 함께 전달합니다.
답변 내용과 탐색경로의 서로 다른 역할
구글 검색 센터는 한 페이지에 본문 내용과 탐색경로처럼 여러 종류의 정보가 함께 있을 수 있으며, 사용자에게 표시되는 각각의 정보를 마크업할 수 있다고 설명합니다. 병원 페이지에서는 진료나 이용 절차에 대한 답변과 그 답변을 찾는 경로를 별도의 적용 항목으로 생각할 수 있습니다. 답변을 설명하는 작업을 했다는 이유만으로 탐색경로까지 설명했다고 판단하지 않습니다.
답변 내용은 환자가 궁금해하는 사항에 응답하고, 탐색경로 정보는 그 답변이 홈페이지의 어느 안내와 연결되는지 설명합니다. 병원 실장은 내용의 소속과 안내 이름을 정리하고, 마케팅 담당자는 현재 페이지에서 그 관계를 환자에게 어떻게 전달하는지 기록합니다. 병원 담당자는 업체에 이 기록을 토대로 빵부스러기 도입안을 설명하도록 요청합니다.
페이지에 여러 항목을 설명할 수 있다는 사실은 모든 항목을 반드시 추가해야 한다는 뜻으로 읽지 않습니다. 탐색경로 안내가 필요한 이유를 병원에서 설명할 수 있을 때 다음 판단을 진행합니다. 아직 안내 관계가 정리되지 않았다면 담당자는 경로 설명부터 작성하고 기술 작업의 범위를 결정합니다.
경로 안내부터 기능 조건까지의 실행 순서
실행 순서는 페이지의 탐색경로 안내, 마크업 필요성, 해당 기능의 적용 조건 순으로 정합니다. 병원 담당자가 안내 목적을 정리하고 업체가 기술 근거를 제시하도록 업무를 나누면 승인할 내용이 명확해집니다. 요청서에는 작업 대상 페이지 이름, 현재 안내 화면, 경로 설명, 병원에서 결정하지 못한 질문을 함께 기재합니다.
- 마케팅 담당자는 환자가 읽는 페이지에서 경로 안내가 있는지 기록합니다. 안내에 쓰인 항목명과 연결되는 페이지 이름을 함께 기재합니다.
- 병원 실장은 해당 경로가 환자의 답변 탐색에 어떤 설명을 더하는지 정리합니다. 안내를 정비할 일과 기술적으로 추가할 일을 따로 요청합니다.
- 업체는 구글 검색 센터의 빵부스러기 기능 문서를 기준으로 적용 조건을 제시합니다. 도입 시 필요한 속성과 아직 판단하지 못한 사항도 나누어 답변하도록 요청합니다.
- 병원 담당자는 도입 이유와 기술 요건에 대한 답변을 받은 뒤 작업 범위를 승인합니다. 문서 근거가 없는 항목은 확정 목록에 포함하지 않고 추가 답변을 요청합니다.
화면 자료에는 답변 본문뿐 아니라 경로 안내가 표시되는 위치도 포함합니다. 연결 관계를 글로 전달할 때는 메뉴 이름만 나열하지 말고, 어느 안내에서 어느 답변으로 이동하는지 설명합니다. 이렇게 준비한 자료는 업체가 병원의 안내 의도를 임의로 추정하지 않도록 하는 작업 요청서로 사용합니다.
업체 답변에 필요한 근거와 미확정 항목
구글 검색 센터는 구글 검색의 동작을 판단할 때 해당 센터의 문서를 최종 기준으로 삼고, 특정 기능 문서의 추가 가이드라인을 따르도록 안내합니다. 병원은 일반 가이드라인에 대한 설명만으로 빵부스러기의 세부 요건까지 승인하지 않습니다. 업체에는 해당 기능에 직접 적용되는 근거와 병원 페이지에 적용하려는 이유를 각각 요청합니다.
| 업체에 요청할 확인 사항 | 확인할 공식 문서 | 아직 확정하지 못한 내용 |
|---|---|---|
| 이 페이지에 도입하려는 이유 | 구조화된 데이터 일반 가이드라인 | 경로 안내를 추가로 설명할 실무 필요 |
| 빵부스러기의 적용 조건 | 구글 검색 센터의 빵부스러기 기능 문서 | 해당 페이지에 적용할 수 있는 조건 |
| 도입 시 필수 속성과 권장 속성 | 구글 검색 센터의 빵부스러기 기능 문서 | 구체적인 속성 이름과 입력 내용 |
| 구현안에 적용한 기능별 지침 | 해당 기능 문서의 추가 가이드라인 | 코드 구성과 세부 표시 조건 |
빵부스러기의 구체적인 속성이나 코드는 일반 가이드라인만으로 확정하지 않고 해당 기능 문서에서 확인해야 합니다. 업체 답변에는 문서 이름, 판단에 사용한 항목, 실제 적용안의 관계를 기재하도록 요청합니다. 병원 담당자는 미확정 내용을 작업 완료 항목처럼 처리하지 않고, 답변을 받은 날짜와 승인 상태를 기록합니다.
도입 필요와 필수 속성을 혼동하는 오류
기능을 도입할 필요가 있는지와 도입할 때 무엇을 반드시 입력해야 하는지는 서로 다른 판단입니다. 구글 검색 센터는 향상된 검색 표시를 위한 객체에 필수 속성을 모두 포함해야 한다고 설명합니다. 이 설명을 병원의 모든 페이지에 해당 기능을 넣어야 한다는 요구로 확대하지 않습니다.
업체가 필수 작업이라고 말하면 병원 담당자는 무엇이 필수인지 구체적으로 묻습니다. 계약에 포함된 작업인지, 선택한 기능의 필수 속성인지, 모든 페이지에 적용해야 한다는 주장인지를 가립니다. 계약 범위는 견적서로 판단하고, 기능 요건은 해당 기능 문서로 판단하도록 답변 형식을 요청합니다.
속성을 많이 입력한다는 설명도 도입 이유를 대신하지 못합니다. 구글 검색 센터는 권장 속성을 불완전하거나 부정확하게 채우기보다 완전하고 정확한 내용을 적용하는 편을 중시합니다. 병원은 항목 수를 늘리는 제안보다 실제 안내 관계를 표현할 수 있는지에 대한 답변을 받습니다.
안내 변경과 재판단을 위한 기록
도입 판단 기록에는 승인한 경로와 그 경로를 선택한 이유를 함께 남깁니다. 화면만 보관하면 이후 메뉴를 개편할 때 당시의 안내 목적을 알기 어렵습니다. 담당자는 대상 페이지 이름, 경로의 항목명, 연결 관계, 미해결 질문을 문장으로 기록합니다.
병원 홈페이지의 안내 체계가 변경되면 기존 결정이 여전히 유효한지 다시 판단합니다. 메뉴 이름 변경, 상위 안내 이동, 답변 페이지 통합처럼 경로 설명에 영향을 주는 작업을 변경 기록에 포함합니다. 재판단은 변경된 안내 관계를 대상으로 진행하며, 과거 승인만을 이유로 같은 적용안을 유지하지 않습니다.
작업 종료 기록에는 승인한 내용과 추가 판단이 필요한 내용을 나누어 기재합니다. 병원은 안내 관계의 승인 상태를 기록하고, 업체는 기술 적용의 진행 상태를 기록합니다. 서로 다른 상태를 하나의 완료 표시로 합치지 않아야 다음 담당자가 남은 업무를 알 수 있습니다.
관리용 분류를 환자 경로로 오인하는 경우
병원 내부에서 콘텐츠를 관리하는 분류가 환자의 탐색경로와 같다고 전제하지 않습니다. 부서별 관리 이름이나 캠페인별 묶음은 직원에게 필요한 정리 방식일 수 있지만, 환자가 답변을 찾는 순서를 설명하지 못할 수 있습니다. 담당자는 내부 분류표를 그대로 전달하기 전에 각 이름이 환자 안내에서 어떤 의미인지 작성합니다.
업체가 관리용 분류를 경로안으로 제시하면 병원 실장은 환자에게 안내할 명칭과 관리용 명칭을 따로 정리합니다. 기술 요건을 판단하기 전에 안내 목적이 다른 이름이 섞였는지 대조합니다. 경로안의 승인 사유에는 내부 관리의 편의가 아닌 환자 안내에 사용할 관계를 기재합니다.
자주 묻는 질문
경쟁 병원이 적용했다면 우리도 도입해야 합니까?
다른 병원의 적용 사실만으로 도입 결정을 내리지 않습니다. 홈페이지의 안내 체계와 답변을 연결하는 방식이 다를 수 있으므로, 경쟁 병원의 작업 목록은 업체에 질문할 참고 자료로만 사용합니다. 우리 병원이 설명하려는 경로를 먼저 제시하고 제안 이유를 요청합니다.
홈페이지 개편 전에 도입 여부를 결정해야 합니까?
개편 전에 검토를 시작할 수 있지만, 안내 관계가 미정이라면 적용안의 최종 승인은 유보합니다. 담당자는 개편 일정에 경로안 제출과 기술 요건 답변을 받을 시점을 포함합니다. 임시 경로를 확정안처럼 전달하지 않습니다.
환자에게 빵부스러기라는 용어를 설명해야 합니까?
환자 안내에 기술 용어를 반드시 사용할 필요는 없습니다. 병원은 환자가 이동할 안내 항목을 이해할 수 있도록 명칭을 정하고, 업체와의 작업 문서에서 기능 이름을 사용합니다. 용어 설명 때문에 실제 안내 문구가 길어지지 않도록 편집합니다.
도입 비용은 어떤 작업 단위로 요청해야 합니까?
비용 요청서에는 경로 안내 정비와 기술 적용의 작업 범위를 따로 기재합니다. 공통 화면 수정인지 개별 페이지 작업인지, 병원이 준비할 자료와 업체가 제출할 산출물이 무엇인지 설명하도록 요청합니다. 기능 이름만 기재한 견적은 작업 범위를 판단하기 어려우므로 상세 내역을 받습니다.
답변 페이지 제목이 길면 경로 이름도 같아야 합니까?
제목 전체를 경로 이름으로 사용해야 하는지는 해당 기능의 이름 작성 조건을 확인한 뒤 판단합니다. 병원은 환자가 안내 대상을 이해할 수 있는 명칭안을 마련하고, 업체에는 해당 기능에서 이름을 작성할 때 적용되는 조건을 요청합니다. 짧은 명칭을 제안할 때도 어떤 답변을 가리키는지 함께 설명합니다.