Il n’y a rien de plus inquiétant et frustrant que de naviguer sur votre site WordPress et de rencontrer un écran blanc avec une erreur. Parmi les erreurs courantes que vous avez pu rencontrer dans le passé, mentionnons les erreurs 502 bad gateway, le très populaire écran blanc de la mort ou l’effrayante erreur d’établissement d’une connexion à une base de données. Pour de nombreux blogs et sites de eCommerce, ces erreurs entraînent une perte de revenus pour les visiteurs qui rebondissent instantanément et les clients incapables de compléter leurs achats. Aujourd’hui, nous voulons plonger dans l’erreur 504 Gateway Timeout et quelques recommandations sur la façon de la réparer sur votre site WordPress. Lisez plus bas ce qui cause cette erreur et ce que vous pouvez faire pour l’éviter à l’avenir.

Qu’est ce qu’une erreur 504 Gateway Timeout ?

Avant de plonger dans l’erreur elle-même, il est important de comprendre comment elle est générée. Chaque fois que vous lancez votre navigateur et visitez un site web, il envoie une requête au serveur web sur lequel il est hébergé. Le serveur web traite ensuite la requête et renvoie les ressources demandées avec ce qu’ils appellent un en-tête HTTP. Cet en-tête HTTP contient un des nombreux codes d’état HTTP pour communiquer si tout va bien ou si quelque chose a mal tourné. Tous les codes d’état HTTP ne sont pas mauvais. Par exemple, un code d’état 200 signifie « Tout va bien ».

Il existe de nombreux types différents de 500 codes d’erreur d’état (500, 501, 502, 503, 504, etc.) qui ont tous des significations différentes. Celles-ci indiquent que la demande a été acceptée, mais que le serveur a empêché l’exécution de la demande.

Dans ce cas, une erreur 504 Gateway Timeout signifie que « le serveur, agissant comme une passerelle, a expiré en attendant la réponse d’un autre serveur« . Le code revient lorsqu’il y a deux serveurs impliqués dans le traitement d’une requête et que le premier serveur attend que le second serveur (serveur en amont) réponde (RFC 7231, section 6.6.5).

Erreur 504 gateway timeout dans le navigateur

Erreur 504 gateway timeout dans le navigateur

Erreur 504 gateway timeout dans le navigateur

Variations d’erreur 504 Gateway Timeout

En raison des différents navigateurs web, systèmes d’exploitation et serveurs, une erreur 504 Getaway timeout peut se présenter de différentes façons. Elles ont toutes la même signification. Vous trouverez ci-dessous quelques-unes des nombreuses variantes différentes que vous pourriez voir apparaître :

    • « 504 Gateway Timeout »
    • « 504 Gateway Timeout NGINX »
    • « NGINX 504 Gateway Timeout »
    • « Gateway Timeout Error »
    • « Error 504 »
    • « HTTP Error 504 »
    • « HTTP Error 504 – Gateway Timeout »
    • « HTTP 504 »
    • « 504 Error »
    • « Gateway Timeout (504)
    • « 504 Gateway Time-out – The server didn’t respond in time »
    • Un écran blanc

Certaines entreprises ont même des pages personnalisées pour les erreurs 504 Gateway Timeout.

Erreur 504 Gateway Timeout Github

Erreur 504 Gateway Timeout Github

Les erreurs 504 impactent le SEO

Contrairement aux erreurs 503, qui sont utilisées pour le mode de maintenance WordPress et disent à Google de vérifier plus tard, une erreur 504 peut avoir un impact négatif sur le référencement si elle n’est pas corrigée immédiatement. Si votre site n’est en panne que pendant 10 minutes et qu’il est constamment parcouru à plusieurs reprises, le robot d’exploration fera simplement sortir la page du cache. Ou encore, Google n’a peut-être même pas la possibilité de le réessayer avant qu’il ne soit sauvegardé. Dans ce scénario, vous allez très bien.

