Schema.org는 구조화된 데이터의 공용어입니다. Google, Bing, OpenAI, Anthropic, Perplexity 모두 이 명세를 기본 신호로 사용합니다. 문제는 "금융 사이트에 뭘 넣어야 하는지" 실무 가이드가 드물다는 것입니다.

1. FinancialProduct - 상품 정보

증권사의 CMA, 은행의 예금, 카드사의 카드 상품은 모두 FinancialProduct 타입으로 마크업됩니다.

최소 필드

{
  "@context": "https://schema.org",
  "@type": "FinancialProduct",
  "name": "A증권 CMA",
  "description": "수시입출금이 가능한 종합자산관리계좌. 2026년 기준 연 3.5%.",
  "provider": {
    "@type": "FinancialService",
    "name": "A증권",
    "url": "https://a-sec.com"
  },
  "interestRate": "3.5",
  "feesAndCommissionsSpecification": "https://a-sec.com/fees"
}

권장 필드

  • annualPercentageRate (연 이율)
  • amount (최소 가입 금액)
  • category (예: "수시입출금", "정기예금")
  • areaServed (예: "KR")

2. Article - 블로그/인사이트

NCG Insights처럼 블로그 글에는 Article 또는 BlogPosting 타입을 적용합니다.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Technical GEO란 무엇인가",
  "author": {
    "@type": "Person",
    "name": "이준헌",
    "jobTitle": "Founder · Principal Strategist"
  },
  "datePublished": "2026-03-15",
  "dateModified": "2026-03-18",
  "publisher": {
    "@type": "Organization",
    "name": "NCG"
  },
  "mainEntityOfPage": "https://netrue.co.kr/insights/technical-geo-vs-seo-aeo",
  "inLanguage": "ko-KR"
}

왜 author.jobTitle이 중요한가

생성형 검색은 전문가의 콘텐츠를 선호합니다. "Principal Strategist"라는 jobTitle이 들어가면 같은 주제에서 익명 콘텐츠 대비 인용률이 유의미하게 올라간다는 보고가 있습니다(Perplexity 공식 가이드 2025).

3. FAQPage - 자주 묻는 질문

금융사의 콜센터 Q&A, 상품 안내의 FAQ 영역은 FAQPage 타입으로 마크업하면 즉시 AEO/GEO 효과가 납니다.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "CMA 계좌의 예금자보호는 어떻게 되나요?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "A증권 CMA는 예금자보호법에 따라 1인당 최대 5천만 원까지 보호됩니다. (2026년 기준)"
    }
  }]
}

답변(answer.text)은 150-250자가 최적. 그 이상이면 모델이 잘라내며, 이하이면 정보가 부족하다고 판단해 다른 출처를 찾습니다.

구현 팁 - Next.js 15에서

Next.js의 Metadata API를 쓰되, JSON-LD는 별도로 script 태그로 삽입합니다. Server Component에서 정적 생성 시 안전하게 처리됩니다.

검증 도구

  • Google Rich Results Test
  • Schema.org Validator
  • Crawlift의 Schema Audit (자체 도구, 베타)

Schema.org는 어려운 기술이 아닙니다. 어려운 건 조직 내에서 "이걸 해야 한다"고 설득하는 일입니다. 이 글이 그 설득의 근거가 되길 바랍니다.