1. 공개된 글 한 편과 확인 자료를 준비합니다
구조화 데이터는 페이지의 내용을 기계가 구분하도록 제목·작성자·날짜 등에 이름표를 붙인 정보입니다. 이 안내서는 공개된 뉴스나 블로그 글의 정보가 실제 화면과 맞는지 점검하는 절차입니다.
대상 독자는 콘텐츠 운영자와 사이트 제작 담당자입니다. 공개 글의 주소, 원고의 첫 게시·수정 기록, 작성자 정보, 결과를 적을 문서를 준비하세요. 설정을 고치려면 사이트 관리 권한이 필요하지만, 먼저 공개 화면과 검사 결과를 모으는 것부터 시작할 수 있습니다.
점검 범위는 Article 계열의 글입니다. 상품·행사·사업장 페이지는 각각에 맞는 공식 지침을 따르세요. JSON-LD는 구조화 데이터를 페이지 안에 넣는 형식 중 하나이며, 관리 도구가 자동으로 생성하기도 합니다.
2. 독자에게 보이는 정보를 먼저 적습니다
로그인하지 않은 창에서 글을 열고 제목, 작성자 표시, 게시일, 수정일을 옮겨 적습니다. 작성자 소개 링크가 있다면 실제로 누구를 소개하는지도 확인하세요. 화면에 없는 정보는 빈칸을 추측으로 채우지 말고 ‘표시 없음’으로 남깁니다.
첫 게시일은 원고 관리 기록과 대조합니다. 다른 기사를 해설한 글이라면 인용 원문의 발표일과 우리 글의 게시일을 별도 칸에 적으세요. 이 절차는 편집팀이 제안하는 업무 점검 방법입니다.
가상 예시: 10월 15일에 나온 공식 발표를 10월 20일에 해설했다면, 원문 발표일과 해설 글 게시일은 서로 다릅니다. 이 예시는 날짜를 구분하는 연습용이며 실제 게시 사례가 아닙니다.
3. Google 리치 결과 테스트로 공개 주소를 검사합니다
리치 결과는 일반적인 검색 링크에 부가 정보가 붙는 검색 표시 방식입니다. 아래 Google 도구에서 URL 입력을 선택하고 공개 글의 전체 주소를 넣어 검사합니다. URL은 페이지의 웹 주소입니다. 검사 시각과 사용한 주소를 기록하세요.
결과의 감지된 항목을 펼쳐 유형과 속성값을 봅니다. 오류나 경고가 나오면 항목명과 설명을 그대로 보관하세요. 코드 위치를 열어 실제로 어떤 값이 읽혔는지도 확인할 수 있습니다.
페이지 접근 실패와 구조화 데이터 오류를 구분하세요. 접근 실패라면 먼저 공개 주소가 정상적으로 열리는지 담당자와 확인합니다. 항목이 감지되지 않았다는 결과만으로 사이트의 모든 구조화 데이터가 없다고 단정하지 마세요. 이 도구는 Google이 지원하는 리치 결과를 검사합니다.
4. 제목·작성자·날짜를 한 항목씩 대조합니다
headline은 글 제목, author는 글 작성자입니다. 검사에서 읽힌 제목이 현재 글을 설명하는지, 작성자 이름과 소개 주소가 화면의 실제 작성자에 해당하는지 대조하세요. 인터뷰한 사람이나 인용한 전문가를 글 작성자로 넣지 않도록 구분합니다.
datePublished는 첫 게시 시점, dateModified는 최근 수정 시점입니다. 화면과 편집 기록에 비추어 잘못된 날짜가 들어갔는지 확인하세요. 시간을 함께 넣는 경우 시간대도 명확히 하도록 제작 담당자에게 요청합니다.
Google의 Article 문서는 필수 속성 목록 대신 콘텐츠에 적용되는 권장 속성을 안내합니다. 없는 날짜나 저자를 지어내 채우지 마세요. 날짜 속성이 빠져도 검사에서 경고가 없을 수 있으므로 검사 통과와 정보 대조를 따로 기록합니다.
5. 불일치를 담당자에게 전달하고 공개 후 재검사합니다
한 항목마다 ‘화면 값 / 검사에서 읽힌 값 / 편집 기록 / 요청할 수정’을 나란히 적습니다. 원인이 확인되지 않았다면 어느 쪽이 틀렸다고 단정하지 말고 관리 도구와 출력 설정을 함께 확인해 달라고 요청하세요.
전달 예시: ‘[글 주소]의 작성자 표시와 구조화 데이터 값이 다릅니다. 현재 화면은 [값], 검사 결과는 [값]입니다. 실제 작성 기록을 확인하고 동일한 작성자를 설명하도록 수정한 뒤 공개 주소의 재검사 결과를 공유해 주세요.’ 이는 복사해서 사용할 수 있는 요청 양식입니다.
수정 후에는 공개 화면을 다시 열고 같은 주소로 테스트합니다. ‘검사상 오류 확인’, ‘화면과 정보 일치 확인’, ‘검색 결과에서 실제 표시 확인’을 별도 칸으로 관리하세요. 앞의 두 확인이 끝났어도 검색 표시가 보장되는 것은 아닙니다.
6. 검사 통과 후에도 흔한 실수를 살펴봅니다
다른 글의 제목·작성자를 복사한 뒤 그대로 남겨 두거나, 페이지에서 보이지 않는 정보를 표시 대상으로 넣지 않았는지 확인합니다. 구조화 데이터는 실제 페이지 내용을 정확히 설명해야 합니다. 검사가 자동으로 모든 내용상의 문제를 찾아 주지는 않습니다.
관리 도구를 바꾼 뒤에는 새 글 한 편뿐 아니라 이전 글 한 편도 같은 방법으로 확인해 보세요. 공통 출력 설정의 문제인지 특정 원고의 입력 문제인지 구분하는 데 도움이 되는 편집팀의 실무 제안입니다.
AI 검색 노출을 위해 별도의 특별한 스키마가 필수라고 해석하지 마세요. Google은 AI Overviews와 AI Mode에 특별한 구조화 데이터를 요구하지 않으며, 기존 구조화 데이터와 보이는 내용의 일치를 권합니다. 이 설명을 다른 AI 서비스의 정책으로 확대할 수는 없습니다.
7. 체크리스트와 기록 양식으로 마무리합니다
체크리스트 ① 공개 글 주소와 검사 시각을 남겼는가 ② 화면의 제목·작성자·날짜를 적었는가 ③ 검사에서 읽힌 값과 대조했는가 ④ 접근 실패·오류·경고를 구분했는가 ⑤ 불일치의 근거와 수정 담당자를 남겼는가 ⑥ 수정 후 공개 주소를 다시 검사했는가.
항목별 기록 양식: 확인 날짜 / 공개 주소 / 항목명 / 화면 값 / 검사 값 / 편집 기록의 근거 / 일치·불일치·미확인 / 수정 요청 / 담당자 / 재검사 날짜와 결과.
완료 기준은 확인 가능한 정보의 불일치를 해결하고, 남은 미확인 사항과 검사 결과를 기록한 상태입니다. Google 검색의 실제 표시나 AI 답변의 인용 여부는 별도로 관찰할 결과입니다. 이 안내서는 순위나 인용 성과를 보장하지 않습니다.
작성: MynameAI 편집 · 게시 및 공식 자료 확인: 2026년 10월 20일. 기존 공식 문서를 활용한 실천 절차이며 새로운 기능 발표가 아닙니다. 공개 주소 접근이나 대표 주소에 문제가 있다면 아래 관련 안내서부터 확인하세요.