개인 기술블로그에서 SEO와 GEO를 함께 설계하는 방법
핵심 요약
SEO는 검색 엔진이 페이지를 정확히 수집하고 평가하게 만드는 작업이고, GEO는 생성형 AI 검색이 사이트의 목적과 신뢰 신호를 해석하기 쉽게 만드는 작업이다. 개인 기술블로그도 두 기준을 함께 설계해야 한다.
이 저장소에서는 dev-burnern.dev를 canonical 도메인으로 통일하고, sitemap과 robots, structured data, llms.txt를 같은 기준으로 맞춘다. 목표는 “개발 지식 관리와 배포 자동화 시스템”이라는 사이트의 성격을 사람과 검색 시스템 모두가 이해하게 만드는 것이다.
문제 상황
도메인과 사이트명이 섞이면 검색 신호가 분산된다. GitHub Pages 기본 주소, 저장소명, 서비스명이 모두 노출되면 어떤 URL이 대표 주소인지 불명확해진다.
또한 검색 페이지나 404 페이지가 sitemap에 포함되면 품질 신호가 약해질 수 있다. 이런 페이지는 탐색에는 필요하지만 검색 결과에 노출될 대표 콘텐츠는 아니다.
AI 검색 관점에서도 문제가 있다. 글이 여러 개 있어도 사이트 목적, 작성자 신뢰 신호, 핵심 글 묶음이 명확하지 않으면 “무엇을 하는 프로젝트인가”를 요약하기 어렵다.
설계 방식
대표 도메인은 https://dev-burnern.dev로 고정한다. docusaurus.config.ts의 url, robots.txt의 sitemap URL, GitHub Pages custom domain인 static/CNAME을 같은 값으로 맞춘다. GitHub Pages 기본 주소는 README에서 호스팅 주소로만 설명한다.
sitemap에서는 /404, /search, /search-page를 제외한다. 검색 페이지와 404 페이지에는 noindex,follow를 넣어 링크 흐름은 유지하되 검색 결과 대표 문서로는 노출하지 않게 한다.
홈에는 WebSite, Person, Organization JSON-LD를 추가한다. 글 상세 페이지에는 BlogPosting과 BreadcrumbList를 제공하고, 글의 tags를 keywords로 연결한다. 작성자에는 GitHub, Instagram, LinkedIn sameAs를 넣어 신뢰 신호를 정리한다.
GEO를 위해 llms.txt도 생성한다. 이 파일은 사이트 목적, 주요 URL, 콘텐츠 파이프라인 설명, 핵심 글 목록, 작성자 신뢰 신호를 짧고 구조적으로 제공한다. 검색 엔진용 sitemap과 AI 검색용 요약 문맥을 별도로 제공하는 셈이다.
검증 방법
빌드 후에는 build/sitemap.xml에 /404, /search, /search-page가 없는지 확인한다. build/robots.txt가 https://dev-burnern.dev/sitemap.xml을 가리키는지도 확인한다.
홈 HTML에서는 title과 description, OG, Twitter metadata, WebSite/Person/Organization JSON-LD를 확인한다. 글 HTML에서는 canonical, OG, Twitter metadata, BlogPosting JSON-LD, BreadcrumbList가 함께 존재하는지 본다.
build/llms.txt는 생성되어야 하며, 핵심 시리즈 글과 작성자 링크를 포함해야 한다. 이 파일은 sync 결과물이므로 npm run sync:strict와 npm run build를 통과하면 같이 검증된다.
개선 방향
앞으로는 글별 JSON-LD를 더 풍부하게 만들 수 있다. 예를 들어 시리즈 글에는 isPartOf나 position 정보를 추가해 글 묶음을 더 명확히 표현할 수 있다.
또한 OG 이미지를 글별로 자동 생성하면 공유 품질이 좋아진다. 다만 현재 단계에서는 canonical 도메인, sitemap, robots, JSON-LD, llms.txt가 일관된 것이 먼저다. 이 기반이 있어야 검색 엔진과 AI 검색이 같은 신호를 읽는다.