홈페이지와 블로그가 이미 있다면 GEO를 위해 새 사이트부터 만들 필요는 없습니다. 먼저 할 일은 공개할 핵심 페이지에 검색 시스템이 접근할 수 있는지 확인하고, 그 안에서 고객 질문의 답을 찾기 쉽게 만드는 것입니다. 접근에 문제가 없다면 회사·서비스 설명을 정리한 뒤 기존 블로그의 답변과 근거를 보강하는 순서가 합리적입니다.
GEO는 생성형 AI의 답변에 우리 콘텐츠가 참고되거나 언급되도록 개선하는 활동입니다. 그렇다고 기존 SEO를 버리는 일은 아닙니다. Google도 생성형 검색에서 SEO 기본 원칙이 여전히 중요하다고 설명합니다. 새 기법을 덧붙이기 전에 기존 자산의 빈틈부터 메우자는 뜻입니다.
첫 관문은 ‘좋은 글인가’보다 ‘접근 가능한가’
회사 소개, 주요 서비스, 대표 블로그 글을 골라 공개 상태와 Google 색인 상태부터 살펴보세요. Search Console의 URL 검사 도구로 Google이 페이지를 어떻게 보는지 확인하세요. 그다음 robots.txt의 수집 제한, noindex 설정, 로그인 요구가 의도와 맞는지 점검합니다. 사이트맵 제출 여부도 함께 살펴볼 항목입니다.[1]
여기서 중요한 것은 모든 제한을 없애는 것이 아닙니다. 고객에게 공개하려는 페이지가 실수로 막혀 있는지를 찾는 작업입니다. 비공개 자료까지 열거나, 역할을 확인하지 않은 AI 봇을 일괄 허용할 이유는 없습니다. 봇마다 역할이 어떻게 다른지는 AI 크롤러가 검색 크롤러를 앞질렀다에서 실측으로 다뤘습니다. 다른 AI 서비스의 접근 설정은 해당 서비스 정책에 맞춰 별도로 판단해야 합니다.
접근에 문제가 있다면 이를 먼저 해결하세요. 반대로 핵심 페이지가 정상적으로 수집되고 있다면 기술 설정을 끝없이 손보기보다 내용 개선으로 넘어가는 편이 낫습니다. Google은 재수집과 재색인에 시간이 걸릴 수 있다고 안내하므로 수정 직후 결과만으로 실패를 판단하지 마세요.[1]
홈페이지는 회사와 서비스의 ‘기준 설명서’로
홈페이지에서는 “혁신적인 솔루션을 제공합니다” 같은 수식어보다 “누구에게 무엇을 어떤 조건으로 제공하는가”가 먼저 보여야 합니다. 회사 소개와 서비스 상세를 나란히 놓고 전문 분야, 대상 고객, 제공 범위가 서로 맞는지 읽어보세요. 서비스 명칭이 같아도 페이지마다 설명이 다르면 독자는 어느 내용을 기준으로 판단해야 할지 망설이게 됩니다.
예컨대 상담형 서비스라면 대상, 진행 절차, 결과물, 포함·제외 항목을 분리해 설명할 수 있습니다. 비용을 공개한다면 숫자만 적기보다 무엇이 포함되며 어떤 조건에서 달라지는지도 붙이세요. AI가 가격을 물었을 때 어떤 출처를 보는지는 AI에게 가격을 물으면 어디를 볼까에 정리했습니다. 이는 특정 순위 공식이 아니라 고객이 실제로 묻는 질문에 답하기 위한 정리 방식입니다.
신뢰 근거도 같은 자리에서 보여주세요. 확인 가능한 사례, 담당자의 실제 전문 분야, 참고 자료가 그 역할을 할 수 있습니다. 경력이나 성과 수치는 증명할 수 있을 때만 씁니다. 근거 없는 “업계 최고”를 늘리기보다 실제 제공 방식과 판단 기준을 설명하는 편이 유용합니다.
블로그는 ‘관련 주제의 글’에서 ‘질문의 답’으로
모든 글을 한꺼번에 다시 쓸 필요는 없습니다. 기존 유입이 있고 현재 서비스와도 밀접한 글, 상담에서 반복되는 질문을 다룬 글부터 고르는 방법을 권합니다. 방문량만 높은 글보다 실제 고객의 판단에 도움을 줄 수 있는 글을 우선 대상으로 삼는 것입니다.
수정할 때는 먼저 이 글이 답할 질문을 한 문장으로 정하세요. “서비스 도입 안내”라는 넓은 주제라면 “우리 회사에는 언제 도입이 필요한가?”처럼 좁혀볼 수 있습니다. 도입부에는 짧은 답과 중요한 조건을 함께 쓰고, 뒤에서 이유·비교 기준·사례를 설명합니다. 조건을 뒤로 숨기면 요약문은 간결해도 판단은 부정확해질 수 있습니다.
소제목은 질문형이 자연스러울 때 사용하면 됩니다. 모든 제목을 억지로 의문문으로 바꾸거나 글마다 같은 개수의 FAQ를 붙일 필요는 없습니다. 표도 비교할 항목이 있을 때 쓰고, 독자가 어떤 기준으로 선택해야 하는지 문장으로 풀어주세요. 명확한 구조는 읽기를 돕는 수단이지, 그 자체로 AI 인용을 보장하는 장치는 아닙니다.
홈페이지와 블로그의 역할도 나눠보세요. 서비스 페이지는 공식 제공 범위를 설명하고, 블로그는 선택 기준과 실제 문제 해결 과정을 자세히 다룹니다. 독자가 더 확인할 내용이 있을 때 관련 페이지를 연결하면, 같은 설명을 여러 글에 반복하지 않고도 필요한 맥락을 제공할 수 있습니다.
새 통계보다 먼저, 이미 가진 경험을 꺼내세요
차별화된 정보가 반드시 대규모 조사일 필요는 없습니다. 실제 업무에서 자주 생기는 문제, 적용이 어려웠던 조건, 방법을 선택한 이유도 콘텐츠의 재료입니다. Google은 생성형 검색 최적화 안내에서 범용적이지 않은 콘텐츠의 중요성을 다룹니다.
사례를 쓸 때는 결과만 자랑하기보다 어떤 상황에서 무엇을 했는지 설명하세요. 전후 수치가 있다면 측정 기간과 기준을 함께 적고, 외부 자료를 인용했다면 원문 출처를 연결합니다. 공개할 수 없는 고객 정보는 제외해야 합니다. 오래된 글은 날짜만 바꾸지 말고 서비스 조건과 근거가 아직 유효한지 검토하세요.
자료가 부족하다면 숫자를 만들어 채우는 대신 적용 절차와 예외를 더 정확히 쓰면 됩니다. 인용문과 통계를 많이 넣는 것이 목표는 아닙니다. 실질적인 가치 없이 형식만 과해지는 것은 오히려 독자를 놓치는 접근입니다.
FAQ 마크업보다 답변 자체, 노출보다 정확한 기록
구조화 데이터는 페이지 정보를 설명하고 분류하는 형식입니다. 페이지에 맞는 유형과 요건을 검토해 적용하되, 내용이 부실한 상태에서 마크업부터 늘리지는 마세요.[1] 특히 FAQ 본문을 잘 쓰는 일과 FAQ 검색 기능용 마크업을 넣는 일은 구분해야 합니다. Google 변경 기록에 따르면 FAQ 리치 결과는 2026년 5월 7일부터 표시되지 않습니다. 그렇다고 독자에게 필요한 질문과 답변까지 없앨 이유는 없습니다.
llms.txt 역시 Google Search에서는 필요하지 않으며 가시성이나 순위에 긍정적·부정적 영향을 주지 않는다고 안내되어 있습니다. 다만 이를 사용하는 다른 시스템까지 쓸모없다는 뜻은 아닙니다. Google 검색 개선이 목적이라면 우선순위를 낮춰도 됩니다.
마지막으로 수정 전후를 기록하세요. 검색 유입과 함께 핵심 고객 질문에서 회사가 언급되는지, 어떤 페이지가 출처로 인용되는지 살펴봅니다. 질문, 확인 날짜, 이용한 AI 서비스, 인용 URL을 남기는 방식으로 시작할 수 있습니다. 브랜드 이름이 나온 것과 내 페이지가 인용된 것은 나눠 기록하세요. AI 결과는 변동할 수 있으므로 한 번의 등장이나 누락으로 효과를 단정하지 않습니다.
넥스트티는 이 과정을 감이 아니라 기록으로 확인합니다. 어떤 질문에서 어떤 페이지가 인용됐는지, 브랜드 이름만 나왔는지 페이지까지 연결됐는지를 나눠 관측합니다. 인용을 보장하는 방식은 아닙니다. 다만 무엇이 달라졌고 무엇은 그대로인지를 남겨, 다음에 무엇을 고칠지 정할 수 있게 합니다.
결국 첫 목표는 글의 개수를 늘리는 것이 아닙니다. 접근 가능한 페이지에서 회사 정보는 정확하게, 고객 질문의 답은 명료하게, 주장의 근거는 확인 가능하게 만드는 것. 이 기준으로 핵심 페이지부터 고치면 기존 홈페이지와 블로그를 GEO의 출발점으로 활용할 수 있습니다.
- Google Search Central 문서 변경 기록 (developers.google.com)
- Semrush, Generative Engine Optimization: A Practical Guide (semrush.com)
