サイト運用のAI・自動化は棚卸しから｜30項目の仕分け表と任せる範囲の決め方（2026年）

「サイトの更新や問い合わせ対応に手が回らないので、AIと自動化で楽にしたい」という相談が、ここ1年でかなり増えました。日本の事業者からも、オランダの事業者からもです。

相談を受けて最初にお願いしているのは、ツールを選ぶことではありません。いま誰が、どの作業に、月に何時間使っているかを書き出すことです。書き出してみると、自動化できると思っていた作業が実は判断の塊だったり、逆に、毎週手で繰り返している確認作業が設定一つで消えたりします。

この記事では、サイト運用の作業を30項目に分けて棚卸しする方法と、AIと自動化に任せる作業・任せない作業を決める基準を整理します。根拠には、Google Search Central と web.dev、W3C、欧州委員会（AI法）、オランダの個人データ保護当局（AP）、日本の総務省・個人情報保護委員会、Eurostat、Gartner、Patchstack の一次情報を使いました。

この記事が主に根拠にした情報

• Google Search Central「AI生成コンテンツに関するガイダンス」（2023年2月）、スパムポリシー、生成AIコンテンツの使い方
• 欧州委員会「AI法第50条の透明性義務」FAQ と AI Act Service Desk の条文（2026年8月2日から適用）
• Eurostat「企業のAI利用」（2025年調査、2025年12月発表）と総務省「令和8年版 情報通信白書」
• オランダの個人データ保護当局（AP）の警告（AIチャットボットとAIエージェント）
• W3C WAI「評価ツールの選び方」、web.dev「Core Web Vitals」、Patchstack「State of WordPress Security in 2026」

この記事で分かること	答えの要点
AIと自動化はどこまで広がったか	EUで企業の20.0%がAIを利用（2025年）。日本は生成AIの活用方針を持つ企業が68.9%（第1章）
棚卸しは何をどう書くか	6領域・30項目を、7つの列で書く（第3〜4章）
任せる・任せないの基準は	「正解が外から決まるか」「戻せるか」など5つの問い（第5〜6章）
Googleと欧州のルールで気をつけることは	大量生成はスパム。チャットボットはAIと表示。人の確認が要件（第7〜8章）
費用と工数はどのくらいか	3段階の進め方と、月37時間→23時間前後の目安（第9章）
何から始めればよいか	6週間の手順と、チェックリスト（第10章・第15章）

1. いま何が起きているか：AIを使う会社は増え、ルールも動き出した

まず、サイト運用の外側で起きている変化を数字で確認します。AIを業務に使う企業は、欧州でも日本でも、ここ2年で目に見えて増えました。

同時に、AIの使い方そのものにルールがかかり始めたのが2025〜2026年の特徴です。運用を自動化するときは、「できるか」だけでなく「どう使えば問題にならないか」まで決めておく必要があります。

欧州：AIを使う企業は1年で13.5%から20.0%へ

Eurostat（欧州連合統計局）によると、従業員10人以上の企業のうちAI技術を使っている企業の割合は、2023年に8.1%、2024年に13.5%、2025年に20.0%でした。1年で6.5ポイントの伸びです。

企業規模で差が大きく、2025年は小企業（10〜49人）が17.0%、中企業（50〜249人）が30.4%、大企業（250人以上）が55.0%でした。AIを使っている企業の用途で最も多いのはマーケティング・販売（34.7%）で、サイト運用と重なる領域です。

国別ではデンマーク（42.0%）が最も高く、フィンランド、スウェーデンが続きます。オランダは2025年に調査の時系列が途切れていると注記されているため、ここでは比べません。

日本：生成AIの活用方針を持つ企業は68.9%

日本では、総務省の「令和8年版 情報通信白書」が企業向け調査の結果を出しています。生成AIを「積極的に活用する」または「領域を限定して利用する」方針を定めた企業は、2024年度の調査で49.7%、2025年度の調査で68.9%でした。

大企業は74.0%、中小企業は58.1%です。白書は、米国・ドイツ・中国と比べると依然として低いと整理しています。ただし、これは「方針を定めているか」の数字で、Eurostat の「実際に使っているか」とは問いが違います。日欧の数字を直接比べないでください。

ルール：2026年8月2日から、AI法の透明性義務が適用された

EUのAI法（AI Act）は段階的に適用されています。2025年2月2日には、AIを使う事業者に従業員のAIリテラシーを支える措置を求める第4条が適用されました。2026年8月2日には、チャットボットの表示やAI生成コンテンツの表示を定めた第50条が適用されました。

2026年に成立したデジタル・オムニバス（AI法の改正）で、高リスクAIの一部の期限は後ろに延びました。それでも、第50条の適用日は動いていません。猶予があるのは、すでに市場にある生成AIの「機械が読める印」を付ける義務（第50条第2項）だけで、提供者は2026年12月2日までに対応すればよいとされています。

ルール	適用・公表	サイト運用への影響
AI法 第4条（AIリテラシー）	2025年2月2日から	AIを使う担当者の理解を支える措置。具体的な水準は定められていない
AI法 第50条（透明性）	2026年8月2日から	チャットボットはAIと分かるように。公共の関心事の文章は表示か人の確認
Google スパムポリシー	2024年3月に拡充	価値を足さない大量生成は「大規模なコンテンツの不正使用」
欧州アクセシビリティ法	2025年6月28日から	ECなど対象サービスはアクセシブルに。零細のサービス事業者は対象外
GDPR（一般データ保護規則）	2018年から	AIに渡す個人データにも同じ原則。委託先との契約（第28条）

