나는 AI 초안의 문장부터 다듬지 않는다. 자연스럽게 읽혀도 출처가 없거나 적용 조건이 빠져 있을 수 있다. 표현부터 고치면 틀린 내용까지 그럴듯해지기 쉽다. 그래서 출처 확인, 사실 대조, 문장 검수를 나누고 마지막에 공개 화면을 보는 순서로 잡는다.
Google은 생성형 AI를 조사나 원래 콘텐츠의 구성에 활용할 수 있다고 설명한다. 다만 독자에게 가치를 더하지 않는 대량 생성은 스팸 정책에 어긋날 수 있다고 안내한다. 정확성 검토는 본문뿐 아니라 제목, 메타 설명, 구조화 데이터, 이미지 대체 텍스트에도 적용된다.
확인할 주장부터 표시한다
서비스 기능, 정책, 숫자, 날짜, 가격, 실행 결과처럼 확인이 필요한 문장에 표시를 남긴다. 자료가 없는 주장은 표현을 고치기 전에 근거를 찾는다. 출처를 찾지 못했다면 문장을 빼거나 확인되지 않았다는 한계를 밝혀야 한다.
예를 들어 초안에 ‘사이트맵을 제출하면 모든 글이 검색 결과에 나온다’고 적혔다면 어미보다 주장부터 고쳐야 한다. 사이트맵 제출은 크롤링과 색인을 보장하지 않는다. 이 차이는 내가 정리한 사이트맵·색인 구분에서 설명했다. 이 문장은 검수 방법을 설명하는 예시이며 특정 사이트의 결과를 뜻하지 않는다.
원문을 열어 직접 대조한다
나는 AI가 제시한 링크를 열고 해당 문장의 근거를 원문에서 찾는다. 문서 제목이 주제와 비슷하다는 이유만으로 출처로 채택하지 않는다. 공식 제품 설명이라도 버전과 요금제, 지역, 게시 날짜가 다르면 현재 상황에 그대로 적용하기 어렵다.
기록에는 초안의 주장, 근거 URL, 적용 조건, 확인 날짜를 적는다. 운영자가 공개한 수익 자료라면 대상 기간과 광고·제휴 등 수입 종류, 비용 포함 여부를 구분한다. 직접 확인하지 않은 숫자를 현재 수익이나 순이익으로 바꾸지 않는다.
한 일과 예시를 구별한다
작업 후기에는 실행 환경과 실제로 한 일, 확인된 결과를 적는다. 실행하지 않은 방법을 ‘이렇게 해결했다’고 쓰지 않는다. 공식 문서로 소개하는 대안에는 대안이라고 표시한다. 원인을 확인하지 못했다면 추정과 결과를 나눈다.
화면이나 기록을 쓸 때는 공개 가능한 자료인지 본다. 계정 정보, 인증번호, 고객의 개인정보가 든 원문을 그대로 AI 입력이나 공개 글에 옮기지 않는다. 비교에 필요하지 않은 내용은 빼고 민감한 부분은 가린다.
사실을 고정한 뒤 문장을 다듬는다
윤문 전에는 고유명사, 숫자, 날짜, URL과 바꾸면 안 되는 주장을 따로 확인한다. 긴 수식이나 반복되는 접속사, 같은 종결어미는 다듬을 수 있다. 그래도 ‘확인하지 못했다’를 ‘원인이 밝혀졌다’로, ‘가능하다’를 ‘반드시 된다’로 바꾸면 안 된다.
나는 문장을 고친 뒤 원문과 나란히 대조한다. 주어가 바뀌었는지, 조건이나 예외가 빠졌는지, 불확실성이 단정으로 바뀌었는지를 본다. 문체 점수나 AI 탐지 결과로 사실 검토를 대신하지 않는다.
발행 화면에서도 확인한다
- 제목과 요약이 본문보다 강한 성과나 결과를 약속하는지 본다.
- 출처 링크가 맞는 페이지로 가는지, 관련 글 링크가 실제 공개 글로 연결되는지 본다.
- 작성자 표시, 확인 날짜, AI 활용 설명과 수정 내역이 실제 작업과 맞는지 확인한다.
- 휴대전화에서 표와 코드, 긴 주소가 잘리는지 확인한다.
나는 정책이나 제품 기능이 바뀌면 다시 확인할 수 있도록 검수를 마친 원고와 근거 목록을 같이 보관한다. 작성과 수정 원칙은 편집 기준에 따로 적었다.
공식 문서 확인일: 2026-10-24. 이 글에는 AI로 초안을 작성한 뒤 출처와 표현을 대조하는 검수 방법을 정리했다.
접속 정보가 들어간 사례를 쓸 때는 계정의 역할을 나눠 적은 기록처럼 실제로 확인한 범위만 남긴다. 비밀번호나 인증 링크는 글과 화면에서 제외한다.
참고 자료
- Google 생성형 AI 콘텐츠 안내
- Google 사이트맵 안내