Toutefois, si le site est en panne pendant une période prolongée, disons 6 heures et plus, Google pourrait considérer l’erreur 504 comme un problème au niveau du site qui doit être réglé. Cela peut avoir un impact sur votre classement. Si vous vous inquiétez des erreurs 504 répétées, vous devriez comprendre pourquoi elles se produisent au départ. Certaines des solutions ci-dessous peuvent vous aider.

Comment corriger une erreur 504 Gateway Timeout ?

Où devriez-vous commencer le dépannage si vous voyez une erreur 504 Gateway Timeout sur votre site WordPress ? Sans beaucoup de contexte, il peut parfois être frustrant et accablant de savoir par où commencer. Généralement, il s’agit de problèmes de connectivité réseau et/ou de problème avec le serveur sur lequel le site est hébergé. Cependant, il peut également s’agir d’un problème côté client, ou même du résultat d’une extension tierce. Nous allons donc plonger dans un peu des deux. Vérifiez ces causes courantes et les moyens de corriger l’erreur 504 Gateway Timeout et obtenez une remise en service en un rien de temps.

1. Essayez de recharger la page

L’une des choses les plus faciles et les premières que vous devriez essayer lorsque vous rencontrez une erreur 504 Gateway Timeout est simplement d’attendre une minute ou plus et de recharger la page (F5 ou Ctrl + F5). Il se peut que l’hébergeur ou le serveur soit simplement surchargé et que le site revienne tout de suite. Pendant que vous attendez, vous pouvez aussi essayer rapidement un autre navigateur pour éliminer ce problème.

Une autre chose que vous pouvez faire est de coller le site web dans downforeveryoneorjustme.com. Ce site web vous indiquera si le site est en panne ou s’il s’agit d’un problème de votre côté. Un outil comme celui-ci vérifie le code d’état HTTP renvoyé par le serveur. S’il s’agit d’autre chose qu’un 200 « Everything is OK » alors il retournera une indication vers le bas.

downforeveryoneorjustme

downforeveryoneorjustme

2. Désactivez vos paramètres de Proxy

Parfois, vous pouvez voir une erreur 504 si vous utilisez un service proxy. C’est généralement assez rare, surtout du côté du client. Cependant, l’un d’entre eux aurait pu être mis en place sans même que vous le sachiez. Suivez ces tutoriels pour savoir comment désactiver ou vérifier qu’aucun paramètre de proxy n’est activé :

Paramètre proxy de Chrome

Paramètre proxy de Chrome

3. Problème de DNS

Une erreur 504 Gateway Timeout peut également être dûe à un problème de DNS. Il ya deux côtés à cela, le premier est sur le côté serveur, comme le domaine ne résout pas sur l’IP correcte. Si vous venez de migrer votre site WordPress vers un nouvel hébergeur, il est important d’attendre que les choses se propagent complètement, ce qui peut prendre jusqu’à 24 heures dans certains cas. Cela dépend de la valeur TTL de vos enregistrements DNS. Vous pouvez utiliser un outil gratuit comme DNSMap pour vérifier si votre DNS s’est propagé dans le monde entier.

Vérifier la propagation des DNS

Vérifier la propagation des DNS

Le second est un problème de DNS du côté client. Dans ce cas, vous pouvez essayer de vider votre cache DNS local. Ceci est similaire à l’effacement de la mémoire cache de votre navigateur.

Sous Windows, ouvrez simplement l’Invite de Commande et entrez ce qui suit :

ipconfig /flushdns

Invite de commande - flush DNS

Invite de commande – flush DNS

Vous devriez voir « Successfully flushed the DNS resolver Cache » si cela a fonctionné.

Pour les utilisateurs de macOS, vous pouvez entrer ce qui suit dans le terminal :

dscacheutil -flushcache

Remarque : Il n’y a pas de message de réussite sur Mac.