この表から言えるのは、2026年のサイト運用では、自動化の範囲を決めることが、そのままルールへの対応にもなるということです。どの作業を誰が確認するのかを決めておけば、AI法の「人の確認」もGDPRの記録も、同じ表で説明できます。

2. なぜ「棚卸し」から始めるのか

自動化の相談でよく見るのは、「便利そうなツールを入れてみたが、結局だれも見ていない」という状態です。通知が毎日届き、AIが書いた下書きが溜まり、担当者の作業はむしろ増えています。

原因はツールの性能ではありません。何を任せ、何を人が持ち、誰がどこで確認するかが決まっていないまま始めたことです。

自動化の失敗は、範囲の決め方で起きる

調査会社 Gartner は2025年6月、AIエージェントを使うプロジェクトの40%超が、2027年末までに中止されるとの予測を出しました。理由として挙げたのは、費用の膨張、事業上の価値が不明確なこと、リスク管理の不備です。

同じ月には、AIで顧客対応の人員を大きく減らす計画を立てた組織の50%が、2027年までにその計画を撤回するとの予測も出しています。顧客サービスの責任者163人への調査では、95%が人の担当者を残すと答えました。

どちらも、AIが使えないという話ではありません。任せる範囲を広く取りすぎると、費用と確認の手間が効果を上回るということです。サイト運用でも同じことが起きます。

棚卸しで分かること

作業を書き出すと、次のことが見えてきます。ここが分からないまま自動化すると、効果が測れず、失敗の原因も追えません。

棚卸しで分かること	分からないまま始めると
時間を食っている作業はどれか	月に5分の作業を自動化し、月10時間の作業が残る
判断を伴う作業はどれか	AIに判断させ、誤った回答がそのまま外に出る
失敗したときに困る作業はどれか	自動更新でサイトが止まり、戻し方が分からない
誰が確認しているか	確認者がいない自動化が増え、だれも結果を見ない
どの道具を使っているか	同じことをする道具を重ねて契約する

棚卸しは、自動化の前後で工数を比べる基準にもなります。始める前の数字がなければ、半年後に「楽になったか」を答えられません。

3. サイト運用の作業を6つの領域に分ける

サイト運用の作業は、思っているより種類が多いものです。まずは大きく6つの領域に分けて、抜け漏れを防ぎます。

ここでは、企業サイト30ページ、日英2言語、ブログ月4本、問い合わせ月40件、WordPress で運用しているサイトを「モデルサイト」として、各領域の月間工数の目安を置きました。作業ごとの一般的な所要時間から DevNJ が置いた仮の目安で、実測の統計ではありません。規模や体制で上下します。

領域	主な作業	頻度	月の工数（目安）
更新・保守	CMS・プラグインの更新、バックアップ、証明書	毎日〜週1	4時間
監視・計測	死活監視、表示速度、リンク切れ、フォーム	常時〜月1	3時間
コンテンツ	記事の企画・執筆・確認・翻訳、画像	週1〜	16時間
SEO・検索	Search Console、メタ情報、レポート	週1〜月1	4時間
問い合わせ対応	振り分け、返信、チャット、見積もり	毎日	8時間
法令・品質	アクセシビリティ、Cookie、法定表示、権限	月1〜年1	2時間

合計は月37時間です。週に直すと9時間強で、専任がいない会社では、だれかの本業の時間を削って回している量です。

図から分かるとおり、時間の4割強はコンテンツが占めています。一方で、自動化の効果が最もはっきり出るのは、時間の少ない「更新・保守」と「監視・計測」です。時間の多い領域ほど判断が多く、任せられる部分が限られるからです。

更新・保守と監視・計測：ほぼ決まった手順の繰り返し

この2つの領域は、作業の手順が決まっていて、結果も「成功したか、失敗したか」で判定できます。自動化の最初の候補です。

ただし、更新は失敗したときの影響が大きい作業でもあります。Patchstack の報告では、2025年に WordPress のエコシステムで新たに見つかった脆弱性は11,334件で、前年から42%増えました。その91%がプラグイン、9%がテーマで、WordPress 本体は6件でした。公開時点で修正版が出ていなかったものが46%あり、集中的に悪用された脆弱性では、最初の悪用までの時間の中央値が5時間とされています。

更新を人の手で週1回まとめて行う運用では、この速さに追いつけません。更新は自動化し、その代わりにバックアップと復元を固めるのが、2026年時点の現実的な答えです。

4. 棚卸し表を作る：作業30項目と記入のしかた

ここからは、実際に棚卸し表を作る手順です。表計算ソフトで1行1作業にして、次の7つの列を埋めていきます。

最初から完璧に書く必要はありません。1週間、実際に手を動かした作業をその都度メモしていくと、頭で考えたときには出てこない作業が拾えます。

記入する列は7つ

列	書くこと	記入例
作業名	動詞で終わる短い名前	プラグインを更新する
頻度	毎日／週1／月1／四半期／随時	週1
1回の時間	実測。分かる範囲で	30分
担当	名前か役割	総務の田中さん
道具	使っているサービス・機能	WordPress 管理画面
失敗したときの影響	サイト停止／誤情報／法令／軽微	サイト停止
判断の要否	要る／要らない／ときどき	ときどき

