기업 블로그 사내 검토 절차는 다섯 단계로 나누어 진행합니다. 작성자가 먼저 점검하고, 내용 전문가가 사실을 확인한 뒤, 편집 담당이 독자와 문체를 검토합니다. 법무·홍보 검토는 해당하는 글만 거치고, 마지막으로 발행 담당이 점검과 승인을 맡습니다.

단계마다 담당자 한 명과 그 단계가 끝난 상태를 미리 정합니다. 그러면 같은 글이 여러 사람 사이를 오가며 되돌아오는 일이 줄어듭니다.

사내 검토에는 누가 참여합니까?

인원이 적은 회사에서는 한 사람이 두 역할을 맡아도 됩니다. 다만 작성자가 자기 글의 사실 확인까지 맡지 않게 합니다. 쓰는 사람과 확인하는 사람이 달라야 오류를 걸러 내기 쉽습니다.

역할맡는 질문맡지 않는 일
작성자독자 질문에 답했는가, 수치와 인용에 근거를 붙였는가최종 승인
내용 전문가(해당 업무 부서)수치·절차·제품 설명이 사실과 맞는가문장 다듬기
편집 담당첫 문단에 답이 있는가, 제목과 문체가 기준에 맞는가사실 여부 판단
법무·홍보 담당(조건부)고객 정보, 비교 표현, 광고성 링크에 위험이 없는가문체 수정
발행 담당검색 결과에 보일 요소와 화면 표시가 본문과 맞는가내용 재작성

Google 문서는 콘텐츠를 스스로 평가할 질문으로 「주제를 잘 아는 전문가나 애호가가 쓰거나 검토했는가」를 제시합니다. 독자가 작성자를 궁금해할 만한 곳에는 작성자 표시(바이라인) 같은 정확한 작성자 정보를 넣도록 안내합니다. 내용 전문가가 검토한 글이라면 검토자 이름과 소속도 함께 밝히면 독자가 검토 사실을 확인할 수 있습니다.

검토는 어떤 순서로 진행합니까?

순서를 정하는 기준은 고치는 비용입니다. 사실이 틀린 문단은 문장을 다듬어도 결국 다시 써야 합니다. 그래서 내용 확인을 문장 손질보다 앞에 둡니다.

아래 목록은 단계 이름과 그 단계의 완료 기준입니다. 완료 기준을 충족해야 다음 단계로 넘깁니다.

  1. 작성자 자체 점검 — 완료 기준: 수치·인용·제품 설명 문장마다 근거 표시가 붙어 있습니다.
  2. 내용 전문가 사실 확인 — 완료 기준: 표시된 문장마다 맞음·수정·삭제 중 하나가 적혀 있습니다.
  3. 편집 검토 — 완료 기준: 편집 의견이 반영되었거나, 반영하지 않은 이유가 기록되어 있습니다.
  4. 법무·홍보 검토(조건 해당 시) — 완료 기준: 해당 항목에 승인 기록이 있거나 「해당 없음」이 적혀 있습니다.
  5. 발행 담당 최종 점검과 승인 — 완료 기준: 미리보기 점검과 발행 직후 공개 주소 점검 결과가 기록되어 있습니다.

단계별로 검토자는 무엇을 확인합니까?

1단계 작성자 자체 점검

근거 표시는 해당 문장 끝에 괄호로 자료 이름과 작성일을 적는 방식이 간단합니다. 공개 문서라면 문서 이름만 적어도 대조할 수 있습니다. 내용 전문가가 볼 범위가 표시된 문장으로 좁혀지므로 다음 단계가 빨라집니다.

생성형 AI로 초안을 만든 글이라면 이 표시가 더 중요합니다. Google의 생성형 AI 콘텐츠 안내는 생성형 모델이 사실을 찾아오는 것이 아니라 학습 데이터를 바탕으로 그럴 법한 단어 순서를 예측한다고 설명합니다. 그래서 결과물에 부정확한 내용(환각)이 섞일 수 있다고 밝힙니다. 발행 전에는 AI로 만든 콘텐츠 전부를 정확성과 신뢰성 측면에서 직접 사실 확인하고 검토해야 한다고 안내합니다.

2단계 내용 전문가 사실 확인

내용 전문가는 표시된 문장만 보고, 판단 범위는 사실 여부 하나로 한정합니다. 표현에 대한 의견은 편집 담당에게 넘기고 여기서는 적지 않습니다. 두 종류의 의견이 섞이면 작성자가 무엇부터 고칠지 정하기 어려워집니다.

Google 문서는 건강·재정 안정·안전이나 사회의 복리에 큰 영향을 줄 수 있는 주제를 따로 언급합니다. 이런 주제에서는 E-E-A-T(경험·전문성·권위·신뢰)에 부합하는 콘텐츠에 더 큰 비중을 둔다고 설명합니다. E-E-A-T 자체는 특정 순위 요소가 아니라고도 덧붙입니다.

실무에서는 이런 주제의 글에 해당 분야 담당자를 내용 전문가로 지정하는 방법을 씁니다. 확인 기록에 대조한 근거 자료 이름을 함께 적으면, 나중에 수정 요청이 들어왔을 때 근거를 바로 찾을 수 있습니다.