Enfin, vous pouvez changer temporairement vos serveurs DNS côté client. Par défaut, les serveurs DNS sont automatiquement assignés par votre FAI. Mais vous pouvez essayer de les remplacer temporairement par un serveur DNS public, tel que ceux de Google. En fait, certains préfèrent utiliser les DNS publics de Google à long terme parce qu’ils sont parfois plus fiables.

4. Désactiver temporairement le CDN

Il pourrait également s’agir d’un problème avec votre réseau de diffusion de contenu (CDN). Si vous utilisez un fournisseur CDN tiers, un moyen simple de dépannage consiste à désactiver temporairement votre CDN. Par exemple, nous sommes de grands fans de l’extension gratuite CDN enabler. Si vous utilisez cela, vous pouvez simplement désactiver l’extension et tester votre site. Si vous ne pouvez pas accéder au tableau de bord de votre site, connectez-vous simplement à votre site via SFTP et renommez le dossier de l’extension en cdn-enabler_old. Ceci désactivera temporairement la connexion CDN. Il en va de même pour WP Rocket ou toute autre extension que vous avez pu connecter à votre CDN.

Renommer le dossier plugin temporairement

Renommer le dossier plugin temporairement

Cela peut aussi se produire parfois avec des services de proxy complets comme Cloudflare ou Sucuri, car ils ont des pare-feu supplémentaires entre les deux. La plupart d’entre eux mettent en cache les codes d’état 500 lorsqu’ils sont retournés par votre serveur d’origine. Nous avons remarqué que cela arrive de temps en temps sur le plan Cloudflare free. Malheureusement, comme Cloudflare est un service de proxy complet, il n’y a pas de moyen rapide de le désactiver.

Cependant, avant de pointer du doigt Cloudflare, il est important de savoir qu’il existe deux types différents de variations d’erreur 504 Gateway Timeout, comme on peut le voir ci-dessous :

504 Gateway Timeout chez Cloudflare (Variation 1)

Si vous voyez l’écran suivant, il s’agit en fait d’un problème du côté de Cloudflare, auquel cas vous devriez leur demander de l’aide. Ou vérifiez leur page d’état. Il est fort probable qu’ils soient déjà au courant de la question et que leur équipe y travaille.

Erreur 504 gateway timeout sur Cloudflare

Erreur 504 gateway timeout sur Cloudflare

504 Gateway Timeout chez Cloudflare (Variation 2)

Si vous voyez l’écran suivant, c’est un problème avec votre hébergeur WordPress (serveur d’origine), auquel cas vous voudrez passer à la recommandation #5 ci-dessous.

Erreur 504 gateway timeout sur CloudFlare

Erreur 504 gateway timeout sur CloudFlare

504 Gateway Timeout chez CloudFlare avec les envois

Une autre raison pour un délai d’attente pourrait être liée à la taille de vos téléchargements. Ils limitent le POST (uploads) à 100MB sur leur plan gratuit. Cependant, nous avons parfois vu des clients avoir des problèmes avec des fichiers ou des téléchargements plus petits que cela. Parfois, ce problème peut être du côté de votre hébergeur ou Cloudflare. Une façon facile de déterminer cela est simplement en contournant Cloudflare avec votre fichier hosts DNS et en essayant à nouveau votre téléchargement. Ou simplement désactiver temporairement CloudFlare.

Si vous utilisez Cloudflare avec WordPress, il est toujours recommandé d’utiliser leur extension gratuite et d’exclure les URLs importantes de la mise en cache (comme votre zone d’administration WordPress).

5. Problèmes de serveur (Vérifiez avec votre hébergeur)

Un problème de serveur est l’une des raisons les plus courantes pour lesquelles les utilisateurs rencontrent des erreurs 504 Gateway Timeout sur leurs sites WordPress. Pour le dire en termes simples, Nginx ou Apache est en attente d’une réponse de quelque chose et cela a expiré. Nous recevons beaucoup de clients qui viennent chez Kinsta parce qu’ils les recevaient constamment chez d’autres hébergeurs WordPress. Voici un exemple d’une conversation que nous recevons régulièrement.

