화면에 없는 FAQ를 구조화 데이터에만 넣는 일의 판단

화면에 없는 FAQ의 포함 기준

판단할 대상은 질문 제목만이 아니라 그 질문에 연결된 답변까지입니다. 운영자는 사용자가 읽는 페이지에서 질문을 찾고, 그 답변의 내용을 실제로 읽을 수 있는지 확인합니다. 관리 화면에 저장되어 있거나 개발 담당자가 코드에서 찾을 수 있다는 이유만으로 사용자에게 공개된 FAQ라고 처리하지 않습니다.

구글 검색 센터는 구조화 데이터가 해당 페이지의 콘텐츠를 설명해야 하며, 사실에 맞는 정보라도 사용자에게 표시되지 않으면 마크업에 추가하지 않도록 안내합니다. 이 기준을 FAQ에 적용하면 답변의 정확성과 페이지 공개 여부를 각각 판단해야 합니다. 사내에서 승인한 답변이라도 페이지에서 읽을 수 없다면 데이터에만 남기는 근거가 되지 않습니다.

표의 포함 판단은 화면과 데이터의 관계에 관한 판단입니다. FAQ를 공개했다는 사실만으로 다른 적용 조건까지 충족했다고 결론 내리지는 않습니다. 운영자는 우선 현재 페이지에서 읽을 수 있는 질문과 답변의 범위를 확정합니다.

질문 제목과 답변 본문의 공개 범위

페이지에 FAQ라는 제목이나 질문 목록이 있다는 사실만으로 답변까지 공개됐다고 판단할 수는 없습니다. 답변 영역이 비어 있거나 준비 중이라는 문구만 있다면, 데이터에 담긴 실제 답변과 연결할 화면 내용이 없는 상태입니다. 운영자는 질문을 찾은 뒤 해당 답변이 어디에 표시되는지까지 기록합니다.

화면의 짧은 안내와 데이터의 상세 답변이 서로 다른 내용을 전달하는 경우도 따로 처리합니다. 데이터에만 신청 조건이나 예외 사항을 추가했다면, 화면의 안내가 그 답변 전체를 뒷받침한다고 판단하기 어렵습니다. 문장이 길거나 짧은지를 따지기 전에 사용자가 같은 조건과 제한을 읽을 수 있는지 대조합니다.

페이지에 없는 질문을 데이터에 추가할 때는 그 질문이 사실인지에 대한 승인만 받으면 충분하지 않습니다. 공개할 필요가 있는 질문인지 콘텐츠 담당자가 결정하고, 그 결정에 따라 개발 담당자가 화면이나 데이터를 수정해야 합니다. 아직 공개 여부를 결정하지 못한 답변은 데이터에만 먼저 넣지 않습니다.

화면과 데이터의 대조 순서

운영자는 사용자용 페이지의 FAQ를 먼저 목록으로 만들고, 개발 담당자에게 해당 페이지의 구조화 데이터에 들어간 질문과 답변을 요청합니다. 화면 자료와 데이터 자료는 같은 페이지와 같은 게시 상태를 기준으로 준비합니다. 수정 예정 문안과 현재 게시된 문안을 섞으면 공개 여부를 잘못 판단할 수 있습니다.

1. 사용자용 페이지에서 질문과 답변을 읽고, 답변이 표시되는 위치와 본문을 기록합니다.
2. 구조화 데이터의 질문마다 화면의 질문을 연결하고, 답변의 조건과 제한을 대조합니다.
3. 화면에 없는 내용은 공개할지 제외할지 결정해 개발 담당자에게 요청합니다.
4. 수정이 반영된 페이지에서 화면과 데이터를 다시 대조하고 처리 결과를 남깁니다.

질문 문구가 조금 다르더라도 같은 내용을 묻는 항목인지 먼저 가립니다. 반대로 문구가 같아도 답변의 대상이나 조건이 달라졌다면 같은 항목으로 바로 처리하지 않습니다. 대조표에는 질문별로 연결한 화면 위치와 데이터의 답변을 함께 기재합니다.

공개 요청에는 사용할 질문과 답변의 확정 문안, 표시할 위치, 콘텐츠 승인자를 포함합니다. 제외 요청에는 삭제할 질문과 그에 연결된 답변을 명시합니다. 개발 담당자가 어느 항목을 처리해야 하는지 알 수 있도록 질문 제목만 전달하는 방식은 피합니다.

담당자별 준비 자료와 완료 기록

