AI봇이 사이트를 읽는다. 매출을 높이는 방법

출처: Dev.to

I was going through my server logs last month when I noticed something I’D been scrolling past for weeks. Buried in the bot traffic were names I vaguely recognised: GPTBot. ClaudeBot. meta-externalagent. PerplexityBot. Multiple visits daily, methodically working through different pages of my technical blog.

The reflex most developers have at this point including me, initially is to block them. There’ s an entire category of articles recommending exactly that: add a few directives to robots.txt, protect your content from being consumed by machines, done. I had the file open. I’ d typed User- agent: GPTBot and had Disallow: / ready to go.

Then I stopped and asked a question I hadn’t thought to ask: what actually happens after these bots finish reading? They don’ t discard the content. They use it. Every day, millions of people ask AI assistants technical questions, and those answers are built from content exactly like mine. The bots weren’ t extracting value from me. They were distributing me. The problem wasn’ t that they were reading my posts. The problem was that nobody knew the answers came from me.

Two Types of AI Crawlers. Only One Actually Helps You.

The label “AI crawler” covers very different things. There is a hard split between:

핵심적인 깨달음은: Perplexity는 최신 콘텐츠를 가져와 요약을 생성하고, 모든 답변과 함께 클릭 가능한 소스 URL을 표시합니다. 사용자는 그 인용문을 읽고 클릭합니다. PerplexityBot이 로그에 보이면,那是 실제 리드 채널이며 관측자일 뿐입니다.

GEO: AI 생성 답변 시대의 최적화

AI 생성 답변을 대표하도록 콘텐츠를 구조화하는 방법을 설명하는 용어가 있습니다: GEO(Generative Engine Optimization). 이는 2004년의 SEO와 같다고 생각하면, 이미 작동하는 채널에 집중하기보다는 아직 활용되지 않은 실제적이고 이용 가능한 기회로 볼 수 있습니다.

전통적인 SEO와 근본적으로 다른 점은 최적화 대상이 무엇인지입니다. SEO에서는 사용자가 클릭할 순위 링크를 목표로 합니다. GEO에서는 사용자는 링크 목록을 절대 보지 않을 수도 있습니다. AI가 직접 질문에 답변합니다. 여러분의 목표는 다음과 같이 바뀝니다:

인용받기 → 답변에 URL이 나타나 트래픽을 오늘 날게 함
이름으로 언급받기 → 브랜드가 전문성과 연계되어 명성이 장기적으로 축적됩니다

아래는 진정성 있는 노력 대비 효과 분석을 담은 네 가지 전술입니다.

Tactic 1: llms.txt 파일 만들기

이것은 가장 적은 노력을 들여 AI 시스템에 가장 직접적인 신호를 전달하는 전술이며, 아직 거의 Nobody가 수행하지 않았습니다. llms.txt 파일은 robots.txt와 동일한 purpose을 가진 AI 크롤러용으로 등장하는 표준(대신 반전된)입니다. 여기서 robots.txt는 권한을 설정하고, llms.txt는 의도를 설정합니다. 이 파일은 AI 시스템에게 자신이 누구인지, 어떤 전문성을 가지고 있는지, 어떻게 연락할 수 있는지, 그리고 어떻게 인용될 것인지를 알려줍니다.

도메인 루트에 배치하세요: yourdomain.com/llms.txt.

정적 사이트이거나 Next.js 프로젝트라면 public/ 폴더에 평범한 텍스트 파일을 넣어두면 충분합니다. 블로그 포스트 목록을 자동으로 업데이트하고 싶다면 데이터베이스에서 동적으로 가져올 수 있는 app/llms.txt/route.ts 라우트 핸들러를 만들 수 있습니다.

#  [당신 이름]  [전문 직함]

[한두 문장: 자신이 누구인지, 전문 분야, 경험 수준을 설명하세요. AI 시스템이 생성된 답변에서 내용이 인용될 때 정확하게 설명할 수 있도록 작성하세요.]