Nous recevons environ 100 000 visiteurs par mois avec plus de 200 000 vues. Nous hébergeons actuellement avec ____ et nous avons récemment connu des 504 erreurs dues à la surcharge du serveur. Je n’aime pas la façon dont ____ a géré le problème et nous avons également été informés que nous devrons bientôt passer à leurs plans dédiés, ce qui, à mon avis, n’est pas nécessaire.

Les erreurs 504 se produisent plus souvent sur les sites à fort trafic et les sites de eCommerce tels que WooCommerce qui ont beaucoup de requêtes qui ne peuvent être mises en cache, car ils peuvent parfois causer une surcharge du serveur. Cependant, nous avons vu ces erreurs avec tous les types de sites, même avec de simples blogs. Beaucoup d’hébergeurs répondront simplement en disant que vous devez mettre à niveau vers un plan de haut niveau pour résoudre le problème. Et même s’il est très probable que cela éliminera la plupart des erreurs 504 Gateway Timeout, et c’est parfois nécessaire, ce n’est pas toujours nécessaire.

Chez Kinsta, nous utilisons des hôtes gérés par LXD et des conteneurs logiciels LXC orchestrés pour chaque site. Cela signifie que chaque site WordPress est hébergé dans son propre conteneur isolé, qui possède toutes les ressources logicielles nécessaires à son fonctionnement (Linux, Nginx, PHP, MySQL). Les ressources sont 100% privées et ne sont partagées avec personne d’autre ou même avec vos propres sites. Beaucoup d’hébergeurs WordPress partagés n’ont pas cette capacité et donc un site voisin à fort trafic causant des erreurs 504 Gateway Timeout, pourrait très bien avoir un impact sur votre site.

Non seulement vos sites sont isolés, mais notre infrastructure a été construite pour gérer facilement des milliers de connexions simultanées. Même les bases de données MySQL sont hébergées en localhost et non sur un serveur distant. Ceci garantit qu’il n’y a pas de latence entre les machines, ce qui permet d’accélérer les requêtes et de réduire les risques de dépassement de temps entre les deux. De nombreux clients qui migrent vers Kinsta constatent d’énormes diminutions du temps de chargement global.

Outre les délais d’attente du serveur en raison de la charge du serveur, voici quelques autres raisons pour lesquelles un serveur pourrait rencontrer une erreur 504 :

  • Serveur lent : Il se peut très bien que le serveur sur lequel se trouve votre site WordPress soit tout simplement trop lent pour répondre à la demande et qu’il génère des erreurs de passerelle.
  • Pas assez de Workers PHP : Les workers PHP sont utilisés pour exécuter le code sur votre site WordPress. Sur des sites exigeants, il se peut très bien que tous les workers PHP soient occupés, auquel cas ils commencent à faire la queue. Si la file d’attente est pleine, les anciennes demandes commencent à être ignorées. Vous pouvez demander à votre hébergeur d’augmenter le nombre de workers PHP. Les workers PHP supplémentaires par site permettent l’exécution simultanée de plusieurs requêtes en même temps.
  • Problèmes de pare-feu : Le pare-feu de votre serveur peut contenir des erreurs, une configuration incorrecte ou des règles empêchant une connexion de s’établir correctement.
  • Connectivité réseau : S’il y a des problèmes de connexion réseau entre le serveur proxy et le serveur web, cela peut entraîner des retards dans la réponse à la requête HTTP. Il pourrait également y avoir des problèmes de connectivité réseau avec un répartiteur de charge si un répartiteur de charge est utilisé.

Il est également important de noter que les erreurs 504 peuvent faussement ressembler à des erreurs 503 service unavailable ou même à des erreurs 502 bad gateway, mais elles sont en fait différentes. Si vous rencontrez une erreur 504 chez Kinsta, ouvrez simplement un ticket de support et nous le réparerons immédiatement. Nous surveillons également de façon proactive les erreurs de ce genre avec New Relic, ainsi notre équipe est probablement déjà en train d’enquêter.

