Article 스키마의 작성자·날짜 항목 쓰는 법

작성자·날짜 항목의 원본 정보

구글 검색 센터는 작성자 링크를 기사의 작성자가 누구인지 고유하게 식별하는 웹페이지로 설명합니다. 소셜 미디어 페이지, 내 정보 페이지, 약력 페이지가 그 예에 해당합니다. 운영자가 링크를 선택할 때는 페이지의 형식보다 해당 글의 작성자를 식별할 수 있는 내용을 먼저 판단합니다.

표의 원본 정보는 개발 담당이 값을 변환하기 전에 운영자가 확정할 자료입니다. 관리 화면의 날짜가 어떤 작업을 뜻하는지 불명확하면 항목명만으로 게시·수정 값을 정하지 않습니다. 콘텐츠 담당이 작업 이력을 설명하고 개발 담당이 저장 필드의 의미를 설명하도록 요청합니다.

작성자 링크의 식별 기준

작성자 링크의 적합성은 연결된 페이지가 해당 글의 작성자를 식별하는지로 판단합니다. 이름이 같더라도 소개 내용이나 소속 정보가 다른 사람을 가리킨다면 그 링크를 사용하지 않습니다. 운영자는 글에 표시된 작성자와 연결 대상의 정보를 대조하고, 선택한 이유를 전달 자료에 함께 기재합니다.

사이트 첫 화면이나 공통 소개 화면은 접근하기 쉽다는 이유만으로 작성자 링크에 배정하지 않습니다. 해당 화면이 실제 작성자를 식별할 수 있는지 내용으로 판단해야 합니다. 글의 작성 주체가 회사인 경우에도 회사 정보가 있다는 사실과 그 회사가 해당 글의 작성자라는 사실을 각각 뒷받침할 자료를 준비합니다.

이름과 링크의 책임자가 다르면 담당자 사이에 같은 작성자를 가리키는지 합의가 필요합니다. 콘텐츠 담당은 작성자 표기를 정하고, 운영자는 연결 대상의 현재 내용을 기록합니다. 개발 담당에게는 임의로 공통 링크를 채우지 말고 확정되지 않은 항목을 별도로 보고하도록 요청합니다.

원본 값 정리와 전달 순서

작업은 작성자와 게시·수정 이력을 정리하고, 항목별 값을 배정한 다음 출력 결과를 대조하는 순서로 진행합니다. 운영자는 글의 제목이나 내부 관리 식별값을 자료에 기재해 개발 담당이 다른 글의 기록을 가져오지 않도록 합니다. 날짜 자료에는 값뿐 아니라 그 값이 어떤 작업에서 생겼는지도 함께 설명합니다.

1. 콘텐츠 담당에게 실제 작성 주체와 작성자 링크 후보를 요청하고 게시·수정 이력을 모읍니다.
2. 운영자가 각 기록의 의미를 판정해 작성자 링크, 최초 게시 값, 최근 수정 값을 배정합니다.
3. 개발 담당에게 원본 값과 출처 기록, 미확정 항목, 출력 대상 글을 전달합니다.
4. 배포된 페이지의 구조화된 데이터를 원본 자료와 대조하고 차이가 생긴 항목의 수정을 요청합니다.

전달 자료에는 원본 값, 근거 기록, 최종 결정자를 함께 기재합니다. 게시 예약이나 임시 저장처럼 공개 이전에 발생한 기록은 그 성격을 표시해 게시 이력과 혼동하지 않도록 합니다. 개발 담당이 저장 필드를 연결하는 과정에서 추정한 값이 있다면 운영자의 승인 여부도 남깁니다.

출력 항목과 수정 요청

출력 대조는 개발 담당이 입력 완료를 알린 뒤 실제 페이지를 대상으로 진행합니다. 구글의 리치 결과 테스트 도움말은 발견된 구조화된 데이터와 관련 오류·제안사항을 결과에서 확인할 수 있다고 설명합니다. 운영자는 테스트 결과의 항목 값과 개발 담당이 전달한 출력 내용을 함께 사용해 원본 자료와의 차이를 기록합니다.

구글 검색 센터는 사용자에게 표시되는 날짜와 구조화된 날짜가 일치하도록 권장합니다. 운영자는 날짜 숫자만 비교하지 말고 화면의 ‘게시’와 ‘최종 업데이트’ 같은 라벨도 읽어야 합니다. 수정 요청에는 예상값과 실제 출력값을 함께 기재하고, 개발 담당에게 어느 원본 필드를 연결했는지 답변을 요청합니다.

