Maintenance site internet Guadeloupe : le périmètre réel

Un site qui fonctionne aujourd’hui peut devenir inaccessible dans six mois sans que personne n’ait touché à son code. Le site n’a pas bougé. C’est tout ce qui tourne autour qui a continué d’avancer.

Patchstack a recensé 11 334 nouvelles failles dans l’écosystème WordPress sur la seule année 2025, soit 42 % de plus qu’en 2024. Neuf sur dix logent dans des extensions. Aucune qualité de fabrication ne protège de cela. Une création de site internet en Guadeloupe menée proprement fige un état à un instant donné, pas ce qui l’entoure.

La maintenance couvre cet écart. Le mot est vague, les offres le sont aussi, et deux contrats au même prix peuvent ne rien contenir de comparable. Ce qui suit sert surtout à poser les bonnes questions avant de signer.

11 334

nouvelles failles recensées dans l’écosystème WordPress en 2025, soit 42 % de plus qu’en 2024

46 %

de ces failles n’avaient aucun correctif au moment de leur divulgation publique

5 h

médiane avant exploitation massive pour les vulnérabilités les plus visées

Patchstack, State of WordPress Security in 2026, données 2025.

Ce qui casse sur un site laissé sans suivi

Rien ne tombe en panne le jour où vous arrêtez de surveiller. La dégradation est lente, puis la panne arrive d’un coup. Trois mécanismes sont à l’œuvre, et deux d’entre eux ne dépendent pas de vous.

Les extensions, pas WordPress lui-même

La réputation de WordPress en matière de sécurité repose sur un malentendu. Sur les 11 334 failles de 2025, 91 % concernaient des extensions et 9 % des thèmes. Six seulement touchaient le cœur du logiciel, toutes de faible sévérité. Le problème n’est donc pas l’outil, c’est ce qu’on empile dessus.

Un site avec vingt-cinq extensions, c’est vingt-cinq calendriers de mise à jour à suivre. Chacune vient d’une équipe différente, avec ses propres délais de correction. Le délai de réaction, lui, s’est effondré : pour les vulnérabilités les plus visées, la médiane avant exploitation massive tombe à cinq heures.

Une mise à jour appliquée le premier lundi du mois arrive donc parfois après la bataille. Et quand une faille a été exploitée, l’entretien ne suffit plus. La remise en état suit sa propre procédure, et savoir que faire face à un site WordPress piraté se joue dans les premières heures.

Quand le correctif n’existe pas encore, ou n’existera jamais

Voilà le chiffre que presque personne ne commente. Patchstack relève que 46 % des failles n’avaient aucun correctif disponible au moment de leur divulgation publique. Autrement dit, la faille est connue de tout le monde, attaquants compris, et il n’y a rien à installer.

Un contrat qui se résume à « on applique les mises à jour » ne couvre pas ces cas. Dans cette fenêtre, le travail consiste à réduire la surface exposée en attendant la version corrigée.

  • Désactiver la fonction ou l’extension touchée, le temps que le correctif sorte.
  • La remplacer par une autre qui rend le même service.
  • Poser une règle de filtrage au niveau du serveur ou d’un pare-feu applicatif.
  • Surveiller cette faille précise, et pas seulement la disponibilité du site.

Il existe un cas où le correctif ne viendra jamais : celui de l’extension abandonnée par son auteur. Elle s’affiche comme à jour, puisqu’aucune nouvelle version ne sort. Une maintenance sérieuse repère ces composants morts et les remplace, au lieu d’attendre une mise à jour qui n’arrivera pas.

La version de PHP, dont personne ne parle avant la panne

PHP est le langage qui exécute WordPress à chaque visite, côté serveur. Sa version est fixée par l’hébergement. Chaque branche a une date de fin de support, au-delà de laquelle elle ne reçoit plus aucun correctif. Cette échéance ne se voit nulle part depuis le site public.

Deux statuts se confondent souvent. Le support actif corrige les bugs et la sécurité. Les correctifs de sécurité seuls ne traitent plus que le critique, et uniquement quand c’est nécessaire. PHP 8.3 est dans ce second régime depuis fin 2025, PHP 8.4 y entrera fin 2026.