「失敗したときの影響」と「判断の要否」の2列が、第5章の判断基準につながります。この2列を空欄にしないことが、棚卸し表で一番大事な点です。

棚卸し表の記入例（技術・監視の10項目）

モデルサイトで書き出した30項目を、3つの表に分けて示します。右端の「仕分け」は、第5〜6章の基準で判定した結果です。まずは技術と監視の作業です。

作業	頻度	1回の時間	仕分け
CMS・プラグインの更新	週1	30分	全自動（バックアップ前提）
バックアップの取得	毎日	—	全自動
バックアップからの復元テスト	四半期	2時間	人（手順は自動化）
死活監視	常時	—	全自動
SSL証明書の更新	90日ごと	15分	全自動
表示速度の計測	週1	30分	全自動
速度低下の原因調査と修正	随時	2〜6時間	AI下書き＋人
リンク切れの検出	月1	1時間	全自動
フォームの送信テスト	週1	20分	全自動
セキュリティ警告への対応判断	随時	30分〜	人

技術・監視では、10項目中7項目が全自動に入ります。人に残るのは、復元テストと、警告が出たときの判断です。自動化した作業ほど、「止まったときに誰が気づくか」を決めておく必要があります。

棚卸し表の記入例（コンテンツ・SEOの10項目）

次はコンテンツとSEOです。ここは「AI下書き＋人」が中心になります。

作業	頻度	1回の時間	仕分け
記事のテーマ選び	月1	2時間	AI下書き＋人
記事の下書き	月4本	3時間	AI下書き＋人
事実・数値・出典の確認	月4本	1時間	人
タイトル・ディスクリプション	月4本	20分	AI下書き＋人
画像の代替テキスト	月20枚	2分	AI下書き＋人
翻訳（日英）	月4本	2時間	AI下書き＋人
Search Console のエラー確認	週1	20分	全自動（通知）
流入・順位の月次レポート	月1	2時間	全自動
レポートからの改善判断	月1	1時間	人
古い記事の更新候補の抽出	四半期	2時間	全自動

この領域で全自動にできるのは、数字を集めて並べる作業です。何を書き直すか、どれを優先するかの判断は人に残ります。事実確認を「AI下書き＋人」ではなく「人」にしているのは、AIに確認させた結果をまた人が確かめる二度手間になりやすいためです。

棚卸し表の記入例（問い合わせ・法令の10項目）

最後に、問い合わせ対応と法令・品質の作業です。外に出る言葉と、責任を問われる作業が並びます。

作業	頻度	1回の時間	仕分け
問い合わせの振り分け	毎日	15分	全自動（ルール＋AI分類）
営業メール・スパムの除外	毎日	10分	全自動
よくある質問への返信	毎日	30分	AI下書き＋人
チャットでの一次対応	常時	—	AI（表示と人への経路が条件）
見積もり・価格の回答	随時	1時間	人
アクセシビリティの自動チェック	月1	30分	全自動
アクセシビリティの手動確認	四半期	3時間	人
Cookie・計測タグの変更	随時	1時間	人
会社情報・法定表示の更新	年1〜	30分	人
管理画面の権限の見直し	四半期	1時間	人（一覧は自動で作る）

30項目を合計すると、全自動が13、AI下書き＋人が8、AI（条件つき）が1、人が8になりました。半分近くは任せられますが、時間の多い作業ほど人の関与が残ることが分かります。

5. 任せる・任せないの判断基準

棚卸し表ができたら、1行ずつ「任せてよいか」を判定します。ここで迷わないために、判断の問いを5つに固定しておきます。

5つの問いは、担当者が変わっても同じ答えが出るように作ってあります。感覚で「これはAIにできそう」と決めないことが大切です。

基準1：正解が外から決まっているか

「バックアップが取れたか」「ページが200を返すか」「LCPが2.5秒以下か」のように、正解が外の基準で決まる作業は、機械が判定できます。web.dev は Core Web Vitals の「良好」の基準を、LCP 2.5秒以下、INP 200ミリ秒以下、CLS 0.1以下とし、実際の利用者の75パーセンタイルで判定するよう示しています。こうした数値の基準がある作業は、自動化に向いています。

反対に、「この記事は読者の役に立つか」「この返信は失礼ではないか」は、基準が外にありません。AIが答えを出すことはできますが、それが正しいかを確かめるのは人です。

基準2：失敗したときに戻せるか

プラグインの更新は、バックアップがあれば戻せます。下書きは公開しなければ影響がありません。戻せる作業は、多少失敗しても任せてよい作業です。

一方、送信したメール、公開した価格、削除したデータ、外部に送った個人データは戻せません。こうした作業は、自動化するとしても最後の一押しを人が行う形にします。

基準3：会社の約束や責任になるか

価格、納期、契約条件、返金、障害の説明は、外に出た時点で会社の約束として扱われます。AIの返答でも、会社のサイトやメールから出れば会社の言葉です。

AI法の第50条も、公共の関心事を伝える文章について、人が内容を確認し、編集上の責任を持つことを表示義務の例外としています。責任の所在を人に置くことが、ルール上も意味を持つようになりました。

基準4：個人データや秘密情報に触れるか

問い合わせの内容、顧客名簿、見積書、管理画面のパスワードは、AIのサービスに渡すと、それ自体が問題になることがあります。後の第8章で、オランダと日本の当局の警告を紹介します。

