1. 셋은 무엇이 다른가
같은 사이트를 놓고도 세 가지는 서로 다른 질문을 던집니다.
| 구분 | 던지는 질문 | 대상 |
|---|---|---|
| SEO | 검색로봇이 이 페이지를 읽고 색인할 수 있는가 | 검색엔진 크롤러 |
| AEO | 고객의 질문에 이 사이트가 답하고 있는가 | 답변형 검색·요약 |
| GEO | 생성형 AI 가 이 내용을 이해하고 근거로 인용할 수 있는가 | AI 어시스턴트 |
중요한 건 겹치지 않는 부분입니다. 기술 SEO 를 완벽하게 맞춰도 고객 질문에 답하는 문단이 없으면 답변형 결과에 등장하지 않습니다. 반대로 좋은 답변 문단을 써도 그 페이지가 색인 차단돼 있으면 아무도 보지 못합니다.
2. 왜 지금 나뉘었나
검색의 결과 형태가 바뀌었기 때문입니다. 예전에는 질의를 넣으면 링크 목록이 돌아왔고, 그래서 목록에서 위로 올라가는 것이 전부였습니다.
지금은 두 가지가 더해졌습니다. 첫째, 검색 결과 화면 자체가 답을 요약해 보여줍니다. 링크를 누르지 않아도 답이 끝나는 경우가 늘었습니다. 둘째, 사람들이 검색창이 아니라 AI 어시스턴트에 묻습니다. 이때 AI 는 여러 사이트를 읽고 근거로 삼을 만한 문단을 골라 답을 만듭니다.
그래서 노출 경로가 세 갈래가 됐습니다. 링크로 노출되는 길, 요약 답변에 인용되는 길, AI 답변의 근거가 되는 길입니다. 각각 필요한 준비가 다릅니다.
3. 어떤 순서로 손대야 하나
1단계: 읽히게 만든다 (SEO)
색인 차단, 응답 오류, 대표주소 혼선부터 정리합니다. 이건 선택이 아니라 전제입니다. 중요한 페이지가 noindex 로 막혀 있거나 canonical 이 엉뚱한 주소를 가리키면 그 뒤 작업이 전부 헛돕니다.
실제로 흔한 사고가 있습니다. 개발 단계에서 걸어둔 색인 차단을 배포 후 그대로 두는 경우, sitemap 이 옛 도메인을 가리키는 경우, 끝 슬래시 유무로 같은 페이지가 두 주소로 색인되는 경우입니다. 셋 다 화면에서는 멀쩡해 보여서 발견이 늦습니다.
2단계: 답을 갖춘다 (AEO)
고객이 실제로 묻는 질문을 모으고, 각 질문에 직접 답하는 문단이 사이트에 있는지 확인합니다. 여기서 자주 나오는 문제는 "답이 없다"가 아니라 "답이 흩어져 있다"입니다. 여러 페이지에 조금씩 걸쳐 있으면 사람은 읽어낼 수 있어도 요약 엔진은 인용하지 못합니다.
질문은 의도별로 다릅니다. 정의를 묻는 질문, 비교를 묻는 질문, 방법을 묻는 질문, 가격을 묻는 질문에 각각 필요한 답의 형태가 다릅니다. 의도를 구분하지 않고 페이지 하나에 다 넣으면 어느 질문에도 정확히 답하지 못하게 됩니다.
3단계: 인용될 준비를 한다 (GEO)
AI 크롤러의 접근 정책을 확인하고, 브랜드 표기를 일관되게 정리하고, 주장에 출처와 날짜를 붙입니다.
여기서 흔한 착각이 있습니다. 검색용 크롤러와 학습용 크롤러는 다릅니다. ChatGPT 의 검색 기능이 쓰는 크롤러와 모델 학습에 쓰는 크롤러는 별개로 설정할 수 있습니다. "AI 에 안 쓰이게 하겠다"며 둘 다 막으면 AI 검색 노출까지 함께 사라집니다. 반대로 학습만 막고 검색은 열어두는 선택도 가능합니다. 정책을 정하고 명시적으로 설정해야 합니다.
4. 영역별 점검 항목
| 영역 | 확인할 것 | 흔한 문제 |
|---|---|---|
| SEO · 색인 | robots.txt, meta robots, X-Robots-Tag | 배포 후 남은 색인 차단 |
| SEO · 대표주소 | canonical, http/www/끝 슬래시 301 | 같은 내용이 여러 주소로 색인 |
| SEO · 사이트맵 | sitemap.xml 응답과 내용 | 없는 URL·색인 불가 URL 포함 |
| AEO · 질문 | 고객 질문 목록과 의도 분류 | 추측으로 만든 질문 목록 |
| AEO · 답변 | 질문에 직접 답하는 문단 존재 | 답이 여러 페이지에 흩어짐 |
| GEO · 접근 | AI 크롤러별 허용 정책 | 검색용과 학습용을 구분 없이 차단 |
| GEO · 엔티티 | 브랜드명·대체 표기·공식 채널 선언 | 페이지마다 표기가 다름 |
| GEO · 근거 | 주장에 붙은 출처와 날짜 | 근거 없는 단정 |
5. 고친 뒤 무엇을 확인하나
가장 자주 빠지는 단계입니다. "고쳤다"고 표시하고 넘어가면 실제로는 반영되지 않은 경우가 생깁니다. 캐시가 남아 있거나, 스테이징에만 적용됐거나, 다음 배포에서 되돌아가는 일이 흔합니다.
확인 방법은 하나입니다. 공개된 페이지를 다시 수집해 값이 바뀌었는지 보는 것입니다. 관리 화면의 설정값이 아니라 실제 응답을 봐야 합니다. 그리고 한 번 확인으로 끝내지 말고 이후에도 같은 문제가 다시 나타나는지 추적해야 합니다.
6. 흔한 오해
"종합 점수를 올리면 된다"
성격이 다른 문제를 한 숫자로 합치면 무엇을 고쳐야 할지가 사라집니다. 색인 차단 한 건과 이미지 alt 누락 열 건은 같은 무게가 아닙니다. 영역별로 나눠 보고, 영향도로 순서를 정해야 합니다.
"측정 안 된 항목은 0점이다"
재지 못한 것과 없는 것은 다릅니다. 접근이 막혀 확인하지 못한 항목을 0 으로 처리하면 실제보다 나쁜 상태로 보이고, 반대로 잘 되고 있다고 착각하게 만들 수도 있습니다. 미측정은 미측정으로 남겨야 합니다.
"AI 노출은 보장받을 수 있다"
보장할 수 없습니다. AI 가 무엇을 인용할지는 우리가 통제하는 영역이 아닙니다. 할 수 있는 것은 인용될 수 있는 상태를 만드는 것까지입니다. 순위나 노출을 약속하는 제안은 근거를 확인해 보시는 편이 좋습니다.