【SEO・AEO記事制作の自動化 事例】月2本だった記事を、10以上の言語で月30本以上。AI検索での見え方も毎週測る

こんな状態になっていませんか

• 記事を書く人手が足りず、更新が止まりがちになっている
• AIで記事を書くこと自体は試したが、誤りや品質が心配で公開に踏み切れない
• AI検索（質問に文章で答える検索）で、自社のページが出ているのか分からない
• 海外のお客様にも届けたいが、多言語の記事まで手が回らない

記事の制作は、調べる、書く、確かめる、出す、効果を見るという工程が長くつながった仕事です。担当者1名で回していると、どこか1か所が詰まると全体が止まります。この事例では、工程そのものを手順書と検査で固め、AIエージェントが下書きと確認の大半を受け持つ形にしました。担当者が判断する所は企画の選択と最後の承認に絞り、その判断に必要な材料を毎回そろえて渡す設計です。

導入前と導入後

導入前後の業務量（試算）

表は横に動かせます →

試算：担当者1名が記事を書き、日本語で月2本ほど公開している運用を前提に、業務の手順ごとに算出した目安です。実際の変化は運用の規模や体制により異なります。

表のうち、いちばん大きく動くのは1本にかかる時間です。導入前は、テーマを決めて調べ、構成を考え、書き、読み直すまでを1人で抱えるため、1本に2〜3日かかります。導入後は、需要の調査と下書きをAIエージェントが受け持ち、事実や出典の確認も機械の検査が先に済ませるので、担当者の手元に届くのは検査を通った原稿です。担当者は約1時間かけて読み、内容と言い回しを判断します。

本数が増えるのは、日本語の記事を1本承認すると、その記事を10以上の言語へ展開する工程が続けて動くためです。翻訳した文章は、言語ごとに実際のブラウザで表示まで確かめてから公開します。本数を増やしても確認の質が下がらないように、検査を工程の中に組み込んでいる点がこの仕組みの要です。

下の2行は、公開した後の見張りです。検索順位は毎日取得し、検索結果から外れた記事も拾います。AI検索での見え方は、決めた質問を毎週同じ回数ずつ投げて、自社が引用されたかを記録します。測る方法をそろえておくと、書き直しの前後で何が変わったかを比べられます。

仕組みの全体像

この仕組みは、記事を作る層と、それを支える共通の層を組み合わせています。各層の道具は、AIエージェントが手順書（業務の手順をAIが読める形で文書化したもの）に沿って順に呼び出す形です。下の表の選択肢は代表的なもので、実際には御社の環境に合わせて選びます。

表は横に動かせます →

需要の調査では、DataForSEO などで検索数と検索上位のページを集め、Google 広告のキーワードプランナーの数字とも突き合わせます。複数の出どころで需要を確かめてから優先度を付けるので、一方の数字に引っぱられにくくなります。すでに公開している記事は Search Console の数字で状況を見て、新しく書くか、今ある記事を書き直すかを分けます。問い合わせやレビューに出てくるお客様の言葉も企画の種として台帳に回します。

下書きは、企画台帳と記事の型を土台にします。企画台帳は、どの記事をいつ誰向けに書くかを1か所にまとめた表で、在庫の重なりを防ぐ役割もあります。記事の型には、結論を冒頭に置くこと、見出しの立て方、出典の付け方を決めておきます。下書きを担う生成AIは、Claude・OpenAI・Gemini などから用途に合わせて選び、組み合わせて使います。

品質の検査と関門は、記事1本ずつに走る自動テストと、公開された状態のページを確かめる検査の2段です。Playwright などで全言語のページを実際のブラウザに表示させ、文字化けや別の言語の文字が混ざっていないかまで見ます。記事に使う画像は、広告クリエイティブの事例で使っている表現チェックを通し、画像の中の文字や出どころも確かめます。公開の操作の直前には関門（操作の直前に割り込む点検）があり、検査に合格していない記事は先へ進みません。

公開と登録は、Next.js と Vercel のような公開基盤でサイトを出し、IndexNow（新しいページを検索エンジンへ即時に知らせる仕組み）と Search Console で登録を伝えます。御社のサイトが別の仕組みで動いていても、公開の手順を手順書に書き起こせば同じ流れに組み込めます。AI検索への対策では、構造化データ（ページの中身を機械が読める形で書き添えたもの）と、AI向けにサイトの案内をまとめた llms.txt を用意します。どちらも記事の型に組み込んであるので、1本ごとに手で足す必要はありません。

