개원 연도 같은 기본 사실을 적을 곳

개원 연도를 적을 본문 위치

병원을 소개하는 문장을 읽는 사람이 개원 시점을 알 수 있도록, 소개 본문 안에 개원 연도를 담은 문장이나 기본 정보 항목을 마련합니다. 병원 이름과 소개 내용이 함께 있는 영역을 우선 후보로 정하고, 개원 연도만 떨어져 있는 배너나 이미지 문구에 의존하지 않도록 구성합니다. 구체적인 위치는 현재 소개 페이지의 내용과 읽는 순서에 따라 결정합니다.

병원 소개가 인사말, 시설 설명, 운영 방향으로 구성되어 있다면 개원 연도는 병원 자체를 설명하는 부분에 기재합니다. 원장 인사말에만 포함하면 원장의 경력과 병원의 개원 시점이 한 문장에 섞일 수 있으므로, 병원을 주어로 쓴 별도 문장을 마련하는 편을 권합니다. 개원 연도를 찾기 위해 긴 인사말 전체를 읽어야 하는 배치는 피합니다.

소개 본문과 기본 정보 영역 중 어느 쪽을 사용할지는 병원 홈페이지의 구성에 따라 정합니다. 짧은 소개문이면 문장 안에 포함하고, 여러 기본 사실을 항목별로 안내하고 있다면 개원 시점도 같은 형식으로 기재합니다. 두 영역에 모두 적을 때는 같은 사건을 서로 다른 이름으로 표현하지 않도록 조정합니다.

본문과 조직 정보의 역할 구분

구글은 조직 정보를 담은 구조화된 데이터를 홈페이지나 회사 소개처럼 조직을 설명하는 단일 페이지에 배치하도록 권하며, 모든 페이지에 넣을 필요는 없다고 설명합니다. 다만 병원은 방문자가 읽는 개원 연도의 위치와 조직 정보를 기술적으로 기재할 위치를 각각 결정해야 합니다. 이 권고를 개원 연도를 모든 본문에서 지워야 한다는 뜻으로 해석하지 않습니다.

병원 소개 본문은 개원 연도가 누구의 어떤 사건을 뜻하는지 설명하는 역할을 맡습니다. 구조화된 데이터는 적용할 속성의 정의에 맞는 조직 정보를 기재하는 역할을 맡으며, 본문 문장을 그대로 속성값으로 옮기는 작업과는 구분합니다. 소개 본문에 개원 연도를 적었다는 이유만으로 foundingDate까지 반드시 추가할 필요는 없습니다.

본문 위치를 정할 때는 방문자가 병원을 이해하는 데 필요한 정보인지 판단합니다. 구글은 정보 페이지의 기본 콘텐츠를 평가하는 속성에 사실의 정확성을 포함해 설명합니다. 다만 병원은 오래 운영했다는 인상을 강조하기 위해 개원 연도를 진료 수준이나 치료 결과를 설명하는 문장과 연결하지 않습니다.

사실의 의미부터 정하는 실행 순서

실장은 개원 연도의 의미를 정리하고, 홈페이지 담당자는 그 의미에 맞춰 본문 위치를 정합니다. 구조화된 데이터를 적용할지는 본문 표기안을 정한 뒤 기술 담당자와 결정합니다. 속성 이름부터 선택하면 서로 다른 날짜를 같은 사실로 처리하기 쉬우므로 다음 순서로 진행합니다.

1. 실장은 개원 관련 자료에 적힌 사건명을 읽고, 조직 설립인지 실제 개원인지 현재 장소의 운영 시작인지 구분합니다. 연도 외에 월일도 근거가 있는지 함께 기록합니다.
2. 홈페이지 담당자는 병원 소개 페이지에서 병원 자체를 설명하는 본문 영역을 선택합니다. 그 영역에 들어갈 문장과 항목명을 준비하고, 원장 개인의 경력과 섞이지 않도록 주어를 분명하게 씁니다.
3. 기술 담당자는 조직 소개용 대표 페이지와 기존 구조화된 데이터의 적용 상태를 조사합니다. foundingDate를 사용하려면 조직 설립일이라는 정의에 맞는 사실인지 실장에게 물은 뒤 적용 여부를 결정합니다.

