エージェンシー向けにAIコンテンツを大規模に人間化する

十一社のリテイナー契約クライアントを抱える代理店では、二人のライターと一人の編集者で月に六十ページを納品している。下書き作成は、彼らがモデルを採用した週にボトルネックではなくなった。同じ週に、編集者がボトルネックになったが、誰もその前提に合わせて工程を再設計しなかった。

AIコンテンツを大規模に人間らしくするとは、良い編集の勘を六十回個別に適用してそれが維持されることを期待するのではなく、多数の成果物に対して反復可能なプロセスを実行することである。その違いは、何が書き留められるかに現れる。十分に編集された一枚のページは、たまたまそれを担当した編集者が誰であったかに依存する。プログラムは、一度だけ下された判断がどこでも適用され、誰にも省略する権限のない固定された時点で確認されることに依存する。

以下のすべてを規定するため、コンプライアンスの問題について一段落だけ述べる。Googleのスパムポリシーは、ユーザーを助けることよりも順位を操作することを主目的として大規模に作成されたページを説明しており、ここでは目的が引き金であり、量は症状である。読者が他では得られない事実を含む、真に異なる六十ページは、その文の範囲外である。変数だけを入れ替えたほぼ同一の六十ページは、月間合計が何を示していても、その文の範囲内である。GoogleがAI支援コンテンツについて文書化している立場は、量産プログラムを承認する前に全文を読む価値があり、以下のすべては、目的のテストがすでに通過していることを前提とする。

AIコンテンツを大規模に人間らしくする, 編集者はどこに置くべきか

Wikipediaに何かを掲載するには、人間の編集者が三つの場所に関与しなければならない。そのうち一つだけが下書きの後に起こる。一つはブリーフである。誰かが腰を下ろして、「このページは、他のどのページも知らない何を知っているのか」と問う。もう一つは検証である。確認可能な事実と引用のために、すべての出典を開く。そして三つ目は承認である。誰かが自分の名前をそこに記す。これらの間にあるものはすべて自動化できる。しかし、この三つのどれも自動化できない。

多くの代理店では、この三つをすべて最後にまとめて行い、それを編集と呼んでいるが、まさにそこがボトルネックの原因である。ブリーフ段階で行われる判断には10分しかかからない。下書き後に行われる判断には全面的な書き直しが必要になる。何を言うべきか一度も与えられていない完成ページを渡された編集者に残されている手段は差し戻し以外にない。そして、その往復こそがワークフローにおける単一で最も高コストな出来事である。

承認は、役割ではなく、名前のある個人に委ねるべきである。Google自身のガイダンスは、訪問者にとって内容の著者が自明かどうか、ページに想定される場所に署名が付いているかどうかを問い、署名を必須とするのではなく、正確な著者情報を推奨している。実在の個人に結び付く署名は、どの方針も求めていない内部的に有用なことも行う。それは、クライアントの前で擁護できないページの承認をためらう、識別可能な一人の人間を生み出すことである。

各クライアントに対して一度だけ標準化すべきもの

各記事の間で変わらないものはすべて標準化する。すなわち、社内語彙、構造の既定値、プロンプトの足場、ツール設定、そして完了の定義を書面化したものです。これらの判断は、一度、1週間かけて議論する価値があり、その後は二度と議論しない。そこから得られるものは、キュー内のどのページでも開いて、社内スタイルがシリアル・コンマを使うかどうかを再び争うのではなく、内容そのものに時間を使うレビュアーである。

層	すべてのクライアントに対して一度だけ標準化するもの	各個別案件ごとに決めるもの
Voice	禁止語リスト、文の長さの範囲、そして節の冒頭でその節自身の見出しを言い換えて繰り返すことを禁じる規則	あるクライアントのトーンが社内のデフォルトからどの程度離れているか
Structure	見出しの深さ、各見出しの下に直接回答を置く位置、表と箇条書きの慣例	この個別案件に本当に表が必要かどうか
Sourcing	何を出典とみなすか、そしてすべての図表に出典を付けるという規則	この主張にどの出典が必要か、そして誰がそれらを開くか
Tooling	クライアントごとに保存された一つのhumanizer設定, これにより出力が運用者ごとにぶれない	何もない。個別案件ごとにツールをいじることが、バッチをバッチでなくしてしまう方法である
Accountability	クライアントごとに指名されたレビュー担当者と、完了の定義を文書化したもの	このページを承認した指名者が誰か