Version de PHPCorrectifs de sécuritéStatut en août 2026
8.1 et antérieuresterminésfin de vie depuis le 31 décembre 2025, migration prioritaire
8.2jusqu’au 31 décembre 2026dernière année, plan de migration à poser
8.3jusqu’au 31 décembre 2027correctifs de sécurité seuls
8.4jusqu’au 31 décembre 2028support actif jusqu’à fin 2026
8.5jusqu’au 31 décembre 2029support actif, cible la plus durable
Source : php.net, pages des versions supportées et des branches en fin de vie, relevé du 19 août 2026.

Le préavis donné par les hébergeurs se compte parfois en semaines. Un code écrit pour une branche ancienne peut produire une erreur fatale sur une branche récente, et la page blanche est immédiate. Un site suivi passe la bascule sur une copie de test. Un site laissé seul la découvre en direct, souvent un vendredi.

Un site qui répond n’est pas un site qui fonctionne

C’est la différence la plus mal comprise du sujet, et celle qui coûte le plus cher. Un site peut être parfaitement accessible et ne plus rien produire pour vous depuis des semaines.

Ce qu’une surveillance de disponibilité ne voit pas

La plupart des outils de surveillance appellent votre page d’accueil toutes les cinq minutes et vérifient qu’elle répond. Tant que le serveur renvoie un code de réussite, le tableau de bord reste vert. C’est tout ce qu’il regarde.

Pendant ce temps, le formulaire de contact peut avoir cessé d’envoyer ses messages après une mise à jour d’extension. Les e-mails du site peuvent partir en indésirable. Le bouton de réservation peut renvoyer une erreur. Une tâche planifiée peut ne plus s’exécuter, ce qui bloque les paniers abandonnés et les relances.

Ces pannes sont silencieuses. Elles ne déclenchent aucune alerte, et vous les découvrez par un client qui appelle en disant qu’il n’a jamais eu de réponse. La bonne question à poser à un prestataire n’est donc pas « surveillez-vous mon site ». C’est « que surveillez-vous exactement ».

Le test qui compte dépend de ce que le site vous rapporte

Un test utile reproduit le geste qui vous fait gagner de l’argent. Pour un site vitrine, c’est l’envoi du formulaire. Pour une boutique, c’est une commande de bout en bout. Le niveau de surveillance et le rythme des sauvegardes se déduisent de là, pas du nombre de pages.

Type de siteLe test qui compteSauvegardesDélai à exiger
Vitrinepage d’accueil et formulaire de contactquotidiennesjours ouvrés
Artisan, devisformulaire, réception réelle du courriel, clic téléphonequotidiennesmoins de 24 heures
Restaurantréservation en ligne, carte accessiblequotidiennesmoins de 24 heures
Gîte, locationmoteur de réservation, versement de l’acompteplusieurs fois par jourquelques heures en saison
Boutiqueajout au panier et commande de testproches du temps réelquelques heures, sept jours sur sept
Espace clientconnexion et parcours protégéproches du temps réelquelques heures
Grille de lecture pour cadrer une demande de devis. Ces seuils ne sont pas une norme, ils dépendent du contrat signé.

Cette grille sert surtout à comparer. Deux devis identiques sur le papier se séparent nettement dès qu’on demande lequel des deux teste réellement le tunnel de réservation.

Ce que couvre un forfait, et ce qui reste dehors

Le mot recouvre des périmètres très différents selon qui le vend. Ce qui compte n’est donc pas le montant mensuel, c’est ce que le contrat décrit noir sur blanc.

Le socle technique, et ce qu’il faut exiger par écrit

Un forfait sérieux couvre au minimum les points suivants, et chacun d’eux se vérifie.

  • Les mises à jour du cœur, du thème et des extensions, appliquées après test et non en aveugle.
  • Des sauvegardes stockées ailleurs que sur l’hébergement du site, avec une durée de conservation annoncée.
  • Une surveillance qui teste une action réelle, pas seulement l’affichage de la page d’accueil.
  • Le suivi du certificat de sécurité, du renouvellement du domaine et de la version de PHP.
  • Le ménage sur les comptes : suppression des anciens administrateurs, double authentification, extensions inutilisées retirées.
  • Un compte rendu écrit de ce qui a été fait dans le mois.