触れる場合でも、すぐに「任せない」とは限りません。契約で学習に使わないことが確認できるサービスを選び、入力してよい情報を決めておくなら、下書きに使える場面はあります。

基準5：頻度と量が自動化に見合うか

年に1回、30分で終わる作業を自動化する仕組みを作るのは、割に合いません。仕組みの保守にかかる時間のほうが長くなります。

目安として、月1回以上あり、月の合計が1時間を超える作業から自動化を検討します。それ未満の作業は、手順書を整えるだけで十分なことが多いです。

5つの基準を、棚卸し表に追加する問いの形にまとめると次のとおりです。

基準	棚卸し表で聞くこと	「はい」なら
1. 正解が外から決まる	成功・失敗を数字や状態で判定できるか	自動化に向く
2. 戻せる	失敗しても元に戻せるか、公開前に止められるか	自動化に向く
3. 約束・責任になる	価格・契約・謝罪・法定表示に関わるか	人が持つ
4. 個人データに触れる	顧客情報や秘密情報を外部に渡すか	入力ルールと契約を先に決める
5. 頻度と量	月1回以上、合計1時間以上か	自動化を検討する価値がある

基準1と2は「任せてよいか」、基準3と4は「任せてはいけない理由があるか」、基準5は「任せる価値があるか」を聞いています。3つの観点が揃って初めて、自動化の候補になります。

6. 3つの区分：全自動・AI下書き＋人の承認・人が持つ

5つの基準のうち、特に効くのが基準1（正解が外から決まるか）と基準2（戻せるか）です。この2つを縦横の軸にすると、作業は4つの象限に分かれます。

実務では、右上を「全自動」、右下と左上をまとめて「人の承認を挟む」、左下を「人が持つ」の3区分にして運用するのが分かりやすいです。

全自動にしてよい作業

正解が明確で、失敗しても戻せる作業です。モデルサイトでは、更新、バックアップ、死活監視、証明書、速度計測、リンク切れ、フォームの送信テスト、スパムの除外がここに入ります。

全自動にするときの条件は1つだけです。失敗したときに人に知らせる仕組みを必ず付けます。WordPress のプラグイン自動更新（バージョン5.5から）は1日2回実行され、成功・失敗をメールで知らせます。公式ドキュメントも、有効にする前に戻せる状態を作っておくよう勧めています。

AIが下書きし、人が承認する作業

正解が曖昧でも戻せる作業（記事の下書き、代替テキスト、翻訳、返信の下書き）と、正解は明確でも戻しにくい作業（公開、送信、削除）です。どちらも、最後のボタンを人が押す形にします。

ここで大切なのは、承認を形だけにしないことです。欧州委員会のFAQは、AI法の「人の確認」について、スペルチェックのような形式的な確認では足りないと説明しています。内容を理解できる人が、中身を確かめる必要があります。

人が持ち続ける作業

正解が曖昧で、戻せない作業です。価格・見積もりの回答、契約や返金に関わる返信、障害やデータ侵害が起きたときの判断、法定表示の内容、権限の付与がここに入ります。

人が持つ作業でも、材料集めは自動化できます。権限の一覧を自動で出す、障害時に必要なログをまとめる、といった準備は機械に任せ、判断だけを人が行います。

3つの区分ごとに、人の関わり方と残す記録をまとめます。

区分	主な作業	人の関わり方	残す記録
全自動	更新・バックアップ・監視・計測	失敗の通知を受けて対応する	実行ログ、通知の履歴
AI下書き＋人	記事・翻訳・alt・返信の下書き	内容を確かめ、直して承認する	承認者と日付、修正の有無
自動＋人の承認	公開・一斉送信・削除	実行前に対象と内容を確認する	承認者、対象、実行日時
人が持つ	価格・契約・障害・法定表示	判断し、必要なら材料をAIに集めさせる	判断の理由、関係者

記録の列は、後から「誰が確認したか」を説明するためのものです。AI法やGDPRへの対応を聞かれたときに、この表がそのまま答えになります。

7. Googleの方針から見る：AIで書いた記事・説明文の扱い

コンテンツの自動化を考えるとき、多くの人が最初に気にするのが Google の評価です。Google は2023年2月から、この点について一貫した説明をしています。

結論から言うと、AIを使ったかどうかでは評価は変わりません。ただし、価値を足さない大量生成は罰せられます。

作り方ではなく、内容の品質で評価する

Google Search Central のブログ「AI生成コンテンツに関する Google 検索のガイダンス」（2023年2月）は、コンテンツの作り方ではなく品質に注目すると説明しています。「有用で信頼できる、ユーザー第一のコンテンツ」の考え方では、誰が、どのように、なぜ作ったかを問うよう勧めています。

「どのように」については、自動化やAIを使ったことを読者が気にしそうな場面では、その説明を添えるとよいとしています。一方で、AIで作った顔写真や架空の名前で、人の専門家がいるように見せるのは欺瞞だと明記しています。

大量生成は「大規模なコンテンツの不正使用」

Google のスパムポリシーには「大規模なコンテンツの不正使用（scaled content abuse）」という項目があります。主に検索順位を操作する目的で多数のページを生成することで、作り方は問わないとされています。

例として挙がっているのは、生成AIで価値を足さないページを大量に作ること、他サイトの内容を言い換えや翻訳などの自動処理で量産すること、複数のページを継ぎはぎすることです。「翻訳」が明記されている点は、多言語サイトを自動化するときに見落とされがちです。

