AI로 쓴 글이 티 나는 진짜 이유: 문장보다 편집 과정의 문제

세 문단만 읽어도 대량 생성 글은 드러난다

첫 문단에서 주제를 정의하고, 다음에는 ‘중요합니다’를 반복하고, 마지막에는 30·60·90일 계획을 붙이는 글이 많습니다. 제목만 바뀌었을 뿐 사례와 판단 기준이 같고, 독자는 자기 상황에 무엇을 적용해야 하는지 알 수 없습니다. 분량은 길어도 읽은 뒤 남는 것이 없습니다.

한국어 글에서는 번역투가 더 빨리 드러납니다. 주어를 매 문장 반복하고, ‘~하는 것이 중요합니다’로 문장을 닫고, 영어 명사를 억지로 이어 붙입니다. 실제 마케팅 담당자가 쓰지 않을 ‘관측 단위의 정합성을 확보하세요’ 같은 표현도 설명 없이 등장합니다.

AI 사용 여부보다 결과물에서 보이는 여섯 가지 위험

Surfaze도 자기 블로그에서 같은 문제를 발견했다

2026년 9월 11일, Surfaze는 당시 공개된 한국어 글 33편의 본문 길이와 소제목을 한꺼번에 점검했습니다. 22편의 예상 읽기 시간이 3분에 머물렀고, 서로 다른 주제인데도 ‘문제는 어디서 시작되는가’, ‘팀에서 실제로 적용하는 순서’, ‘이 결과만으로 결론 내릴 수 없는 것’ 같은 소제목이 반복됐습니다. 제목만 바꿔도 본문 구조가 성립하는 글이 너무 많았습니다.

자동 점검은 문제를 찾는 출발점이었을 뿐입니다. 세 분짜리 글이 무조건 나쁜 것은 아니고, 긴 글이 좋은 것도 아닙니다. 실제로 원문을 읽어 보니 제품의 고유한 화면이나 계산은 적고, ‘관측 단위’, ‘질문 포트폴리오’처럼 한국 실무 대화에서 잘 쓰지 않는 표현이 반복됐습니다. 글 아래에 편집 메모와 출처 목록까지 노출돼 독자에게 말을 거는 대신 내부 검수 결과를 보고하는 모양이 됐습니다.

그래서 글자 수를 늘리는 방식으로 고치지 않았습니다. 22편의 본문을 주제별로 다시 쓰고, 각 글에 서로 다른 질문·계산·표·실패 조건을 넣었습니다. 비교 글은 같은 평가 기준을 적용하고 경쟁 제품이 더 맞는 경우도 적었습니다. 공개 화면에서는 관리용 편집 메모를 없애고, 출처가 필요한 주장은 해당 문장 안에서 자연스럽게 연결했습니다.

이 사례에서 읽기 시간은 품질 점수가 아니라 이상 징후를 찾는 필터였습니다. 최종 판단은 사람이 글을 읽고 ‘누가 왜 이 글을 끝까지 봐야 하는가’, ‘읽고 나서 어떤 결정을 내릴 수 있는가’를 답하는 방식으로 했습니다.

좋은 원고는 초안 전에 독자의 결정을 정한다

‘GEO에 대해 쓴다’는 브리프는 너무 넓습니다. ‘한국 SaaS 마케팅 담당자가 처음 20개 프롬프트를 고를 때 브랜드 질문과 비브랜드 질문을 어떻게 나눌지 결정하게 한다’처럼 독자, 상황, 결정을 적어야 합니다. 그다음 실제 고객 질문과 제품에서 확인한 사실을 모읍니다.

이 단계가 비어 있으면 AI는 인터넷에서 흔한 정의와 체크리스트를 매끄럽게 재조합합니다. 문법은 맞지만 누구도 이 글을 쓸 이유가 없습니다. 반대로 자료와 판단이 먼저 있으면 AI는 구조를 비교하거나 누락을 찾는 보조 도구로 쓸 수 있습니다.

초안을 콘텐츠로 바꾸는 다섯 번의 편집

