블로그 적용 가능 여부의 판단 기준
블로그에도 구조화된 데이터를 넣을 수 있습니다. 다만 해당 블로그가 글 페이지의 코드 수정이나 구조화된 데이터 설정·플러그인을 허용하는지 먼저 확인해 적용 가능 여부를 판단해야 합니다. 병원 담당자는 블로그라는 서비스 이름만으로 결론을 내리지 말고, 현재 운영 환경에서 사용할 수 있는 삽입 수단을 서비스 제공자에게 묻습니다.
구글 검색 센터는 콘텐츠 관리 시스템에서 페이지 코드를 직접 수정하지 못할 수 있으며, 검색엔진 설정이나 플러그인으로 구조화된 데이터를 지정할 수 있는 경우도 있다고 설명합니다. 병원은 현재 이용 중인 서비스와 계약에서 어느 수단을 허용하는지 답변을 받아야 합니다. 다른 이용자의 적용 경험이 있더라도 병원의 관리자 권한이나 제작 범위까지 같다고 판단하지 않습니다.
| 확인할 기능 | 서비스 제공자에게 물을 질문 | 답변에 따른 판단 |
|---|---|---|
| 글 페이지 코드 수정 | 개별 글 페이지에 필요한 코드를 추가할 수 있습니까? | 허용 범위와 작업 담당자를 요청합니다. |
| 구조화된 데이터 설정 | 코드 수정 없이 데이터를 지정하는 설정이 있습니까? | 설정 대상에 글 페이지가 포함되는지 묻습니다. |
| 플러그인 사용 | 이를 지원하는 플러그인을 사용할 수 있습니까? | 현재 운영 환경의 사용 조건을 받습니다. |
| 개별 글 적용 | 선택한 수단이 병원의 해당 글에도 적용됩니까? | 대상 글과 적용 범위가 명시된 답변을 받습니다. |
판단 순서는 글 페이지의 코드 수정 가능 여부, 설정·플러그인 제공 여부, 해당 글 페이지에 적용 가능한지입니다. 코드를 수정할 수 있다는 답변을 받으면 수정할 수 있는 위치와 담당자의 권한을 함께 묻습니다. 직접 수정이 불가능하다는 답변을 받으면 대체 수단에 관한 질문으로 진행합니다.
서비스 기능과 글 페이지 적용의 차이
서비스에 관련 기능이 있다는 답변만으로 개별 글의 적용 작업을 승인하지 않습니다. 병원 소개 화면에서만 사용하는 기능인지, 글마다 내용을 지정할 수 있는 기능인지에 따라 요청할 작업이 달라집니다. 담당자는 적용하려는 글의 제목과 게시 위치를 전달하고 그 글을 대상으로 답변해 달라고 요청합니다.
구글은 구조화된 데이터가 설명하는 페이지에 해당 데이터를 넣도록 안내합니다. 따라서 병원 담당자는 블로그 첫 화면에 무언가 추가할 수 있다는 설명과 개별 글에 데이터를 넣을 수 있다는 설명을 따로 기록합니다. 답변이 사이트 전체 설정에 관한 것인지 특정 글에 관한 것인지 불명확하면, 적용 가능 여부를 미정으로 처리합니다.
작업 요청서에서는 기술적으로 삽입할 수 있는 상태와 아직 답변을 받지 못한 상태를 나눕니다. 삽입 수단이 특정되지 않았다면 제작 업체에 대상 글과 가능한 작업 범위를 다시 전달합니다. 적용 방법이 정해지기 전에는 구현 일정이나 완료 조건을 확정하지 않습니다.
업체 질의와 작업 요청의 순서
병원 담당자는 대상 글과 현재 운영 환경을 정리한 뒤 서비스 제공자나 제작 업체에 질문합니다. 서비스 기능은 제공자에게, 병원에 납품된 블로그의 수정 범위는 제작 업체에 묻는 방식으로 답변 책임을 나눕니다. 양쪽 답변이 다르면 어느 환경을 전제로 설명했는지 먼저 대조합니다.
- 대상 글의 제목, 게시 위치, 사용하는 편집 화면, 병원이 가진 관리 권한을 정리합니다.
- 글 페이지 코드 수정 가능 여부를 묻고, 가능하다면 수정 위치와 작업 주체를 요청합니다.
- 직접 수정할 수 없다면 구조화된 데이터 설정이나 플러그인 제공 여부와 사용 조건을 묻습니다.
- 선택한 수단이 대상 글에 적용되는지 답변을 받고, 업체에 작업 범위와 완료 자료를 요청합니다.
질문에는 병원이 알고 있는 사실과 업체가 답해야 할 사항을 분리해 기재합니다. 담당자는 자신이 사용하지 못하는 기능을 서비스 전체가 지원하지 않는 기능으로 단정하지 않습니다. 업체가 추가 권한이나 별도 작업을 언급하면 그 조건을 충족할 담당자와 비용 범위를 내부에서 결정합니다.
| 확인 결과 | 병원이 요청할 다음 작업 | 단정하면 안 되는 내용 |
|---|---|---|
| 코드 수정 가능 | 대상 글의 수정 위치와 담당자 지정 | 모든 글에 같은 작업이 가능하다는 판단 |
| 설정·플러그인 사용 가능 | 대상 글 적용 범위와 필요한 권한 정리 | 기능 사용만으로 개별 글 적용이 끝난다는 판단 |
| 특정 조건에서만 가능 | 조건 충족에 필요한 작업과 승인 사항 정리 | 현재 상태에서도 바로 적용할 수 있다는 판단 |
| 삽입 수단 미확정 | 미답변 질문과 답변 책임자 지정 | 지원 또는 미지원으로 확정하는 판단 |
담당자가 준비할 자료와 완료 증빙
질의 자료에는 대상 글의 게시 내용과 관리 화면에서 사용할 수 있는 기능을 포함합니다. 서비스명만 전달하기보다 계약상 관리 범위, 병원이 직접 수정할 수 있는 항목, 업체가 관리하는 항목을 함께 정리합니다. 내부 접근 정보는 질문에 필요한 범위로 제한하고 비밀번호를 질의 문서에 기재하지 않습니다.
업체에는 작업 완료 후 대상 글, 사용한 삽입 수단, 적용 위치를 설명하는 자료를 요청합니다. 구글은 리치 결과 테스트를 구조화된 데이터의 유효성을 검사하고 경우에 따라 검색 기능을 미리 확인하는 도구로 안내합니다. 담당자는 테스트 결과를 받더라도 작업 대상이 병원이 지정한 글과 일치하는지 별도로 대조합니다.
완료 자료에 오류가 기재되어 있다면 업체가 수정할 항목과 병원이 제공할 정보를 나눕니다. 담당자는 문서에 완료라고 표시되어 있다는 이유만으로 후속 작업을 종료하지 않습니다. 처리하지 못한 항목은 사유와 다음 담당자를 기록해 인계합니다.
삽입 수단이 미확정일 때의 기록
삽입 수단을 특정하지 못했다면 적용 가능 여부는 미정으로 기록합니다. 서비스 제공자가 아직 답하지 않은 상태와 명시적으로 지원하지 않는다고 답한 상태는 서로 다릅니다. 병원 담당자는 미응답을 미지원으로 처리하지 않고, 어떤 질문에 대한 답변이 남았는지 기재합니다.
질의 기록에는 질문한 대상, 답변을 받은 날짜, 답변이 전제로 삼은 운영 환경을 남깁니다. 업체가 가능하다고 답했지만 구체적인 수단을 설명하지 않았다면 그 답변은 작업 승인 자료로 사용하지 않습니다. 담당자는 앞에서 정한 기준에 따라 빠진 답변을 요청하고, 새 답변이 기존 설명을 수정하는지도 기록합니다.
답변 내용이 충돌하면 병원이 임의로 편리한 설명을 선택하지 않습니다. 제작 업체에는 서비스 제공자의 답변과 납품 범위가 다른 이유를 요청하고, 서비스 제공자에게는 현재 병원의 이용 조건을 명시해 재질의합니다. 담당자는 충돌한 내용이 해소될 때까지 작업 요청서에 미확정 사유를 남깁니다.
본문 편집과 삽입 작업의 별도 관리
삽입 방법이 정해지지 않아도 병원은 게시할 글의 편집을 진행할 수 있습니다. 기술 질의에 대한 답변이 늦어진다는 이유로 진료 안내의 오류나 변경된 운영 정보를 그대로 유지하지 않습니다. 담당자는 본문 수정 작업과 데이터 삽입 작업을 별도 항목으로 관리합니다.
구글은 구조화된 데이터가 페이지 내용을 실제로 설명해야 하며, 사용자에게 표시되지 않는 정보를 데이터에 추가하지 않도록 안내합니다. 병원은 게시할 본문을 확정한 후 업체가 설명 대상으로 삼을 내용을 전달합니다. 본문이 변경되면 담당자는 변경 항목을 업체에 알려 적용 내용도 함께 수정해야 하는지 요청합니다.
별도 페이지에 데이터를 보관하는 방식을 제안받으면 구글의 위치 안내에 부합하는지 업체에 설명을 요구합니다. 데이터만 보관하기 위한 빈 페이지를 작업 결과로 승인하지 않습니다. 기술적 제약을 해결하기 위한 제안도 원래 설명하려는 글과의 관계가 명확해야 합니다.
공통 양식 변경의 작업 범위
업체가 개별 글 대신 공통 양식을 수정하겠다고 제안하면 영향을 받는 글의 범위를 요청합니다. 공통 양식 수정이 다른 글에 어떤 변화를 만드는지는 병원의 실제 운영 환경을 기준으로 답변받아야 합니다. 담당자는 대상 글 외의 변경 가능성을 모른 채 작업을 승인하지 않습니다.
이 경우 작업 요청서에 수정 대상, 제외 대상, 문제가 생겼을 때 복구를 맡을 담당자를 기재합니다. 기존 글에도 수정이 필요하다는 답변을 받으면 추가 작업을 별도로 산정하도록 요청합니다. 병원은 처음 요청한 글의 작업과 이후 확대 작업의 승인 내역을 따로 관리합니다.
자주 묻는 질문
적용 작업을 위해 블로그 서비스를 옮겨야 합니까?
적용 여부만으로 이전을 결정할 필요는 없습니다. 이전에는 기존 글 관리, 담당자의 편집 업무, 유지 비용도 함께 고려해야 합니다. 현재 서비스에서 가능한 작업에 대한 답변을 받은 뒤 병원 운영에 필요한 조건으로 이전 여부를 결정합니다.
관련 플러그인을 사용한다면 유료 계약이 필요합니까?
유료 계약이 필요한지는 사용하는 서비스와 제품의 조건에 따라 달라집니다. 병원 담당자는 이용료와 업체의 설치·관리 비용을 따로 요청합니다. 계약 전에는 제공 기능뿐 아니라 변경 작업과 유지관리의 포함 범위도 문서로 받습니다.
블로그 제작 업체가 변경되면 어떤 자료를 넘겨야 합니까?
기존 작업 내역, 관리 권한, 계약상 수정 범위를 새 업체에 전달합니다. 이전 업체가 관리하던 작업이 있다면 새 업체가 이를 이어서 처리할 수 있는지 묻습니다. 병원은 계정 소유와 접근 권한의 인계도 별도 업무로 진행합니다.
문제가 생긴 뒤 원래 상태로 복구할 준비가 필요합니까?
변경 작업 전 복구 준비를 요청하는 편이 좋습니다. 담당자는 업체에 기존 상태를 보존하는 방법과 복구를 수행할 사람을 문서로 받습니다. 병원이 직접 처리할 수 없는 작업이라면 문제가 발생했을 때 연락할 창구도 정합니다.
리치 결과 테스트를 통과하면 검색 표시가 확정됩니까?
구글은 테스트에서 올바르게 처리된 페이지라도 리치 결과 표시를 보장하지 않는다고 설명합니다. 병원 담당자는 기술 작업의 완료와 검색결과의 표시 여부를 별도 상태로 관리합니다. 업체의 완료 보고에도 특정 검색 표시를 확정하는 표현을 사용하지 않도록 요청합니다.