監視と分析は定時実行で回ります。GitHub Actions や Cloud Scheduler などの定時実行が毎日 Search Console の順位を取り、毎週AI検索へ決めた質問を投げて引用を記録します。Googleの「AIによる概要」でどのページが引用されているか、上位の記事がどこからリンクされているかも調べ、書き方を寄せる材料にします。GA4 などの計測ツールでは記事を読んだ人が申込までどこまで進んだかを見て、売上データとつなげば記事ごとの貢献まで追えます。数字と台帳は Google スプレッドシート、規模に応じて BigQuery などのデータ基盤にまとめ、承認の依頼や異常の知らせは Slack・Microsoft Teams などに届きます。

処理の流れ

1本の記事が企画から書き直しまで進む流れを、11の段に分けて示します。各段の主体は、AIエージェント、担当者、定時処理（決まった時刻に自動で動く処理）のいずれかです。

1. 定時処理 需要と在庫を集める。DataForSEO や Google 広告のキーワードプランナーから検索数と検索上位を、Search Console から公開済みの記事の順位と流入を取り、Google スプレッドシートや BigQuery などのデータ基盤にまとめます。
2. AIエージェント 次に書く記事を提案する。集めた需要と企画台帳の在庫を見比べ、まだ書いていない言葉、書いたが順位が伸びていない言葉を洗い出します。お客様の言葉も加えて、候補を理由つきで台帳に並べます。
3. 担当者 企画を選ぶ。台帳の候補から、自社の事業にとって書く意味のあるものを選びます。誰に向けた記事か、読んだ後に何をしてほしいかもここで決めます。
4. AIエージェント 型に沿って下書きする。記事の型に沿い、結論を冒頭に置き、出典を付けて下書きします。構造化データと見出しの構成もこの時点で整えます。
5. 定時処理 機械で検査する。記事ごとの自動テストが、事実と出典の対応、既存記事との重複、画像の出どころ、表示の崩れを確かめます。画像は表現チェックを通します。合格しなかった項目は理由つきでAIエージェントに戻り、直してから再検査します。
6. 担当者 読んで承認する。検査を通った原稿を担当者が読み、内容の確かさ、自社らしい言い回し、読者にとっての役立ち方を判断します。承認の依頼は Slack や Microsoft Teams などに届き、直してほしい点はその場で返せます。
7. AIエージェント 多言語へ展開する。承認された記事を、市場ごとに決めた10以上の言語へ展開します。言葉を置き換えるにとどめず、その市場の読者に通じる言い回しに整えます。
8. 定時処理 全言語の表示を確かめる。Playwright などで全言語のページを実際のブラウザに表示し、文字化けや別の文字の混入、レイアウトの崩れを検査します。
9. 定時処理 公開し、検索エンジンへ知らせる。公開基盤に記事を出し、IndexNow と Search Console で新しいページを登録します。公開して一定期間後に効果を見る予定は、期限つきの確認の台帳に入ります。
10. 定時処理 順位と引用を測る。毎日、順位と流入を取り、検索結果から外れた記事を検知します。毎週、決めた質問をAI検索に同じ回数ずつ投げ、自社が引用されたかを記録します。GA4 などの計測ツールで記事から申込までの進み方も集めます。
11. AIエージェント 書き直しの案を出す。順位が落ちた記事や引用されていない記事について、上位の記事やAIの回答で引用されているページと見比べ、書き直しの案を出します。どれを直すかは担当者が決め、決めた記事は手順4に戻ります。

設計のポイント

機械の検査と人の読みの二段構え

AIの下書きは速い一方で、出典と本文の食い違いや、既存記事との重なりが起きうるため、量を増やすほど確認の設計が大切になります。この仕組みでは、事実・出典・重複・画像・表示を確かめる項目を自動テストとして記事ごとに走らせ、合格した原稿を担当者に渡します。担当者は機械が得意な照合を任せ、内容が読者の役に立つか、自社の考えに合っているかの判断に時間を使えます。新しい種類の誤りが見つかった時は検査項目に足すので、使うほど検査が育っていきます。

言語ごとに実際の画面で確かめる

多言語の記事は、翻訳の文章が正しくても、画面に出すと文字化けしたり、別の言語の文字が混ざったり、見出しが崩れたりすることがあります。文章のファイルを読んでも分からないため、全言語のページを実際のブラウザに表示させ、表示された文字を検査します。市場ごとにどの言語で出すかも、最初に担当者と決めて台帳に持たせ、展開のたびに迷わないようにしています。

検索から外れたことを毎日拾う

順位の上下を見ているだけでは、検索結果から記事が外れたことに気づくのが遅れます。毎日 Search Console から順位と索引の状態を取り、前日まで出ていた記事が見えなくなったら検知して知らせます。公開直後の記事は確認の台帳に期限つきで入れ、一定期間後に順位と流入を見直す予定を忘れずに回します。

AI検索は同じ物差しで測る

