SEO·AEO·GEO — 검색엔진에서 AI 답변까지, 블로그를 노출시키는 세 가지 최적화

좋은 글을 써도 아무도 못 찾으면 없는 것과 같습니다. 그런데 “찾는 방식”이 지금 세 갈래로 갈라지고 있습니다 — 구글에서 검색하고, AI에게 묻고, AI가 답하며 인용합니다. 이 블로그를 그 셋 모두에 대비시킨 과정을, 개념 설명과 실제로 한 작업으로 정리합니다.

왜 이걸 신경 쓰는가

블로그를 아무리 정성껏 만들어도, 사람들이 도달하는 경로가 막혀 있으면 읽히지 않습니다. 예전엔 그 경로가 하나였습니다 — 구글 검색. 그런데 2026년 현재, 사람들이 정보를 찾는 길은 세 갈래로 갈라졌습니다.

1. 검색엔진에 키워드를 넣고 결과 목록에서 고른다 (전통적)
2. AI에게 질문하고 한 줄 답을 받는다 (퍼플렉시티, 구글 AI 개요 등)
3. ChatGPT·Claude 같은 생성형 AI가 답하면서 출처로 인용한다

이 세 경로 각각을 위한 최적화가 SEO·AEO·GEO입니다. 이름은 비슷하지만 노리는 곳이 다릅니다. 하나씩 보겠습니다.

1. SEO — 검색엔진 최적화 (Search Engine Optimization)

SEO

구글·네이버 같은 검색엔진의 결과 목록에서 위로 올라가게 만드는 일. 검색엔진의 로봇(크롤러)이 페이지를 잘 읽고, 무슨 내용인지 이해하고, 신뢰할 수 있게 하는 모든 작업.

검색엔진은 사람처럼 페이지를 “보는” 게 아니라 HTML을 기계로 읽습니다. 그래서 사람 눈에 안 보이는 신호들이 중요합니다 — 페이지 제목, 요약문, 대표 이미지, 페이지 주소 규칙, 사이트 지도 같은 것들.

예시

누군가 구글에 “god object 리팩토링”을 칩니다. 검색엔진이 우리 글의 <title>(“소스코드가 비대해지는 걸 막지 못한 것”)와 요약문(meta description)을 읽고 “이 글이 그 주제에 맞다”고 판단하면, 결과 목록에 우리 글을 띄우고 그 제목·요약을 그대로 보여줍니다. 이 두 줄이 비어 있으면 검색엔진은 무슨 글인지 모르고 지나칩니다.

2. AEO — 답변 엔진 최적화 (Answer Engine Optimization)

AEO

검색이 “목록”이 아니라 **“하나의 답”**으로 바뀌는 흐름에 대비하는 일. 구글 상단의 “AI 개요”, 퍼플렉시티의 요약 답변처럼, 여러 글에서 핵심을 뽑아 정답 카드 하나로 보여줄 때 거기에 뽑히게 만든다.

SEO가 “목록에서 위로”라면, AEO는 **“목록을 건너뛰고 정답 자체가 되기”**입니다. 그러려면 기계가 “이 문장이 이 질문의 답이다”를 명확히 알아야 합니다. 핵심 도구가 구조화 데이터(JSON-LD) — 페이지에 “이 글의 저자는 누구, 제목은 무엇, 어떤 종류의 글”인지를 기계가 읽는 형식으로 따로 박아두는 것입니다.

예시

누군가 “AI랑 코딩하면 왜 파일이 커지나?”를 묻습니다. 답변 엔진이 정답 카드를 만들 때, 구조화 데이터로 “이건 *신진형(저자)*이 쓴 *BlogPosting(글)*이고 주제는 …”라고 명시된 글을 더 신뢰합니다. 출처가 분명한 글을 정답으로 뽑는 게 안전하기 때문입니다.

3. GEO — 생성형 엔진 최적화 (Generative Engine Optimization)

GEO

ChatGPT·Claude·제미나이 같은 생성형 AI가 답을 만들 때, 우리 글을 근거로 삼아 인용하게 만드는 일. 가장 새로운 영역.

생성형 AI는 방대한 글을 읽고 “확신할 수 있는 구체적 사실”을 인용합니다. 그래서 GEO의 핵심은 역설적으로 기술이 아니라 콘텐츠의 성격입니다 — 두루뭉술한 일반론보다 구체적 수치, 직접 겪은 1차 경험, 명확한 정의가 인용됩니다. 거기에 더해, AI가 “누구의 무슨 경험인지”를 확신하도록 저자·날짜·출처를 기계가 읽을 신호로 붙여줍니다.

예시