Support ticket WordPress

Ticket de support WordPress

Si vous vous inquiétez de ce qui se passe sur votre site à l’avenir, vous pouvez également utiliser un outil comme updown.io pour surveiller et vous avertir immédiatement s’ils se produisent. Il envoie périodiquement une requête HTTP HEAD à l’URL de votre choix. Vous pouvez simplement utiliser votre page d’accueil. L’outil vous permet de régler les fréquences de contrôle de :

  • 15 secondes
  • 30 secondes
  • 1 minute
  • 2 minutes
  • 5 minutes
  • 10 minutes

Il vous enverra un courriel si et quand votre site tombe en panne. Voici un exemple ci-dessous.

Notification par email pour les erreurs 501

Notification par email des erreurs 501

Cela peut être particulièrement utile si vous êtes chez un hébergeur partagé, qui ont tendance à sur-peupler leurs serveurs. Cela peut vous donner une preuve de la fréquence à laquelle votre site peut être en panne (même au milieu de la nuit). C’est pourquoi nous recommandons toujours d’aller avec un hébergeur WordPress infogéré. N’oubliez pas de consulter notre article qui explore les 9 meilleures raisons de choisir l’hébergement infogéré WordPress.

6. Spam, robots, ou attaque DDoS

Il se peut très bien que votre site soit spammé par des bots ou subisse une attaque DDoS. Parfois, ces derniers peuvent donner lieu à des requêtes non mises en cache et peuvent submerger le serveur, ce qui entraîne des erreurs 504 Gateway Timeout. Vous pouvez jeter un coup d’œil à l’analyse de votre serveur et voir si vous pouvez repérer des modèles. Chez Kinsta, nous fournissons ces données dans notre outil d’analyse MyKinsta. Vous pouvez également demander ces données à votre hébergeur. Le premier rapport que nous recommandons d’examiner est celui des adresses IP des principaux clients. Cela peut être très utile si votre site génère soudainement beaucoup de bande passante ou est frappé par des robots.

Mesures de sécurité IP des clients les plus gros

Mesures de sécurité IP des clients les plus gros

Le deuxième rapport que nous recommandons d’examiner est celui des requêtes et des robots. Vous pouvez rapidement repérer le rapport entre le nombre d’humains qui frappent votre site et le nombre de bots ou de robots. Rappelez-vous cependant, tous les robots ne sont pas mauvais. GoogleBot est un exemple d’un que vous ne voulez jamais bloquer en raison du fait qu’il parcourt votre site pour indexer le contenu dans les SERPs.

Requêtes et bots

Requêtes et bots

Le troisième rapport que nous recommandons d’examiner est l’analyse du cache. Ici, vous pouvez voir combien de requêtes contournent le cache, manquent le cache, et les emplacements supérieurs sur votre site. Pour des raisons de performance et de stabilité, vous voulez qu’autant de requêtes que possible soient mises en cache. Cela n’est pas toujours possible, car des sites comme ceux qui font tourner WooCommerce génèrent beaucoup de demandes non compressibles, et doivent le faire pour que les fonctions comme le panier d’achat et le processus de paiement fonctionnent correctement et restent synchrones.

Analyse du cache

Analyse du cache

Si vous repérez et/ou identifiez un trafic/IP qui devrait être bloqué sur votre site, vous pouvez utiliser une extension de sécurité WordPress pour vous aider. Cependant, si vous êtes un client Kinsta, nous n’autorisons généralement pas les extensions de sécurité pour quelques raisons. Tout d’abord, ils peuvent avoir un effet énorme sur vos performances, en particulier sur les capacités de scan. Deuxièmement, nous utilisons des équilibreurs de charge avec la plateforme Google Cloud, ce qui signifie que leur fonctionnalité de blocage d’IP ne fonctionnerait pas comme prévu.

