GEO와 SEO 처음에는 무엇부터 할까요

GEO라는 말을 처음 들으면 새로운 기술부터 배워야 할 것 같습니다. 시작할 때는 우리 고객이 서비스를 고르며 어떤 질문을 하는지부터 생각해 보세요. 모든 최적화를 한꺼번에 할 필요는 없습니다.

SEO는 검색에서 페이지가 발견되도록 돕는 작업입니다. GEO에서는 AI 답변에 우리 서비스가 어떻게 등장하고 설명되는지도 살펴봅니다. Google은 자사 AI 검색에서도 기존 SEO 원칙이 유효하다고 안내합니다. 이 설명은 Google 검색에 관한 것이며, 모든 AI 서비스가 같은 방식으로 작동한다는 뜻은 아닙니다. Google 공식 안내

먼저 고객 한 부류와 서비스를 찾는 상황 하나를 적어보세요. 예를 들어 ‘채용이 늘어나 지원자 관리를 정리하려는 작은 회사의 인사 담당자’처럼 적을 수 있습니다. 이어서 그 사람이 도구를 고를 때 물을 질문을 써봅니다. ‘채용 담당자가 적은 회사에서 쓰기 좋은 지원자 관리 도구가 있을까?’는 가상의 작성 예시입니다. 우리 브랜드를 질문에 먼저 넣을 필요는 없습니다.

다음으로 제품 페이지가 그 질문에 답하는지 읽어보세요. 누구를 위한 제품인지, 어떤 일을 돕는지, 도입 전에 확인할 조건이 있는지 살펴봅니다. 빠진 내용이 있으면 실제로 제공하는 범위 안에서 보완할 항목 하나를 고릅니다.

같은 질문을 AI에 물어보고 나온 답과 출처도 남겨두세요. 한 번 등장하지 않았다는 사실만으로 원인을 알 수는 없습니다. 지금의 상태를 남기는 것이 첫 목적입니다. 사이트를 읽을 수 있는지부터 불확실하다면 크롤러 점검 가이드를 확인하세요.

오늘은 목표 고객, 질문 하나, 페이지에서 보완할 내용 하나를 정하면 됩니다. 그다음 직접 고칠 항목을 확인하는 방법으로 이어가세요. 큰 작업 범위를 계약하기 전에 우리 팀이 해결할 수 있는 부분부터 알아볼 수 있습니다.

더 자세히 확인하기

같은 기반 위에서 서로 다른 결과를 봅니다

비교 기준	일반적인 SEO 점검	GEO 관점에서 추가할 관측
발견	검색 엔진의 수집·색인과 검색 결과 노출	AI 검색 화면에서 페이지가 출처로 제시되는지
브랜드 설명	검색 제목과 설명이 제품을 잘 전달하는지	답변이 브랜드의 기능과 사용 조건을 정확히 설명하는지
비교 상황	제품 관련 검색에서 어떤 페이지가 노출되는지	고객 질문에서 어떤 선택지와 비교 기준이 제시되는지
결과 자료	Search Console의 검색 실적과 사이트 방문 자료	고정 질문의 답변 원문, 언급·추천·자사 URL 인용

Google 검색의 AI Overviews와 AI Mode는 Search Console의 생성형 AI 실적 보고서에서도 노출을 볼 수 있습니다. 이 자료와 직접 질문해서 얻은 표본은 구분해야 합니다. 해당 보고서가 ChatGPT나 Claude의 답변까지 관찰해 주는 것은 아닙니다. Google AI 실적 보고서의 포함 범위

같은 브랜드라도 페이지는 인용됐는데 제품은 추천되지 않을 수 있습니다. 반대로 제품 이름은 추천됐지만 자사 페이지로 연결되는 링크가 없을 수도 있습니다. 그래서 “AI에 나왔다”라는 단일 결과 대신 무엇이 나왔고 어떤 질문에 적합했는지를 기록해야 합니다.

현재 상태에 따라 첫 작업을 정하세요

지금 보이는 상황	먼저 할 일	바로 결론 내리지 말아야 할 것
공개 주소가 로그인을 요구하거나 본문을 읽을 수 없음	배포 보호·크롤링·본문 접근을 점검	글을 더 쓰면 문제가 해결된다는 판단
페이지를 읽을 수 있지만 검색 색인이 확인되지 않음	대표 URL과 색인 상태를 확인하고 발견 경로를 점검	robots 허용만으로 이미 색인됐다는 판단
브랜드를 물어보면 기능을 잘못 설명함	공식 소개와 실제 기능·미지원 범위의 일관성을 확인	설명 오류가 반드시 자사 사이트 하나 때문에 생겼다는 판단
설명은 정확하지만 비브랜드 질문에서 찾기 어려움	대상 고객의 질문을 고정하고 경쟁 선택지·인용 페이지를 관찰	한 번 미언급됐으니 GEO가 실패했다는 판단

