글쓴이 정보, 독자와 검색엔진에 어떻게 알릴까요? 바이라인·저자 페이지·Article author 표기 순서

글쓴이 이름이 없거나 누구인지 알 수 없는 글은 독자가 판단하기 어렵습니다. 믿을 만한 정보인지 가릴 단서가 없기 때문입니다. 이 글은 글쓴이 정보를 페이지와 구조화된 데이터에 표기하는 순서를 정리합니다. 근거는 Google 검색 센터의 콘텐츠·구조화된 데이터 문서입니다. 문서에 없는 운영 판단은 넥스트티 판단임을 밝혀 둡니다.

글쓴이 정보는 왜 필요한가요?

글쓴이 정보는 독자가 콘텐츠를 믿을지 판단하는 재료입니다. 유용한 콘텐츠 문서는 콘텐츠를 「누가, 어떻게, 왜」로 점검하라고 권합니다. 그중 「누가」는 작성자가 누구인지 분명히 밝히는 일입니다.

같은 문서는 작성자를 밝히면 E-E-A-T 개념과 부합할 가능성이 높다고 적습니다. E-E-A-T는 경험·전문성·권위·신뢰를 묶어 부르는 말입니다. 문서는 그 가운데 신뢰성을 중심에 둡니다.

다만 E-E-A-T 자체는 특정 순위 결정 요소가 아니라고 함께 밝힙니다. 저자 이름을 넣는 것만으로 순위가 오른다는 근거는 없습니다. 독자에게 판단 재료를 주는 일입니다.

페이지에는 무엇부터 보여 주나요?

바이라인과 저자 페이지 링크를 먼저 둡니다. 바이라인은 글 제목 근처에 작성자 이름을 적은 줄입니다. Google은 독자가 작성자 정보를 찾을 만한 자리에 정확한 저자 정보를 두라고 안내합니다.

바이라인에서 작성자의 배경과 주로 다루는 분야로 이어지게 합니다. 이 정보는 저자 페이지 한 곳에 모아 두면 관리가 쉬워집니다.

지켜야 할 선도 있습니다. 문서는 저자 정보의 허위 표시를 금합니다. AI로 만든 얼굴 사진, 가짜 이름, 허위 자격 증명이 예로 나옵니다. Google은 이런 행위를 기만으로 보고 품질이 낮다는 신호로 봅니다.

넥스트티는 공동 작성 글이라면 실제 참여자를 모두 밝힙니다. 회사 이름으로 내는 글이라면 조직을 작성자로 밝혀도 됩니다. 실제로 쓰지 않은 사람의 이름을 빌려 오지 않습니다.

Article의 author는 어떻게 적나요?

Article 구조화 데이터 문서는 author에 작성자를 적으라고 권합니다. Article 마크업에는 필수 속성이 없습니다. 작성자·제목·이미지·게시일·수정일 같은 권장 속성을 해당하는 만큼 씁니다.

url은 작성자를 고유하게 식별하는 페이지입니다. 소셜 미디어 페이지, 내 정보 페이지, 약력 페이지가 예입니다. Google은 작성자를 구분할 때 url과 sameAs를 모두 인식할 수 있다고 밝힙니다.

"author": [{
 "@type": "Person",
 "name": "김예시",
 "jobTitle": "콘텐츠 에디터",
 "url":
  "https://example.com/kim"
}]

이름과 주소는 설명용 예시입니다.

작성자가 사람이면 저자 페이지로, 조직이면 조직 홈페이지로 연결할 수 있습니다. 조직 정보를 정리하는 순서는 Organization 구조화 데이터 글에 담았습니다.

작성자 이름 칸에는 무엇을 빼나요?

name에는 작성자 이름만 넣고 다른 정보는 붙이지 않습니다. 직책이나 존칭은 이름 칸이 아니라 각자의 속성에 둡니다.

작성자가 여러 명이면 사람마다 author 항목을 따로 만듭니다. 한 name 칸에 이름 여러 개를 합치지 않습니다. 페이지에 작성자로 보이는 사람은 모두 마크업에 넣어야 합니다.

유형도 구분합니다. 사람은 Person, 조직은 Organization입니다. 문서는 Thing 유형이나 맞지 않는 유형을 쓰지 말라고 안내합니다.

저자 페이지는 어떻게 마크업하나요?

저자 페이지에는 ProfilePage 구조화 데이터를 쓸 수 있습니다. Article 문서는 author.url이 내부 프로필 페이지라면 이 마크업을 권합니다. 필수 속성은 mainEntity 하나입니다. 그 안에 name이 필요하고, 없으면 alternateName으로 대신합니다.

ProfilePage 문서는 뉴스 사이트의 작성자 페이지를 올바른 사용 예로 듭니다. 블로그의 「내 정보」 페이지와 회사 웹사이트의 직원 페이지도 해당합니다. 반면 매장 기본 홈페이지는 잘못된 예로 적혀 있습니다.

{
 "@context":
  "https://schema.org",
 "@type": "ProfilePage",
 "mainEntity": {
  "@type": "Person",
  "name": "김예시",
  "sameAs": [
   "https://sns.example/kim"
  ]
 }
}

이름과 주소는 설명용 예시입니다.

sameAs에는 다른 외부 프로필이나 프로필 홈페이지 주소를 넣습니다. 프로필 사진이 없으면 image에 기본 아이콘이나 자리표시자 이미지를 넣지 않습니다. 넥스트티는 저자 페이지에 담당 분야와 쓴 글 목록을 함께 둡니다.

AI 개요·AI 모드용 표기가 따로 있나요?

Google 검색의 AI 기능을 위한 전용 저자 마크업은 없습니다. AI 기능 문서는 AI 개요와 AI 모드에 추가 요구사항이 없다고 밝힙니다. 별도로 넣을 schema.org 데이터도 없습니다.

대신 기본 SEO 권장사항이 그대로 적용됩니다. 이 문서는 구조화된 데이터와 화면 텍스트의 일치 확인을 기본사항으로 듭니다. 구조화된 데이터 일반 가이드라인도 독자에게 보이지 않는 내용의 마크업을 금합니다.

구조화된 데이터를 바르게 넣어도 검색결과 표시는 보장되지 않습니다. 가이드라인을 어기면 직접 조치를 받을 수도 있습니다. 이 경우 리치 결과로 표시될 자격을 잃습니다. 화면과 마크업이 어긋난 경우의 정리 방법은 구조화 데이터 불일치 글에 담았습니다.

참고 자료

• Google 검색 센터 — 유용하고 신뢰할 수 있는 사용자 중심 콘텐츠 제작하기
• Google 검색 센터 — 구조화된 기사(Article, NewsArticle, BlogPosting) 데이터
• Google 검색 센터 — 구조화된 프로필 페이지(ProfilePage) 데이터
• Google 검색 센터 — 구조화된 데이터 일반 가이드라인
• Google 검색 센터 — AI 기능 및 웹사이트