AI 아티클을 2,300개 자동 발행했더니 Google이 트래픽의 90%를 하락시켰습니다.
요약
AI를 활용해 2,300개의 아티클을 자동 발행했으나, Google의 알고리즘 업데이트로 인해 트래픽이 90% 급감한 실패 사례를 분석합니다. 무분별한 양적 팽창이 오히려 도메인 신뢰도를 낮추고 검색 순위를 떨어뜨린 과정을 다룹니다.
핵심 포인트
- 단순한 콘텐츠 양의 증가는 검색 엔진에서 오히려 독이 될 수 있음
- 저품질/중복 콘텐츠 대량 생성은 도메인의 주제적 신호를 희석함
- 인간의 검수(Human-in-the-loop) 없는 자동화는 치명적인 오류를 즉시 배포함
- 진정한 자산은 자동화 파이프라인이 아닌 유용한 개별 콘텐츠임
이 블로그의 첫 게시물이며, 실패 덕분에 존재하게 되었습니다. 그래서 미션 선언문부터 시작하는 대신 그 이야기로 시작하겠습니다.
저는 Startups Españolas라는 사이드 프로젝트에서 16개월 동안 콘텐츠 제작 기계를 가동했습니다. 사람의 개입 없이 하루에 두 번씩 자체적으로 발행되었습니다. 제가 이 수치들을 자세히 살펴보았을 때, 약 2,300개의 아티클이 발행된 것을 알게 되었습니다. 저는 그 파이프라인에 조용히 자부심을 느꼈습니다. 그것은 실제 소프트웨어였습니다: Laravel 백엔드, 데이터베이스에 저장된 프롬프트, 폴백(fallback) 기능과 연결된 여러 LLM 제공업체, 라이브 사이트로의 자동 발행까지 가능했습니다. 이것은 레버리지처럼 느껴졌습니다.
그런 다음 전체 운영 기간 동안 Search Console 데이터를 가져와서 한동안 그것을 들여다보았습니다.
수치들
여기 GSC API에서 직접 가져온 월별 클릭 추이입니다. 저에게 유리하게 반올림된 부분은 없습니다:
| 월 | 클릭수 | 노출수 | 평균 순위 |
|---|---|---|---|
| 2025-07 | 638 | 76,194 | 33.2 |
| ... | |||
| Peak는 2025년 9월에 월 695클릭으로 정점을 찍었습니다. 마지막 전체 달인 2026년 6월은 69를 기록했습니다. 이는 90% 하락입니다. 같은 기간 동안의 평균 순위는 대략 13에서 다시 약 32로 떨어졌는데, 이는 간단히 말해 Google이 제 페이지들을 첫 페이지 하단에서 세 번째 페이지 하단으로 이동시켰다는 의미입니다. |
가장 아팠던 부분은 롱테일(long tail)이었습니다. 90일 동안 1,567개의 페이지가 노출수를 기록했으므로, Google은 이 기계의 출력물 대부분을 색인했습니다. 하지만 단 하나의 클릭만 받은 페이지는 147개에 불과했고, 이는 약 6%였습니다. 저는 백 개 오십 개를 움직이는 데 사용하기 위해 2천 개의 아티클을 만들었지만, 심지어 그것들조차도 사그라지고 있었습니다.
제가 스스로에게 말했던 것 vs. 실제 사실
제가 스스로에게 이야기하던 이야기는 '아티클이 많으면, 표면적이 넓어지고, 랭크할 기회가 더 늘어난다'는 것이었습니다. 이것은 직관적이지만 잘못된 생각입니다. 많은 수의 얇은 페이지들은 트래픽 증가로 이어지지 않았습니다. 그들은 같은 약한 검색어(weak queries)를 두고 서로 경쟁했고, 해당 도메인이 가지고 있던 주제적 신호(topical signal)를 희석시켰으며, Google에게 전체 사이트를 판단할 근접 중복 기계 작성 콘텐츠(near-duplicate, machine-written content)의 거대한 더미를 제공했을 뿐입니다. 이것이 바로 도움이 되는 콘텐츠 업데이트(helpful-content updates)가 억제하려고 만들어진 종류의 것입니다.
실제로 존재했던 트래픽은 양(volume)에서 온 것이 아니었습니다. 그것은 우연히 랭크된 소수의 진정으로 유용한 스타트업 프로필에서 왔습니다. 기계 자체가 자산이 아니었습니다. 그 몇 개의 실제 페이지가 자산이었습니다. 저는 잘못된 절반에 노력을 쏟았습니다.
창피했던 부분
느린 하락세가 교훈이었다면, 빠른 하락세는 경고였습니다. 이 브랜드는 의도적으로 스페인어(es-ES) 전용이었는데 말입니다. 어느 날 언어 방어 장치(language guard)가 없는 채널이 영어로 게시물 묶음을 생성하여, 스페인어 전용 사이트에 자동으로 라이브로 올렸습니다. 아무도 이것들이 공개되기 전에 본 사람이 없었습니다.
재앙적인 일은 일어나지 않았습니다. 하지만 그것이 인간의 게이트(gate) 없이 자동화하는 것 전체의 요점입니다. 무언가 잘못될 때, 이미 당신이 존재한다는 것을 알기 전에 라이브 상태가 되어 있다는 것입니다. 좋은 게시물을 스스로 발행할 수 있는 파이프라인은 나쁜 게시물도 스스로 발행할 수 있으며, 결국 최악의 순간에 그렇게 할 것입니다.
제가 실제로 얻은 교훈
저는 자동화에 반대하는 것이 아닙니다. 저는 AI에게 코드 대부분을 작성하게 했고, 이것을 가지고 구축하는 블로그에서 그렇지 않다고 가장하지 않을 것입니다. 교훈은 'AI 콘텐츠는 나쁘다'보다 더 좁고 유용합니다:
- 양(Volume)은 전략이 아닙니다. 새로운 사이트는 양을 많이 생산한다고 해서 권위를 얻지 못합니다. Google은 단어 수보다 깊이와 신뢰를 보상합니다. 진짜 기사 한 편이 얇은 다섯 편보다 훨씬 낫습니다.
- 얇은 콘텐츠(Thin content)는 중립적이지 않습니다. 그것은 세금입니다. 그러한 페이지들은 단순히 순위가 낮은 것에 그치지 않았습니다. 도메인 내의 모든 것을 끌어내렸습니다.
- 사람이 읽지 않고 발행되는 것은 없습니다. 결코요. 이것이 현재의 어려운 규칙입니다. 영어 유출(English leak)이 그 증거입니다. 자동 발행은 두 실패의 근본 원인입니다.
- 첫날부터 측정해야 합니다. 저는 이 기계를 16개월 동안 돌린 후에야 데이터를 제대로 읽었습니다. 만약 제가 3개월 차에 봤다면, 4개월 차에는 그것을 중단했을 것입니다.
- 가치는 파이프라인(pipeline)에 있는 것이 아니라 콘텐츠 자체에 있습니다. 저는 인상적인 기계를 만들었고 도달률은 몇 개의 좋은 페이지에서 나왔습니다. 이 블로그의 경우 저는 기계라는 아이디어를 완전히 삭제했습니다.
그래서 이 블로그는 무엇인가요
이것은 반대 베팅입니다. 정적이고, 손으로 작성되었으며, 영어로 되어 있습니다. 매주 제가 프로젝트 전반에 걸쳐 실제로 한 일(git history 및 작업 노트)을 수집하는 작은 스크립트가 있고, 저에게 원자재를 건네줍니다. 그런 다음 저는 글을 쓸 가치가 있는 하나의 주제를 선택하고 직접 작성합니다. 라이브되기 전에 모든 게시물을 읽습니다. CMS도 없고, 대기열(queue)도 없고, 제공업체들의 모음집(provider zoo)도 없습니다. 당신이 이것을 읽고 있다는 것은, 사람이 먼저 그것이 당신의 시간을 들일 가치가 있다고 판단했다는 의미입니다.
저는 주로 혼자서 12개 정도의 실제 프로젝트를 구축하며, AI가 많은 중노동을 하지만, 실제로 어떻게 진행되는지에 대해 솔직하게 글을 쓸 것입니다. 일부는 작동합니다. 이 게시물도 그중 일부입니다. 둘 다 보여줄 가치가 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기