Un expert WordPress pour le site que vous avez déjà.

Dans les faits, c’est la capacité à ouvrir le code d’un site qu’on n’a pas écrit et à comprendre ce qu’il fait : lire un thème, suivre le fil d’une extension, interpréter un journal d’erreurs PHP, repérer une requête qui coûte deux secondes à chaque page. Sans ça, on répare en changeant des réglages au hasard jusqu’à ce que le symptôme disparaisse.

C’est aussi savoir dire non. Un diagnostic honnête conclut parfois que « ce site n’est pas réparable à un coût raisonnable ». Mieux vaut le dire tout de suite que facturer trois interventions avant d’y venir.

Oui, c’est une grande partie du travail. Sites laissés sans suivi, prestataire injoignable, agent parti d’une collectivité avec la mémoire du fonctionnement, développements anciens dont plus personne ne connaît le détail : on reprend tout cela.

La seule condition est d’avoir les accès, ou de pouvoir les récupérer. Quand ils ont été perdus, on les reconstitue avec l’hébergeur et le bureau d’enregistrement du domaine. C’est plus long, mais presque toujours possible. Lire : votre prestataire a disparu, que faire ?

Pour un premier examen, ce qui est visible de l’extérieur suffit souvent. Pour intervenir, il faut un accès administrateur nominatif, c’est-à-dire un compte à notre nom plutôt que vos propres identifiants.

Cette précaution vous protège. On sait qui a fait quoi, et à la fin de la mission vous supprimez un compte au lieu de changer tous vos mots de passe. L’accès à l’hébergement aide aussi, car beaucoup de problèmes se lisent dans les journaux du serveur et nulle part dans l’administration.

Le travail technique se fait entièrement à distance. Le serveur ne se déplace pas, et le téléphone ou la visio suffisent. Nous intervenons ainsi partout en France.

La proximité permet autre chose : se voir. Depuis Jugon-les-Lacs, Thomas se déplace dans les Côtes-d’Armor et en Bretagne quand le projet le justifie, pour une réunion de lancement à plusieurs ou une formation d’équipe. Pour un dépannage, ce n’est pas nécessaire.

Non. Un site bâti avec un constructeur de pages s’entretient, se répare et s’optimise. Il faut simplement savoir que ces outils produisent beaucoup de code pour afficher peu de choses, ce qui pèse sur le chargement, et que le contenu reste lié à l’outil qui l’a créé.

Cela oriente les corrections possibles, sans en interdire aucune. Lire : pourquoi un site Elementor est lent, et ce qu’on peut y faire.

On regarde d’abord l’état du socle technique : version de PHP supportée, extensions encore maintenues, thème toujours suivi par son auteur. On vérifie ensuite s’il reste des développements impossibles à reprendre, et si le site correspond encore à ce que vous faites aujourd’hui.

Les deux options sont chiffrées côte à côte. La remise à niveau coûte parfois plus cher qu’une refonte, et mieux vaut le savoir avant de commencer. Lire : refondre ou corriger ?

Non. Un dépannage, une optimisation, une migration ou l’ajout d’une fonctionnalité se commandent seuls, sur devis, sans engagement pour la suite. Beaucoup de missions s’arrêtent là, et c’est très bien.

Le contrat de maintenance sert à autre chose : éviter que le problème revienne. On vous le propose après une intervention lourde, sans jamais en faire une condition.

Non. Le score sur 100 est un résumé pratique, calculé en laboratoire sur un téléphone et une connexion simulés. Il varie d’un passage à l’autre sans que rien n’ait changé. Courir après le score parfait pousse à des réglages agressifs qui dégradent l’expérience réelle.

Ce qui compte davantage, ce sont les données de terrain, celles de vos visiteurs réels, visibles dans le rapport Core Web Vitals de la Search Console. Lire : pourquoi un site est lent sur mobile.

Rarement en premier. L’hébergement fixe un plancher, le temps que le serveur met à produire la page. Si ce temps est correct, changer de serveur ne réglera ni des images de plusieurs mégaoctets, ni douze scripts chargés sur toutes les pages.

La question devient légitime quand la mesure montre un temps de réponse élevé et constant, y compris sur une page en cache, ou une version de PHP ancienne et non modifiable. C’est alors le sujet de l’hébergement WordPress infogéré.