Les tarifs publiés vont de quelques dizaines à plusieurs centaines d’euros par mois. L’écart ne dit rien tant qu’on ignore ce qu’il achète. Ici, la maintenance, l’hébergement et les sauvegardes sont regroupés à 45 euros par mois, sans engagement de durée, sur le périmètre décrit ci-dessus.

Forfait maintenance, hébergement et sauvegardes : 45 € par mois sans engagement, grille au 19 août 2026. Fourchette de tarifs publics relevée en août 2026 sur des offres françaises de maintenance WordPress.

Sauvegardes : ce que vous perdez, en combien de temps vous repartez

« Faites-vous des sauvegardes » est une mauvaise question, parce que la réponse est toujours oui. Trois précisions changent tout, et elles se demandent par écrit.

D’abord, ce que vous acceptez de perdre. Une sauvegarde de la nuit dernière fait perdre une journée de données. Un site vitrine modifié deux fois par mois s’en moque. Une boutique qui enregistre des commandes toutes les heures, non.

Ensuite, le temps de remise en ligne. Restaurer un petit site prend moins d’une heure. Une base de données volumineuse, plusieurs. C’est ce délai, pas la fréquence de sauvegarde, qui détermine la durée réelle de la panne.

Enfin, la durée de conservation. C’est le point le plus souvent oublié, et le plus dangereux. Le détail des sauvegardes et mises à jour se lit sur la page dédiée.

Une sauvegarde quotidienne conservée trois jours ne protège pas d’un piratage découvert au bout d’une semaine. Toutes les copies encore disponibles sont déjà compromises.

Vérification : demander le nombre de copies conservées, leur ancienneté maximale, et la date de la dernière restauration réellement effectuée. Une sauvegarde jamais restaurée reste une hypothèse.

Préventive, corrective, adaptative, évolutive

Ces quatre mots reviennent dans tous les devis, rarement avec la même définition. Ils servent surtout à savoir où s’arrête le forfait et où commence la facturation.

  • Préventive. Mises à jour, sauvegardes, analyses de sécurité, contrôle des versions. C’est le cœur du forfait.
  • Corrective. Réparer ce qui casse : formulaire muet, page blanche, conflit entre deux extensions. Souvent comprise dans une limite d’heures.
  • Adaptative. Suivre ce qui bouge autour du site : version de PHP, navigateurs, interface d’un service tiers. Variable d’un contrat à l’autre.
  • Évolutive. Ajouter une fonction, une page, un module de réservation. Presque jamais comprise, et c’est logique.

Reste un poste que personne n’annonce : les licences. Un thème premium, un constructeur de pages, un module de réservation fonctionnent souvent par abonnement annuel. Trois questions suffisent. Au nom de qui la licence est-elle achetée, qui paie son renouvellement, et que devient-elle si le contrat de maintenance s’arrête ?

Comparer deux contrats sans se tromper

À ce stade, la comparaison ne porte plus sur le prix. Elle porte sur trois choses que presque aucun client ne vérifie avant son premier incident.

Intervention sous quatre heures, mais intervention de quoi ?

C’est le piège le plus courant des contrats de maintenance. Un même chiffre, quatre heures, recouvre quatre engagements sans rapport entre eux. Le mot placé devant fait toute la différence.

Ce qui est écritCe que ça engage réellement
Réponse sous 4 hquelqu’un accuse réception de votre message
Prise en charge sous 4 hle diagnostic a commencé
Rétablissement sous 4 hle service refonctionne, éventuellement en mode dégradé
Résolution sous 4 hla cause est corrigée pour de bon
Formulations courantes des contrats de maintenance français, à faire préciser avant signature.

Un prestataire honnête s’engage sur la prise en charge, rarement sur la résolution. La cause d’une panne ne se décrète pas en quatre heures. Méfiez-vous plutôt de celui qui promet une résolution garantie sur tout type d’incident.