Tooling の行は、代理店が最も頻繁に誤る箇所である。各ライターがそれぞれ独自の設定で作業すると、出力は運用者ごとにぶれ、そのぶれは、単一のクライアントのサイト内にある一貫性の欠如として現れるが、それを誰も品質上の問題として明確に名指しできない。設定はクライアントごとに定めて保存し、それへの変更は、誰かが木曜の午後に少し動かしたスライダーではなく、記録されるべき判断として扱うべきである。

テンプレート化できないもの

標準化できないものは3つあり、その3つこそが、そのページがそもそも存在すべきかどうかを決める。標準化できない最初のものは、具体的な入力である。それは、このクライアントが測定した数値かもしれないし、実際のダッシュボードのスクリーンショットかもしれないし、営業チームが毎週受ける異議かもしれない。標準化できない2つ目は、検証可能なものを確認することである。つまり、下書きを信用せず、出典を開くべきである。そして標準化できない3つ目は、このページが、その語句ですでに上位表示されている内容に何かを付け加えるかどうかを判断することである。

その特定の入力は、執筆の問題であるずっと前に、クライアントへのアクセスの問題である。だからこそ、それは非常に静かで、非常に持続的で、なくならないのである。クライアントのデータにアクセスできず、実務者と15分間向き合うこともできず、実際の数値を公表することもできない書き手は、現在の上位10件の回答について、十分に妥当な要約を作ることになる。書き手がどれほど優秀であっても関係ない。あなたの分野について何を知っているかも、あなたがその能力をどう評価するかも関係ない。

社内語彙は、レビューによるのではなく機械的に徹底する価値のある唯一の文体上の判断である。なぜなら、それはレビュー担当者が二十ページ目あたりで気に留めなくなるものだからである。無料のAI word cleanerを、何かが編集者に届く前に実行すれば、定型表現を最もコストの低い段階で取り除けるため、人間によるレビュー時間を判断を要する箇所に向け続けられる。未編集の下書きを示す反復的なパターンは別の箇所で詳しく整理されており、それらから作った社内リストは、先月のレビュー担当者をいらだたせたものを寄せ集めたリストよりも長持ちする。

分量プログラムを正当化可能に保つ

目的の検証は、個々のページではなく、プログラム全体について行うものである。計画の段階で答え、文書でも答えること。まとまった一群を発注する前に、その中の各ページが、その一群の他のどのページにも含まれない何を含むのかを明示すること。スプレッドシートの列で済むなら、その一群は変数を伴う1ページにすぎず、分量がすべての役割を担っていることになる。ページごとに異なる事実の集合があるなら、その一群は、たまたま同じ形を共有している文書の集合である。

そこから二つの運用上の習慣が導かれる。プログラムを複数のサテライトサイトに分散させるのではなく、1つのドメインの下で公開すること。コンテンツの規模拡大という性質を隠すために複数のサイトを作ることは、Google自身のポリシーの例示一覧に含まれているからである。そして、公開量は逆ではなく編集能力によって決めること。まずページ数を約束し、その後でレビュー時間を探しに行く代理店は、3か月目に検証の段階を静かに省く代理店である。

マーケティングおよびSEOコンテンツ向けに構築されたhumanizerは、最も慎重に設定する価値があるスタックの部分である。なぜなら、それは各バッチのすべてのページに関わり、その既定値が意図せずに代理店の文体となるからである。これが変えるのは、ページの読み方である。これが変えられないのは、ページが知っている内容であり、これをどのように設定しても、上の3点から人間を取り除くことはできない。

実際には、代理店がどれだけ公開できるかを制限しているものは何か。

ほとんどすべての場合、確認に要する時間である。モデルがプロセスに入った瞬間に、下書き作成はほぼゼロまで縮小し、ブリーフィングと承認も、実践を重ねればかなり圧縮できる。しかし、数値が実在すること、引用が実在する文書を指していること、そしてクライアントの主張がクライアント自身が責任を負うものであることを確認する作業は、まったく圧縮できない。なぜなら、誰かが出典を開いて読む必要があるからである。下書き速度を基準に構築されたあらゆる容量モデルは過大に約束してしまい、月末に時間が足りなくなったときに削られるのは、プログラム全体を支えているその工程である。

このことがコンテンツチームに対して提起する2つの問いには、それぞれ別々に答えられる。AIコンテンツがGoogleで順位付けされるかどうか、そしてそもそもSEOにとって悪いものかどうかである。

今月公開したページ数を取り、チームが実際に出典を開くために費やした時間で割る。その結果として得られる数値が実際の容量であり、ほとんどの代理店は、誰も意図しないうちに、しばらく前からそれを上回って公開してきたことに気づく。