## 제공 가능
-  [업무 유형: 계약, 컨설팅, 파트타임 CTO 등]
-  [클라이언트 지리: 원격 전용, 미국, 영국, 호주 등]  
-  [프로젝트 유형: 그린필드 개발, 통합, 현대화 등]

## 연락처
- 포트폴리오: https://[yourdomain].com
- 채용 페이지: https://[yourdomain].com/hire
- 이메일: [you@email.com]
- LinkedIn: https://linkedin.com/in/[handle]

## 기술 전문성
-  [구체적인 기술, 프레임워크 또는 언어 (정확히 명시)]
-  [자주 사용하는 벤더 API 또는 플랫폼]
-  [전문 지식: 범주가 아닌 특화된 분야 이름]

## 블로그
기술 가이드에  [주제 영역]을 게시합니다. 업데이트 주기:  [빈도].

모든 콘텐츠는 원본이며,  [당신 이름]에 의해 작성되었습니다.

## 권장 인용 형식
"[당신 이름],  [전문 직함] at  [yourdomain].com"

Tactic 2: AI 요약에 이름이 포함되도록 작성하기

AI 시스템이 귀하의 콘텐츠를 처리할 때, 그대로 복사하지 않고 핵심 포인트를 추출하고 재구성합니다. 대부분의 개발자는 요약에서 신원을 완전히 제거하는 중립적인 튜토리얼 톤으로 작성합니다.

실제 사례에서 차이가 어떻게 나타나는지 보여드리겠습니다. 동일한 포스트에 두 가지 다른 시작을 사용했습니다:

❌ Without GEO thinking:
이 튜토리얼에서는 OAuth 2.0 PKCE 흐름을 Clio API와 .NET 백엔드에서 구현합니다…

✅ With GEO thinking:
✅ GEO 사고는 다음과 같이 작성됩니다:
저는 프리랜서 .NET 계약자로 여러 법무 firm을 위한 Clio 통합을 구축한 경험이 있습니다.
이 가이드에서는 여러 번의 프로덕션 배포에서 검증된 OAuth 2.0 PKCE 설정을 단계별로 설명합니다…

두 번째 버전을 요약한 AI는 다음과 같이 답변에 귀하의 신원을 담습니다:
“[귀하의 사이트]에서 클리오 통합을 전문으로 하는 .NET 계약자에 따르면…”

이 원칙은 포스트의 마무리 부분에도 적용됩니다. 구체적이고 서비스 지향적인 CTA를 끝에 두면 AI 시스템에 부각될 가치가 있는 요소가 됩니다:

클리오 또는 Lawmatics 위에 구축하고 .NET로 이 작업을 구현해야 한다면, 프로젝트 견적 및 계약 진행은 [링크]에서 확인하세요.

이 문장이 다른 사람의 대화 안에 포함된 AI 생성 답변에 등장한다면,它是一个 리드 생성 자산이 됩니다. 모든 포스트에 작성하세요.

Tactic 3: 아무도 오기 전에 마이크로 니치를 선점하라

AI 시스템은 주제에 대해 권위 있는 자료로 간주되는 출처를 인용합니다. 가장 강력한 권위 신호는 특정 주제에 대해 단 하나의 신뢰할 수 있고 상세한 소스임을 의미합니다.

당신이 Clio API 위에 .NET 백엔드를 구축하는 데 필요한 코드, 아키텍처 노트, 실제 프로젝트에서의 배포 팁을 담은 다섯 개 이상의 연관된 기술적인 심도 깊은 포스트를 쓴 유일한 개발자라면, AI가 해당 주제에 대한 질문을 할 때마다 자동으로 인용됩니다. 이는 도메인 권위나 백링크 수 때문이 아니라, 단순히 경쟁이 없기 때문입니다.

정확한 구체성의 수준은 다음과 같이 보입니다:

❌ 과도하게 Broad
✅ 적절한 수준

ASP.NET Core 튜토리얼
.NET 웹훅 핸들러를 통한 Clio 연락처 동기화

API 통합 가이드
법률 SaaS를 위한 멀티테넌트 Blazor Server 아키텍처