Ce qui doit se passer entre l’alerte et la remise en ligne

Un bon contrat décrit une séquence, pas une promesse. Demander cette séquence par écrit trie les prestataires plus vite que n’importe quelle grille tarifaire.

  1. Qualifier l’alerte. Ce qui est tombé, depuis quand, et pour combien de visiteurs. Une page produit et un tunnel de paiement n’appellent pas la même urgence.
  2. Limiter la casse. Couper la fonction touchée plutôt que le site entier, quand c’est possible.
  3. Figer les traces. Copier les journaux et les fichiers avant toute réparation. Sinon le diagnostic disparaît avec la remise en état.
  4. Restaurer ou corriger. Le choix dépend de l’ancienneté de la sauvegarde et de la nature de la panne.
  5. Tester avant de republier. Formulaire, paiement, connexion. Pas seulement la page d’accueil.
  6. Changer les accès et écrire le rapport. Mots de passe, clés d’interface, comptes administrateurs, puis le récit de ce qui s’est passé.

La troisième étape est celle qu’on saute le plus souvent, sous la pression de l’urgence. Elle décide pourtant de la suite : sans traces, impossible de savoir par où l’attaque est entrée, donc impossible d’empêcher la deuxième.

Ce que vous récupérez le lendemain d’une résiliation

La question se pose avant de signer, pas au moment de partir. Un contrat qui reste flou sur la sortie devient un contrat dont on ne sort pas, faute de pouvoir remonter le site ailleurs.

Le lendemain d’une résiliation, vous devez pouvoir repartir avec :

  • un export des fichiers et de la base de données, dans un format restaurable ;
  • les accès administrateur du site, de l’hébergement et du nom de domaine ;
  • la main sur la zone technique du domaine, celle qui pointe vers le serveur ;
  • les licences achetées en votre nom, avec leur date de renouvellement ;
  • la documentation des développements faits sur mesure.

Sur les projets HLSEO, ces éléments sont à vous dès le premier jour, et pas seulement au moment du départ. C’est aussi ce que recouvre l’hébergement d’un site internet en Guadeloupe quand le compte est ouvert à votre nom. Vous pouvez changer de prestataire sans rien perdre.

Vous ne savez pas dans quel état est votre site ?

Un relevé écrit : versions installées, extensions abandonnées par leurs auteurs, version de PHP en place, état réel des sauvegardes. Réponse sous 24 heures ouvrées, sans engagement.

Faut-il un contrat, ou une intervention de temps en temps ?

La question est économique avant d’être technique. Elle mérite quand même un détour par le droit, parce que l’absence de contrat de maintenance ne veut pas dire absence d’obligation.

Aucune obligation de contrat, mais une obligation de sécurité

Aucun texte n’impose de souscrire un contrat de maintenance. En revanche, dès que votre site collecte des données personnelles, formulaire de contact compris, le RGPD vous impose des mesures de sécurité adaptées au risque. Laisser tourner une faille connue pendant des mois s’en éloigne.

Une fuite susceptible de présenter un risque pour les personnes se notifie à la CNIL. L’article 33 du RGPD demande de le faire dans les meilleurs délais, si possible sous 72 heures. Le compte à rebours part de votre prise de connaissance, pas de la résolution de l’incident.

D’où une clause à lire de près. Votre prestataire agit comme sous-traitant : c’est lui qui verra l’incident en premier. Si le contrat ne l’oblige pas à vous alerter sans délai, vos 72 heures sont déjà entamées quand vous apprenez la nouvelle.

Le critère n’est pas la taille du site, c’est ce que l’arrêt vous coûte

Un site de cinq pages qui affiche des horaires supporte deux jours d’indisponibilité. C’est agaçant, rien de plus. Un site de gîte qui prend des réservations en direct au mois de février perd des nuitées à chaque heure d’arrêt.

La haute saison touristique court de décembre à avril. Une panne en janvier ne coûte donc pas la même chose que la même panne en septembre. La saison cyclonique, du 1er juin au 30 novembre, donne un argument de plus aux sauvegardes stockées hors de l’archipel.

