대표자·전문가 프로필이 신뢰 신호가 되려면 세 가지가 필요합니다. 첫째, 실재하며 확인할 수 있는 사람이어야 합니다. 둘째, 그 사람이 쓰거나 검토한 글과 서로 연결되어야 합니다. 셋째, 화면에 보이는 내용과 구조화 데이터(검색엔진이 읽도록 페이지 정보를 정해진 형식으로 적은 코드)가 같아야 합니다.
Google의 구조화 데이터 일반 지침은 사람이나 조직을 사칭하는 마크업을 금지합니다. 소유·소속·목적을 잘못 나타내는 마크업도 금지합니다. 실재하지 않는 인물이나 부풀린 이력으로 꾸민 프로필은 신뢰 근거가 될 수 없습니다.
프로필 페이지는 왜 신뢰 판단의 근거가 되나요?
Google의 사람 중심 콘텐츠 문서는 콘텐츠를 누가 만들었는지 점검하라고 설명합니다. 독자가 작성자 표기를 기대할 만한 곳에는 정확한 작성자 줄을 넣으라고 권합니다. 그 작성자 줄이 작성자에 대한 추가 정보로 이어지는지도 점검 질문으로 듭니다.
같은 문서는 전문성을 판단하는 질문으로 작성자 페이지나 회사 소개 페이지 링크를 예로 듭니다. 이런 링크로 작성자·사이트의 배경을 보여 주는지 묻습니다. 또 그 주제를 잘 아는 전문가가 쓰거나 검토했는지도 묻습니다.
이 문서는 E-E-A-T(경험·전문성·권위·신뢰) 가운데 신뢰가 가장 중요하다고 설명합니다. 다만 E-E-A-T 자체는 특정 순위 요소가 아니라고 밝힙니다. 건강·재정·안전처럼 삶에 큰 영향을 주는 주제(YMYL)에서는 강한 E-E-A-T에 더 큰 비중을 둔다고 설명합니다.
프로필은 순위를 올리는 장치라기보다 「이 글을 누가, 어떤 배경으로 썼는가」를 확인하게 하는 근거 페이지입니다. 그래서 실무에서는 금융·의료·법률처럼 YMYL에 가까운 업종일수록 프로필 근거부터 정비하는 방법을 권합니다.
신뢰 신호가 되는 프로필에는 어떤 항목이 필요한가요?
프로필 항목은 독자나 제3자가 다른 자료와 맞춰 볼 수 있어야 의미가 있습니다. 아래 표는 항목별 판단 기준입니다.
| 항목 | 판단 기준 | 통과로 보는 예 |
|---|---|---|
| 이름 | 사이트 전체에서 같은 표기 | 작성자 줄·프로필·회사 소개의 이름이 모두 같음 |
| 소속과 역할 | 현재 소속·직책이 회사 소개와 일치 | 조직도와 같은 부서명·직책명 |
| 담당 분야 | 실제로 쓰거나 검토한 글의 주제와 겹침 | 분야를 2~3개로 좁혀 구체적으로 적음 |
| 확인 가능한 근거 | 제3자가 대조할 수 있는 정보 | 자격 명칭과 발급 기관, 발표·저서 제목, 본인 외부 공식 프로필 |
| 사진 | 본인 실제 사진 | 기본 이미지·로고·생성 이미지가 아님 |
| 작성·검토 글 목록 | 프로필에서 글로 바로 이동 가능 | 새 글이 목록에 자동 반영됨 |
| 수정일 | 사람이 프로필을 고친 날짜 | 이직·자격 변경 때 함께 갱신 |
Google의 프로필 페이지 구조화 데이터 문서는 image 속성에 대해 설명합니다. 이미지가 없으면 기본 이미지·아이콘·자리 표시용 이미지를 넣지 말라고 합니다. 수정일(dateModified)은 사람이 프로필 정보를 고친 변경만 반영하는 것이 이상적이라고 설명합니다. 프로필이 언급된 곳으로 가는 외부 링크를 추가한 것은 수정으로 보지 않는다고 합니다.
대표자 프로필과 전문가 프로필은 보여 줄 사실이 다릅니다. 대표자는 회사를 책임지는 사람이라는 사실을, 전문가는 특정 주제를 아는 사람이라는 사실을 보여 줍니다. 실무에서는 대표자 프로필에 설립 시점·사업 분야·책임 범위를 적는 방법을 권합니다. 전문가 프로필에는 담당 주제와 작성·검토 이력을 중심으로 적습니다.
프로필과 글은 어떻게 연결해야 하나요?
프로필이 따로 떨어져 있으면 글의 신뢰를 뒷받침하지 못합니다. Google의 기사 구조화 데이터 문서는 작성자 마크업의 권장 방식을 다음과 같이 설명합니다.
- 작성자가 여러 명이면 한 칸에 묶지 않고 author(작성자 속성)를 사람마다 따로 적습니다.
- author.name에는 이름만 넣습니다. 직책·경칭·발행처는 jobTitle(직책), honorificPrefix(경칭), publisher(발행처) 같은 별도 속성에 둡니다.
- author.url은 작성자를 고유하게 가리키는 웹 페이지 주소로 지정합니다. 이 문서는 sameAs도 대안으로 받는다고 설명합니다.
- 사람은 Person, 조직은 Organization 유형으로 표시합니다.
위 내용을 실제 작업 순서로 옮기면 다음과 같습니다.
- 모든 글의 작성자 줄과 검토자 줄에서 해당 프로필 페이지로 이동하게 합니다.
- 각 글의 구조화 데이터에서 author.url을 작성자 프로필 주소로 지정합니다.
- 프로필 페이지에 ProfilePage 구조화 데이터를 넣습니다.
- 프로필에 최근 글을 보여 준다면 hasPart(이 사람에게 속한 글을 묶어 연결하는 속성)로 글을 연결합니다. 같은 사람을 가리키는 곳에는 같은 @id(같은 대상을 가리키는 고유 식별 주소)를 씁니다.
- 본인이 운영하는 외부 공식 프로필이 있으면 sameAs(같은 사람의 외부 프로필 주소)에 넣습니다.
프로필 페이지 문서는 프로필에 작성자의 최근 활동이 함께 보이면 그 글의 주소로 마크업을 추가할 수 있다고 설명합니다. 문서의 예시는 이 연결에 hasPart를 씁니다. 검토자는 화면의 검토자 줄에서 프로필로 이동하게 하되, author 속성에는 넣지 않습니다. 기사 구조화 데이터 문서는 작성자만 다루므로 검토자를 넣으면 작성자로 잘못 표시됩니다.
구조화 데이터는 화면 내용과 어떻게 맞추나요?
프로필 페이지 문서는 mainEntity(페이지가 다루는 주인공)와 name을 요구 속성으로 둡니다. mainEntity는 페이지가 다루는 Person 또는 Organization이며, 유형을 모르면 Person을 쓰라고 합니다. name이 없으면 alternateName으로 대신할 수 있다고 설명합니다.
같은 문서는 페이지의 주된 초점이 사이트와 관계있는 한 사람 또는 한 조직이어야 한다고 합니다. 포럼 사용자 프로필, 뉴스 작성자 페이지, 직원 소개 페이지를 알맞은 예로 듭니다. 매장의 메인 홈페이지는 알맞지 않은 예로 듭니다. 사이트와 관계없는 조직을 다루는 리뷰 사이트도 알맞지 않은 예입니다.
구조화 데이터 일반 지침은 독자에게 보이지 않는 내용을 마크업하지 말라고 설명합니다. 아래 표는 화면 정보와 속성을 맞추는 기준입니다.
| 화면에 보이는 정보 | 대응 속성 | 맞출 점 |
|---|---|---|
| 이름 | name | 화면 표기와 한 글자도 다르지 않게 |
| 한 줄 소개·자격 | description | 화면에 실제로 보이는 문장만 |
| 프로필 사진 | image | 화면에 나온 사진과 같은 파일 |
| 외부 공식 프로필 | sameAs | 본인이 운영하는 주소만 |
| 사이트 내부 고유 번호 | identifier | 사람마다 바뀌지 않는 값 |
| 게시일·수정일 | dateCreated·dateModified | ISO 8601 형식, 실제 수정 시점 |
프로필 페이지 문서는 배포 전에 리치 결과(검색 결과에 붙는 확장 표시) 테스트로 검증하라고 안내합니다. 이어서 일부 페이지를 먼저 배포하고 URL 검사 도구로 Google이 접근할 수 있는지 확인하라고 합니다. 이후 변경 사항을 알리도록 사이트맵을 제출하라고 설명합니다.
어떤 이상 신호가 보이면 원인을 어디서 찾나요?
프로필 문제는 화면만 보아서는 놓치기 쉬우므로 도구 보고서와 글 목록을 함께 확인합니다. 아래 표는 이상 신호와 원인 후보를 짝지은 것입니다.
| 이상 신호 | 원인 후보 | 확인 방법 |
|---|---|---|
| 리치 결과 테스트에서 ProfilePage가 검출되지 않음 | mainEntity·name 누락, 마크업이 다른 페이지에만 들어감 | 리치 결과 테스트, URL 검사의 렌더링 결과 |
| Search Console 보고서에 오류·경고 | 요구 속성 누락, 날짜 형식 오류 | 해당 보고서의 예시 주소 |
| 같은 사람 이름이 글마다 다르게 표시 | CMS 계정명·영문명·직함 붙은 이름이 섞임 | 전체 글의 작성자 표기를 목록으로 뽑아 대조 |
| author.name에 직함이 붙어 있음 | 화면의 작성자 줄 문구를 그대로 마크업에 넣음 | 글 소스의 구조화 데이터 검토 |
| 프로필에 연결된 글이 없거나 퇴사자 프로필이 남음 | 작성자 연결 누락, 인사 변동 미반영 | 프로필별 연결 글 수 집계, 인사 기록 대조 |
| 마크업에는 자격이 있는데 화면에는 없음 | 보이지 않는 내용을 마크업함 | 화면 문장과 description 비교 |
| 수동 조치 보고서에 구조화 데이터 문제 표시 | 오해를 부르는 마크업, 숨긴 내용 마크업 | Search Console 수동 조치 보고서 |
구조화 데이터 일반 지침은 구조화 데이터 문제로 수동 조치를 받으면 리치 결과 자격을 잃는다고 설명합니다. 웹 검색 순위에는 영향을 주지 않는다고 덧붙입니다. 원인 후보는 가능성이며 한 신호에 여러 원인이 겹칠 수 있습니다. 실무에서는 표의 위에서부터 차례로 확인하는 방법을 권합니다.
바로 따라 쓸 프로필 문안과 점검 기록은 무엇인가요?
대표자 프로필 소개 문단
예를 들어 가상의 ○○ 기업 대표라면 다음 틀로 씁니다.
- 「홍길동은 ○○ 기업의 대표이사로, 20XX년 회사를 설립해 ○○ 사업을 이끌고 있습니다.」
- 「○○ 서비스 운영과 고객 정보 보호 정책의 최종 책임을 맡고 있습니다.」
- 「○○ 분야 공개 발표와 기고 목록은 아래에서 확인할 수 있습니다.」
전문가 프로필 소개 문단
- 「김○○은 ○○ 기업 ○○팀 소속으로, ○○·○○ 주제의 글을 작성하고 검토합니다.」
- 「○○ 자격(발급 기관: ○○)을 보유하고 있습니다.」
- 「이 사이트에서 작성한 글과 검토한 글은 아래 목록에 있습니다.」
자격·연도·발표 이력은 근거 자료가 있는 값만 넣습니다. 근거가 없으면 그 문장을 빼고 확인된 사실만 남깁니다.
분기별 프로필 점검 기록 항목
- 점검일과 점검한 프로필 주소
- 화면 이름, author.name, ProfilePage name이 같은지 여부
- 프로필에 연결된 작성 글·검토 글 수
- sameAs와 외부 근거 링크가 본인 페이지로 열리는지 여부
- 리치 결과 테스트 결과와 Search Console 보고서의 오류 건수
- 발견한 문제, 조치 내용, 조치 담당자
정리
- 사이트의 작성자·검토자 전원을 목록으로 만들고, 이름 표기를 하나로 통일합니다.
- 프로필마다 소속·담당 분야·확인 가능한 근거·실제 사진·글 목록을 채웁니다.
- 모든 글의 작성자 줄과 author.url을 프로필 주소로 연결하고, 프로필에 ProfilePage 구조화 데이터를 넣습니다.
- 리치 결과 테스트와 URL 검사 도구로 확인한 뒤, 분기마다 점검 기록 항목에 따라 다시 점검합니다.
참고 자료
- Creating helpful, reliable, people-first content (Google Search Central, 확인일 2026-10-20)
- Profile page (ProfilePage) structured data (Google Search Central, 확인일 2026-10-20)
- Article structured data — Author markup best practices (Google Search Central, 확인일 2026-10-20)
- General structured data guidelines (Google Search Central, 확인일 2026-10-20)