한 번에 모든 것을 고치려 하면 문장이 다시 평평해집니다. 사실과 논리를 먼저 고치고, 그다음 한국어 호흡을 다듬는 편이 좋습니다. 최종 원고는 작성자와 다른 사람이 읽어야 익숙해서 놓친 빈칸을 찾을 수 있습니다.

• 사실 편집: 기능·가격·수치·날짜·인용을 원문에서 다시 확인한다.
• 논리 편집: 각 소제목이 앞 질문에 답하고 다음 질문으로 이어지는지 본다.
• 경험 편집: 실제 화면, 계산, 선택 과정, 실패 조건 중 이 팀만 쓸 수 있는 내용을 넣는다.
• 한국어 편집: 번역투, 불필요한 명사화, 같은 종결어미와 추상어를 줄인다.
• 독자 편집: 읽은 사람이 오늘 할 수 있는 행동과 하지 말아야 할 오해를 남긴다.

번역투를 줄이는 가장 빠른 방법은 소리 내 읽는 것이다

‘것’, ‘통해’, ‘기반’, ‘관련’, ‘효과적인’을 지운 뒤 문장이 더 구체적으로 바뀌는지 보세요. 짧게 만드는 것이 목적은 아닙니다. 사람이 실제로 말하는 주어와 동사를 되찾는 과정입니다.

근거는 많아 보이는 장식이 아니라 판단을 확인하는 통로다

Google은 사람에게 도움이 되는 콘텐츠인지, 독창적인 정보·분석을 제공하는지, 성급하게 대량 생산된 흔적이 없는지 스스로 점검하라고 안내합니다. 또한 선호 글자 수가 따로 없다고 분명히 말합니다. Google의 사람 중심 콘텐츠 지침을 최소 분량을 채우는 근거로 쓰면 원문을 거꾸로 읽는 셈입니다.

출처를 쓸 때는 그 문장이 무엇을 증명하는지 설명하세요. 연구의 실험 조건과 한계를 빼고 최대 효과 수치만 가져오거나, 경쟁사 고객 사례를 업계 평균처럼 옮기면 링크가 있어도 부정확합니다.

발행 기준은 글자 수가 아니라 네 가지 질문으로 정한다

짧아도 질문을 완결하면 발행할 수 있고, 길어도 같은 말을 반복하면 다시 써야 합니다. 다만 복잡한 주제를 몇 문단으로 끝내면 독자가 결국 다른 글을 찾아야 합니다. 필요한 깊이는 경쟁 글의 글자 수가 아니라 독자가 해결하려는 일의 복잡도에서 나옵니다.

• 이 글에만 있는 분석·계산·화면·사례가 하나 이상 있는가
• 독자가 검색을 다시 하지 않아도 핵심 결정을 내릴 수 있는가
• 사실 주장마다 확인 방법과 적용 범위가 있는가
• 실제 성과, 예시 숫자, 가설이 구분돼 있는가
• 제목을 다른 주제로 바꿔도 본문이 그대로 통하는 섹션이 남아 있지 않은가
• 한국 독자가 읽었을 때 고객 대화에서 쓰지 않을 표현이 없는가

발행 뒤에는 유입보다 먼저 읽힌 흔적을 본다

검색 노출과 클릭만 보면 자극적인 제목도 성공처럼 보일 수 있습니다. 관련 가이드로 이동했는지, 표나 체크리스트가 있는 지점까지 읽었는지, CTA 뒤에 어떤 질문으로 체험을 시작했는지 함께 보세요. 영업과 지원에서 ‘이 글을 보고 이런 결정을 했다’는 표현이 나오는지도 기록합니다.

성과가 낮다고 자동으로 문장을 다시 생성하지 마세요. 검색 의도, 제목, 도입, 근거, 내부 링크 중 어디에서 막혔는지 사람이 진단해야 합니다. 콘텐츠 품질은 생성 속도가 아니라 독자의 문제를 얼마나 정확하게 해결했는지로 관리해야 합니다.