Autant le dire franchement. Sur un site vitrine sans revenu direct, monté sur un thème standard et avec peu d’extensions, personne n’a besoin d’une intervention humaine tous les mois. Cela ne veut pas dire attendre trois mois avant d’appliquer un correctif critique.

La règle qui tient les deux bouts est simple. Les correctifs de sécurité tournent en continu, automatisés quand c’est raisonnable. L’audit humain complet, lui, peut se contenter d’un rythme trimestriel. Ce budget se réfléchit avec celui du projet. La page consacrée au prix d’une création de site internet en Guadeloupe donne les ordres de grandeur.

Reprendre un site construit par quelqu’un d’autre

Le cas revient souvent. Le prestataire d’origine n’est plus joignable, ou la relation s’est arrêtée, et personne ne sait plus qui détient quoi. Trois accès conditionnent toute reprise : l’administration du site, l’hébergement, et le compte du nom de domaine.

Le choix du logiciel pèse ici plus qu’ailleurs. Une création de site WordPress en Guadeloupe laisse un code lisible par n’importe quel prestataire. D’une plateforme fermée, on ne sort qu’en refaisant tout.

Une reprise commence par un relevé de l’existant. Versions installées, extensions abandonnées, état réel des sauvegardes, version de PHP, comptes administrateurs actifs. Rien n’est modifié tant que ce relevé n’est pas écrit. Travailler à distance avec une agence guadeloupéenne ne change rien à cette méthode.

Un périmètre écrit vaut mieux qu’un forfait bas

Entre deux devis, quatre lignes séparent le sérieux du reste. Ce qui est réellement testé, la durée de conservation des sauvegardes, la date de la dernière restauration vérifiée, et le sens exact du délai annoncé. Un contrat vague sur ces quatre lignes le restera le jour où le site tombe.

— HLSEO, après relecture de la page

Reste la question du calendrier. Ce budget se décide en même temps que celui du projet, pas six mois après la mise en ligne. Les contraintes ne se ressemblent pas d’un secteur à l’autre, et les pages classées par site internet par métier détaillent ces parcours. Les étapes et délais d’un projet montrent à quel moment le suivi prend le relais.

Questions fréquentes

La maintenance d’un site internet est-elle obligatoire ?

Aucun texte n’impose de contrat. Mais dès que le site collecte des données personnelles, le RGPD impose des mesures de sécurité adaptées au risque. L’obligation porte sur le résultat, pas sur la forme juridique du suivi.

Quelle différence entre maintenance et hébergement ?

Ce sont deux prestations distinctes. L’hébergement loue l’espace serveur, la maintenance s’occupe de ce qui tourne dessus. Certaines offres les regroupent, dont celle décrite plus haut à 45 euros par mois.

Les mises à jour automatiques de WordPress suffisent-elles ?

Elles vont plus loin qu’on ne le croit. Depuis WordPress 5.5, elles couvrent aussi les extensions et les thèmes, à activer un par un puisqu’elles sont désactivées par défaut. Elles raccourcissent le délai d’exposition, mais elles ne vérifient pas qu’une nouvelle version n’a rien cassé. Elles ne remplacent ni le test ni la possibilité de revenir en arrière.

Que se passe-t-il si je ne fais rien pendant un an ?

Le site continue de s’afficher, souvent sans aucun signe visible. Puis un hébergeur change la version de PHP, ou une faille connue depuis des mois finit par être exploitée. La remise en état se chiffre alors en heures de travail, site indisponible pendant ce temps.

Mon prestataire doit-il me prévenir en cas de fuite de données ?

Le RGPD oblige le sous-traitant à informer le responsable de traitement dans les meilleurs délais. C’est vous qui notifiez ensuite la CNIL, sous 72 heures si la fuite présente un risque pour les personnes. Faites écrire cette obligation d’alerte dans le contrat, sinon le délai court sans vous.

Peut-on reprendre la maintenance d’un site créé par une autre agence ?

Oui, à condition d’obtenir les accès administrateur, ceux de l’hébergement et ceux du nom de domaine. Un relevé de l’existant précède toujours la première intervention.