3단계 편집 검토

편집 담당이 가장 먼저 볼 곳은 첫 문단 두세 문장입니다. 이 부분만 읽고 질문의 답을 알 수 있는지 확인합니다. 이어서 소제목만 읽어도 흐름이 보이는지, 사내 문체 기준 문서와 어긋나는 표현이 없는지 대조합니다.

글 제목도 이 단계에서 확정합니다. Google 문서는 제목 태그(title 요소, 검색 결과 제목 링크의 주된 출처)를 페이지 내용이 드러나게 간결하게 쓰라고 안내합니다. 키워드를 나열하지 말고 페이지마다 고유한 제목을 쓰라고도 안내합니다.

Google은 제목 태그 외에도 h1 같은 본문 제목, og:title, 페이지를 가리키는 링크 문구 등으로 제목 링크를 만들 수 있다고 설명합니다. 그래서 실무에서는 글 제목과 제목 태그를 같은 문구로 맞춥니다. 기존 발행 글 제목 목록과 나란히 놓고 대조하면 핵심 단어나 형식이 겹치는 제목을 찾기 쉬워집니다.

AI로 만든 초안이나 이미지를 쓴 글은 제작 방식을 안내할지도 이 단계에서 정합니다. Google의 생성형 AI 콘텐츠 안내는 콘텐츠를 어떻게 만들었는지 알리면 독자에게 맥락을 더 줄 수 있다고 설명합니다. 도움이 되는 콘텐츠 문서도 독자가 「어떻게 만들었을까」 하고 궁금해할 만한 콘텐츠에는 AI·자동화 사용 안내가 유용하다고 봅니다.

4단계 법무·홍보 검토

고객사 사례, 자사 성과 수치, 타사 비교, 광고·제휴 링크가 들어간 글이 대상입니다. 요소별 확인 질문은 다음 절의 조건표를 따릅니다. 승인 기록에는 다음 네 가지를 남깁니다.

  • 검토자 이름과 소속
  • 승인일
  • 확인한 요소(예: 고객사 사례, 타사 비교 표현)
  • 승인 조건(예: 고객사 이름은 업종으로 바꿔 표기)

조건이 붙은 승인이라면 작성자가 조건을 반영합니다. 발행 담당이 반영 여부를 확인한 뒤 5단계로 넘깁니다.

5단계 발행 담당 최종 점검

Google의 생성형 AI 콘텐츠 안내는 이 검토가 title 요소 같은 메타데이터에도 적용된다고 설명합니다. 메타 설명, 구조화 데이터, 이미지 대체 텍스트도 검색 결과에 나타날 수 있으므로 같은 검토 대상에 넣습니다. 발행 담당은 발행 전 미리보기 화면에서 다음 항목을 확인합니다.

  • 제목 태그가 3단계에서 확정한 제목과 같은지 확인합니다.
  • 메타 설명이 이 글만의 내용을 정확히 요약하는지 확인합니다. Google 문서는 페이지마다 다른 메타 설명을 쓰고 키워드 나열을 피하라고 안내합니다.
  • 이미지 대체 텍스트가 그림 내용을 구체적으로 설명하는지, 키워드를 채워 넣지 않았는지 확인합니다.
  • 구조화 데이터가 화면 내용과 맞는지 확인합니다. Google 문서는 독자에게 보이지 않는 내용을 구조화 데이터로 표시하지 말라고 안내합니다.
  • 리치 결과 테스트에 구조화 데이터 코드를 붙여 넣어 오류를 확인합니다. 이 도구는 주소 대신 코드 조각도 테스트할 수 있습니다.
  • 작성자와 검토자 정보, 발행일이 화면에 바르게 나오는지 확인합니다.

코드 붙여 넣기 방식을 쓰는 이유는 로그인이 필요한 미리보기 주소를 이 도구가 열 수 없기 때문입니다. 도움말은 이 도구가 사용자 자격 증명을 쓰지 않고 Google로서 페이지에 접근한다고 설명합니다. 주소로 테스트할 때는 이미지·CSS·스크립트 파일 같은 페이지 자원도 인터넷의 익명 사용자가 접근할 수 있어야 한다고 밝힙니다.

발행 직후에는 공개 주소로 한 번 더 확인합니다. URL 검사 도구는 현재 연 Search Console 속성 안의 주소만 검사합니다. 실시간 테스트를 하려면 페이지가 로그인 없이 인터넷에서 열려야 합니다. 아직 색인되지 않은 페이지도 실시간 테스트를 할 수 있으므로 발행 당일에 진행합니다.

Google 문서는 리치 결과 테스트와 URL 검사 도구로 기술 지침 준수 여부를 테스트할 수 있다고 설명합니다. 두 도구가 기술 오류 대부분을 잡아낸다고도 밝힙니다. 다만 구조화 데이터가 올바르더라도 검색 결과에 표시된다고 보장하지는 않는다고 덧붙입니다.

법무·홍보 검토가 필요한 글은 어떤 글입니까?

