cURL error 28: Operation timed out sur WordPress : délai de connexion dépassé

Fiche du décodeur d'erreurs, mise à jour le 12 octobre 2026

GênantServeur et codes HTTP
Le message affiché
cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received
Autres formulations du même message 4
  • cURL error 28: Connection timed out after 10001 milliseconds
  • cURL error 28: Resolving timed out after 5000 milliseconds
  • cURL error 28: Operation timed out after 300000 milliseconds with 12582912 out of 26214400 bytes received
  • Your site is unable to reach WordPress.org at 198.143.164.252, and returned the error: cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received

WordPress échange sans cesse avec d’autres serveurs : recherche de mises à jour, téléchargements, licences d’extensions, API. C’est l’outil cURL qui passe ces appels, et l’erreur 28 signifie que la réponse n’est pas arrivée dans le délai fixé. Le serveur distant peut être lent, mais le blocage se trouve souvent du côté de votre propre hébergement.

Pourquoi cette erreur apparaît

  • Le service distant (WordPress.org, serveur de licence, API) est lent ou momentanément indisponible.
  • Le pare-feu de l’hébergement bloque ou ralentit les connexions sortantes.
  • La résolution des noms de domaine (DNS) du serveur est défaillante, ou une connexion IPv6 mal configurée échoue avant de basculer en IPv4.
  • Une extension appelle un service extérieur avec un délai trop court, ou à chaque affichage de page.
  • Le serveur est surchargé et ne traite pas la réponse à temps.

Comment corriger le problème

Repérer le service appelé

Le message complet indique souvent l’adresse contactée : WordPress.org pour les mises à jour, le domaine d’un éditeur pour une licence, une API pour un module. Réessayez un peu plus tard, car un incident passager chez ce service suffit à produire l’erreur.

Consulter la Santé du site

Ouvrez Outils > Santé du site. Le test de communication avec WordPress.org dit si votre serveur parvient à joindre l’extérieur. S’il échoue lui aussi, le problème dépasse une seule extension et concerne toutes les mises à jour.

Isoler l’extension concernée

Si l’erreur vient d’une extension précise, désactivez-la le temps de vérifier que le reste du site communique normalement. Signalez ensuite le problème à son éditeur, qui connaît l’état de son serveur.

Interroger l’hébergeur

Transmettez au support le message exact, l’heure et l’adresse contactée. Il peut vérifier si un pare-feu sortant, une liste de blocage ou un souci de DNS ou d’IPv6 empêche la connexion.

Tester la connexion depuis le serveur

Avec un accès SSH, ces commandes mesurent la réponse de WordPress.org depuis le serveur lui-même, d’abord avec cURL, puis à travers WordPress avec WP-CLI. Un temps de réponse très long ou un échec confirme un problème de réseau côté hébergement.

curl -sS -o /dev/null -w "%{http_code} %{time_total}n" https://api.wordpress.org/
wp eval 'var_dump( wp_remote_retrieve_response_code( wp_remote_get( "https://api.wordpress.org/" ) ) );'

N’allongez pas les délais d’attente de WordPress pour tout le site, car chaque appel lent ralentirait vos pages : cherchez d’abord pourquoi la réponse n’arrive pas.

Un autre message d'erreur ? Collez-le dans le décodeur : il le reconnaît et vous oriente vers la bonne fiche.

Ouvrir le décodeur