작업을 시작할 때 사이트 전체를 한꺼번에 고칠 필요는 없습니다. 대표 제품 페이지 한 개와 중요한 사용 상황부터 살펴보세요. 현재 어떤 질문에 답하는지, 빠진 정보는 무엇인지, 그 정보를 실제로 공개할 수 있는지를 확인하면 수정 범위를 작게 유지할 수 있습니다.

기술적인 문제의 점검 순서는 AI 크롤러 가이드에 정리했습니다. 본문에서 비교 기준이나 지원 범위가 빠져 있다면 SaaS 제품 페이지 작성 가이드를 이어서 적용할 수 있습니다.

설정의 이름보다 그 설정이 하는 일을 확인하세요

llms.txt는 Google Search에 표시되기 위한 필수 파일이 아닙니다. Google은 검색에서 이를 사용하지 않으며, 생성형 AI 검색을 위한 특수 스키마도 필요하지 않다고 명시합니다. 다른 도구가 파일을 읽는 활용과 Google의 검색 노출 효과는 분리해서 판단해야 합니다. Google의 불필요한 최적화에 대한 설명

구조화 데이터는 페이지의 실제 정보를 기계가 해석할 수 있게 표현하고, 지원되는 검색 표시 기능의 자격을 갖추는 데 쓸 수 있습니다. 그러나 파일이나 태그가 있다는 사실만으로 “AI가 신뢰한다”거나 “인용률이 오른다”고 점수를 부여하면 결과를 오해하기 쉽습니다.

목차와 표 역시 독자가 복잡한 내용을 이해할 때 사용하는 편집 도구입니다. 모든 문단을 같은 길이로 자르거나 질문을 반복 배치하는 것이 목표가 아닙니다. 기능의 조건을 비교해야 하면 표를 쓰고, 판단의 이유를 설명해야 하면 연결된 문장으로 쓰세요. 읽은 뒤 다음 행동을 결정할 수 있는지가 좋은 점검 기준입니다.

효과 주장에는 어떤 증거가 붙어 있는지 봅니다

GEO 조언을 검토할 때 킨트는 근거를 세 종류로 나누어 사용합니다. 이 구분은 조언의 가치를 평가하기 위한 편집 원칙이며, 공식 인증이나 점수 체계가 아닙니다.

근거 종류	확인할 질문	실행에 반영하는 방법
플랫폼 공식 지침	어느 서비스와 기능에 적용되는 설명인가?	해당 범위의 접근·표시 요건을 구현
연구·관찰 결과	표본, 언어, 기간, 비교 조건은 무엇인가?	우리 사이트에서도 성립하는지 시험할 가설로 사용
실무자의 제안	원문·과정이 공개돼 있고 재현할 수 있는가?	비용이 작은 변경부터 기록을 남겨 검증

예를 들어 특정 연구에서 인용 관련 지표가 개선됐다고 해도 한국어 SaaS의 방문자나 매출이 같은 비율로 늘어난다는 뜻은 아닙니다. 이미 발견된 페이지를 대상으로 한 결과인지, 신생 사이트도 포함했는지 확인해야 합니다. 반대로 측정할 자료가 없다는 사실만으로 방법이 효과 없다고 확정할 수도 없습니다.

첫 실행의 완료 기준을 작게 잡습니다

작성 예시로, 준비 단계의 SaaS 사이트라면 첫 실행의 목표를 “공개 페이지를 읽을 수 있고, 제품 소개가 사실과 일치하며, 같은 질문으로 다음 관측을 반복할 수 있는 상태”로 잡을 수 있습니다. 아직 작동하지 않는 가입이나 자동 리포트를 실제 기능처럼 약속할 필요는 없습니다.

이때 남길 자료는 대상 URL, 수정 날짜, 바꾼 내용, 기술 확인 결과, 고정 질문과 답변 근거입니다. 측정 방법과 CSV를 사용하면 실행 오류를 실패한 노출로 오해하거나 브랜드 질문과 비브랜드 질문을 섞는 일을 줄일 수 있습니다.

킨트 역시 이 순서로 자신의 사이트를 실험 대상으로 삼습니다. 기술 설정과 콘텐츠를 함께 바꾼 초기 구축은 개별 기법의 효과를 증명하는 실험이 아닙니다. 무엇을 적용했고 무엇이 아직 미측정인지 공개 실험 기록에서 분리하고, 후속 관측으로 판단 범위를 넓힙니다.