Dépannage WordPress à Paris : site en panne, bug, erreur après une mise à jour
Votre site WordPress ou WooCommerce est en panne, affiche une erreur ou ne fonctionne plus comme avant ?
Je suis Julien Zitoli, webmaster freelance WordPress à Paris depuis 2015. Appelez-moi ou décrivez votre panne : je vous dis ce que je peux faire, et à quel prix.
Dès 80 € HT / h
Ces entreprises m’ont accordé leur confiance
Pour un site sans contrat, le dépannage WordPress est facturé à partir de 80 € HT de l’heure, 95 € HT de l’heure pour un bug critique, avec un devis sous 24 h, avant toute intervention. Si votre site est sous contrat de maintenance chez moi, un incident critique est pris en charge sous 4 h ouvrées. Pour un site que je ne connais pas, je commence par un diagnostic, facturé sans minimum.
Site sans contrat
80 € HT / h
95 € HT / h pour un bug critique
Site sous contrat
4 h ouvrées
prise en charge d’un incident critique
Site que je ne connais pas
Devis sous 24 h
diagnostic facturé sans minimum
Expérience
Depuis 2015
plus de 200 projets livrés
Je travaille du lundi au vendredi, de 9 h à 19 h · Dépannage garanti 30 jours · Devis avant toute intervention.
Les pannes que je corrige le plus souvent
Quatre pannes reviennent le plus souvent dans les demandes que je reçois. Pour chacune, je cherche la cause sur une copie du site avant de toucher à votre site en ligne, sauf quand le réglage ne peut se faire qu’en ligne, comme un cache d’hébergeur.
Erreur 500 : le site ne s’ouvre plus
Le navigateur affiche « Erreur 500 » ou « Internal Server Error », et plus aucune page ne s’ouvre, parfois même l’administration. Le message ne dit rien de la cause : elle se trouve le plus souvent dans une extension, le thème ou la version de PHP du serveur.
Je reproduis la panne sur une copie du site, j’en cherche la cause, puis je corrige. Une erreur 500 est un bug critique.
« Il y a eu une erreur critique sur ce site »
C’est le message que WordPress affiche à la place de votre page quand du code PHP plante. On lit souvent qu’il suffit de désactiver la dernière extension installée. Parfois, la cause est ailleurs.
Sur un site associatif resté en PHP 5.5, j’ai passé le serveur en PHP 7.4 et mis à jour les extensions ; le thème premium, lui, était obsolète et « génère une erreur critique lors du passage en version php 8.0 ». Pour corriger, il fallait mettre le thème à jour, donc en avoir la licence : retrouver le compte Envato / Themeforest du client, ou en racheter une. Ensuite, j’ai passé le site en PHP 8.3 progressivement, pour éviter de nouvelles erreurs.
Un bug d’affichage dû au cache
Une page s’affiche mal, une modification que vous venez de faire n’apparaît pas, ou la version mobile est cassée alors que l’ordinateur affiche bien. Quand je vois ce type de bug, il vient le plus souvent du cache : celui de l’extension de cache (WP Rocket, par exemple), celui de l’hébergeur ou celui du navigateur.
Je retrouve quel cache sert une version périmée, je le règle, puis je vérifie l’affichage, y compris sur mobile. Une erreur d’affichage est un bug léger.
« J’ai voulu supprimer des éléments, et c’est une catastrophe » : un problème avec Elementor
Ce message, une cliente me l’a envoyé un lundi à 16 h 15. Une suppression dans Elementor avait cassé la mise en page, et elle avait mis son site hors ligne en attendant. Une erreur de manipulation dans un constructeur de pages est une des pannes les plus fréquentes, et je la reprends sur une copie du site avant de remettre le site en ligne.
Je travaille avec Elementor et avec l’éditeur de blocs de WordPress (Gutenberg) ; je n’interviens pas sur les sites construits avec Divi ou avec un autre constructeur de pages.
Et d’autres demandes : « nous ne pouvons plus effectuer de paiement »
Je reçois aussi des demandes plus précises, avec les mots des clients :
– une boutique WooCommerce, après une mise à jour automatique de WordPress : « Depuis cela, nous ne pouvons plus effectuer de paiement » ;
– un site qui « s’ouvre mais les recherches ne fonctionnent plus » ;
– « Le menu de mon site internet ne fonctionne plus ».
Ces pannes ne cassent pas tout le site : elles bloquent une fonction. Un problème de paiement ou de livraison est facturé comme un bug léger.
Mises à jour automatiques
Une mise à jour automatique peut arrêter vos ventes
On vous répète de mettre WordPress à jour pour être tranquille. C’est vrai pour la sécurité. Mais une mise à jour peut aussi casser ce qui marchait, même quand personne n’a touché au site.
En mai 2026, une boutique WooCommerce tenue par une cliente que j’avais formée s’est mise à jour toute seule, en mise à jour automatique de WordPress : depuis, plus aucun paiement ne passait. Personne n’avait rien modifié. Environ 2 h de travail ont suffi sur ce cas, et la boutique est ensuite passée sous contrat de maintenance.
Ce n’est pas un argument pour ne plus rien mettre à jour. C’est la raison pour laquelle je teste chaque correction sur une copie du site avant de la passer en ligne.
Failles PHP d’octobre 2026 : votre site est-il protégé ?
Le 21 octobre 2026, l’équipe PHP a publié en urgence des correctifs pour deux failles critiques, surnommées PHP2Shell (CVE-2026-109618 et CVE-2026-109619). Elles permettent à un attaquant d’exécuter du code sur le serveur à distance, sans se connecter, et une tentative d’exploitation a été observée dès le 17 octobre, quatre jours avant leur publication. Toute installation PHP qui sert des pages web est concernée, donc tout site WordPress dont la version de PHP n’a pas été mise à jour.
Les versions corrigées sont PHP 8.2.35, 8.3.36, 8.4.27 et 8.5.12. PHP 8.1 et les versions plus anciennes ne sont plus suivies par l’équipe PHP, et PHP 8.2 ne recevra plus de correctifs de sécurité après le 31 décembre 2026. C’est pour cela que je passe les sites en PHP 8.3 au minimum.
Les sites de mes clients étaient tous à jour : aucun problème de ce côté. Je les ai quand même surveillés après la publication des failles.
Comment connaître la version de PHP de votre site
Dans l’administration WordPress, ouvrez Outils > Santé du site > Informations > Serveur.
Si elle est inférieure à 8.3, ou antérieure aux versions corrigées citées plus haut, contactez votre hébergeur, ou appelez-moi.
Un changement de version de PHP fait partie des dépannages lourds : environ 4 à 5 h, en moyenne, selon le volume de travail.
Surtout quand un thème ou une extension ancienne ne suit pas (voir l’erreur critique plus haut).
Avant de m’appeler : 5 vérifications sans risque
En attendant mon intervention, voici ce que vous pouvez faire sans aggraver la panne :
Puis appelez-moi au 06 50 78 58 00 ou décrivez la panne dans le formulaire.
Notez ce qui a changé juste avant la panne : une mise à jour, une nouvelle extension, une modification dans l’éditeur.
Faites une capture d’écran du message d’erreur, avec l’adresse de la page.
Ne supprimez pas de fichiers et ne réinstallez rien au hasard : vous risquez d’effacer la trace de la cause.
Vérifiez auprès de votre hébergeur qu’il n’y a pas d’incident en cours sur ses serveurs.
Rassemblez vos accès : administration WordPress, espace client de l’hébergeur, nom de domaine.
Comment se passe un dépannage
Je cherche la cause avant de chiffrer, et je corrige d’abord sur une copie de votre site.
Votre site en ligne n’est pas touché pendant que je teste.
Vous me décrivez la panne
Par téléphone ou par le formulaire : ce que vous voyez, depuis quand, et la dernière modification faite sur le site.
Diagnostic, puis devis sous 24 h
Je cherche la cause avant de chiffrer. Le diagnostic est facturé, sans minimum.
Vous recevez ensuite un devis sous 24 h, et je ne touche au site qu’après votre accord.
Je corrige d’abord sur une copie du site
Je travaille sur une préproduction : une copie de votre site, hors ligne, sur mon serveur. Votre site en ligne n’est pas touché pendant que je cherche et que je teste.
Je passe la correction en ligne quand elle fonctionne sur la copie.
Correction, vérification, compte rendu écrit
Une fois la correction en ligne, je vérifie les pages et les fonctions touchées, puis je vous envoie un compte rendu écrit : ce que j’ai changé (versions de PHP et de WordPress, extensions mises à jour), la cause trouvée, et ce qui reste à décider s’il y a un choix à faire, comme une licence de thème à racheter.
Ce que je vous recommande ensuite
Si la panne vient d’une mise à jour, d’un thème obsolète ou d’une extension abandonnée, elle peut revenir.
Je vous dis ce qui est à risque sur votre site et ce qu’un contrat de maintenance changerait.
Exemples de dépannages
Trois pannes réelles, avec le délai de réponse et ce qui a été fait ensuite.
Une boutique WooCommerce qui ne prend plus les paiements (TPE, mai 2026)
Après une mise à jour automatique de WordPress, la cliente m’écrit : « nous ne pouvons plus effectuer de paiement ». Sur ce cas, environ 2 h de travail. La boutique est ensuite passée sous contrat de maintenance.
Un site mis hors ligne après une erreur dans Elementor (société de production, septembre 2025)
« J’ai voulu supprimer des éléments, et c’est une catastrophe. » Réponse 21 minutes après le message, appel le lendemain matin, devis à 9 h 32.
Un site associatif en PHP 5.5, avec un thème obsolète (avril 2025)
Passage en PHP 7.4, extensions mises à jour, extensions désactivées supprimées. Le thème Uncode, obsolète, provoquait une erreur critique en PHP 8.0 : deux options écrites au client, retrouver son compte Envato / Themeforest ou acheter une nouvelle licence. Le site est ensuite passé en PHP 8.3, progressivement.
TARIFS
Combien coûte un dépannage WordPress ?
Pour un site sans contrat de maintenance, le dépannage est facturé à l’heure, selon le type de bug.
Le diagnostic est facturé, sans minimum. Vous recevez un devis chiffré sous 24 h, avant toute intervention.
Bug léger : erreur d’affichage, problème de paiement ou de livraison, formulaire, menu ou recherche qui ne marche plus, aide à la prise en main de l’administration.
Bug critique : erreur 500, impossible de vous connecter à l’administration, site hors ligne, « Il y a eu une erreur critique sur ce site ».
Le dépannage est garanti 30 jours. Un dépannage courant prend environ 2 h ; un dépannage lourd, comme un changement de version de PHP ou un thème obsolète, 4 à 5 h, en moyenne, selon le volume de travail.
Chaque site est différent : c’est pour cela que le devis vient après le diagnostic.
Si votre site est sous contrat de forfait de maintenance WordPress à Paris, qui démarre à 70 € HT par mois, la correction des bugs est incluse, sans compteur d’heures. Seules les améliorations qui sortent du contrat, comme une nouvelle page ou une nouvelle fonctionnalité, sont facturées 70 € HT de l’heure : moins cher qu’un dépannage sans contrat.
DÉLAIS
En combien de temps ?
« Très bonne disponibilité et réactivité : c’est le critère le plus important pour cette mission. »
Un client, groupe de presse
Votre site est sous contrat de maintenance. Un incident critique est pris en charge sous 4 h ouvrées, avec un canal direct par téléphone. Le samedi, j’interviens aussi, mais seulement pour les sites sous contrat.
Je ne connais pas votre site. Je commence par un diagnostic, puis je vous envoie un devis sous 24 h. Je ne promets pas d’heure de prise en charge : sans accès, sans sauvegarde et sans historique du site, je ne peux pas savoir à l’avance ce que je vais trouver.
Un exemple réel : un lundi à 16 h 15, une cliente m’écrit que son site est hors ligne après une erreur dans Elementor. Je lui réponds à 16 h 36, nous nous appelons le lendemain matin, et elle reçoit le devis à 9 h 32.
La réparation prend environ 2 h pour un dépannage courant, 4 à 5 h pour un dépannage lourd (version de PHP, thème obsolète), en moyenne, selon le volume de travail.
Je travaille du lundi au vendredi, de 9 h à 19 h.
QUEL SERVICE ?
Dépannage, maintenance ou reprise : quel service pour votre situation ?
Le bon service dépend de ce que vous attendez : corriger une panne maintenant, éviter la prochaine, ou reprendre la main sur votre site.
VOTRE SITUATION
SERVICE ET PRIX HT
Une panne ou un bug à corriger maintenant
Dépannage (cette page) : dès 80 € / h, 95 € / h pour un bug critique
Éviter la prochaine panne, être pris en charge sous 4 h ouvrées
Maintenance : dès 70 € / mois, bugs inclus ; améliorations à 70 € / h
Votre prestataire est parti, vous voulez reprendre la main sur le site
Reprise d’un site existant : 800 à 2 500 €
Le site est trop ancien pour être réparé
Refonte : dès 2 000 €
Ce que je ne fais pas
Je préfère vous le dire avant que vous m’appeliez :
Je ne nettoie pas les sites piratés dont je n’assure pas la maintenance.
Je n’interviens pas le samedi sur un site qui n’est pas sous contrat de maintenance.
Je ne travaille pas sur les sites construits avec Divi ou un autre constructeur de pages : je travaille avec Elementor et avec l’éditeur de blocs de WordPress (Gutenberg).
Je ne fais pas de diagnostic gratuit : il est facturé, sans minimum, et c’est lui qui permet un devis juste.
L’hébergement n’est jamais inclus : je vous conseille sur le choix, vous le payez directement à votre hébergeur.
Je ne promets pas de dépannage 24 h / 24 et 7 j / 7.
Votre site vient d’être piraté ?
Contactez d’abord votre hébergeur. Les sites sous contrat de maintenance bénéficient d’une supervision sécurité : pare-feu applicatif Wordfence, scan malware régulier et durcissement (hardening).
Si un site sous contrat est touché, j’analyse les journaux (logs) du serveur et je cherche la cause.
Je corrige, puis je rétablis le site à partir d’une sauvegarde antérieure.
J’ajoute un correctif de sécurité complémentaire.
FAQ
Questions fréquentes sur le dépannage WordPress
Voici les réponses aux questions que l’on me pose le plus souvent quand un site WordPress est en panne.
En combien de temps pouvez-vous réparer mon site ?
Si votre site est sous contrat de maintenance chez moi, un incident critique est pris en charge sous 4 h ouvrées. Pour un site que je ne connais pas, je commence par un diagnostic et je vous envoie un devis sous 24 h, avant toute intervention.
La réparation elle-même prend environ 2 h pour un dépannage courant, et 4 à 5 h pour un dépannage lourd (changement de version de PHP, thème obsolète), en moyenne, selon le volume de travail. Je travaille du lundi au vendredi, de 9 h à 19 h ; le samedi, uniquement pour les sites sous contrat de maintenance.
Quel est le prix d’un dépannage, diagnostic compris ?
Pour un site sans contrat, le dépannage est facturé à partir de 80 € HT de l’heure, 95 € HT de l’heure pour un bug critique. Le diagnostic est facturé, sans minimum.
Un bug léger, c’est par exemple une erreur d’affichage, un problème de paiement ou de livraison, ou une aide à la prise en main de l’administration. Un bug critique, c’est par exemple une erreur 500 ou l’impossibilité de vous connecter à l’administration. Vous recevez un devis chiffré sous 24 h, avant que je touche au site. Le dépannage est garanti 30 jours.
Si je prends un forfait de maintenance, les bugs sont-ils inclus ?
La maintenance démarre à 70 € HT par mois. Sous contrat, la correction des bugs est incluse, sans compteur d’heures.
Les 70 € HT de l’heure s’appliquent seulement si vous voulez une amélioration qui sort de ce que couvre la maintenance : une nouvelle page, une nouvelle fonctionnalité. C’est moins cher que sans contrat. Sous contrat, un incident critique est pris en charge sous 4 h ouvrées.
Intervenez-vous sur un site que vous n’avez pas créé ?
Oui. Plusieurs des demandes que je reçois concernent un site laissé par un autre prestataire ou par un technicien qui n’est plus disponible. Je commence par un diagnostic, puis je vous propose un devis.
Je travaille avec Elementor et avec l’éditeur de blocs de WordPress (Gutenberg) ; je n’interviens pas sur Divi ni sur les autres constructeurs de pages. Si le site doit être repris en main dans la durée (accès, mises à jour, documentation), c’est une reprise de site, de 800 à 2 500 € HT.
Mon site a été piraté : pouvez-vous le nettoyer ?
Non, je ne nettoie pas les sites piratés dont je n’assure pas la maintenance. Les sites sous contrat bénéficient d’une supervision sécurité : pare-feu applicatif Wordfence, scan malware régulier et durcissement (hardening).
Si un site sous contrat est touché, j’analyse les journaux (logs) du serveur, je cherche la cause, je corrige, je rétablis le site à partir d’une sauvegarde antérieure et j’ajoute un correctif de sécurité complémentaire. Si votre site vient d’être piraté, contactez d’abord votre hébergeur.
Que faire tout de suite si mon site WordPress est en panne ?
Notez ce qui a changé juste avant la panne (mise à jour, nouvelle extension, modification dans l’éditeur) et faites une capture du message d’erreur. Ne supprimez pas de fichiers et ne réinstallez rien au hasard. Vérifiez auprès de votre hébergeur qu’il n’y a pas d’incident en cours.
Puis appelez-moi au 06 50 78 58 00 ou décrivez la panne dans le formulaire.
Je ne peux plus me connecter à l’administration : que puis-je faire ?
Essayez d’abord la réinitialisation du mot de passe depuis la page de connexion. Si l’email n’arrive pas, ou si vous n’avez plus aucun accès, il faut passer par l’espace client de votre hébergeur.
Rassemblez ce que vous avez (accès hébergeur, nom de domaine, ancien prestataire) : c’est ce dont j’ai besoin pour le diagnostic. Une connexion impossible à l’administration est un bug critique. Pour me transmettre vos accès, utilisez un lien sécurisé, par exemple avec Onetime Secret.
Site en panne ? Recevez un diagnostic et un prix sous 24 h
Appelez-moi au 06 50 78 58 00, du lundi au vendredi, de 9 h à 19 h.
Ou décrivez la panne ci-contre : je vous réponds avec ce que je peux faire, et à quel prix.
Remplissez le formulaire en 20 secondes.
Je vous recontacte en 24h !
Devis avant toute intervention.