Cloudflareのエラー画面が出たときは、まず表示されたコードを確認してください。1006はIPアドレスの拒否、1015は頻度制限、1020はサイト側のセキュリティ機能による拒否、522はオリジンサーバーとの接続タイムアウトです。同じ「ページを開けない」状態でも、原因と相談先は異なります。
Cloudflareはサイトの配信と保護を担うため、閲覧者、サイト運営者、許可を得てデータを収集する担当者では、対処できる範囲が違います。エラー画面とRay ID、発生時刻、対象URLを残すと、サイト側の設定と接続障害を切り分けやすくなります。
本記事では、Cloudflareの役割、主なエラーコードの意味、閲覧者と運営者それぞれの確認手順を説明します。Octoparseでの収集中に表示された場合も、サイトの利用条件と許可を前提に診断します。
1. Cloudflareとは
Cloudflareは、Webサイトのパフォーマンスを向上させ、セキュリティを強化するために設計されたサービスです。具体的には、CDN（Content Delivery Network）を通じて、Webページや画像などの静的コンテンツを世界中に分散し、ユーザーに対してより速くコンテンツを配信します。
これにより、サーバーへの負荷を軽減し、ページの表示速度を大幅に向上させることが可能です。また、CloudflareはWAF（Web Application Firewall）やSSL証明書、DDoS攻撃防止機能などを提供し、Webサイトのセキュリティ面でも大きな役割を果たします。
さらに、Cloudflareは多くの企業や個人のWebサイトで導入されており、無料プランから高度な機能を持つ有料プランまで幅広く提供されています。その手軽さと高い効果から、WordPressなどのコンテンツ管理システムとも簡単に統合でき、初心者から大規模な企業まで幅広いユーザーに利用されています。
2. Cloudflareエラーコードの概要
Cloudflareを利用する際に、様々なエラーコードが表示されることがあります。これらのエラーコードは、主にアクセスやネットワークの問題を示し、ユーザーが問題を特定し、トラブルシューティングを行うための手掛かりを提供します。エラーコードの形式や分類を理解することで、発生した問題の原因を迅速に把握し、適切な対応を取ることが可能になります。
エラーコードの形式
Cloudflareのエラーコードは、主に3桁または4桁の数字で表示されます。これらのコードは、発生したエラーの種類を表しており、1xxxシリーズや5xxシリーズなどの形式で分類されます。
例えば、1xxxシリーズは主にアクセスやセキュリティ関連のエラー、5xxシリーズはサーバーやネットワークの問題を示します。各エラーコードには特定の意味があり、それに基づいて原因を調査し、適切な対応策を講じることができます。
Cloudflare固有のエラーコードの分類
Cloudflareのエラーコードは多岐にわたりますが、主にアクセス制御やサーバーの状態に関連するエラーが多く見られます。これらのエラーは、ユーザー側のアクセス問題やサーバー側のネットワーク設定など、さまざまな原因により発生します。
| エラーコード | 説明 |
| 1006 | サイト側の設定によるIPアドレスのアクセス拒否 |
| 1009 | 国・地域に基づくアクセス拒否 |
| 1015 | リクエスト頻度の上限による一時的な制限 |
| 1020 | サイト側のセキュリティ機能によるアクセス拒否 |
| 520 | オリジンから空・不明・予期しない応答 |
| 521 | オリジンがCloudflareとの接続を拒否 |
| 522 | Cloudflareとオリジン間の接続タイムアウト |
| 524 | 接続後、オリジンの応答がタイムアウト |
| 525 | SSLハンドシェイクエラー |
| 526 | オリジンのSSL証明書を検証できない |
3. Cloudflareよくあるエラーコード
Cloudflareを利用していると、特に頻繁に発生するエラーコードがいくつかあります。これらは、アクセス制御の問題やサーバー側のネットワークの問題に起因することが多く、迅速に対応することが求められます。
ここでは、よく見られるエラーコードをシリーズごとに分類し、その概要と対処法について説明します。
1xxxシリーズ：アクセスとセキュリティ関連エラー
1xxxシリーズは、主にCloudflareのセキュリティ機能やアクセス制限に関連するエラーです。これらのエラーは、ユーザーが特定の条件を満たさない場合や、Cloudflareがアクセスを制限する状況で発生します。
1020：サイト側のセキュリティ機能によるアクセス拒否
Cloudflareの公式説明では、1020はサイト運営者が設定したセキュリティ機能のブロック動作に一致した場合のアクセス拒否です。表示されたというだけで「スクレイピングを検知した」とは断定できません。また、すべてのWAFブロックが1020になるわけでもありません。まずエラー画面の時刻、対象URL、Ray IDを記録し、サイト運営者側の設定を確認する必要があります。
閲覧者やデータ利用者は、画面のスクリーンショットとRay IDを添えてサイト運営者へ問い合わせます。サイト運営者はCloudflareのSecurity Eventsで該当イベントとルールを照合し、正規の通信を誤って遮断している場合だけ設定を見直します。プロキシやリクエスト速度の変更だけで許可なくブロックを解除できると考えないでください。
1009：地域制限
Cloudflareのエラー1009は、特定の地域からのアクセスがブロックされた場合に表示されるエラーです。このエラーは、Webサイトの所有者が特定の国や地域からのアクセスを制限している場合に発生します。例えば、セキュリティ上の理由や、コンテンツの提供範囲を制限するために設定されることがあります。
1009が表示されたら、まずサイトの所有者に利用可能な地域と利用条件を確認します。サイト運営者が国・地域を意図的に制限している場合、接続元だけを変えて制限をくぐる方法を一般的な解決策として勧めることはできません。許可された公式API、データ提供手段、またはサイト運営者からの明示的な許可を確認してください。
1015：リクエスト頻度による一時的な制限
Cloudflareの説明によると、1015はサイト運営者が設定したレート制限の上限を超えた場合に表示されます。短時間の過剰なアクセスを抑えるための設定ですが、表示だけでアクセスの目的や悪意までは判断できません。Cloudflare固有のコード1015と、HTTPステータス429も区別して記録します。
1015を見た利用者は繰り返し再試行せず、時間を置いてから確認します。自動収集を許可されている場合も、タスクの頻度と並列実行を見直し、サイト運営者に許容範囲を確認します。運営者はSecurity Eventsとレート制限ルールを照合し、正規の通信を誤って制限している場合にだけ閾値や条件を調整します。
1006：IPアドレスのアクセス拒否
1006はタイムアウトではありません。Cloudflare公式ドキュメントでは、サイト運営者がクライアントのIPアドレスからのアクセスを拒否した状態と説明しています。エラー画面の「Access denied」と一致します。オリジンとの接続が時間切れになる522とは原因も確認先も異なります。
利用者はエラー画面とRay ID、発生時刻を保存してサイト運営者に連絡します。サイト運営者は該当するIPアクセスルールなどを調べ、許可すべき通信なら設定を見直します。1006に対してオリジンサーバーの性能増強や待ち時間の変更を「タイムアウト対策」として案内するのは原因の取り違えです。
5xxシリーズ：サーバーとネットワークエラー
5xxシリーズのエラーは、Cloudflareとオリジンサーバー間の通信に問題が発生した際に表示されます。これらのエラーは、主にサーバー側の問題が原因で、リクエストが正常に処理されない状況を示しています。サーバーの応答遅延や接続不良、設定ミスなどが一般的な原因として考えられます。次に、代表的な5xxシリーズのエラーコードとその対応方法について詳しく解説します。
520：不明なエラー
Cloudflareのエラー520は、サーバーからの不明な応答によって発生します。具体的には、オリジンサーバーがCloudflareに空のレスポンスや予期しないエラーメッセージを返した場合に表示されることが多いです。このエラーは、サーバーの設定ミスや一時的な接続不良が原因となることが一般的です。
サイト運営者はCloudflareの520診断手順に従い、Ray IDと発生時刻を基にオリジンのログを確認します。空の応答、HTTPヘッダーの問題、接続の切断など、実際の応答を確かめてから設定を見直します。原因が未確認の段階で再起動やCPU増強だけを行っても解決するとは限りません。閲覧者は画面情報を運営者へ伝えます。
522：接続タイムアウト
Cloudflareの522は、CloudflareとオリジンWebサーバー間の接続が時間内に成立しない、または接続後の応答確認が時間内に返らない状態です。オリジンの過負荷だけでなく、オリジン側のファイアウォールがCloudflareのIPを遮断していることや、宛先の設定が違うことも確認対象です。1006のような閲覧者IPの拒否とは分けて診断します。
閲覧者は少し時間を置いて再確認し、続く場合はサイト運営者へエラー画面とRay ID、発生時刻を伝えます。運営者はオリジンの稼働状況、DNSの宛先、Cloudflare IPに対するファイアウォールの扱い、サーバーログを順に確認します。原因を確かめる前にCPU増強やキャッシュ変更だけを行っても、宛先や遮断ルールの問題は解決しません。
4. Cloudflareエラーの診断と解決方法
エラーを解決する前に、対象サイトを管理しているかどうかを確認します。CloudflareダッシュボードでルールやSecurity Eventsを確認できるのは、サイト側に権限のある担当者です。外部サイトの閲覧者は設定を変更できないため、コード、Ray ID、時刻、URLと画面を添えて運営者へ連絡します。接続系のエラーなら、復旧を待って再確認することもできます。
Cloudflareダッシュボードの活用
サイト運営者はCloudflareダッシュボードのSecurity Eventsで、1006・1015・1020に対応するイベントを時刻やRay IDから探します。該当するルール、処理結果、対象URLを確認し、意図した遮断か誤判定かを判断します。セキュリティイベントが見つからない接続エラーについては、オリジンのログやネットワーク設定も別に確認します。
522なら、オリジンが稼働しているか、Cloudflareの接続元IPをファイアウォールで遮断していないか、DNSの宛先が正しいかを順に調べます。520ならオリジンが返した応答とHTTPヘッダーを確認します。アクセス拒否と接続障害を同じログだけで判断しないことが重要です。
ログとアナリティクスツールの確認
エラーを再現できる場合は、サイト側で発生時刻、URL、Ray IDを軸にCloudflareのイベントとオリジンサーバーの記録を照合します。同じコードでも、サイトごとのルールやオリジン構成によって原因は変わります。ログがない、または権限がない場合は、原因を断定せず、確認できた画面情報だけを運営者に渡します。
Octoparseのタスクでは、実行ログに加え、失敗したURLとエラー画面、ローカル／クラウドの実行環境を記録します。クラウド側だけで起きる場合、接続元や実行環境の違い、認証チャレンジ、待機設定、ページ構造の変化を分けて確認します。ただしタスクログだけでは、外部サイトのCloudflareルールの意図やオリジン内部の障害までは分かりません。
一般的なトラブルシューティング手順
確認の順序は、①コードと画面を保存する、②対象サイトの利用条件とアクセス許可を確認する、③同じURLで発生するか、ローカルとクラウドで差があるかを見る、④担当者に応じたログとルールを調べる、です。522の場合は運営者がオリジンとの接続を確認し、1015の場合は利用者が連続再試行を止めて許された頻度を確認します。
自社サイトでの誤判定が判明したときだけ、該当する通信を限定してルールを見直します。外部サイトで1006・1009・1020が表示された場合は、勝手に接続元を変えて試し続けず、運営者の案内を待ちます。問題が収集タスク側に見える場合も、エラーコードとイベントログを添えてOctoparseサポートに相談すると切り分けが進みます。
5. データ収集時のCloudflareエラーを診断する方法
自動収集のタスクにCloudflareの画面が現れたら、まず「サイト側の拒否」「頻度制限」「認証チャレンジ」「オリジンとの接続障害」のどれかを判別します。1006・1020・1015・522を一律にプロキシ設定で処理することはできません。エラー画面、Ray ID、URL、発生時刻、ローカル実行かクラウド実行かを記録し、サイトの利用条件と収集許可を確認した上で、該当する担当者と対処を分けます。
1006・1020はサイト側の許可とルールを確認
1006はクライアントIPの拒否、1020はサイト運営者が設定したセキュリティ機能による拒否です。別のIPに切り替えて再試行を続ける前に、対象サイトの利用条件と権限を確かめます。正規の利用が誤って遮断されたと考えられる場合、エラー画面とRay IDを添えて運営者へ照会してください。
サイト運営者自身がCloudflareを管理している場合は、Security Eventsで該当イベントを検索し、どの条件が一致したかを確認します。許可する根拠がある通信だけ、対象を絞ってルールを見直します。外部サイトの利用者がCloudflare側の設定を変更することはできません。
OctoparseにもCloudflare認証画面向けの設定がありますが、認証チャレンジへの対応とサイト運営者が明示的に拒否した1006・1020の解除は別の話です。機能の存在を、アクセス許可が得られた証拠として扱わないでください。
認証チャレンジとローカル・クラウドの違いを確認
数字のエラーコードではなくCloudflareの認証画面が表示されることもあります。Octoparseではローカル実行で手動認証する手順と、条件に応じた自動処理の設定が案内されています。ただし、ローカルでは表示できてもクラウドでは異なる接続元・実行環境になるため、結果が同じとは限りません。
クラウドだけでデータが欠ける場合は、タスクのイベントログや画面記録を見て、同じURLで認証・拒否・タイムアウトのどれが起きたか確かめます。Octoparse Help Centerも、クラウド実行の欠損ではログ画面の確認を先に勧めています。ブラウザ設定を変えても1006や1020が消える保証はありません。
robots.txtと利用規約の遵守
収集前に対象サイトの利用規約、robots.txt、公式API・データ提供手段を確認します。robots.txtはクローラー向けのアクセス方針を示しますが、それだけで利用許諾やデータの再利用権が得られるわけではありません。逆に、Cloudflareの画面が出ないことも収集や再配布の許可を意味しません。
サイトによって、閲覧は可能でも自動取得や商用利用を制限している場合があります。必要なデータがあるなら、利用条件を満たす公式API、公開データ、明示的な許可を優先します。条件が不明なままIPを変えて拒否を回避する方法を標準手順にしないことが、継続的な運用とリスク管理につながります。
リクエスト頻度の制限実施
1015はサイト運営者のレート制限に達したことを示します。許可された収集でも、短時間に多数のタスクやサーバーから同じサイトへアクセスすれば上限に達する場合があります。個々のタスクだけでなく、組織全体の実行予定と並列数を確認し、運営者が示す制限を守ってください。
発生後は連続再試行を止め、時間を置きます。再開する場合は、許容される頻度に合わせて待機時間、スケジュール、対象ページ数を調整します。アクセスパターンを人間に見せかけることを目的にランダム化しても、サイト側の許可や上限を置き換えるものにはなりません。
定期収集なら、差分更新や不要ページの除外でリクエストそのものを減らす方法もあります。ただし1015はサイトごとのルールに基づくため、時間帯を変えれば必ず解除されるわけではありません。運営者が連絡窓口やAPIを設けているなら、継続収集の条件を相談する方が確実です。
6. スクレイピングにおけるCloudflareエラーコードの重要性
スクレイピング中にCloudflareの画面が出たとき、エラーコードは「誰が対処できる問題か」を分ける手掛かりになります。サイト運営者がアクセスを拒否した1006・1020、頻度制限の1015、オリジンサーバーとの接続問題である522では、必要な確認先も対処も異なります。コードを読まずに同じ設定変更を繰り返すと、原因を見失います。
ここでは、収集タスクを運用する立場から、エラーの切り分け、許可された範囲での再実行、結果の検証を整理します。サイト側のセキュリティ判断を回避する方法ではなく、正規のデータ取得経路を選ぶための手順です。
エラーの識別と診断：画面・ログ・担当を分ける
まずエラー画面にあるコード、Ray ID、発生時刻、対象URLを記録します。1020はサイト運営者が設定したセキュリティ機能による拒否です。アクセス元が正当な利用者であっても、その条件に一致すれば表示されます。自社サイトならCloudflareのSecurity Eventsと照合し、外部サイトなら運営者へ画面とRay IDを伝えて許可条件を確認します。タスク側の設定だけで解除できると決めつけないでください。
一方、522はCloudflareからオリジンサーバーへの接続が時間内に確立しなかった状態です。524は接続後の応答待ちでタイムアウトした状態で、同じ「遅い画面」でも段階が異なります。自社サイトならオリジンの稼働・負荷・ネットワーク設定を確認し、外部サイトの利用者なら時間を置いて再確認し、継続する場合は運営者へ連絡します。両者をアクセス拒否と混同しないことが切り分けの第一歩です。
収集設計の見直し：許可・頻度・取得経路を確認
1020と1015はどちらも取得を止める画面ですが、対処は同じではありません。1015ならサイトのレート制限を確認し、許可された範囲で並列数やスケジュールを下げます。1020なら頻度を下げるだけで解除されるとは限らず、サイト側のルールと利用許可の確認が先です。公式APIやダウンロード提供がある場合は、利用条件と必要な項目を比較して取得経路を選びます。
許可された自動収集では、対象URLの重複を除き、更新のないページを毎回取得しない設計が有効です。タスクの待機時間、ページ数、実行頻度を運営者の条件に合わせて設定し、初回は少数ページで抽出列と欠損を確認します。複数タスクが同じサイトへ同時アクセスしていないかも見てください。ユーザーエージェント変更や人間らしい操作の模倣を、拒否の回避策として勧めることはできません。
接続元IPを変えても、サイト側の許可や収集条件は変わりません。1006・1020のように明示的な拒否を受けた場合、代理接続で再試行を続けるのではなく、対象サイトの運営者に正規の取得方法を確認します。自社サイトでCloudflareを管理している場合は、Security Eventsやオリジンのログをもとに誤判定と障害を分け、根拠のある通信だけを対象に設定を見直します。
データ収集効率の確認：無効な再試行と欠損を減らす
同じエラーが続くとき、再試行回数だけ増やしても有効な行は増えません。コードごとの発生件数、失敗したURL、取得済み行数、欠損列、ローカルとクラウドの差を確認し、停止条件を決めます。1020を「待てば必ず直る」、522を「IPを変えれば直る」と誤解すると、不要なアクセスを増やすだけになります。
収集対象ページと必要な項目を先に決め、不要なページ遷移や重複URLを除外します。許可された取得でも、エラー画面をデータ行として誤保存しないよう、代表行のURL・項目・空値を点検します。Octoparseのクラウド実行だけで欠損する場合は、イベントログと画面記録で認証・タイムアウト・ページ構造の変化を見分け、原因が不明ならサポートに状況を共有します。
運用面では、エラー発生後の自動再試行を無制限にしないことも重要です。成功行と失敗URLを分け、次回は許可された未取得分だけを対象にします。サイト側の提供方法が変わった場合は、タスクの設定変更より先に公式APIやデータ提供へ切り替えられるか確認すると、不要な実行と確認作業を減らせます。
リスク管理（アカウント停止の予防、法的リスクの低減）
スクレイピング利用時のリスク管理は重要な課題です。誤った使い方は、アカウント停止や法的なトラブルに発展する可能性があります。そのため、エラーコードの理解だけでなく、アカウント停止や法的リスクを予防するための具体的な対策が必要です。
対策の1つ目は、アカウント停止のリスクを減らすために、スクレイピング活動の対象サイトの利用規約をしっかり確認し、その規約に従うことです。サイトによっては、特定のデータのスクレイピングを禁止している場合もあります。このような禁止事項に違反すると、アクセスがブロックされるだけでなく、法的な措置が取られることもあります。
2つ目は、許可された取得範囲と頻度を守り、エラーが出たら一旦止めて原因を確認することです。1015では待機と並列数を、1006・1020では利用許可とサイト側のルールを、522ではオリジンの接続状態を確かめます。拒否を受けた後に接続元を分散させ、普通の閲覧に見せかけることは、許可の確認やリスク対策の代わりになりません。
また、法的リスクを減らすには、スクレイピングが合法的に行われているかどうかの確認が不可欠です。特に、商業目的でデータを使用する場合は、データの取得が現地法や国際法に違反しないかを確認することが求められます。専門家のアドバイスを受けながら、適法にデータを取得することが重要です。
7. まとめ
本記事では、Cloudflareのエラーコードの種類と、それらのエラーが発生した際の対処法について詳しく解説しました。Cloudflareは、Webサイトのパフォーマンス向上とセキュリティ強化に大きく貢献するサービスですが、その利用中にはさまざまなエラーが発生することがあります。
Cloudflareのエラーを正しく理解し、適切な対策を講じることで、Webサイトの運営やデータ収集をスムーズに進めることができるでしょう。
競合情報も営業リストも、ウェブデータをそのままExcel・CSV・Google Sheetsに出力
コード不要、誰でも今日から。クリック操作だけで必要な項目を自動抽出
Google Maps・食べログ・iタウンページ向けテンプレートで、リード獲得をすぐに開始
クラウドで毎日・毎週自動実行。大量取得でも安定して、競合動向を常に把握
MCP対応でAIエージェントと連携。収集データをAIに渡して分析・活用まで一気通貫
クレジットカード不要で無料スタート。世界600万人以上が選んだ信頼のツール