メタ情報・構造化データ・代替テキストも確認の対象

Google の「生成AIコンテンツの使い方」のページは、AIが生成した内容は事実と違うことがあるとして、公開前に人が事実確認とレビューを行うよう求めています。対象は本文だけではありません。タイトル、ディスクリプション、構造化データ、画像の代替テキストも、検索結果に出るため同じ確認が要るとしています。

EC サイトでは、さらに具体的な決まりがあります。AIで生成した商品画像には IPTC の DigitalSourceType を TrainedAlgorithmicMedia として付けること、AIが生成した商品名や説明文は区別して指定することです。

Google の方針を、運用の決めごとに置き換えると次のようになります。

Google の方針	運用での決めごと
作り方ではなく品質で評価	AIの利用自体は禁止しない。品質の基準を先に決める
価値を足さない大量生成はスパム	1本ごとに「自社だから書けること」を入れる。本数の目標を置かない
自動翻訳での量産も対象	翻訳は言語ごとに人が読む。読めない言語は公開しない
公開前に事実確認とレビュー	数値・固有名詞・出典を人が確認し、確認者を記録する
メタ情報・alt も確認対象	一括生成しても、公開前に一覧で目を通す
偽の著者は欺瞞	署名は実在の担当者か会社名。AIの関与は必要に応じて説明する

この表のうち、最も効くのは「本数の目標を置かない」ことです。AIを使うと本数を増やせるため、つい本数を目標にしがちですが、それがスパムポリシーに近づく一番の近道になります。

多言語サイトの自動化と hreflang

日英、英蘭のように複数の言語でサイトを運用している場合、翻訳の自動化は大きな時間の節約になります。Google は、言語や地域ごとのページの関係を hreflang で伝える方法を案内しています。

ただし、hreflang が正しく付いていても、翻訳の質は別の問題です。機械翻訳をそのまま並べたページは、上のスパムポリシーの「自動化された変換」に近づきます。読める人がいない言語のページは、作らないのが安全です。

8. 欧州のルールから見る：AI法・GDPR・アクセシビリティ

欧州の利用者に向けたサイトでは、Google の方針に加えて、EU とオランダのルールが前提になります。日本の事業者でも、欧州の利用者を対象にサービスを提供していれば関係します。

ここでは、サイト運用の自動化に直接かかわる部分だけを取り上げます。個別の判断が必要な場合は、法律の専門家に確認してください。

AI法 第50条：チャットボットの表示と、AIが書いた文章

第50条第1項は、人と直接やりとりするAIシステムについて、相手がAIだと分かるように設計することをAIの提供者に求めています。ただし、平均的な利用者から見て明らかな場合は除かれます。欧州委員会のFAQは、この「明らか」の例外は狭く解釈すべきで、最初のやりとりの時点で、分かりやすく伝える必要があると説明しています。

第50条第4項は、AIを使う側（deployer）に、公共の関心事について一般に知らせる目的で公開する、AI生成・加工の文章を表示するよう求めています。例外は、人による確認か編集上の管理を経て、人か法人が編集上の責任を持つ場合です。

通常の商品説明や会社案内が「公共の関心事」に当たるかは、FAQ でもはっきりとは示されていません。消費者の安全などは公共の関心事の例に挙がっているため、内容によっては対象になりうると考えておくのが無難です。違反には、最大1,500万ユーロか全世界売上高の3%のいずれか高いほうの制裁金が定められています。

GDPR とオランダ当局の警告

AIのサービスに問い合わせ内容や顧客名簿を入力すると、個人データを外部に渡すことになります。GDPR では、委託先として扱うなら第28条の契約が必要で、データ侵害が起きれば原則72時間以内の届出（第33条）が求められます。

オランダの個人データ保護当局（AP）は2024年8月、従業員がAIチャットボットに個人データを入力した事例を、データ侵害として報告を受けていると警告しました。挙がっていたのは、家庭医の診療所で患者の情報が入力された例や、通信会社で顧客の住所録が入力された例です。会社が認めた使い方でも法律に反することがあるとして、入力してよい情報を決めるよう求めています。

APは2026年2月、メールやファイルに広い権限を持つ実験的なAIエージェント（OpenClaw など）についても、個人データや秘密情報のあるシステムで使わないよう呼びかけました。ウェブページやメールに隠した指示で操作される危険（プロンプトインジェクション）も挙げています。サイトの管理画面に、AIエージェントへ広い権限を渡すのは避けてください。

APとオランダの消費者・市場庁（ACM）は2025年10月、顧客対応でのAIチャットボットについて共同の呼びかけを出し、人の担当者に連絡できる状態を保つことなどを求めています。

アクセシビリティは、自動チェックでは判定できない

欧州アクセシビリティ法は2025年6月28日から適用され、EC などの対象サービスはアクセシブルにする必要があります。零細のサービス事業者（従業員10人未満かつ年間売上高または総資産200万ユーロ以下）は対象外ですが、取引先の要件として求められる場面は増えています。

W3C の WAI は、評価ツールはアクセシビリティを判定することはできず、手助けをするだけだと説明しています。自動チェックで「エラー0件」でも、キーボードで操作できるか、読み上げで意味が通るかは、人が確かめなければ分かりません。

欧州のルールを、サイト運用で必要なことにまとめます。