AI検索の答えは、聞くたびに言い回しや引用元が変わります。思いついた時に1回聞くやり方では、良くなったのか偶然なのかを区別できません。そこで、測る質問の一覧を固定し、毎週同じ回数ずつ聞いて、自社が引用された回数を記録します。物差しをそろえておくことで、書き直しの前後や月ごとの変化を比べられるようになり、SEOで積み上げた記事がAI検索にどう効いているかを確かめる材料になります。

自社で作る場合に必要になること

同じ仕組みを社内で一から作ることもできます。その場合に用意が必要になるのは次のような項目です。

• 記事の型と検査項目の設計。結論の置き方、出典の付け方、構造化データの書き方を決め、それを自動テストとして書き起こす必要があります。
• 多言語の表示検査。言語ごとの文字の扱いを理解したうえで、実際のブラウザで表示を確かめる検査を組み、市場ごとに出す言語を判断します。
• 検索データ・計測ツール・データ基盤の接続。API（サービス同士をつなぐ窓口）の申請や認証の更新、取得した数字をためるデータ基盤の設計が要ります。
• AI検索の引用を継続して測る仕組み。質問の選び方、回数、記録の形を決め、毎週止まらずに回る定時実行を用意します。
• AIエージェントの手順書と関門。AIが毎回同じ手順で動くように手順書を書き、公開の前に検査を必ず通す関門（操作の直前に割り込む検査）を組みます。
• 止まった時の検知と保守。外部のサービスの仕様は変わるため、数字が届かない時に気づける仕組みと、直す人の時間が継続して必要です。

一つひとつの技術は公開されているものですが、SEOの知識、多言語の表示の知識、AIエージェントの扱い、定時実行の保守と、必要な専門がまたがります。担当者が本業の合間に組み上げようとすると、仕組みが動き出す前に記事の更新がまた止まってしまうことがあります。最初の設計と立ち上げを外に任せ、動き出した仕組みを社内で引き継ぐ形にすると、記事の公開を止めずに内製化へ進めます。

AIエージェントに任せること・担当者が決めること

表は横に動かせます →

公開は担当者の承認を経てから進む設計です。承認の依頼は Slack や Microsoft Teams などに届き、承認されるまで記事は公開の工程へ進みません。

御社に残るもの

• 企画台帳（需要の数字、記事の在庫、優先度を1か所にまとめた表）
• 記事の型（結論の置き方、見出し、出典、構造化データの書き方）
• 検査項目と自動テスト（事実・出典・重複・画像・表示）
• AIエージェントの手順書と、公開前の関門の設定
• 多言語の展開手順と、市場ごとに出す言語の一覧
• 順位とAI検索での引用を測る定時実行、測る質問の一覧、記録の台帳
• 確認の台帳（公開後に効果を見る予定を期限つきで管理するもの）

これらはすべて御社の環境に置き、契約が終わった後も御社の担当者がそのまま使い続けられます。検査項目や質問の一覧は、運用しながら御社で足していける形で引き渡します。

御社で進める場合

1. 無料診断（30分・オンライン）。今の記事の作り方、公開本数、検索とAI検索での見え方を伺い、どこから仕組みにできるかをお答えします。
2. 点検と見立て。既存の記事と Search Console の数字を点検し、直す順番と仕組みにする範囲をまとめます。
3. 今の代理店や担当者と並走しながら仕組み化。記事の公開を止めずに、企画台帳と公開前の検査から順に組み込みます。今の制作会社や担当者の方とも一緒に進めます。
4. 引き渡し。手順書と台帳と定時実行を御社の環境に移し、担当者の方が回せる状態でお渡しします。人が足りない場合は、継続運用もお受けします。

料金は、無料診断のあとに、御社の体制と必要な範囲に合わせて個別にお見積りします。

よくある質問

AIが書いた記事は検索で評価されますか？

検索で評価されるのは、書き手が誰かよりも中身です。だからこそ、この仕組みでは事実・出典・重複を確かめる公開前の検査と、担当者による最後の読みを必ず通します。御社の分野でどのような記事が求められているかは、診断でお答えします。

AEO（LLMO）の効果はどう測りますか？

決めた質問をAI検索に毎週同じ回数ずつ聞き、自社が引用された回数を数えます。質問と回数をそろえることで、週ごとや書き直しの前後で変化を比べられます。測る質問の一覧は、御社の事業に合わせて担当者の方と決めます。

今あるオウンドメディアにも導入できますか？

はい。企画台帳と公開前の検査から入れられます。既存の記事は Search Console の数字で状況を見て、書き直す記事と新しく書く記事を分けるところから始めます。

多言語は翻訳だけですか？

市場ごとに出す言語を決め、その市場の読者に通じる言い回しに整えて展開します。そのうえで、言語ごとに実際のブラウザで表示まで確かめてから公開します。