홈 인사이트 AEO 답변 페이지에 작성자와 수정 날짜를 표시해야 하나요?
AEO

답변 페이지에 작성자와 수정 날짜를 표시해야 하나요?

싹 SAG 편집팀 · 2026년 9월 18일 발행

작성자와 수정 날짜는 답변 페이지에 넣는 편이 낫지만, 마크업부터 넣는 것은 순서가 거꾸로입니다. 구조화 데이터 가이드라인은 페이지에 보이지 않는 내용을 마크업하지 말라고 정하고 있어서, 화면에 먼저 표시하고 그 값을 그대로 옮기는 것이 맞습니다. 페이지 종류에 따라 개인 이름까지 적을지 조직과 날짜만 남길지는 달라집니다.

답변 페이지에 작성자가 없으면 무엇이 문제인가

고객 질문에 답하는 페이지를 만들고 나면 본문만 남는 일이 흔합니다. 누가 정리했고 언제 고친 글인지가 페이지 어디에도 없습니다.

읽는 사람 입장에서는 이 답이 지금도 맞는지 판단할 재료가 없습니다. Google 검색 센터의 콘텐츠 자가 점검 안내는 "누가, 어떻게, 왜" 만들었는지를 먼저 보라고 말합니다. 그중 "누가" 는 콘텐츠를 만든 주체가 분명히 드러나는지, 작성자 소개 페이지나 사이트 소개 페이지로 이어지는지를 뜻합니다.

작성자와 날짜를 붙인다고 답변 내용이 달라지지는 않습니다. 대신 같은 답을 읽는 사람에게 판단 재료를 하나 더 주는 일입니다.

화면 표시와 구조화 데이터는 다른 일이다

작성자 정보가 들어가는 자리는 두 곳입니다. 하나는 화면에 보이는 작성자 표시(Byline)이고, 다른 하나는 페이지에 심는 구조화 데이터(Structured Data)입니다.

순서는 화면이 먼저입니다. 구조화 데이터 일반 가이드라인은 페이지에서 보이지 않는 내용을 마크업하지 말라고 못박습니다. 마크업은 페이지 내용을 그대로 옮긴 것이어야 하고, 사용자에게 가려진 내용을 가리키면 리치 결과 대상에서 빠질 수 있다고 적혀 있습니다.

Article 구조화 데이터에는 필수 속성이 없고 전부 권장 항목입니다. 넣을 수 있는 것을 다 채우는 일이 아니라, 페이지에 실제로 있는 것만 옮기는 일이라고 보면 됩니다.

페이지 종류별로 어디까지 표시할지

페이지 종류화면 표시구조화 데이터
제품·서비스 FAQ담당 조직명과 최종 수정일조직(Organization) 작성자, dateModified
전문 지식 해설사람 이름, 역할, 작성자 소개 링크사람(Person) 작성자, url 또는 sameAs
정책·약관 안내시행일과 최종 수정일날짜 속성만, 개인 이름은 넣지 않음
공지·업데이트 기록게시일datePublished, 수정 시 dateModified

기준은 하나입니다. 그 정보를 누가 책임지는지 독자가 물을 만한 페이지면 표시하고, 회사 전체가 책임지는 안내문이면 개인 이름 대신 조직과 날짜만 남깁니다.

작성자 마크업에서 자주 틀리는 것

Google 의 작성자 마크업 모범 사례는 다음을 권합니다.

  • 화면에 작성자로 적힌 사람은 마크업에도 빠짐없이 넣습니다.
  • 여러 명이면 각자 따로 적습니다. 한 필드에 이름을 쉼표로 이어 붙이지 않습니다.
  • author.name 에는 이름만 넣습니다. 직함은 jobTitle, 발행 주체는 publisher 로 따로 적습니다. "작성" 같은 안내 문구도 이름에 섞지 않습니다.
  • 사람은 Person, 조직은 Organization 타입을 씁니다. Thing 은 쓰지 않습니다.
  • url 또는 sameAs 로 작성자를 식별할 수 있는 페이지를 연결합니다.
"author": [
  { "@type": "Person",
    "name": "홍길동",
    "jobTitle": "콘텐츠 편집",
    "url": "https://example.com/team/hong" }
],
"publisher": [
  { "@type": "Organization", "name": "예시 컴퍼니" }
]

넣은 뒤 확인하는 방법

  1. 페이지를 열어 화면에서 작성자와 날짜가 눈으로 보이는지 봅니다. 마크업에만 있고 화면에 없으면 가이드라인 위반입니다.
  2. 리치 결과 테스트(Rich Results Test)나 Search Console 의 URL 검사 도구로 마크업이 읽히는지 확인합니다. 두 도구는 기술적 오류 대부분을 잡아 줍니다.
  3. 화면의 이름·직함·날짜와 마크업 값이 글자 그대로 같은지 대조합니다.
  4. dateModified 는 실제로 내용을 고친 시점만 올립니다. 구조화 데이터는 페이지 내용의 사실 그대로여야 하므로, 고친 것이 없는데 날짜만 새로 찍는 것은 이 원칙에서 벗어납니다.

싹 SAG 진단에는 본문과 마크업이 어긋난 페이지를 모아 보여주는 본문·구조화데이터 일치(MARKUP_PARITY) 항목이 있으니 함께 보면 됩니다.

이 작업이 노출이나 순위를 보장하지는 않습니다. 검색과 AI 답변이 어떤 페이지를 고르는지는 공개된 규칙이 아닙니다. 다만 읽는 사람이 근거를 확인할 수 있는 페이지로 만들어 두는 일은 우리 쪽에서 통제할 수 있는 부분입니다.

자주 묻는 질문

작성자 마크업만 넣고 화면에는 표시하지 않아도 되나요?
구조화 데이터 일반 가이드라인은 페이지에서 보이지 않는 내용을 마크업하지 말라고 안내합니다. 마크업에만 있는 정보는 리치 결과 대상에서 빠질 수 있으니 화면 표시가 먼저입니다.
회사 이름으로만 작성자를 적어도 되나요?
조직이 책임지는 안내문이라면 Organization 타입으로 조직을 적는 것이 맞습니다. 다만 화면에 사람 이름이 적혀 있다면 그 사람도 Person 타입으로 함께 넣어야 화면과 마크업이 어긋나지 않습니다.
내용을 조금만 고쳐도 수정 날짜를 올려야 하나요?
dateModified 는 글이 가장 최근에 수정된 시점을 뜻합니다. 오탈자 수준의 변경까지 날짜로 올릴 필요는 없고, 답의 내용이 바뀌지 않았는데 날짜만 새로 찍는 것은 사실 그대로를 적으라는 원칙에서 벗어납니다.
작성자 정보를 넣으면 검색 노출이 좋아지나요?
노출이나 순위가 좋아진다고 말할 수 있는 근거는 없습니다. Article 구조화 데이터의 작성자 속성은 필수가 아닌 권장 항목이고, 목적은 사람과 검색 시스템이 누가 쓴 글인지 알아볼 수 있게 하는 것입니다.

관련 글

AEO

AEO란? 고객 질문을 답변 페이지로 바꾸는 방법

글 읽기
AEO

FAQ 구조화 데이터, 리치 결과가 사라진 지금도 넣을 이유가 있나요?

글 읽기
AEO

질문에 직접 답변하는 문단은 어떤 식으로 작성해야 효과가 좋나요?

글 읽기

사이트 상태부터 확인해 보세요

사이트 주소를 남기면 파일럿 범위에서 기술 SEO 상태를 점검해 드립니다.