ルール	対象	運用で必要なこと
AI法 第50条第1項	サイトのチャットボット	最初の画面で「AIが答えます」と表示する
AI法 第50条第4項	公共の関心事を伝えるAI生成文	人が内容を確認し責任を持つか、AI生成と表示する
AI法 第4条	AIを使う事業者	使い方と確認方法の手順書、担当者への説明
GDPR 第28条・第33条	AIに渡す個人データ	委託契約の確認、入力ルール、侵害時の届出手順
欧州アクセシビリティ法	EC などの対象サービス	自動チェックと、人による定期確認の組み合わせ

表の右列は、どれも第6章の「残す記録」と重なります。自動化の範囲を決めて記録を残すことが、そのまま欧州のルールへの備えになります。

9. 費用と工数の幅

自動化の費用は、どこまで作り込むかで大きく変わります。ここでは、進め方を3段階に分けて、初期の工数と月々の道具代の幅を示します。

金額はユーロで示します。為替で円の金額は変わるため、円で考える場合は、その時点のレートで換算してください。工数は時間で示しているので、日本でも欧州でもそのまま比べられます。

3つの進め方

進め方	中身	初期の工数	道具代（月）
段階1：既存機能の設定	自動更新、バックアップ、監視、Search Console の通知	4〜8時間	€0〜30
段階2：連携とAIの下書き	問い合わせの分類、レポート、記事・翻訳の下書き	20〜60時間	€30〜150
段階3：専用の仕組み	検証環境での自動テスト、承認つきの公開フロー	80〜200時間	€100〜500

いずれも DevNJ が置いた仮の目安（実測の統計ではありません）で、サイトの規模や既存の仕組みで変わります。段階1だけで、更新・監視の工数の大半は消えます。段階2以降は、効果と確認の手間を比べながら進めるのが安全です。

減る時間の目安

モデルサイト（月37時間）で、段階1と段階2まで進めた場合の見込みを、領域ごとに示します。「仕分け後」には、AIの出力を確認する時間を含めています。

領域	いま（時間/月）	仕分け後（時間/月）	減る理由
更新・保守	4	1.5	更新とバックアップの自動化
監視・計測	3	1	監視・計測・リンク切れの自動化
コンテンツ	16	11	下書き・翻訳・alt をAIに。確認は残る
SEO・検索	4	2.5	レポートの自動作成
問い合わせ対応	8	5	振り分けと返信の下書き
法令・品質	2	2	自動チェックは増えるが、確認は減らさない

合計は月37時間から23時間前後になり、減るのは4割弱です。半分以上を減らそうとすると、コンテンツと問い合わせの確認を削ることになり、第7〜8章のリスクが一気に高まります。

損益の考え方

自動化が割に合うかは、次の式で考えます。減った時間 × 社内の時給 − 道具代 − 仕組みの保守時間 × 社内の時給がプラスになるかどうかです。

モデルサイトでは、減る時間が月14時間前後、道具代が段階2で月€30〜150です。仕組みの保守に月2〜3時間かかるとすると、差し引きで月11〜12時間が浮く計算になります。初期の20〜60時間は、およそ2〜5か月で取り戻せる見込みです。

減った時間の分だけ、確認の時間が増える

AIの下書きは速く出てきますが、その分、確認する量が増えます。記事1本の下書きが3時間から1時間に縮んでも、事実確認と直しに1時間半かかれば、減るのは30分です。

確認の時間を見積もりから外さないことが、自動化の効果を過大に見積もらないための一番の注意点です。日本の AI 事業者ガイドライン（総務省・経済産業省、第1.1版）も、人の判断を適切な時点で介在させることと、自動化されたものへの過信（自動化バイアス）への対策を求めています。

10. 導入の手順：6週間で進める

棚卸しから定着までを、6週間で進める手順です。小さく始めて、効果を確かめてから広げます。

週ごとに成果物を決めておくと、途中で止まりにくくなります。

1. 1〜2週目：作業を書き出す。実際に手を動かした作業を、その都度棚卸し表に1行ずつ足す。頻度と1回の時間は実測する
2. 2週目の終わり：影響と判断の列を埋める。「失敗したときの影響」と「判断の要否」は、担当者とその上司の2人で決める
3. 3週目：5つの基準で仕分ける。全自動・AI下書き＋人・人が持つ、の3区分に分け、確認者と記録の方法を決める
4. 3週目：入力ルールを決める。AIのサービスに入れてよい情報・いけない情報を1枚にまとめ、関係者に配る
5. 4〜5週目：3〜5項目だけ試す。段階1の設定（自動更新・バックアップ・監視）から始め、AIの下書きは1つの作業に絞る
6. 5週目の終わり：前後の工数を比べる。確認にかかった時間を含めて記録し、減っていない作業は元に戻す
7. 6週目以降：月1回見直す。通知が読まれているか、承認が形だけになっていないかを確かめ、次の項目を足す

最初から全部を自動化しようとしないことが、6週間で形にするための条件です。試すのは3〜5項目に絞ってください。

11. よくある失敗

ここでは、自動化を始めた事業者で実際によく見る失敗を、防ぎ方とあわせて並べます。どれも、棚卸しと仕分けを飛ばしたときに起きやすいものです。

