定型のWeb申請をブラウザ自動操作で無人化した実録｜AIでできること・できないことの境界線
当サイトはアフィリエイトプログラムを利用しており、紹介リンク経由での申込により報酬を得る場合があります。記事内で紹介するサービスには筆者が実際に使用しているものと、客観情報として比較掲載しているもの（未使用・PR表記あり）が含まれます。
結論
定型のWeb申請は「フォーム入力→確認クリック→送信→完了スクリーンショット保存」まで自動化できる。ただしログイン・2FA（二要素認証）・金銭を伴う操作は人が立ち会う必要がある。「完全放置」ではなく「自動＋人が最後だけ確認する」分業設計が、現実的かつ安全な使い方だ。
毎月同じWeb申請フォームを5〜10件入力するだけで、体感で1時間以上が溶けていた。会員登録、補助金の申込フォーム、各種サービスの設定変更画面——どれも「同じような入力の繰り返し」なのに、なぜこんなに時間がかかるのか。
そう思ってブラウザ自動操作ツールを触り始めたのが、約半年前のことだ。プログラミング経験はゼロ。ChatGPTにコードを書いてもらいながら、実際にいくつかの定型申請を自動化した。この記事はその実録だ。
ブラウザ自動操作とは何か#
ブラウザ自動操作とは、人間がマウスとキーボードでやる操作——URLを開く・フォームに入力する・ボタンをクリックする——をスクリプト（小さなプログラム）に覚えさせ、自動で再現させる技術だ。
代表的なツールは Playwright や Puppeteer（コードベース）、Make（旧Integromat） や Zapier（ノーコード系）など。コードを書かなくてもChrome拡張の録画機能で操作を「記録→再生」できるものもある。
非エンジニアがAIを使って取り組む場合、現実的な入り口は3つだ。
| アプローチ | 難易度 | 費用感（目安） | 向いている用途 |
|---|---|---|---|
| Playwright（AI生成スクリプト） | ★★☆ | ほぼ無料（実行環境のみ） | 繰り返しの多い複雑なフロー |
| Zapier / Make ノーコード | ★☆☆ | 月2,000〜10,000円程度 | シンプルなフォーム送信・通知連携 |
| Chrome録画拡張 | ★☆☆ | 無料〜数千円 | 単純な繰り返しクリック |
私が使ったのは主にPlaywrightで、ChatGPTにスクリプトを書いてもらって動かした。最初は「コードが読めなくて不安」だったが、エラーメッセージをそのままChatGPTに貼れば修正案を出してくれるので、思ったより前に進めた。
実際に自動化できたWeb申請の種類#
半年間でうまくいった申請フローを振り返ると、「入力→確認→送信」の3ステップで完結するものはほぼ自動化できた。
手順
- 対象フォームのURLを開く（ブラウザが自動でアクセス）
- 入力値をCSVやスプレッドシートから読み込む（氏名・住所・数量など）
- 各フィールドに自動入力する（テキストボックス・ドロップダウン・チェックボックス）
- 「確認する」ボタンをクリックして確認画面へ遷移
- 「送信」ボタンをクリックして申請完了
- 完了画面のスクリーンショットを保存（証跡として記録）
体感では、1件あたり5〜10分かかっていた入力作業が、まとめて流すと1件あたり30秒前後になった。10件なら50分が5分になる計算だ。月に何度か発生する定型申請には効果を実感している。
ただし初期設定に3〜5時間程度かかったので、月1回程度しか発生しない申請では費用対効果が合わない可能性もある。事前に「何件×何分/月」で計算してから着手することをすすめる。
メモ
自動化の費用対効果の目安：月5件×10分=50分の削減なら、設定に3時間かけても4ヶ月で回収できる。件数が少なければノーコードツールから試す方が早い。
AIで越えてはいけない3つの線#
ここが最も重要だ。自動化を実際に触って感じたのは、「できることとできないことの境界線が明確にある」ということだ。この線を越えようとした瞬間、技術的な問題だけでなく法的・契約的なリスクが一気に上がる。
1. ログイン画面は人が通過する#
IDとパスワードをスクリプトに書いて自動ログインさせることは技術的には可能だ。しかしこれをやると2つの問題が起きる。
まず、スクリプトファイルにパスワードを平文で保存するのはセキュリティリスクが高い。ファイルが漏れればアカウントごと奪われる。次に、多くのサービスは利用規約で自動ログイン・ボット操作を禁止しており、検知されてアカウントがロックされた事例も聞いている。
現実的な運用：ログインは人が手動で済ませ、ログイン後のセッションが有効な状態でスクリプトを起動する。
2. 2要素認証（2FA）は自動化しない#
SMSやアプリで届くワンタイムパスワードをスクリプトで処理しようとすることは、セキュリティの根幹を壊す行為だ。2FAは「あなたが持つデバイスで確認する」ための仕組みで、これを機械に任せると不正アクセスとの区別がつかなくなる。2FAが必要な画面は必ず人が立ち会う。
3. 金銭を伴う操作は必ず人が確認する#
クレジットカード番号の入力・振込金額の確定・購入ボタンの押下——これらは1クリックで取り消せない影響が出る。スクリプトのバグで誤金額が入力されたまま決済されると、返金対応で余計な時間を取られる。
金銭フローは「自動で入力だけして、確認ボタンは人が押す」設計を徹底した。
注意
ログイン自動化・2FAバイパス・自動決済は、サービス規約違反・不正アクセス禁止法・電子決済関連のリスクがある。自動化の範囲は「入力補助と確認」に留め、実行判断は人が持つこと。
落ちる箇所と復旧設計の実録#
6ヶ月間使ってスクリプトが落ちた（止まった）理由の約9割は、次の3つだった。
| 原因 | 具体例 | 対策 |
|---|---|---|
| サイト側のデザイン変更 | ボタンの場所やHTML IDが変わった | セレクタを月1回見直す |
| CAPTCHAの出現 | 「ロボットではありませんか」確認画面 | 人が手動で通過してから再起動 |
| ネットワーク遅延 | 画面遷移が遅くて次の操作がタイムアウト | 待機時間を長めに設定する |
サイトの見た目が変わると、スクリプトが「クリックすべき要素が見つからない」と止まる。これが一番多かった。
復旧設計として有効だったのは2つだ。まず、スクリプトが止まったら完了画面のスクリーンショットが保存されているか確認する。保存されていれば申請は通っている。次に、毎回の実行ログをテキストファイルに書き出す設定にしておき、どのステップで止まったかを即座に特定できるようにすること。
「スクリプトが止まった＝申請できていない」ではなく、「どこまで進んだか確認する」習慣が大切だ。
メモ
スクリプト実行のログは必ず残す。最低限「何時に実行して、何ステップ目まで進んだか」がわかれば、二重申請や抜け漏れを防げる。
ブラウザ自動操作の向き不向き#
メリット
- 同じフォームを何度も繰り返す作業に劇的に効く
- 手入力より正確（コピペミス・見間違いが減る）
- 深夜・早朝に無人で実行できる
- スクリーンショットで証跡が自動保存される
デメリット
- 初期設定に数時間〜半日かかる（ROI計算が必須）
- サイトのデザイン変更のたびにメンテナンスが必要
- CAPTCHAや2FAには対応できない
- ボット操作を禁止しているサービスでは使えない
向いているのは、毎月・毎週繰り返す定型申請で、かつCAPTCHAやログインが不要な公開フォームだ。逆に、ログイン後の管理画面を深く触る・金銭を動かす・本人確認が絡むフローは、自動化の対象外と考えた方が安全だ。
スクリプトをどこで動かすか#
スクリプトを自分のパソコンで動かすだけなら追加費用はかからない。ただし「パソコンを閉じていても夜中に自動実行したい」という場合、常時稼働のサーバーが必要になる。
そういった用途にはレンタルサーバーが手軽だ。Xserverは国内シェアトップクラスの安定性があり、管理画面も非エンジニアが使いやすい設計になっている。スクリプトの定期実行（cron）もサーバーパネルから設定できるので、深夜バッチを走らせる実行基盤として使いやすかった。
PRおすすめXserver（レンタルサーバー）スクリプトの常時稼働・深夜バッチ処理の実行基盤に。国内最大級の安定性と、非エンジニアでも使いやすい管理画面が特徴。初期費用無料キャンペーン実施中（時期により変動）。まとめ#
定型のWeb申請を自動化した半年間の実録をまとめると、次のようになる。
- 自動化できる：フォーム入力・確認クリック・送信・スクリーンショット保存
- 自動化しない：ログイン・2FA・金銭の確定操作（やってはいけない）
- 落ちる原因の9割：サイトデザイン変更・CAPTCHA・タイムアウト
- 復旧の鍵：実行ログを残す・完了証跡を確認する
完全な無人化は現実的ではないが、「人が関わる工程を最小化する」だけでも、月に数十分〜数時間の作業を削ることはできる。最初の一歩はシンプルなフォーム1つをPlaywrightで動かしてみることだ。うまくいった手応えが次の自動化へのモチベーションになる（効果は個人の状況によって異なり、成果を保証するものではない）。
よくある質問#
ブラウザ自動操作は利用規約違反になりますか？#
サービスによって異なる。一般的な公開フォームでは自動入力を明示的に禁止していないことが多いが、利用規約にボット操作の禁止条項があるサービスでは規約違反になる。使う前に対象サービスの規約を確認することが必要で、特にログインが必要なサービスは慎重に扱う。
プログラミング経験なしでも本当に作れますか？#
ChatGPTやClaudeにPlaywrightのスクリプトを生成してもらい、エラーが出たらそのメッセージを貼り付けて修正を依頼するやり方で、実際に動かすことはできた。ただし「なぜ動くか」を理解せずに進むとトラブル時に対処できない。最初は1つのシンプルなフォームだけを対象に試すことをすすめる。
CAPTCHAが出るフォームはどうすればいいですか？#
CAPTCHAが表示されるとスクリプトは止まる。現実的な対処は、CAPTCHAが出た時点でスクリプトがSlackやメールで通知を送り、人が手動で通過してからスクリプトを再開する設計にすることだ。CAPTCHA解析サービスも存在するが、多くのサービスの規約に抵触する可能性があるため推奨しない。