수정이 끝나면 같은 글에서 해당 항목을 다시 대조합니다. 전달 자료를 변경했다면 이전 결정을 그대로 적용하지 않도록 변경 이유도 남깁니다. 완료 기록에는 대상 글, 수정 항목, 최종 출력 내용을 포함합니다.

사건 날짜가 섞이는 입력 경로

사건 날짜가 게시·수정 항목에 들어갔다면 날짜 자체보다 값을 가져오는 경로를 고쳐야 합니다. 본문에 적힌 일정이 정확해도 그것이 글의 게시 이력이라는 뜻은 아닙니다. 운영자는 개발 담당에게 날짜를 추출한 위치와 원본 필드의 의미를 요청합니다.

구글 검색 센터는 페이지의 날짜가 게시나 업데이트 시점을 설명해야 하며, 본문에 등장하는 이야기나 활동의 날짜를 대신 지정하지 않도록 안내합니다. 일정 안내 글을 운영할 때는 공개한 시점과 안내한 활동의 시점을 별개 기록으로 관리합니다. 활동 일정이 변경되었다면 새 일정과 글을 수정한 시점도 서로 다른 정보로 취급합니다.

본문의 날짜를 자동으로 가져오는 방식은 어떤 날짜를 선택했는지 설명할 수 있어야 합니다. 제목 가까이에 있다는 이유나 가장 최근 날짜라는 이유로 게시·수정 값을 결정하지 않습니다. 운영자는 콘텐츠 입력 항목과 출력 항목 사이의 연결표를 요청해 사건 일정이 잘못 연결된 곳을 찾습니다.

게시 이력과 시스템 작업의 차이

시스템 작업 시간이 저장되어 있다고 해서 글의 최근 수정 시점으로 바로 채택하지 않습니다. 사이트 이전, 저장 구조 변경, 반복 배포가 콘텐츠 수정 기록과 함께 관리된다면 작업 종류를 먼저 가립니다. 운영자는 콘텐츠 담당에게 실제 변경 내용을 요청하고 개발 담당에게 시간값이 갱신되는 조건을 묻습니다.

글 전체에 같은 날짜가 출력된다면 일괄 처리 기록을 사용했는지 조사할 필요가 있습니다. 같은 날짜라는 사실만으로 오류를 확정하지 말고, 해당 글들의 수정 내역과 시스템 작업 기록을 비교합니다. 원인이 공통 연결 규칙에 있다면 개별 값 정정과 함께 그 규칙의 수정도 요청합니다.

최근 수정 기록을 채택한 이유는 변경 내용과 연결해 남깁니다. 무엇을 수정했는지 설명할 자료가 부족하면 운영자가 현재 시각을 임의로 입력해 해결하지 않습니다. 원본 이력을 담당하는 사람에게 판단을 요청하고, 결정 전 상태를 전달 자료에 표시합니다.

글 복제 때 남는 이전 값

새 글을 만들기 위해 기존 글을 복제했다면 복제된 작성자와 날짜를 새 글의 원본 정보로 취급하지 않습니다. 복제 기능이 어떤 항목을 그대로 가져오는지는 사이트마다 다를 수 있으므로 개발 담당에게 복제 대상 필드를 요청합니다. 운영자는 새 글의 작성 책임과 공개 이력을 기준으로 복제값의 사용 여부를 결정합니다.

내용을 일부 재사용했더라도 이전 글의 작성자 링크를 그대로 연결할 근거가 되는 것은 아닙니다. 콘텐츠 담당에게 새 글의 작성 주체를 명시하도록 요청하고, 이전 글과 새 글을 식별할 자료를 각각 준비합니다. 복제 뒤 수정한 값이 다음 저장에서 다시 이전 값으로 돌아오면 초기 입력 문제와 저장 규칙 문제를 따로 기록합니다.

이어서 읽을 주제

병원 정보 점검은 글의 작성 정보 외에 업종별 운영 정보를 정비해야 할 때 이어 읽을 주제입니다. 병원 플레이스 등록은 사이트 콘텐츠 관리와 별도로 장소 등록 자료를 준비해야 할 때 이어 읽을 주제입니다.