Vous avez des problèmes de temps d'indisponibilité et de WordPress ? Kinsta est la solution d'hébergement conçue pour vous faire gagner du temps ! Découvrez nos fonctionnalités

Bien sûr, les adresses IP peuvent toujours être bloquées par notre équipe de support Kinsta, mais selon la longueur et l’ampleur de l’attaque, cela pourrait être un processus interminable de blacklistage des adresses IP, ce qui dans la plupart des cas ne résout pas le problème assez rapidement. Beaucoup d’attaques ou de spamming, lorsqu’ils sont bloqués dans une zone, vont simplement apparaître dans une autre, ou changer les adresses IP et les adresses proxy. Dans ce cas, nous recommandons au client d’utiliser une solution de sécurité telle que Cloudflare ou Sucuri.

Consultez nos articles sur la façon d’installer Cloudflare sur votre site WordPress et comment Sucuri a aidé un de nos clients à stopper une attaque DDoS sur ses traces.

7. Vérifiez les extensions et thèmes

Beaucoup pourraient dire que les extensions ou thèmes tiers ne causent pas d’erreurs 504 Gateway Timeout. Et dans la plupart des cas, ce n’est pas le cas. Cependant, d’après notre expérience, une requête lente et non mise en cache d’une extension peut en effet entraîner des retards, car cela immobilise davantage de vos workers PHP. Une fois que vous avez atteint votre limite de workers PHP, la file d’attente commence à repousser les demandes plus anciennes, ce qui pourrait entraîner des erreurs 504. Il ne faut pas confondre avec les erreurs 502 Bad Gateway dans lesquelles l’erreur se produit après un délai d’attente de 60 secondes dans la file d’attente.

Vous pouvez résoudre ce problème de plusieurs façons en désactivant toutes vos extensions. Rappelez-vous que vous ne perdrez aucune donnée si vous désactivez simplement une extension. Si vous pouvez toujours accéder à votre administration, un moyen rapide de le faire est de naviguer jusqu’à « Extensions » et de sélectionner « Désactiver » dans le menu des actions en masse. Ceci désactivera toutes vos extensions.

Désactiver toutes les extensions

Désactiver toutes les extensions

Si cela corrige le problème, vous devrez trouver le coupable. Commencez à les activer un par un, en rechargeant le site après chaque activation. Lorsque vous voyez le retour de l’erreur 504 Gateway Timeout, vous avez trouvé l’extension qui se comporte mal. Vous pouvez alors contacter le développeur de l’extension pour obtenir de l’aide ou poster un ticket de support dans le répertoire WordPress.

Si vous ne pouvez pas accéder à votre administration, vous pouvez vous connecter en FTP sur votre serveur et renommer votre dossier plugins en quelque chose comme plugins_old. Puis vérifiez à nouveau votre site. Si cela fonctionne, vous devrez tester chaque extension une par une. Renommez votre dossier de plugin en « plugins » puis renommez chaque dossier d’extension à l’intérieur, un par un, jusqu’à ce que vous la trouviez. Vous pouvez aussi essayer de le reproduire d’abord sur un site de développement.

Renommer dossier plugin

Renommer dossier plugin

Toujours s’assurer que vos extensions, thèmes et le coeur de WordPress sont à jour. Et vérifiez que vous utilisez une version supportée de PHP. Vous pouvez toujours demander de l’aide à votre hébergeur. Nous utilisons New Relic et d’autres méthodes de dépannage ici chez Kinsta pour aider les clients à déterminer quelle extension, requête ou script peut être à l’origine de l’erreur. Vous pouvez également utiliser votre propre clé New Relic personnalisée.

Longues requêtes vers la base de données

Longues requêtes vers la base de données

S’il s’avère qu’il s’agit d’une requête effective ou d’un mauvais code dans une extension, vous devrez peut-être faire appel à un développeur WordPress pour résoudre le problème.

8. Vérifier les Logs

