Organization + Person 스키마 완전 가이드 (E-E-A-T 본진)

Organization + Person 스키마란

Organization 스키마는 회사·브랜드·단체의 정체성을 구조화 데이터로 신고한다. Person 스키마는 콘텐츠 저자·창업자·전문가의 신원과 전문성을 명시한다. 두 스키마는 단독으로 쓰기보다 함께 사용할 때 E-E-A-T 신호가 극대화된다.

Google은 E-E-A-T 품질 평가에서 "누가 운영하는 사이트이고, 누가 이 글을 썼는가"를 중요하게 본다. Organization·Person 스키마는 이 질문에 기계가 읽을 수 있는 형태로 직접 답한다.

TL;DR

Organization + Person 스키마 요약: ① 공식 필수 속성 없음 → 있는 정보부터 시작 ② sameAs가 핵심 — Wikipedia·Wikidata·LinkedIn·X 등 외부 인증으로 권위 연결 ③ Person의 knowsAbout으로 전문 분야 명시 → AI 카테고리 신뢰 신호 ④ 두 스키마를 Article·BlogPosting의 author·publisher로 참조 연결하면 효과 배가.

언제 쓰나

Organization: 회사·브랜드·기관·비영리단체 운영 사이트 전체. 홈페이지 또는 About 페이지에 1회 삽입이 기본이며, 전체 사이트의 publisher로 참조된다.

Person: 블로그 저자, 전문가 프로필 페이지, 팀 소개 페이지. 각 Article·BlogPosting의 author로 참조된다.

적용 안 되는 경우: 운영 주체가 없는 단순 랜딩 페이지, 자동 생성 카탈로그 페이지.

AEO·AI 인용 관점에서의 의의

AI 답변 엔진은 출처를 선택할 때 "이 정보를 제공한 주체가 신뢰할 수 있는가"를 암묵적으로 평가한다. Organization + Person 스키마는 이 판단에 구조적 근거를 제공한다.

특히 sameAs로 연결된 외부 권위 소스(Wikipedia·Wikidata·LinkedIn)는 AI 모델이 학습한 데이터에서 해당 엔티티를 이미 인식하고 있다는 신호를 강화한다. 지식 그래프에서 알려진 엔티티의 콘텐츠는 미확인 익명 출처보다 인용 우선순위가 높아진다.

Organization 속성 정리

Google 공식 문서(2026년 6월 확인) 기준 권장 속성이며, 모든 속성은 선택사항이다.

Person 속성 정리

최소 예시 (Organization)

필수 속성은 없지만 최소한 name·url·logo·sameAs부터 시작한다.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://kroffle.com/#organization",
  "name": "크로플",
  "url": "https://kroffle.com",
  "logo": "https://kroffle.com/images/logo.png"
}

권장 예시 (Organization + Person 연결)

sameAs·address·contactPoint·Person 참조까지 포함한 실전 예시.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://kroffle.com/#organization",
      "name": "크로플",
      "legalName": "주식회사 크로플",
      "url": "https://kroffle.com",
      "logo": {
        "@type": "ImageObject",
        "url": "https://kroffle.com/images/logo.png",
        "width": 200,
        "height": 200
      },
      "foundingDate": "2022",
      "taxID": "000-00-00000",
      "telephone": "+82-2-0000-0000",
      "email": "hello@kroffle.com",
      "address": {
        "@type": "PostalAddress",
        "addressCountry": "KR",
        "addressRegion": "서울특별시",
        "addressLocality": "강남구",
        "streetAddress": "테헤란로 123"
      },
      "sameAs": [
        "https://www.linkedin.com/company/kroffle",
        "https://x.com/kroffle",
        "https://www.wikidata.org/wiki/Q000000"
      ],
      "founder": { "@id": "https://kroffle.com/team/ceo#person" }
    },
    {
      "@type": "Person",
      "@id": "https://kroffle.com/team/ceo#person",
      "name": "임호범",
      "familyName": "임",
      "givenName": "호범",
      "jobTitle": "CEO",
      "worksFor": { "@id": "https://kroffle.com/#organization" },
      "url": "https://kroffle.com/team/ceo",
      "image": "https://kroffle.com/images/team/ceo.jpg",
      "sameAs": [
        "https://www.linkedin.com/in/hobeom-im",
        "https://x.com/hobeom"
      ],
      "knowsAbout": ["SEO", "AEO", "AI 검색 최적화", "콘텐츠 마케팅"],
      "knowsLanguage": "ko"
    }
  ]
}