담당자가 준비할 자료는 사건의 뜻을 읽을 수 있는 기록, 현재 병원 소개 화면, 수정할 문장, 기존 조직 정보의 적용 내역입니다. 실장은 자료의 날짜만 전달하지 말고 그 날짜가 설명하는 대상과 사건도 함께 전달합니다. 홈페이지 담당자는 본문 표기안과 기술 적용 요청을 구분해 전달합니다.

표의 사실들은 모두 갖춰야 하는 필수 항목이 아닙니다. 병원이 실제로 기재하려는 항목에 해당하는 자료만 준비하고, 뜻을 확정하지 못한 날짜는 기술 담당자에게 적용값으로 넘기지 않습니다. 자료에서 사건명이 불분명하면 본문 위치를 정하기 전에 그 사실을 설명할 수 있는 내부 담당자에게 묻습니다.

본문 수정과 기술 적용의 인계

본문 수정 요청에는 페이지 이름, 수정할 영역, 사실의 주체, 사용할 문장을 함께 기재합니다. 기술 적용 요청에는 선택한 대표 페이지와 속성에 넣으려는 사실의 의미를 별도로 기재합니다. 같은 날짜를 전달하더라도 본문에서 개원으로 설명하고 기술 요청에서 설립으로 설명한다면, 적용 전에 명칭 차이부터 해소합니다.

반영 후에는 홈페이지 담당자가 공개된 소개 본문을 읽고 문장과 항목명이 의도대로 들어갔는지 점검합니다. 기술 담당자는 실제 적용한 속성과 값을 전달하고, 실장은 그 값이 승인한 사건을 가리키는지 대조합니다. 본문만 수정했거나 기술 적용을 보류했다면 각각의 처리 상태를 기록합니다.

설립일과 개원 시점의 구별 기준

스키마닷오알지는 foundingDate를 해당 조직이 설립된 날짜를 뜻하는 속성으로 정의합니다. 따라서 병원이 사용하는 개원 연도라는 표현만으로 이 속성에 해당한다고 판단할 수는 없습니다. 조직이 만들어진 사건과 진료를 시작한 사건이 같은지 구분한 뒤 적용해야 합니다.

실장은 날짜가 적힌 자료의 제목보다 자료가 설명하는 사건을 기준으로 판단합니다. 조직 설립, 병원 개원, 장소 이전 뒤 운영 시작은 날짜가 같더라도 뜻을 구분할 필요가 있습니다. 개원 관련 자료에 날짜가 있다는 이유로 조직 설립일까지 입증된 것으로 처리하지 않습니다.

현재 소개하려는 병원과 자료 속 조직이 같은 대상인지도 가려야 합니다. 운영 주체가 달라졌거나 명칭이 변경된 기록이 있다면, 과거 날짜를 현재 조직의 설립일로 연결할 근거가 있는지 내부 담당자가 판단합니다. 연결 근거가 불분명할 때는 본문에 확정된 사건만 적고 foundingDate 적용은 보류합니다.

근거가 있는 날짜 범위의 유지

개원 연도만 알 수 있다면 소개 본문에도 연도까지만 기재하는 편을 권합니다. 월일을 요구하는 입력 항목이 있다는 이유로 담당자가 임의의 날짜를 만들어 넣지 않습니다. 날짜의 상세함은 화면 형식보다 병원이 입증할 수 있는 사실의 범위에 맞춥니다.

기술 담당자는 연도만 있는 사실을 선택한 구현 방식에서 어떻게 처리할 수 있는지 별도로 검토합니다. 스키마닷오알지는 foundingDate의 값 유형을 Date로 명시합니다. 다만 병원은 이 유형 표시만으로 연도만 있는 값의 적용 가능성을 단정하지 않으며, 확정하지 못했다면 본문 표기를 유지하고 해당 속성의 추가를 보류합니다.

정리 기록에는 사건명, 대상 조직, 근거가 있는 날짜 범위, 본문 표기, 기술 적용 상태를 남깁니다. 설립일과 개원 시점의 관계를 판단한 이유도 짧게 기재합니다. 이후 다른 담당자가 수정할 때 연도만 있는 값을 완전한 날짜로 오해하지 않도록 기록을 전달합니다.

이어서 읽을 주제

병원 플레이스 등록을 이어 읽으면 홈페이지에 정리한 기본 사실을 외부 병원 정보에 사용할 때 준비할 항목을 구분할 수 있습니다. 구조화 데이터는 본문에서 설명한 사실을 기술적으로 표현할 때 속성의 의미와 적용 범위를 판단하기 위해 이어 읽을 주제입니다.