모든 글을 법무 부서로 보내면 검토 대기열이 길어집니다. 그러면 위험 요소가 있는 글을 따로 살피기 어려워집니다. 아래 요소가 하나라도 있으면 4단계를 거치고, 없으면 「해당 없음」으로 기록해 건너뜁니다.

글에 들어간 요소확인 담당확인 질문
고객사 이름·사례·후기영업 담당, 법무공개 범위에 대한 고객 동의를 받았는가
자사 성과 수치내용 전문가, 홍보측정 기간과 기준이 함께 적혀 있는가
타사·타 제품과의 비교법무비교 기준과 근거 자료가 있는가
광고·유료 게재 링크발행 담당, 법무rel 속성에 sponsored 값을 표시했는가, 광고 고지 문구를 법무가 확인했는가
제휴 링크발행 담당, 법무rel 속성에 sponsored 값을 표시했는가, 제휴 사실을 알리는 문구를 법무가 확인했는가

Google의 외부 링크 속성 문서는 광고나 유료 게재에 해당하는 링크에 rel 속성의 sponsored 값을 표시하라고 안내합니다. nofollow 값도 허용되지만 sponsored 값을 더 권장한다고 설명합니다. Google 스팸 정책은 광고·후원 목적의 유료 링크도 nofollow나 sponsored 값으로 표시하면 정책 위반이 아니라고 설명합니다.

스팸 정책은 제휴 링크를 적절히 처리해 쓰는 것도 정책에 어긋나지 않는 예로 듭니다. 실무에서는 제휴 링크도 대가가 오가는 링크로 보아 sponsored 값을 표시합니다. 광고·제휴 사실을 독자에게 알리는 문구는 관련 법령과 사내 기준에 따라 법무 담당이 확인합니다.

되돌림을 줄이려면 검토 의견을 어떻게 주고받습니까?

되돌림을 줄이려면 검토 범위부터 분명히 합니다. 검토 요청을 매번 같은 형식으로 보내면 검토자가 무엇을 볼지 바로 알 수 있습니다. 아래 문안은 사내 메신저나 메일에 그대로 옮겨 쓸 수 있습니다.

검토 요청 문안 예시

  • 글 제목: (가제)
  • 독자와 질문: (누가 어떤 질문으로 이 글을 찾는지 한 문장)
  • 검토 범위: 표시한 문장 7개의 사실 여부만 확인을 요청드립니다.
  • 회신 방식: 문장마다 맞음·수정·삭제 중 하나와 근거 자료 이름을 적어 주십시오.
  • 회신 기한: ○월 ○일 오후 3시

회신받은 의견은 두 종류로 나눕니다. 반영해야 다음 단계로 넘어가는 「수정 요청」과, 작성자가 판단해 반영하는 「제안」입니다. 검토자가 의견마다 둘 중 무엇인지 직접 적으면 작성자가 우선순위를 정하기 쉬워집니다.

검토 이력은 글마다 한 줄씩 기록합니다. 예를 들어 가상의 제조 기업이라면 다음과 같이 적을 수 있습니다.

날짜단계검토자수정 요청제안결과
○월 ○일2단계 사실 확인품질팀 담당자2건0건수치 1건 수정, 문장 1건 삭제
○월 ○일3단계 편집편집 담당1건3건제목 수정, 제안 2건 반영
○월 ○일5단계 발행 후 점검발행 담당0건0건공개 주소 검사 이상 없음

이 기록이 쌓이면 어느 단계에서 어떤 지적이 반복되는지 보입니다. 반복되는 지적은 작성자용 사전 점검 항목으로 옮깁니다.

검토 기간이 길어질 때의 조정 원칙

회신 기한과 대리 검토 규칙이 없으면 한 사람의 회신을 기다리는 동안 글 전체가 멈춥니다. 다음 원칙을 사내 규칙으로 정합니다.

  1. 회신 기한이 지나면 발행 담당이 대리 검토자를 지정합니다. 대리 검토자도 없으면 확인되지 않은 문장을 빼고 진행합니다.
  2. 같은 단계의 되돌림은 두 번까지로 정합니다. 세 번째부터는 문서 왕복 대신 짧은 회의로 결론을 냅니다.
  3. 발행일이 정해진 글은 사실 확인이 끝난 문단부터 편집 검토를 시작합니다. 두 단계를 겹쳐 진행하되 문단별 순서는 그대로 지킵니다.
  4. 발행 뒤에 내용을 고치면 수정 날짜와 수정 내용을 검토 이력에 함께 남깁니다.

정리

  1. 역할마다 담당자를 한 명씩 지정하되, 작성자와 사실 확인자는 다른 사람으로 정합니다.
  2. 다섯 단계마다 완료 기준을 문장으로 정하고 사내 문서에 기록합니다.
  3. 법무·홍보 검토 조건표를 만들어 해당하는 글만 4단계로 보냅니다.
  4. 발행 전에는 리치 결과 테스트로, 발행 직후에는 URL 검사 도구로 점검하는 순서를 발행 담당 업무에 넣습니다.
  5. 검토 요청 문안과 이력 양식을 다음 글부터 적용하고, 한 달 뒤 반복된 지적을 작성자 사전 점검 항목에 추가합니다.

참고 자료