@graph를 사용하면 여러 스키마 객체를 하나의 <script> 태그에 묶어 @id로 상호 참조할 수 있다.

한국 시장 적응

이름 표기: 한국 이름은 name: "임호범"으로도 충분하지만, 영문 시스템과의 호환을 위해 familyName: "임", givenName: "호범"을 별도로 명시하는 것이 권장된다. 한국식 순서(성 + 이름)와 영미식 순서(이름 + 성)를 혼용하면 지식 그래프에서 동일인 매핑이 어려워질 수 있다.

사업자등록번호: taxID 속성에 사업자등록번호를 삽입한다. Google 공식 문서에서 권장하는 신뢰 신호다.

주소 형식: PostalAddress 내에서 한국 주소는 역순으로 작성한다. addressCountry: "KR", addressRegion: "서울특별시" (시·도), addressLocality: "강남구" (시·군·구), streetAddress: "테헤란로 123" (도로명·번지).

Wikidata: 한국 기업의 Wikidata 항목이 있다면 sameAs에 포함한다. AI 모델의 엔티티 인식에 가장 강력한 외부 권위 신호 중 하나다.

자주 하는 실수

잘못된 예시: Person의 name에 직함 포함

"name": "CEO 임호범"

올바른 예시: name에는 순수 이름만, 직함은 jobTitle 별도 사용

"name": "임호범",
"jobTitle": "CEO"

잘못된 예시: sameAs를 단일 URL로 입력

"sameAs": "https://www.linkedin.com/in/hobeom-im"

올바른 예시: sameAs는 배열로 여러 외부 프로필 포함

"sameAs": [
  "https://www.linkedin.com/in/hobeom-im",
  "https://x.com/hobeom"
]

다른 스키마와의 조합

Organization + Person은 단독보다 다른 스키마와 참조 연결할 때 효과적이다.

• Article · BlogPosting: author에 Person @id 참조, publisher에 Organization @id 참조
• LocalBusiness: Organization의 서브타입으로 확장
• ProfilePage: Person 스키마의 mainEntity로 래핑

검증 방법

1. Google Rich Results Test: https://search.google.com/test/rich-results — URL 또는 코드 스니펫 직접 입력
2. Schema Markup Validator: https://validator.schema.org — Schema.org 표준 준수 여부 확인
3. Google Search Console: 구현 후 "향상" 탭에서 인식 여부 모니터링

자주 묻는 질문

Q. Organization 스키마를 반드시 홈페이지에만 넣어야 하나요?
A. Google 공식 문서는 홈페이지 또는 About 페이지에 배치를 권장한다. 전체 사이트를 대표하는 단일 Organization 스키마를 @id로 참조하는 방식이 표준이다. 모든 페이지에 중복 삽입하지 않아도 된다.

Q. sameAs에 어떤 URL을 넣어야 하나요?
A. 우선순위: ① Wikidata 항목 ② Wikipedia 페이지 ③ LinkedIn 회사·개인 페이지 ④ 공식 X·인스타그램 계정 순이다. 해당 URL이 실제로 접근 가능하고 조직·인물 정보를 담고 있어야 한다.

Q. @graph를 꼭 사용해야 하나요?
A. 필수는 아니다. 단일 스키마는 @graph 없이 직접 작성할 수 있다. 하지만 Organization + Person처럼 여러 스키마를 @id로 상호 참조할 때는 @graph를 사용하는 것이 구조적으로 명확하다.

Q. Person 스키마를 모든 블로그 글에 넣어야 하나요?
A. Article/BlogPosting의 author 필드에 Person 객체를 참조하는 것으로 충분하다. Person 스키마 전체를 모든 페이지에 반복 삽입하기보다, @id로 참조하는 방식이 권장된다.

참고

• Google 공식 Organization 문서: https://developers.google.com/search/docs/appearance/structured-data/organization (2026년 6월 확인)
• Google 공식 ProfilePage 문서: https://developers.google.com/search/docs/appearance/structured-data/profile-page (2026년 6월 확인)
• Schema.org Organization: https://schema.org/Organization
• Schema.org Person: https://schema.org/Person