누가 AI에게 “1인 개발로 ERP를 만들 때 뭘 조심해야 해?”라고 묻습니다. AI가 “어떤 제조사 대표가 직접 겪은 바에 따르면, god 파일이 1,279줄까지 자라 …”라고 답하며 우리 글을 인용한다면 — 그게 GEO의 성공입니다. “1,279줄”이라는 구체 수치와 “대표가 직접”이라는 1차 경험이 인용을 부른 것입니다.

---

이 세션에서 실제로 한 작업

위 세 가지를 위해, 이 블로그(blog.slpower.co.kr)에 다음을 더했습니다. 각 작업이 SEO·AEO·GEO 중 어디에 기여하는지, 그리고 **왜 그렇게 했는지(의도)**를 함께 적습니다.

① 기본 SEO — 이미 갖춰져 있던 것

블로그 프레임워크(Astro Starlight) 덕분에 처음부터 잘 되어 있던 것들입니다. 다만 **요약문(description)**은 글마다 직접 신경 써서 채웠습니다.

• 글마다 <title> + meta description(요약문)
• canonical URL(이 글의 정식 주소 — 중복 색인 방지)
• Open Graph(공유 시 제목·설명 카드), lang="ko", sitemap.xml(사이트 지도)

② JSON-LD 구조화 데이터 — AEO·GEO의 핵심

의도: 검색엔진·AI가 “이 글의 저자=신진형, 회사=에스엘파워, 종류=블로그 글”임을 기계적으로 확신하게 한다. 이게 있어야 정답 카드(AEO)·AI 인용(GEO)에서 신뢰를 얻습니다.

• 사이트 전역: Person(저자 신진형) + Organization(에스엘파워) + Blog
• 글마다: BlogPosting — 저자·발행처를 위 항목과 @id로 연결

이렇게 연결하면 검색엔진이 “이 글 → 신진형이 씀 → 에스엘파워 대표”라는 지식 그래프를 그립니다. 이것이 신뢰도(E-E-A-T: 경험·전문성·권위·신뢰)의 뼈대입니다.

③ og:image — 공유 썸네일

의도: 카톡·슬랙·X에 링크를 붙였을 때 밋밋한 텍스트 대신 브랜드 카드가 뜨게 한다. 사이트 톤(크림+카퍼+명조)에 맞춘 1200×630 이미지를 직접 만들었습니다.

④ robots.txt — AI 크롤러를 환영

의도: 보통은 크롤러를 “막는” 용도로 쓰지만, 이 블로그는 AI가 인용해주길 원하므로 반대로 모두 허용했습니다. GPTBot·ClaudeBot·PerplexityBot·Google-Extended 등 AI 크롤러를 명시적으로 환영하고, 사이트 지도 위치를 알려줍니다.

⑤ llms.txt — AI를 위한 사이트 안내문

의도: 생성형 AI가 사이트 전체를 빠르게 이해하도록, **“이 사이트는 누가·무엇을 다루는지 + 핵심 글 목록”**을 한 페이지로 제공한다. 2026년 자리잡는 중인 GEO 신표준입니다. 아직 모든 AI가 공식 사용을 약속한 건 아니지만, 비용이 거의 없고 표준이 굳어지는 중이라 미리 깔았습니다.

⑥ git 커밋 날짜 — 발행일/수정일

의도: 글에 발행일이 있으면 검색결과에 날짜 카드가 뜨고, AI도 “언제 쓰인 정보인지” 판단합니다. 다만 이 사이트엔 **“가짜 날짜를 지어내지 않는다”**는 원칙이 있어, 임의 날짜 대신 **git 커밋 기록(실제 작성·수정일)**을 끌어와 넣었습니다. 정직성과 SEO를 동시에 챙긴 셈입니다.

한 가지 정직한 선택

처음엔 발행일(datePublished)을 아예 비워 뒀습니다. 가짜 날짜를 넣는 것보다 없는 게 낫다고 봤기 때문입니다. 그러면 schema는 유효하지만 검색결과 날짜 카드 자격에서 빠집니다. 그래서 가짜를 만드는 대신, 진짜인 git 커밋 날짜를 쓰는 쪽을 택했습니다. “구체·정직”이라는 이 블로그의 철학이 SEO 결정에까지 그대로 적용된 사례입니다.

정리

SEO는 검색 목록에서 위로, AEO는 정답 카드 자체가 되기, GEO는 AI가 인용하게 만들기입니다. 셋의 공통 토대는 **① 기계가 읽는 신호(구조화 데이터·robots·llms·날짜)**와 **② 인용을 부르는 콘텐츠(구체 수치·1차 경험)**입니다. 이 블로그는 콘텐츠가 이미 후자의 강점을 가졌고, 이번에 전자의 기술 토대를 모두 채웠습니다.

---

이 글이 다루는 SEO/AEO/GEO 작업은 이 블로그에 실제로 적용돼 있습니다. 전체 글은 〈전체 글〉에서, 사이트를 만든 과정은 〈사례연구: SL.AIMS〉에서 볼 수 있습니다.