失敗	何が起きるか	防ぎ方
バックアップなしで自動更新	更新でサイトが止まり、戻せない	毎日のバックアップと四半期の復元テスト
通知をだれも読まない	監視が止まっていても気づかない	通知先を個人でなく共有の窓口に。月次で受信を確認
AIで記事を量産	内容が薄くなり、スパムポリシーに近づく	本数の目標を置かない。1本ごとに自社の知見を入れる
機械翻訳をそのまま公開	誤訳が信用を落とし、検索でも不利	言語ごとに読める人が確認する
チャットボットが価格を答える	誤った価格が約束として扱われる	価格・納期は答えさせず、人への経路を出す
「エラー0件」で安心	自動チェックで拾えない問題が残る	四半期ごとにキーボードと読み上げで確認
顧客情報をAIに貼る	データ侵害として届出が必要になる	入力ルールと、学習に使わない契約の確認
AIエージェントに管理者権限	隠れた指示で操作され、情報が漏れる	権限を最小にし、公開・削除は人が押す

8つのうち5つは、人の確認を外したことが原因です。残りの3つは、失敗したときに気づく仕組みがないことが原因です。自動化の設計では、「何を任せるか」と同じくらい「どこで止めるか」を決めてください。

12. 日本と欧州で比べる

日本向けと欧州向けのサイトを両方運用している場合、自動化の設計で気をつける点が少しずつ違います。ルールの考え方の違いとして整理します。

どちらが厳しいという話ではありません。日本はガイドラインと注意喚起で方向を示し、EU は規則で義務を定めているという形の違いです。

項目	日本	欧州（オランダ）
AIの使い方のルール	AI事業者ガイドライン（総務省・経済産業省）。法的な義務ではない	AI法。第4条は2025年2月、第50条は2026年8月から適用
チャットボットの表示	法律上の一般的な表示義務はない	AIと分かるようにする義務（明らかな場合を除く）
AIへの個人情報の入力	個人情報保護委員会が2023年6月に注意喚起	GDPR。APが2024年8月にデータ侵害として警告
アクセシビリティ	障害者差別解消法の合理的配慮（2024年4月から事業者も義務）	欧州アクセシビリティ法（2025年6月から）
検索での評価	Google の方針は共通	Google の方針は共通

検索の評価は共通で、違うのは法令の部分です。日欧両方で運用するなら、欧州の基準に合わせて自動化の範囲と記録を決めておくと、日本向けでも困ることはほとんどありません。

13. ケースで考える（架空の3社）

ここからは、架空の3社を例に、棚卸しの結果がどう変わるかを見ます。実在の企業ではありません。

同じ基準を使っても、事業の形によって「人が持つ」作業は変わります。自社に近い例を参考にしてください。

A社：日本の部品メーカーの欧州向け英語サイト

従業員80人。英語サイト40ページで、問い合わせは月20件、ほとんどが見積もり依頼です。運用は日本の営業企画部が兼務しています。

時間を食っていたのは、英語での問い合わせの一次返信と、英語版の更新でした。見積もりは人が持つまま、問い合わせの分類と返信の下書き、英語版の更新差分の抽出を自動化しました。欧州の買い手向けにチャットボットを置く場合は、最初の画面でAIと表示し、営業担当への経路を出す前提にしています。

B社：オランダの日本食材EC

従業員6人。商品ページが600点あり、日英蘭の3言語です。問い合わせは配送と在庫が中心で、月150件あります。

商品説明の翻訳と代替テキストを「AI下書き＋人」にしたのが一番効きました。蘭語はオランダ語を読めるスタッフが全件確認します。欧州アクセシビリティ法の対象外になりえる規模ですが、決済の流れは四半期ごとに人がキーボードで確かめます。

C社：日蘭2言語のコンサルティング会社

従業員3人。サイトは20ページとブログで、記事が問い合わせの主な入り口です。代表が記事を書いています。

AIに下書きを任せると、内容が他社と似てきました。そこで、AIには構成案と出典の候補だけを出させ、本文は代表が書く形に戻しています。減った時間は月3時間ほどです。

3社の仕分けの違いをまとめます。

会社（架空）	全自動にした作業	AI下書き＋人	人が持つ作業
A社（部品メーカー）	更新・監視・問い合わせの分類	英語の一次返信、更新差分	見積もり、技術的な回答
B社（食材EC）	在庫連動の表示、監視、スパム除外	3言語の商品説明、alt	返金・クレーム、決済の確認
C社（コンサル）	更新・監視・レポート	構成案と出典候補	記事本文、提案内容

3社とも、全自動にした作業はほぼ同じで、違うのは「人が持つ作業」です。そこが各社の価値の中心だからです。

14. やってはいけないこと

最後に、どの事業者でも避けたほうがよいことをまとめます。どれも、短期的には時間が減ったように見え、後で大きな手間になるものです。

やってはいけないこと	理由
ツールを先に契約し、後から使い道を探す	使われない道具が残り、費用と管理だけが増える
AIに価格・契約・返金を答えさせる	誤った回答が会社の約束として扱われうる
記事の本数を目標にする	価値を足さない量産は Google のスパムポリシーに当たる
自動チェックの結果だけで品質を判断する	アクセシビリティも内容も、ツールでは判定できない
確認の時間を見積もりから外す	効果を過大に見積もり、確認が形だけになる

この表の多くは、「人が確認する」という一行を省いたときに起きることです。自動化の目的は人の手を減らすことですが、人の目を減らすことではありません。

15. チェックリスト

自動化を始める前と、始めてから1か月後に、次の項目を確かめてください。

始める前

