JSON-LD, 개인 웹사이트의 AI 검색 여권
AI 검색은 페이지 본문을 요약하지만, 신뢰할 수 있는 개체 관계는 구조화 데이터에서 더 쉽게 얻는다. 개인 웹사이트도 이제 글 모음이 아니라 machine-readable identity graph가 되어야 한다.
AI 뉴스를 놓치지 마세요
매주 핵심 AI 소식을 이메일로 받아보세요.
작은 사이트도 기계가 읽어야 한다
JSON-LD Explained for Personal Websites는 개인 웹사이트에 구조화 데이터를 넣는 문제를 다룬다. 표면적으로는 SEO 팁처럼 보이지만, 2026년의 의미는 더 넓다. Google, Bing, AI 요약 엔진, 에이전트 크롤러가 웹을 읽는 방식이 바뀌면서 개인 사이트도 사람에게 보이는 글과 기계가 해석하는 개체 정보를 함께 제공해야 한다.
Schema.org는 구조화 데이터를 위한 공통 어휘이며 JSON-LD, Microdata, RDFa 같은 여러 인코딩을 지원한다. W3C JSON-LD 1.1은 JSON을 Linked Data로 해석하는 표준이다. Google은 구조화 데이터 문서에서 검색 기능이 페이지 의미를 더 잘 이해하도록 돕는 방법을 설명한다. 개인 블로그에도 이 원리는 그대로 적용된다.
SEO를 넘어 신원 그래프가 된다
개인 웹사이트의 JSON-LD는 단순히 rich result를 노리는 코드 조각이 아니다. Person, WebSite, BlogPosting, CreativeWork, Organization, sameAs를 연결하면 검색 시스템은 이 사람이 누구인지, 어떤 글을 썼는지, 어떤 프로젝트와 연결되는지 더 명확히 이해한다. 특히 AI 검색은 단일 문장을 뽑는 것보다 출처와 관계를 묶어 답을 만드는 방향으로 움직인다.
Obscure Sorrows 표절, AI 검색의 출처 붕괴는 AI 검색이 원저작자와 파생 설명을 혼동할 때 어떤 문제가 생기는지 보여줬다. 단순 HTML, AI 에이전트 시대의 내구성도 비슷한 결론을 낸다. 웹은 화려한 프런트엔드보다 안정적인 문서 구조와 명확한 메타데이터가 오래 간다.
| 요소 | 사람에게 보이는 기능 | 기계가 얻는 신호 | 실무 효과 |
|---|---|---|---|
| Person | 소개 페이지 | 이름, 직함, 계정 연결 | 동명이인 혼동 감소 |
| BlogPosting | 글 제목과 본문 | 작성자, 발행일, 주제 | 인용과 요약 품질 개선 |
| sameAs | SNS 링크 | 동일 인물 연결 | 권위와 신원 확인 |
| Organization | 소속 표기 | 회사와 역할 관계 | 경력 맥락 정리 |
AI 검색에서 구조화 데이터가 더 중요해지는 이유
AI 검색은 본문을 읽고 답하지만, 본문만으로는 신뢰를 확정하기 어렵다. 페이지에 “저는 프리랜서 개발자입니다”라고 쓰여 있어도 그 사람이 GitHub, LinkedIn, 논문, 제품 페이지와 같은 주체인지 확인하려면 관계 그래프가 필요하다. JSON-LD는 이 연결을 명시한다. Google의 생성형 AI 검색 최적화 가이드가 말하는 방향도 결국 크롤러가 접근 가능한 명확한 콘텐츠와 메타데이터다.
개발자 개인에게 이 변화는 이력서 전략과도 연결된다. 포트폴리오를 Notion, GitHub README, X 프로필에 흩어 놓는 것만으로는 부족하다. 자신이 통제하는 도메인에 글, 프로젝트, 발표, 오픈소스 기여를 모으고, 그 관계를 구조화 데이터로 표현해야 한다. AI가 사람을 찾아 추천하는 시대에는 개인 웹사이트가 검색 엔진용 명함이 아니라 에이전트용 API가 된다.
실수하기 쉬운 지점
JSON-LD를 넣는다고 모든 페이지가 검색에 유리해지는 것은 아니다. 구조화 데이터는 페이지 내용과 일치해야 한다. 없는 리뷰, 과장된 직함, 존재하지 않는 조직 관계를 넣으면 오히려 신뢰를 잃는다. 또 한 번 넣고 끝내면 안 된다. 이름 변경, 소속 변경, 새 프로젝트, 폐쇄된 계정이 생기면 sameAs와 author 정보도 갱신해야 한다.
한국어 사이트는 특히 다국어 이름 처리에 신경 써야 한다. 한글 이름, 영문 이름, 별칭, 도메인, GitHub 계정이 제각각이면 AI 검색은 쉽게 다른 사람으로 분리한다. 페이지 title과 JSON-LD name, alternateName, sameAs를 일관되게 맞추는 것이 작은 노력 대비 큰 효과를 낸다.
자주 묻는 질문
Q1: JSON-LD는 SEO 전용인가요?
A: 아니다. 검색 노출에도 쓰이지만, 본질은 웹 페이지의 개체와 관계를 기계가 읽을 수 있게 표현하는 것이다.
Q2: 개인 블로그에도 꼭 필요한가요?
A: 전문 활동, 채용, 강연, 오픈소스 기여를 검색에서 정확히 연결하고 싶다면 도움이 된다.
Q3: AI 검색이 본문을 읽으면 구조화 데이터는 필요 없지 않나요?
A: 본문은 설명을 제공하고 JSON-LD는 관계와 신원을 명시한다. 둘은 대체 관계가 아니라 보완 관계다.
Q4: 가장 먼저 넣을 스키마는 무엇인가요?
A: Person, WebSite, BlogPosting부터 시작하면 된다. 이후 프로젝트나 제품이 있으면 CreativeWork나 SoftwareApplication을 추가할 수 있다.
Q5: 잘못 넣으면 문제가 되나요?
A: 페이지 내용과 불일치하거나 과장된 구조화 데이터는 검색 품질과 신뢰를 해칠 수 있다. 작게 시작해 꾸준히 관리하는 편이 낫다.
관련 토픽 더 보기
📰 원본 출처
hawksley.dev이 기사는 AI 기술을 활용하여 작성되었으며, 원본 뉴스 소스를 기반으로 분석 및 해설을 추가한 콘텐츠입니다. 정확한 정보 전달을 위해 노력하고 있으나, 원본 기사를 함께 확인하시기를 권장합니다.