B2B 콘텐츠의 90% 이상은 Article과 BlogPosting 중 무엇을 선택하든 AI 엔진의 인용 여부에 거의 영향을 받지 않습니다. 결과를 좌우하는 것은 유형의 이름이 아니라 어떤 필드를 얼마나 정확하고 일관되게 채웠느냐입니다. 다만 ‘거의’라는 말에는 예외가 있습니다. 일부 콘텐츠는 유형을 잘못 지정하면 원래 확보할 수 있었던 검색 노출 기능을 놓칠 수 있습니다. 이 글에서 고민해야 할 차이와 고민할 필요가 없는 차이를 한 번에 정리합니다.
먼저 잘 알려지지 않은 사실부터 짚어보겠습니다. BlogPosting은 본래 Article의 하위 유형입니다. schema.org의 상속 구조는 Article → SocialMediaPosting → BlogPosting입니다. 따라서 BlogPosting으로 표시하면 “이 콘텐츠는 Article이며, 더 구체적으로는 블로그 게시물”이라고 선언하는 셈입니다. 두 유형의 핵심 필드는 완전히 같습니다. Google 문서도 Article, NewsArticle, BlogPosting을 하나의 사양으로 다루며 필수 및 권장 필드 역시 동일하게 안내합니다.
대부분의 경우 ‘무엇을 선택할지’가 생각보다 중요하지 않은 이유
AI 엔진과 Google은 글을 판단할 때 유형의 ‘꼬리표’보다 구조화 데이터에 담긴 ‘속성’을 읽습니다. 작성자가 누구인지, 언제 발행하고 수정했는지, 어느 웹사이트에 속하는지, 대표 이미지는 무엇인지 파악해야 하기 때문입니다. 이 필드들의 이름은 Article과 BlogPosting에서 동일합니다. 다시 말해 @type을 Article에서 BlogPosting으로 바꿔도 author, datePublished, dateModified, publisher 값은 전혀 달라지지 않으며, 시스템이 읽는 정보도 그대로입니다.
- headline: 글 제목입니다. 110자 이내로 작성하고 페이지 제목과 일치시키는 것이 좋습니다.
- author: 반드시 Person 또는 Organization 객체를 사용하고, 검증 가능한 작성자 신원을 가리키도록 sameAs를 입력합니다.
- datePublished 및 dateModified: 발행일과 최종 수정일은 AI가 콘텐츠의 최신성을 판단하는 주요 기준입니다.
- publisher: 로고를 포함한 발행 기관 정보로, 해당 글을 브랜드 엔티티와 연결합니다.
- image 및 mainEntityOfPage: 각각 대표 이미지와 해당 글의 공식 URL을 나타냅니다.
그렇다면 유형 선택이 실제로 문제가 되는 때는 언제일까?
차이가 실질적인 영향을 미치는 지점은 더 구체적인 두 유형입니다. 첫 번째는 NewsArticle입니다. Google은 NewsArticle을 별도로 취급하며, 이는 Top Stories와 Google News에 진입하기 위한 요건 중 하나입니다. 하지만 양날의 검이기도 합니다. 시의성 있는 뉴스 보도가 아닌 콘텐츠를 NewsArticle로 표시하면 뉴스 영역에 노출되지 않을 뿐 아니라 유형과 실제 콘텐츠가 일치하지 않는다고 판단될 수 있습니다. 반대로 실제 업계 뉴스를 BlogPosting으로 표시하면 뉴스 영역으로 향하는 문을 스스로 닫는 것과 같습니다.
두 번째는 기술 문서, 개발자 튜토리얼, 구현 가이드에 사용하는 TechArticle입니다. proficiencyLevel, dependencies 같은 추가 필드를 통해 대상 독자의 숙련도와 필요한 사전 조건을 엔진에 명확히 전달할 수 있습니다. 개발자 대상 SaaS의 API 튜토리얼이라면 BlogPosting보다 TechArticle이 더 정확합니다. 명확한 단계가 있는 글에는 HowTo도 함께 적용할 수 있습니다. 원칙은 간단합니다. ‘정확하면서 가장 구체적인’ 유형을 선택해야 하며, 안전을 이유로 가장 일반적인 유형으로 물러설 필요는 없습니다.
30초면 끝나는 3단계 선택법
- 명확한 시의성과 보도 성격이 있는 콘텐츠인가요? 그렇다면 → NewsArticle을 선택합니다. 단, 실제 뉴스 보도이며 저널리즘 요건을 충족해야 합니다.
- 기술 문서, 개발 튜토리얼 또는 단계별 구현 가이드인가요? 그렇다면 → TechArticle을 선택하고, 명확한 단계가 있다면 HowTo도 함께 적용합니다.
- 그렇지 않다면 발행일이 표시된 블로그 글인가요? 그렇다면 → BlogPosting을 선택합니다.
- 시간순 게시 흐름과 무관한 에버그린 리소스 페이지, 가이드 또는 지식 베이스 글이라면 → Article을 사용합니다.
AI 엔진이 실제로 읽는 것은 바로 이 필드들입니다
올바른 유형 선택은 기본 요건에 불과합니다. ChatGPT, Perplexity, Google AI Overviews에서 글이 반복적으로 인용되려면 각 필드가 완전하고 검증 가능한 정보로 채워져 있어야 합니다. author가 단순히 “편집부”라는 문자열로만 입력돼 있으면 엔진은 권위를 판단하기 어렵습니다. Person 객체를 사용하고 sameAs로 LinkedIn이나 작성자 페이지를 연결해야 E-E-A-T 신호를 구축할 수 있습니다. dateModified가 2년 전에서 멈춰 있다면 AI는 더 최신인 출처를 선호할 수 있으므로, 글의 완성도가 높아도 우선순위에서 밀릴 수 있습니다.
유형을 잘못 고르는 것보다 치명적인 4가지 실수
- WebPage만 사용하거나 유형을 아예 지정하지 않으면 Article이 제공하는 전체 필드 체계를 포기하는 셈입니다.
- author를 일반 텍스트로만 입력하고 Person 객체와 sameAs를 누락하면 권위 신호가 사실상 사라집니다.
- headline이 페이지 제목과 일치하지 않거나 110자를 넘어 잘립니다.
- 서로 충돌하는 여러 유형을 하나의 노드에 억지로 넣거나, 모든 글에 동일한 datePublished 값을 복사해 붙여 넣습니다.
B2B SaaS 고객사를 대상으로 GEO 감사를 진행해 보면 유형 지정 오류가 핵심 원인인 경우는 드뭅니다. 더 흔한 문제는 사이트의 모든 글이 BlogPosting으로 올바르게 표시돼 있어도 author가 일반 텍스트에 그치고, dateModified는 한 번도 갱신되지 않았으며, publisher에는 로고가 빠져 있는 경우입니다. 유형은 맞지만 필드가 비어 있으니 AI는 신뢰를 구축할 정보를 추출할 수 없습니다. 유형 이름을 두고 고민하는 것보다 이 수준의 문제를 바로잡을 때 얻는 개선 효과가 대체로 훨씬 큽니다.
유형은 엔진이 콘텐츠를 어떻게 분류할지 결정하고, 필드는 엔진이 콘텐츠를 신뢰할 수 있는지 결정합니다. 카테고리를 잘못 선택하면 특정 노출 영역 하나를 놓칠 수 있지만, 필드가 비어 있으면 글 전체가 AI의 평가에서 힘을 잃습니다.— Tenten GEO
결론은 간단합니다
일반 블로그 글에는 BlogPosting, 에버그린 리소스에는 Article, 뉴스에는 NewsArticle, 기술 튜토리얼에는 TechArticle을 사용합니다. 가장 정확하고 구체적인 유형을 선택한 뒤에는 필드의 완성도를 높이는 데 집중해야 합니다. 유형 이름을 고민하는 데 30초 이상 쓰지 마세요. 웹사이트의 구조화 데이터에 잘못된 유형이 적용됐는지, 필요한 필드가 비어 있는지 확인하고 싶다면 30분 GEO 진단을 예약할 수 있습니다. 실제 게시된 글을 기준으로 우선 보완해야 할 필드를 짚어드립니다.