• 作業を1週間分、実際に手を動かした順に書き出した
• 各作業の頻度と1回の時間を実測した
• 「失敗したときの影響」と「判断の要否」の列を空欄なく埋めた
• 5つの基準で、3区分に仕分けた
• 区分ごとに、確認者と記録の方法を決めた
• AIに入力してよい情報・いけない情報を1枚にまとめた
• 使うAIサービスが、入力データを学習に使わない設定・契約か確かめた
• 毎日のバックアップがあり、復元を一度試した

始めてから1か月後

• 自動化した作業の失敗通知を、だれかが受け取って読んでいる
• AIの下書きの承認が、形だけになっていない（直した記録がある）
• 確認の時間を含めて、前後の工数を比べた
• チャットボットが最初の画面でAIと表示し、人への経路を出している
• 価格・契約・返金をAIが答えていない
• アクセシビリティの自動チェックに加え、人の確認の予定を入れた
• 効果がなかった作業を元に戻した

16. まとめ

• サイト運用の自動化は、ツール選びではなく作業の棚卸しから始める。6領域・30項目を7つの列で書き出す
• 任せるかどうかは、正解が外から決まるかと失敗したときに戻せるかの2つの問いでほぼ決まる。約束・個人データ・頻度の3つで補う
• 区分は「全自動」「AI下書き＋人の承認」「人が持つ」の3つ。全自動には失敗の通知、承認には中身の確認が必要
• Google はAIの利用自体を問わないが、価値を足さない大量生成（翻訳を含む）はスパム。事実確認と編集は人が行う
• 欧州では、2026年8月2日からAI法の透明性義務が適用された。チャットボットはAIと表示し、AIが書いた文章は人が確認して責任を持つ
• モデルサイトで減る工数は4割弱（月37時間→23時間前後）。確認の時間を見積もりに含める
• 6週間で、3〜5項目だけから始める。効果がなければ戻す

参考にした情報源

検索・ウェブ品質（Google・web.dev・W3C）

• Google Search's guidance about AI-generated content — Google Search Central Blog：AI生成コンテンツの評価方針（2023年2月）
• Spam policies for Google web search — Google Search Central：大規模なコンテンツの不正使用の定義と例
• Guidance on using generative AI content on your website — Google Search Central：公開前の事実確認、メタ情報、EC の IPTC メタデータ
• Creating helpful, reliable, people-first content — Google Search Central：「誰が・どのように・なぜ」、偽の著者の扱い
• Tell Google about localized versions of your page — Google Search Central：hreflang による多言語ページの指定
• Web Vitals — web.dev：LCP・INP・CLS の基準と75パーセンタイル
• Get started with the PageSpeed Insights API — Google for Developers：速度計測の自動化（API キーは自動実行で推奨）
• Selecting Web Accessibility Evaluation Tools — W3C WAI：評価ツールの限界と人の判断
• Web Content Accessibility Guidelines (WCAG) 2.2 — W3C：アクセシビリティの基準

EU・オランダのルール

• Article 50: Transparency obligations — AI Act Service Desk（欧州委員会）：第50条の条文
• Transparency obligations under Article 50 of the AI Act — 欧州委員会：人の確認の意味、適用日と猶予
• AI Literacy - Questions & Answers — 欧州委員会：第4条とデジタル・オムニバスによる改正
• European Accessibility Act — 欧州委員会：適用日、対象サービス、零細事業者の扱い
• Regulation (EU) 2016/679（GDPR） — EUR-Lex：第28条（委託）、第33条（侵害の届出）
• Caution: use of AI chatbot may lead to data breaches — Autoriteit Persoonsgegevens：AIチャットボットへの個人データ入力の警告（2024年8月）
• AP warns of major security risks with AI agents like OpenClaw — Autoriteit Persoonsgegevens：AIエージェントの警告（2026年2月）
• Oproep ACM en AP over AI-chatbots — Autoriteit Persoonsgegevens：顧客対応のチャットボットへの共同の呼びかけ（2025年10月）

日本のルールと統計

• 生成AIの活用方針等（令和8年版 情報通信白書） — 総務省：活用方針を持つ企業の割合（49.7%→68.9%）
• 生成AIサービスの利用に関する注意喚起等について — 個人情報保護委員会：2023年6月2日の注意喚起
• 障害を理由とする差別の解消の推進 — 内閣府：2024年4月からの事業者の合理的配慮の義務化
• AI事業者ガイドライン（第1.1版） — 総務省・経済産業省：人の判断の介在と自動化バイアス

統計・調査

• 20% of EU enterprises use AI technologies — Eurostat：2023〜2025年の推移、国別の上位
• Use of artificial intelligence in enterprises — Eurostat Statistics Explained：規模別の割合、用途（マーケティング・販売34.7%）
• State of WordPress Security in 2026 — Patchstack：2025年の脆弱性11,334件、プラグイン91%、悪用までの時間
• Plugin and themes auto-updates — WordPress.org：自動更新の仕組みと通知
• Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027 — Gartner：AIエージェント案件の中止予測
• Gartner Predicts 50% of Organizations Will Abandon Plans to Reduce Customer Service Workforce Due to AI — Gartner：顧客対応の人員削減計画の撤回予測

いずれも2026年10月21日に確認したものです。ルールと数値は変わるため、判断の前に公式サイトで最新の内容を確認してください。工数と費用の目安は DevNJ が置いた仮の目安で、実測の統計ではなく、サイトの規模と体制で変わります。