Vous devriez également profiter de vos logs d’erreurs. Si vous êtes un client Kinsta, vous pouvez facilement voir les erreurs dans le visualiseur de logs dans le tableau de bord MyKinsta. Cela peut vous aider à comprendre rapidement le problème, surtout s’il résulte d’une extension sur votre site.

Vérifier les logs d'erreurs à la recherche d'erreurs 502 bad gateway

Vérifier les logs d’erreurs à la recherche d’erreurs 502 bad gateway

Si votre hébergeur n’a pas d’outil de logs, vous pouvez également ajouter le code suivant à votre fichier wp-config.php pour activer l’enregistrement de logs :

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Dossier SFTP logs d'erreurs WordPress

Vous pouvez aussi vérifier dans les fichiers de logs dans Apache et Nginx, qui sont situés ici :

  • Apache : /var/log/apache2/error.log
  • Nginx : /var/log/nginx/error.log

Si vous êtes un client Kinsta, vous pouvez également profiter de notre outil d’analyse pour obtenir un graphique du nombre total d’erreurs 504 et voir à quelle fréquence et à quel moment elles se produisent. Cela peut vous aider à dépanner s’il s’agit d’un problème continu ou peut-être quelque chose qui s’est résolu tout seul.

Analyse d'erreurs avec réponse 500

Analyse d’erreurs avec réponse 500

9. Paramètres Nginx

Si vous gérez votre propre serveur et les sites WordPress sur Nginx + FastCGI (php-fpm) ou Nginx en tant que proxy pour Apache, il existe des paramètres supplémentaires que vous pouvez modifier pour éviter les erreurs 504 Gateway Timeout.

Erreur 504 Gateway Timeout Error dans Nginx + FastCGI (php-fpm)

Si vous utilisez Nginx avec FastCGI (php-fpm), vous devrez d’abord modifier votre fichier PHP-FPM. Naviguez jusqu’à /etc/php5/fpm/pool.d/www.conf (peut varier en fonction de la version PHP). Définissez la directive suivante :

request_terminate_timeout = 300

Ensuite, vous devez changer votre fichier php.ini, qui est généralement situé à /etc/php.ini. Rechercher la directive max_execution_time. Augmenter la valeur à 300, si la directive n’est pas déjà présente, puis l’ajouter :

max_execution_time = 300

Enfin, vous devrez modifier votre fichier nginx.conf. Ajoutez ce qui suit à l’intérieur de votre configuration d’hôte virtuel Nginx.

location ~ .php$ {
...
fastcgi_read_timeout 300;
}

Ensuite, rechargez simplement Nginx ainsi que PHP-FPM.

service nginx reload
service php5-fpm reload

Erreur 504 Gateway Timeout dans le proxy Nginx

Si vous utilisez Nginx comme proxy pour Apache, ajoutez ce qui suit à votre fichier nginx.conf :

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

Ensuite, rechargez simplement Nginx.

service nginx reload

Résumé

Comme vous pouvez le constater, il existe une multitude de façons différentes de dépanner et de corriger les erreurs 504 Gateway Timeout sur votre site WordPress. Généralement, il s’agit d’un problème de serveur, auquel cas vous pouvez rapidement contacter votre hébergeur pour le résoudre. Mais il est également important de comprendre qu’elles peuvent être causées par des extensions tierces ou par l’écrasement de la file d’attente de vos workers PHP.

Si vous augmentez vos workers PHP, nous vous recommandons de faire appel à notre support chez Kinsta ou d’engager un développeur WordPress spécialisé dans l’optimisation des performances web. Si après avoir creusé dans votre site, vous découvrez que vos extensions, thèmes et requêtes sont correctes, il se peut très bien que vous ayez besoin de mettre à niveau votre plan ou le nombre de workers PHP.

On a raté quelque chose ? Peut-être avez-vous un autre conseil sur le dépannage des erreurs 504 Gateway TimeOut. Si oui, faites-le nous savoir ci-dessous dans les commentaires.