スクレイピング中にIPアドレスがブロックされたら、最初に行うのはIP変更ではなくタスク停止と原因の記録です。失敗したまま再試行すると、速度制限が長引いたり、アカウントやCookieまで拒否対象になったりすることがあります。
この記事は「IPアドレスがブロックされた」「IPブロックを解除したい」という読者向けに、停止から安全な再開までの実務手順を説明します。IPバンの一般的な定義やOctoparseの各設定は関連ページへ分けています。
目次
本当にIPアドレスがブロックされたかを確認する
同じエラーでも原因はIPとは限りません。まず発生時刻、URL、画面メッセージ、HTTPステータス、ローカル/クラウドの別、ログイン状態、直前の実行頻度を記録します。
| 確認結果 | 可能性 | 次の確認 |
|---|---|---|
| 同じネットワークの通常ブラウザも開けない | 接続元IPまたは回線単位の制限 | 時間を置き、運営者の通知・障害情報を確認 |
| 通常ブラウザは開くがタスクだけ失敗 | 速度、UA、Cookie、JavaScript、ワークフロー | ログと失敗ステップを確認 |
| 403が返る | 権限、URL、WAF、アクセス方針 | 403専用の切り分けへ |
| 429とRetry-Afterが返る | レート制限 | 指定時間待ち、頻度と並列数を下げる |
| ログアウト後だけ開ける | アカウントまたはCookie単位の制限 | Cookie有効期限とアカウント通知を確認 |
「IPバン」と他の拒否状態の違いは、IPバン（IPブロック）とはで確認できます。ここでは、実行中のタスクを復旧させることに集中します。
スクレイピングでIPアドレスがブロックされる原因を切り分ける
リクエスト頻度・同時実行数
短時間にページを開きすぎる、ページネーションが無限ループする、複数タスクが同じURLへ集中する、といった状態を確認します。429はリクエスト過多を示すため、Retry-Afterがあれば必ず従います。
対象URLと権限
ログイン必須ページ、地域限定ページ、robots.txtや利用規約で自動取得を制限するページではないかを確認します。公式APIや提供データがある場合は、そちらを優先します。
IP・User-Agent・Cookieの組み合わせ
ログインCookieを保持したままIPやUser-Agentだけを頻繁に変更すると、1つのセッションとして矛盾します。逆に、公開ページの巡回で古いCookieが蓄積し続けると追加認証の原因になることがあります。
共有IPと実行環境
ローカル回線とクラウド回線では出口IPが異なります。クラウドでだけ失敗する場合は、タスク設定だけでなく実行環境の差も記録します。
IPアドレスのブロック解除手順
- タスクを停止し、自動再試行とスケジュールを一時停止する。
- 実行ログ、失敗URL、エラー画面、ステータスコード、発生時刻を保存する。
- 通常ブラウザで対象の公開ページを1回だけ確認し、サイト障害・ログイン切れ・IP拒否を分ける。
- 429ならRetry-After以上待つ。403なら権限・URL・Cookie・アクセス方針を確認する。
- 管理者に解除を依頼できるサービスでは、記録した時刻とIP、正当な利用目的を伝える。
- 規約と許可範囲を確認し、待機時間、並列数、URL範囲、セッション設定を修正する。
- 1～3ページの小規模テストで復旧を確認してから、段階的に実行量を増やす。
ルーター再起動でグローバルIPが変わるかは契約と回線方式によります。固定IPでは変わりません。IPが変わっても同じ高頻度設定を再開すれば再発するため、原因を直さず接続元だけを変更しないでください。
解除後にスクレイピングを安全に再開する
- 対象を代表的な1ページに絞り、取得項目が正しいか確認する。
- 待機時間を長めにし、同時実行を1つから始める。
- ログインタスクは同じIP・User-Agent・Cookieをセッション中維持する。
- 429、403、CAPTCHA、空データが増えたら自動停止する基準を決める。
- 取得件数だけでなく、欠損・重複・別地域表示がないかも確認する。
プロキシやUser-Agentを変えても解除できない場合
IPアドレスのブロック解除ができない時は、制限単位がIPではない可能性があります。アカウント、Cookie、端末、地域、URL、権限、アクセスパターンのどこで拒否されているかを再確認します。
- 403が続く：認証・権限・WAF・URLの問題を確認する。
- 429が続く：頻度だけでなく並列タスクや他部署の同一回線利用も確認する。
- ログイン後だけ失敗：Cookie失効、MFA、セッション中のIP/UA変更を確認する。
- クラウドだけ失敗：ローカルとクラウドの出口IP、地域、Cookieを比較する。
- データが空になる：ブロック画面を通常ページとして取得していないか確認する。
Octoparseで再開前に確認する箇所
Octoparseでは、待機時間、プロキシ、User-Agent、Cookie、Cloudflare関連機能を用途別に設定できます。具体的な画面と矛盾しない組み合わせは、Octoparseのブロッキング対策設定にまとめました。一般的な予防策はブロックを予防する10の対策、IP切り替えだけを設計する場合はIPローテーションを参照してください。
サポートへ相談する場合は、タスクID、実行環境、失敗時刻、エラー画面、対象URLの種類、ローカル/クラウドで結果が違うかを揃えると、原因の切り分けが早くなります。匿名化したサポート傾向でも、単に「取れない」という結果だけでなく、この実行条件が繰り返し確認されています。
IPアドレスのブロック解除に関するよくある質問
IPアドレスがブロックされたら最初に何をしますか？
タスクを停止し、時刻、URL、HTTPステータス、ログ、画面メッセージを保存します。別IPで再試行する前に、429・403・ログイン切れ・サイト障害を分けます。
無料プロキシを使えばすぐ解除できますか？
推奨できません。共有歴や運用主体が不明なIPは、既に拒否対象になっている可能性があります。機密性のあるCookieやログイン情報も送らないでください。
キャッシュ削除でIPブロックは解除できますか？
通常、サーバー側のIP拒否は解除できません。ただし古いページ資源やCookieが原因の表示不整合を確認する補助にはなります。キャッシュとCookieを区別して扱います。
まとめ
IPアドレスがブロックされた時は、停止、証拠保存、制限単位の確認、待機または管理者確認、設定修正、小規模テストの順で復旧します。接続元だけを変えて同じタスクを再開せず、再発条件を取り除いてから段階的に戻すことが重要です。
競合情報も営業リストも、ウェブデータをそのままExcel・CSV・Google Sheetsに出力
コード不要、誰でも今日から。クリック操作だけで必要な項目を自動抽出
Google Maps・食べログ・iタウンページ向けテンプレートで、リード獲得をすぐに開始
クラウドで毎日・毎週自動実行。大量取得でも安定して、競合動向を常に把握
MCP対応でAIエージェントと連携。収集データをAIに渡して分析・活用まで一気通貫
クレジットカード不要で無料スタート。世界600万人以上が選んだ信頼のツール
