WordPressで「cURL error」と出る原因と対処法｜28・60・7など番号別
直らないときは、無料でご相談いただけます（直らなければ料金はいただきません）。
結論：「cURL error」は、WordPressが動いているサーバーから、自分のサイトや外のサービスへ通信しようとして失敗したときに出る表示です。サイトを見ている人のブラウザではなく、サーバー側の通信の失敗です。
うしろの番号（28・60・7など）で、どこでつまずいたかの見当がつきます。あわせて、どこへの通信で出たか（自分のサイト・WordPress.orgなどの配布元・外のサービス）を見ると、確かめるところが分かります。
目次
出る画面
cURL error は、次のような場所で、ほかの文と一緒に出ます。数字や秒数は、場合によって変わります。
- 「ツール」→「サイトヘルス」の「REST API でエラーが発生しました」を開くと、「REST API レスポンス: (http_request_failed) cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received」のように出る
- 同じく「サイトでループバックリクエストが完了できませんでした」を開くと、「エラー: cURL error 28: …」と出る
- 同じく「WordPress.org に接続できませんでした」を開くと、エラーの文の中に cURL error が出る
- 本体・プラグイン・テーマの更新やインストールで、「ダウンロードに失敗しました。」と一緒に cURL error が出る
- SNSとの連携、決済、メールの配信、バックアップの送り先など、外のサービスとつながるプラグインの画面に出る
番号の意味と、まず確かめること
番号の意味は、cURL（通信に使われている仕組み）の公式の資料にもとづいています。この記事で扱う番号をまとめました。
| 番号と英語の文 | 何が起きたか | まず確かめること |
|---|---|---|
| 6：Could not resolve host | 接続先の名前（ドメイン）から、相手のサーバーを見つけられなかった | 接続先のアドレスに誤りが無いか。ドメインの設定を変えた直後やサーバーの引っ越しの直後でないか |
| 7：Failed to connect | 相手のサーバー（または通信を中継するプロキシ）につながらなかった | 相手のサービスが止まっていないか。サーバーからの通信が制限されていないか。プロキシを使っている場合は、その設定 |
| 28：Operation timed out など | 決められた時間のうちに、通信が終わらなかった | 相手（自分のサイトのこともあります）の返事が遅くなっていないか。通信が途中で止められていないか |
| 35（うしろの文はさまざま） | 暗号化した通信（SSL/TLS）を始めるやり取りのどこかで失敗した | 相手のサイトのSSLの設定と、こちらのサーバーの通信の仕組みの両方。うしろの文が手がかりになります |
| 60：SSL certificate problem など | 相手のサーバーの証明書を、正しいものと確かめられなかった | 相手のサイトの証明書の期限や設定。相手に問題が無ければ、確かめる側（こちらのサーバー）の環境 |
| 77：error setting certificate verify locations など | 証明書を確かめるためのファイルを読めなかった | そのファイルがあるか、場所の指定や読み取りの権限が合っているか |
WordPressの通信の待ち時間は、標準の設定では5秒、この記事で紹介しているサイトヘルスの確認では10秒です（処理や設定によって変わります）。サイトヘルスの例の「Operation timed out after 10001 milliseconds」は約10秒で時間切れになったこと、「with 0 bytes received」は返事を1バイトも受け取れなかったことを表しています。
アドレスやファイルの場所など、何を確かめればよいか分からないときは、エラーの文をそのまま添えて、サーバー会社やご相談先に伝えると話が早く進みます。
どこへの通信で出たかで見分ける
| 出た場所 | 通信の相手 | 確かめるところ |
|---|---|---|
| サイトヘルスの「REST API でエラーが発生しました」「サイトでループバックリクエストが完了できませんでした」 | 自分のサイト | 自分のサイトへの通信で出るとき |
| サイトヘルスの「WordPress.org に接続できませんでした」、更新やインストールの「ダウンロードに失敗しました。」 | WordPress.org などの配布元（有料のプラグインやテーマは、その販売元のこともあります） | 更新・インストールの通信で出るとき |
| プラグインの画面や、連携の操作のとき | 外のサービスなど（操作によって違います） | 外のサービスとの連携で出るとき |
作業の前に確かめること
- 出ている文を控える：番号だけでなく、うしろの英語の文も含めてそのまま書き写すか、画面を保存しておきます。人に見せるときは、パスワードやAPIキーなどの文字が含まれていないかを確かめてから送ります。
- いつから・直前の作業：サーバーの引っ越し、ドメインやSSLの設定の変更、プラグインの追加、セキュリティの設定の変更などをしていないかを思い出しておきます。
- バックアップ：プラグインを止める・設定を変えるときは、元に戻せるように、ファイルとデータベースのバックアップを確かめておきます（更新の前に確かめること）。
自分のサイトへの通信で出るとき（REST API・ループバック）
WordPressは、サーバーから自分のサイトを呼び出して動く機能を持っています。サイトヘルスの説明によると、REST API はブロックエディターでの記事の表示や保存に、ループバックリクエストは予定の実行（予約投稿や自動更新など）や、テーマ・プラグインのファイルエディターでの確認に使われます。
- 時間をおいて、もう一度サイトヘルスを開く：サイトヘルスは、開いたときの状態を確かめるものです。サーバーが一時的に混み合っていただけなら、開き直すと消えることがあります。
- サイトが重くなっていないか（28）：自分のサイトの返事が10秒のうちに返らないと、28が出ます。管理画面やページの表示がふだんより遅い場合は、WordPressが遅い・重いときの記事で原因を確かめます。
- 「アクティブな PHP セッションを検出」も出ていないか：サイトヘルスに、この項目も一緒に出ている場合は、プラグインなどが作ったPHPのセッションが、REST API とループバックリクエストを妨げていることがあります（サイトヘルスの説明にもそう書かれています）。直前に入れたプラグインがあれば、それから確かめます。プラグインを止めて確かめるときは、一つ止めて確かめ、元に戻してから次へ進みます。
- セキュリティの設定が止めていないか：セキュリティのプラグインや、サーバーの守りの仕組み（WAF・アクセスの制限）が、REST API や
wp-cron.phpへの呼び出しを止めていることがあります。ただ、止められたときは401や403などの別の表示になることもあり、制限があるだけで cURL error の原因とは限りません。直前に入れた・設定を変えたもので、変えた場所が分かっているものがあれば、元に戻して確かめます。どこを変えたか分からないときは、サイトを管理している方やサーバー会社に確かめると安心です（JSONレスポンスの記事の「サーバーのWAFが止めているとき」）。 - ベーシック認証をかけていないか：サイト全体にIDとパスワードの画面をかけていると、自分のサイトへの呼び出しも影響を受けることがあります（予約投稿の失敗の記事の「ベーシック認証やアクセスの制限を確かめる」）。
- 引っ越しやドメインの設定の変更の直後でないか（6・7）：6は、サーバーが自分のドメインの行き先を引けないときに出ます。設定が行き渡るまでのあいだに出ることもありますが、設定の誤りのこともあります。7は、行き先は分かってもつながらないときに出ます。どちらも、時間をおいても続く場合は、エラーの文を添えてサーバー会社に確かめます。
このエラーが続くと、記事の保存（「返答が正しい JSON レスポンスではありません」の記事）、予約投稿（予約投稿の失敗の記事）、ファイルエディターでの保存（更新できないときの記事）に影響が出ることがあります。
更新・インストールの通信で出るとき（WordPress.org など）
サイトヘルスの説明によると、WordPress.org との通信は、新しい版の確認と、本体・テーマ・プラグインのインストールや更新に使われます。この通信で失敗すると、更新の確認やダウンロードができません。有料のプラグインやテーマは、販売元のサーバーから更新を受け取ることもあります。その場合は、販売元の障害情報やサポートも確かめます。
- 時間をおいてもう一度試す：相手側やその途中の一時的な不調のこともあります。
- サイトヘルスの「情報」を見る：「ツール」→「サイトヘルス」→「情報」の「WordPress」の中の「WordPress.org との通信」で、今つながるかを確かめられます（サイトヘルスの「情報」タブの使い方）。
- 「HTTP リクエストがブロックされています」も出ていないか：サイトヘルスにこの項目が出ている場合は、
wp-config.phpに、外への通信を止める設定（WP_HTTP_BLOCK_EXTERNAL）が入っています。公式の案内では、通信を許す相手をWP_ACCESSIBLE_HOSTSで足せるとされています。だれがなぜ入れたか分からない場合は、書き換えずに、サイトを作った会社などに確かめると安心です。 - サーバーからの通信が制限されていないか（7・28）：サーバーの設定で、外への通信が制限されていることもあります。通信を中継するプロキシを使っている場合は、その設定やつながり具合も確かめます。エラーの文を添えて、「サーバーから WordPress.org への通信ができるか」をサーバー会社に確かめます。
- SSL・証明書に関する番号（35・60・77）が出るとき：WordPress.org のように広く使われている相手で出る場合は、確かめる側、つまりこちらのサーバーの環境が関係していることもあります。「情報」の「サーバー」の中の「cURL バージョン」に、通信の仕組みの版が出ます。エラーの文の全体と、この行をあわせてサーバー会社に伝え、調べてもらうと話が早く進みます。WordPressは、証明書の確認に本体の中のファイル（
wp-includes/certificates/ca-bundle.crt）を使います。77が出る場合は、このファイルがあるか、読み取りの権限が合っているかも確かめます。
「ダウンロードに失敗しました。」のほか、ファイルを書き込めないなど、通信以外の原因で更新できない場合は、更新できないときの記事の「本体・プラグイン・テーマの更新に失敗するとき」をご覧ください。
外のサービスとの連携で出るとき
- どのプラグインの、どの操作で出たかを控えます。
- 相手のサービスの障害情報を確かめます。相手が止まっているときは、相手の復旧を待つ必要がある場合があります。
- 60・35が出るとき：相手のサイトの証明書の期限切れや設定の不備で出ることがあります。相手がご自分で管理している別のサイトなら、そのサイトのSSLの証明書の期限と設定を確かめます。相手に問題が見当たらないときは、こちらのサーバーの環境も確かめます（更新・インストールの通信で出るときの5）。
- ほかのプラグインの通信も失敗していないか：サイトヘルスに上の項目が出ていないかも確かめます。どの通信も失敗している場合は、サーバー側の原因が考えられます（更新・インストールの通信で出るとき）。
- 決まったプラグインだけで出る場合は、プラグインの作者のサポートに、エラーの文を添えて問い合わせます。
エラーを消す方法として、「SSLの確認をしない」設定や、通信を待つ時間を長くするコードが紹介されていることがあります。SSLの確認をしないと、通信の相手が本物かを確かめずにやり取りすることになるため、安全のためおすすめしません。待つ時間を延ばすだけでは解決しない場合があります。その処理にどのくらいの時間がかかるのかも含めて、原因を確かめます。
直った後に確かめること
- サイトヘルスを開き直して、項目が消えたか
- 一時的に止めたプラグインや、変えたセキュリティの設定を元に戻したか（戻すとまた出る場合は、その設定が原因の手がかりになります）
- 記事の保存、更新、連携の操作など、エラーが出ていた操作をもう一度行って、うまくいくか
自分で進めるのが難しいとき
次のような場合は、無理に作業を進めず、ご相談ください。
- どこへの通信で出ているのか分からない
- サーバー会社に何を確かめればよいか分からない
wp-config.phpやセキュリティの設定を触ってよいか判断がつかない- 記事の保存や更新ができない状態が続いている
WP-ingでは、WordPressの不具合の修理を承っています。状況を確かめて、作業の前に料金をご案内します。直らなければ料金はいただきません。お支払いは、直ったことを確かめていただいてからです。
よくある質問
サイトを見ている人にも、エラーが出ていますか？
サイトを見ている人に、同じ表示が出るとは限りません。ただ、その通信がどのように使われているかによっては、記事の保存、予約投稿、更新のほか、ページの表示の一部や、お問い合わせ・購入などの機能に影響が出ることもあります。原因を確かめておくと安心です。
一度だけ出て、開き直したら消えました。そのままでよいですか？
サーバーが一時的に混み合っていただけのこともあります。何度も出る場合や、上のような機能がうまく動かない場合は、出た時刻と文を控えて、原因を確かめましょう。