콘텐츠 담당자는 공개할 답변의 표현과 조건을 확정하고, 운영자는 현재 화면에서 빠진 내용을 정리합니다. 개발 담당자는 실제 데이터에 남은 항목과 수정할 대상을 제시합니다. 작업 요청에는 공개와 제외 중 결정한 조치를 질문별로 기재해 담당자마다 다른 문안을 사용하지 않도록 합니다.

처리 결과에는 요청한 조치, 실제 반영한 내용, 다시 읽은 페이지의 게시 상태를 남깁니다. 공개하기로 했는데 데이터만 수정했거나, 제외하기로 했는데 답변 일부가 남았다면 완료로 처리하지 않습니다. 운영자는 보류된 항목도 기록해 다음 콘텐츠 변경 때 미처리 내용을 다시 추적할 수 있도록 합니다.

검사 결과와 화면 대조의 역할

구조화 데이터 검사에서 유효하다는 결과를 받았어도 사용자에게 FAQ가 공개됐다는 결론은 별도로 내려야 합니다. 구글 검색 센터는 리치 결과 테스트로 구조화 데이터의 유효성을 검사할 수 있다고 안내하며, 품질 가이드라인은 자동화 도구만으로 간편하게 시험할 수 없다고 설명합니다. 운영자는 검사 결과와 사용자가 읽는 내용을 서로 다른 판단 자료로 사용합니다.

개발 담당자가 검사 결과만 전달했다면 운영자는 수정된 페이지에서 질문과 답변의 위치를 직접 찾습니다. 데이터의 답변을 읽은 뒤 화면에서도 그 내용을 읽을 수 있는지 앞에서 정한 기준으로 대조합니다. 검사 결과에 문제가 없다는 문구가 있어도 이 작업을 생략하지 않습니다.

완료 기록에는 데이터 검사 결과와 함께 화면 대조 결과를 각각 기재합니다. 화면에서 찾지 못한 답변이 있다면 어떤 질문에 연결된 내용인지 명시하고 개발 담당자에게 남은 조치를 요청합니다. 기술적으로 처리된 상태와 콘텐츠 공개가 끝난 상태를 같은 완료 표시로 합치지 않습니다.

답변 일부만 공개한 상태의 처리

답변의 첫 문장만 화면에 있고 나머지가 데이터에만 남은 경우에는 질문 제목의 일치만으로 작업을 종료하지 않습니다. 특히 이용 대상, 제외 조건, 추가 절차처럼 답변의 의미를 결정하는 내용이 생략됐는지 가립니다. 운영자는 데이터에만 남은 부분을 콘텐츠 담당자에게 전달해 공개 문안에 포함할지 결정하도록 합니다.

화면 문안을 짧게 편집할 필요가 있다면 데이터 답변도 그 문안이 전달하는 범위에 맞게 정리하도록 요청합니다. 단순한 줄임 표현과 조건을 삭제한 표현은 같은 편집으로 처리하지 않습니다. 사용자가 받을 수 있는 안내의 의미가 달라지는 부분부터 수정 대상으로 정합니다.

작업 이후에는 요청서의 문안이 아니라 실제 게시된 문안을 기준으로 완료 여부를 판단합니다. 승인 문안과 게시 문안이 다르면 개발 담당자에게 반영 차이를 전달하고, 콘텐츠 담당자가 변경 내용을 승인했는지도 기록합니다. 서로 다른 자료를 기준으로 완료를 보고하면 화면과 데이터가 다시 어긋난 상태를 놓칠 수 있습니다.

FAQ 화면 삭제와 데이터 처리의 연결

공개된 FAQ를 삭제할 때는 화면 편집 요청에 데이터 처리도 함께 포함합니다. 화면을 관리하는 담당자와 데이터를 관리하는 담당자가 다르면 한쪽의 삭제가 다른 쪽에 전달되지 않을 수 있습니다. 운영자는 삭제 대상 질문과 연결된 답변을 작업 요청에 기재하고 각 담당자의 처리 결과를 받습니다.

삭제 후 같은 질문을 새 문안으로 다시 게시할 예정이라도 이전 답변의 유지 여부를 별도로 결정해야 합니다. 새 문안이 확정되지 않은 상태에서 기존 데이터를 남기면 승인된 최신 답변으로 오인할 수 있습니다. 변경 기록에는 삭제한 문안과 새로 승인한 문안을 따로 기재하고, 재게시 작업에는 새 문안을 기준으로 데이터 반영을 요청합니다.

이어서 읽을 주제

병원 답변 구조화 데이터는 답변을 데이터로 표현할 때 어떤 내용을 포함할지 이어 판단하려는 독자가 읽을 주제입니다. 사용자에게 공개할 범위를 정한 다음에는 답변의 표현과 데이터 항목이 어떻게 연결되는지 이해하는 데 도움이 됩니다.