품질·성능·보안 · 공식 문서
저자 정보와 저자 페이지, 마크업 넣는 순서
모든 글에 넣을 의무는 없지만, 구글은 독자가 「누가 썼지?」라고 물을 만한 글에는 정확한 바이라인을 적극 권합니다. 바이라인에서 저자 페이지로 링크하고, 저자 페이지에는 ProfilePage, 글에는 Article 의 author 마크업을 화면과 같게 넣습니다.
회사 블로그 글에 「관리자」나 회사 이름만 적혀 있는 경우가 있습니다. 저자를 밝혀야 하는지, 밝힌다면 어디에 무엇을 넣는지는 화면과 코드 두 곳의 일입니다.
구글 공식 문서는 바이라인을 언제 권하는지, 저자 페이지와 마크업을 어떻게 짝지을지 적어 두었습니다. 그 문장을 넣는 순서로 옮겼습니다.
발견 01
의무는 아니지만, 독자가 「누가 썼지?」라고 물을 글에는 구글이 바이라인을 적극 권합니다
We strongly encourage adding accurate authorship information, such as bylines to content where readers might expect it.
독자가 기대할 만한 자리에 바이라인 같은 정확한 작성자 정보를 넣기를 강하게 권한다.
| 구글이 적은 것 | 원문 |
|---|---|
| 바이라인을 둘 글 | You should consider having accurate author bylines when readers would reasonably expect it, such as to any content where someone might think, "Who wrote this?"독자가 「누가 썼지?」라고 생각할 만한 콘텐츠처럼 바이라인을 기대할 때는 정확한 작성자 바이라인을 검토한다. |
| 마크업 필수 속성 | There are no required properties; instead, add the properties that apply to your content.필수 속성은 없고, 콘텐츠에 해당하는 속성을 넣는다. |
| 지어낸 저자 | However, avoid using deceptive authorship information.다만 사람을 속이는 작성자 정보는 쓰지 않는다. |
제품 소개나 회사 연혁처럼 회사가 말하는 페이지에는 저자가 없어도 어색하지 않습니다. 분석·안내·사례 글처럼 쓴 사람의 경험과 판단이 들어간 글이 바이라인의 자리입니다.
페이지 종류마다 무엇을 드러낼지는 「E-E-A-T 신호, 페이지별 항목과 점검 순서」 편에 자세히 적었습니다.
발견 02
저자 정보는 바이라인부터 마크업 검사까지 8단계로 넣습니다
| 순서 | 할 일 | 자리 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 「누가 썼지?」라고 물을 만한 글을 고릅니다 | 글 목록 | You should consider having accurate author bylines when readers would reasonably expect it, such as to any content where someone might think, "Who wrote this?"독자가 「누가 썼지?」라고 생각할 만한 콘텐츠처럼 바이라인을 기대할 때는 정확한 작성자 바이라인을 검토한다. |
| 2 | 실제 작성자의 정확한 이름을 바이라인으로 답니다 | 글 상세 페이지 | We strongly encourage adding accurate authorship information, such as bylines to content where readers might expect it. However, avoid using deceptive authorship information.독자가 기대할 만한 콘텐츠에는 바이라인 같은 정확한 작성자 정보를 넣기를 강하게 권한다. 다만 사람을 속이는 작성자 정보는 쓰지 않는다. |
| 3 | 바이라인에서 저자 페이지로 링크합니다 | 글 상세 페이지 | Do bylines lead to further information about the author or authors involved, giving background about them and the areas they write about?바이라인을 누르면 작성자의 배경과 다루는 분야 등 작성자에 관한 정보로 이어지는가? |
| 4 | 저자 한 사람(또는 조직)이 주인공인 저자 페이지를 만듭니다 | 저자 페이지 | The primary focus of the page must be a single person or organization that is affiliated with the overall website. / An employee page on a company website페이지의 주된 초점은 사이트와 관련된 한 사람이나 한 조직이어야 한다. 올바른 예로 회사 웹사이트의 직원 페이지를 든다. |
| 5 | 저자 페이지에 ProfilePage 마크업을 넣고 mainEntity 에 그 사람을 적습니다 | 저자 페이지 | If the URL is an internal profile page, we recommend marking up that author using profile page structured data. The person or organization that this profile page is about.작성자 URL이 사이트 안의 프로필 페이지라면 그 작성자를 ProfilePage 구조화 데이터로 마크업하기를 권한다. mainEntity 는 그 프로필 페이지가 다루는 사람이나 조직이다. |
| 6 | 글의 Article 마크업 author 에 이름과 저자 페이지 url 을 적습니다 | 글 상세 페이지 | In the author.name property, only specify the name of the author. Don't add any other piece of information. A link to a web page that uniquely identifies the author of the article. For example, the author's social media page, an "about me" page, or a bio page.author.name 에는 작성자 이름만 적고 다른 정보는 넣지 않는다. author.url 은 작성자를 고유하게 식별하는 페이지 링크로, 소셜 미디어 페이지·자기소개 페이지·약력 페이지 등이다. |
| 7 | 화면에 나온 저자를 모두, 한 사람씩 따로 마크업합니다 | 글 상세 페이지 | Make sure that all the authors that are presented as authors on the web page are also included in markup. When specifying multiple authors, list each author in their own author field:페이지에 작성자로 표시된 사람을 모두 마크업에 넣는다. 작성자가 여럿이면 author 필드를 한 사람에 하나씩 따로 둔다. |
| 8 | 리치 결과 테스트로 검사하고 심각한 오류를 고칩니다 | 리치 결과 테스트 | Validate your code using the Rich Results Test and fix any critical errors.리치 결과 테스트로 코드를 검사하고 심각한 오류를 고칩니다. |
저자 페이지의 url 이 Article 의 author 와 ProfilePage 를 잇는 고리입니다. 같은 사람을 두 곳에서 같은 이름과 같은 URL로 가리키게 합니다.
저자가 회사나 기관이면 Organization 형식으로 적고 url 은 홈페이지로 둘 수 있습니다. 바깥 프로필이 있다면 sameAs 로 이어도 됩니다.
| 경우 | 원문 |
|---|---|
| 사람과 조직 | Use the Person type for people, and the Organization type for organizations.사람은 Person 형식, 조직은 Organization 형식을 쓴다. |
| 저자가 조직일 때 | If the author is an organization, you could link to the organization's home page.저자가 조직이라면 조직의 홈페이지로 연결할 수 있다. |
| url 대신 sameAs | You can use the sameAs property as an alternative. Google can understand both sameAs and url when disambiguating authors.url 대신 sameAs 속성을 쓸 수도 있다. 구글은 작성자를 구분할 때 sameAs 와 url 을 모두 이해한다. |
| 저자 사진이 없을 때 | If there are no images, don't include a default image, icon, or placeholder image in this field.이미지가 없으면 이 필드에 기본 이미지·아이콘·자리 표시 이미지를 넣지 않는다. |
발견 03
author.name 에는 이름만 넣고, 문서가 꼽은 4가지는 다른 자리에 둡니다
In the author.name property, only specify the name of the author. Don't add any other piece of information.
author.name 에는 작성자 이름만 적고 다른 정보는 넣지 않는다.
| 넣지 말 것 | 넣을 자리 | 원문 |
|---|---|---|
| 회사·매체 이름 | publisher 속성 | The name of the publisher. Instead, use the publisher property.게시자 이름은 넣지 않고 publisher 속성을 쓴다. |
| 직함 | jobTitle 속성 | jobTitle |
| 경칭(박사, 님 등) | honorificPrefix·honorificSuffix 속성 | honorificPrefix / honorificSuffix |
| 「글쓴이」 같은 소개 말 | 넣지 않음 | Introductory words (for example, don't include words like "posted by").소개하는 말(예: 「posted by」)은 넣지 않는다. |
We recommend using this field for real names (and alternateName for social media handles).
이 필드에는 실명을 쓰고, 소셜 미디어 핸들은 alternateName 에 쓰기를 권한다.
발견 04
B2B·B2C·B2G 는 저자를 사람으로 둘지 조직으로 둘지가 다릅니다
예시 ① 회계 소프트웨어 기업의 문의형 기업 사이트(B2B)
도입 사례 글을 영업 담당과 제품 담당 두 사람이 함께 씁니다. 바이라인에 두 사람을 적고, author 도 두 칸으로 나눠 각자의 직원 소개 페이지 url 을 답니다.
예시 ② 주방용품 쇼핑몰의 매거진(B2C)
써 보기 글은 에디터 실명과 저자 페이지를, 신상품 공지는 쇼핑몰 이름을 Organization 저자로 둡니다. 에디터 사진이 없으면 image 를 비웁니다.
예시 ③ 공공기관 누리집의 정책 해설(B2G)
해설 글마다 담당 부서와 담당자를 적는 칸이 이미 있습니다. 저자는 기관을 Organization 으로 두고, 담당 부서는 본문의 문의처로 둡니다.
그럼 지금 사이트에 저자 정보를 넣으려면 어디서 시작하나요?
- 블로그·매거진 글 가운데 쓴 사람의 판단이 들어간 글을 목록으로 뽑습니다.
- 글을 쓴 사람마다 저자 페이지 URL을 하나씩 정하고, 배경과 다루는 분야를 적습니다.
- 글 템플릿의 바이라인을 실명으로 바꾸고 저자 페이지로 링크합니다.
- 저자 페이지 템플릿에 ProfilePage, 글 템플릿의 Article 에 author(이름·형식·url)를 넣습니다.
- 리치 결과 테스트와 URL 검사 도구로 몇 페이지를 먼저 확인한 뒤 전체에 적용합니다.
조사 방법
- Google Search Central 「Creating helpful, reliable, people-first content」 (문서 수정일 2026-10-05) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/fundamentals/creating-helpful-content
- Google Search Central Blog 「Google Search's guidance about AI-generated content」 (문서 수정일 2023-02-08) · 최종 확인일 2026-10-25 · https://developers.google.com/search/blog/2023/02/google-search-and-ai-content
- Google Search Central 「Article (Article, NewsArticle, BlogPosting) structured data」 (문서 수정일 2026-09-08) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/structured-data/article
- Google Search Central 「Profile page (ProfilePage) structured data」 (문서 수정일 2026-09-08) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/structured-data/profile-page
- 넣는 순서 8단계와 author.name 에 넣지 말 것 4가지는 위 문서들이 저자 정보에 대해 적은 문장을 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·속성 이름은 같은 문서 한국어판(hl=ko) 표기(작성자, 리치 결과 테스트, URL 검사 도구)를 따랐습니다.