작성일·수정일의 속성 대응
작성일·수정일은 페이지에서 확인되는 날짜를 바탕으로 datePublished·dateModified에 각각 대응하도록 제작 업체에 요청합니다. 문서 예시의 날짜·시간·시간대는 그대로 복사하지 않고 해당 페이지의 실제 값인지 확인해야 합니다.
병원 담당자는 날짜의 이름과 값을 함께 정리합니다. 날짜만 전달하면 업체가 작성일과 수정일을 서로 다른 의미로 해석할 수 있으므로, 페이지에 어떤 이름으로 표시했는지까지 기재합니다. 표시된 이름이 실제 관리 기록과 일치하지 않으면 값을 입력하기 전에 그 차이부터 해결합니다.
| 페이지의 날짜 항목 | 대응 요청할 속성 | 병원이 확인할 실제 값 |
|---|---|---|
| 작성일 | datePublished | 해당 글의 작성일로 표시한 날짜와 그 근거 |
| 수정일 | dateModified | 해당 글의 수정일로 표시한 날짜와 그 근거 |
| 날짜에 함께 표시된 시각 | 해당 날짜 속성의 입력값과 연결 요청 | 실제 시각의 기록 여부와 표시 기준 |
| 날짜 표시가 없는 항목 | 입력 결정 보류 | 기록 유무와 공개 표시를 정할 필요 |
이 표는 병원이 업체에 전달할 대응 요청안입니다. 날짜 속성의 상세 정의나 모든 허용 형식을 확정하는 표는 아니므로, 업체는 해당 페이지에 적용할 유형의 문서와 날짜 관련 근거를 추가로 검토해야 합니다. 특히 페이지에서 사용하는 ‘작성일’이 어떤 일을 기준으로 정한 날짜인지 요청서에 설명합니다.
예시에서 읽을 범위와 남은 판단
구글 검색 센터의 문서 예시에는 datePublished와 dateModified가 각각 다른 값으로 들어 있습니다. 두 값에는 날짜뿐 아니라 시각과 시간대 정보도 포함되어 있습니다. 병원 담당자는 이를 입력값의 구성 요소를 이해하는 자료로 사용하고, 예시 속 값을 병원 글의 날짜로 사용하지 않습니다.
예시에 두 속성이 있다는 사실만으로 모든 병원 페이지에 같은 방식의 입력이 필요하다고 결론 내릴 수는 없습니다. 발췌된 예시만으로는 날짜 속성의 상세 정의, 필수 여부, 날짜만 입력할 수 있는 조건까지 확정하기 어렵습니다. 업체에는 적용하려는 유형에서 각 속성을 어떻게 해석하고 어떤 형식을 허용하는지 근거와 함께 답하도록 요청합니다.
날짜의 사실 여부는 병원이 판단하고, 입력 형식의 적합성은 업체가 기술 근거를 제시하도록 역할을 나눕니다. 병원에 시각 기록이 없으면 날짜만 확보되어 있다는 상태를 그대로 전달합니다. 업체가 형식을 완성하기 위해 임의의 시각이나 시간대를 추가하도록 맡기지 않습니다.
요청서에서는 결정된 내용과 미정인 내용을 따로 기재합니다. 페이지에 표시된 날짜는 확정값으로 전달하되, 시각의 존재 여부와 시간대의 해석은 답변이 필요한 항목으로 남깁니다. 병원 담당자는 업체의 회신에서 실제 기록과 기술상 선택을 가려 승인합니다.
업체에 전달할 자료와 작업 순서
업체에 작업을 요청하기 전에 병원 담당자는 대상 페이지별 날짜 자료를 준비합니다. 페이지 제목, 날짜가 표시된 위치, 표시 문구, 실제 날짜의 근거를 함께 정리하면 같은 제목의 글이나 이전 사본을 잘못 대상으로 삼는 일을 줄일 수 있습니다. 관리 화면의 값과 공개 페이지의 표시가 다르면 차이가 있다는 사실도 기재합니다.
- 페이지에 표시된 작성일·수정일을 읽고 각 날짜의 근거 기록을 수집합니다.
- datePublished·dateModified의 대응을 요청하고, 입력 형식과 미정 항목에 대한 업체 답변을 받습니다.
- 업체가 적용한 값을 전달받아 해당 페이지의 날짜 표시와 대조합니다.
| 업체 확인 항목 | 확인받을 내용 | 추가 근거가 필요한 부분 |
|---|---|---|
| 속성의 대응 | 각 속성이 어느 페이지 날짜를 사용하는지 | 적용 유형에서의 날짜 속성 정의 |
| 날짜 입력 형식 | 실제 적용할 값의 표현 방식 | 해당 속성에서 허용하는 형식 |
| 시각과 시간대 | 기록 사용 여부와 값을 정한 이유 | 필요 조건과 해석 기준 |
| 값을 가져오는 경로 | 직접 입력인지 관리 항목에서 가져오는지 | 해당 사이트의 날짜 처리 방식 |
적용값과 페이지 표시의 대조
작업 완료 회신에는 속성 이름과 실제 입력값을 함께 요청합니다. ‘날짜 적용 완료’라는 답변만으로는 어느 값이 들어갔는지 판단할 수 없습니다. 병원 담당자는 회신 내용과 공개 페이지를 같은 대상으로 대조하고, 대상 페이지가 다른 경우에는 날짜 검토를 진행하기 전에 작업 대상을 정정합니다.
대조할 때는 글자 모양이 같은지보다 같은 날짜를 뜻하는지 판단합니다. 페이지 표시와 입력값의 표현 방식이 다르면 업체에 두 표현이 어떻게 연결되는지 설명을 요청합니다. 시각과 시간대가 포함되어 있다면 날짜가 달라지는 해석이 없는지도 업체 답변에 포함하도록 합니다.
차이가 발견되면 병원 담당자는 오류 항목, 현재 표시, 적용값, 수정 요청을 한 기록에 기재합니다. 공개 페이지와 입력값 중 어느 쪽이 잘못되었는지는 앞에서 정한 기준과 날짜 근거로 가립니다. 작업이 끝난 뒤에는 승인한 값과 최종 적용값을 함께 보관해 다음 변경의 기준으로 사용합니다.
날짜 기록이 없는 항목의 처리
페이지에 보이지 않는 날짜를 내부 기록에서 찾아 곧바로 입력하는 방식은 피합니다. 구글은 페이지 마크업이 페이지 콘텐츠를 설명해야 하며, 사용자에게 표시되지 않는 정보를 추가하지 않도록 안내합니다. 날짜 기록이 존재하는 것과 그 날짜를 해당 페이지에서 공개할 수 있는 것은 별도로 판단합니다.
병원 담당자는 기록의 존재 여부를 조사한 뒤, 그 기록이 무엇을 뜻하는지 문서 관리자에게 묻습니다. 초안 파일을 만든 날, 내용을 승인한 날, 공개한 날이 서로 다르면 하나를 임의로 작성일로 선택하지 않습니다. 어떤 날짜를 페이지의 작성일로 표시할지 결정하고, 그 결정과 실제 기록의 관계를 업체에 설명합니다.
원래 날짜를 찾을 수 없다는 이유로 현재 날짜를 입력하는 것도 적절한 대안은 아닙니다. 담당자는 알 수 없는 항목을 미정으로 남기고, 업체에는 해당 속성을 처리할 수 있는 조건을 근거와 함께 요청합니다. 추가 자료를 확보하기 전에는 기록이 없는 상태를 사실처럼 채우지 않습니다.
파일 변경과 글 수정의 차이
서버 파일의 변경 기록을 곧바로 글의 수정일로 사용하지 않습니다. 업체가 파일을 옮기거나 화면 구성을 정비한 시점은 글의 내용을 수정한 시점과 다를 수 있습니다. 병원 담당자는 날짜의 출처가 파일 관리 기록인지 콘텐츠 관리 기록인지 먼저 가립니다.
자동으로 값을 가져오는 작업이라면 업체에 원본 항목의 이름과 값이 변경되는 조건을 요청합니다. 병원은 그 조건이 내부에서 사용하는 수정일의 의미와 맞는지 판단합니다. 서로 다른 작업을 같은 날짜로 처리하고 있다면 업체가 가져오는 항목을 변경할지, 병원의 날짜 관리 방식을 정비할지 결정합니다.
모든 파일 작업을 내용 수정으로 기록하거나, 내용 수정이 있었는데도 관리 기록을 남기지 않는 방식은 모두 날짜 판단을 어렵게 합니다. 담당자는 변경한 내용과 날짜의 근거를 연결해 기록합니다. 기술 작업의 기록이 필요하면 콘텐츠 수정 기록과 별도 항목으로 관리합니다.
홈페이지 이전 시 날짜의 출처
홈페이지를 이전할 때 새 시스템에 등록된 날짜를 기존 글의 작성일로 바로 승인하지 않습니다. 이전 작업으로 생긴 등록 기록과 글이 처음 공개된 기록은 서로 다른 일을 설명할 수 있습니다. 병원 담당자는 이전 대상 글의 날짜 자료를 확보하고, 업체가 어느 기록을 사용할지 답하도록 요청합니다.
기존 자료와 새 관리 화면의 날짜가 다르면 이전 과정에서 생성된 값인지 원래 기록을 옮긴 값인지 가립니다. 출처를 알 수 없는 값은 일괄 승인하지 않고 판단이 끝날 때까지 미정 항목으로 관리합니다. 이전 작업의 완료 날짜는 작업 이력에 기재해 글의 날짜 자료와 섞이지 않도록 합니다.
자주 묻는 질문
업체에 날짜 자료를 어떤 파일로 전달해야 합니까?
병원과 업체가 함께 읽고 수정 이력을 남길 수 있는 문서나 표 파일을 사용하면 됩니다. 파일 종류보다 대상 페이지와 승인 상태를 명확하게 기재하는 것이 우선입니다. 전달 후 변경한 내용은 별도로 알리고, 업체가 사용하는 자료의 최신본을 지정합니다.
페이지가 많으면 모든 날짜 작업을 동시에 요청해야 합니까?
병원의 관리 여건에 따라 작업 대상을 나눠 요청할 수 있습니다. 날짜 자료가 준비된 페이지부터 진행하고, 자료가 부족한 페이지는 보류 목록으로 관리합니다. 요청 범위에 포함되지 않은 페이지까지 처리된 것으로 이해하지 않도록 완료 목록을 받습니다.
업체의 기술 설명을 이해하기 어려우면 무엇을 요청합니까?
속성 이름, 입력하려는 값, 그 값을 선택한 이유를 각각 나눠 설명하도록 요청합니다. 공식 근거와 업체의 작업상 선택도 따로 적도록 하면 병원이 승인할 내용을 가리기 쉽습니다. 설명 없이 코드만 전달받았다면 병원 담당자가 날짜의 의미를 추측해 승인하지 않습니다.
날짜 작업을 의뢰할 때 비용 범위는 어떻게 정합니까?
날짜 자료 정리, 기술 근거 검토, 실제 적용, 완료값 전달을 작업 항목으로 나눠 견적을 요청합니다. 병원이 맡을 일과 업체가 맡을 일을 명시하면 자료 정리 비용과 적용 비용이 섞이는 일을 줄일 수 있습니다. 추가 자료가 필요한 경우의 처리 범위도 계약 전에 정합니다.
날짜 자료를 보관할 때 무엇을 함께 남겨야 합니까?
날짜의 근거가 된 기록, 승인한 값, 업체의 최종 회신을 함께 보관합니다. 담당자가 교체되어도 결정 이유를 알 수 있도록 미정 항목과 보류 사유도 기재합니다. 환자 개인정보처럼 날짜 판단에 필요하지 않은 자료는 보관 묶음에 포함하지 않습니다.