Sites webMaintenance et développement des systèmesLa technologie au service des entreprisesEntreprise8 min czas czytania8153 znaki1411 słów
Maintenance de site web : six entrées dans la rubrique et par où commencer
La maintenance de site web, ce sont quatre tâches : un site qui fonctionne, qui est rapide, dont quelqu’un répond et qui survit au changement. Six entrées.
La maintenance d’un site web n’est pas une tâche, mais quatre tâches : qu’il fonctionne, qu’il soit rapide, que quelqu’un en réponde et qu’il survive au changement. Chacune a son article dans cette rubrique. Cette page n’en répète aucun — elle indique par où commencer.
Comment utiliser cette rubrique. Si vous n’avez pas de problème précis, commencez par les trois questions juste en dessous. Si vous en avez un, trouvez votre phrase dans « Six entrées dans la rubrique » et allez directement à l’article qui y répond. Le calendrier, à la fin, indique ce qu’il faut vérifier et à quelle fréquence une fois que tout est en ordre.
Si vous ne devez faire qu’une chose
Répondez à trois questions. Chacune prend une minute, et l’absence de réponse à l’une d’elles indique par quel article commencer. Ce ne sont pas des questions techniques : un chef d’entreprise devrait pouvoir répondre aux trois sans appeler son prestataire, car chacune porte sur quelque chose dont on aura besoin dans le quart d’heure le jour d’une panne.
- Au nom de qui est enregistré le domaine, et qui reçoit les rappels de renouvellement ? Si la réponse est « l’agence, je crois », commencez par le contrat de maintenance, avec la liste des accès qui doivent être au nom de l’entreprise.
- Comment saurez-vous que le site est hors ligne ? Si la réponse est « par un client », commencez par le monitoring de site web.
- Quand quelqu’un a-t-il restauré une sauvegarde du site pour la dernière fois ? Si personne ne l’a jamais fait, commencez par là : une sauvegarde qui n’a jamais été restaurée n’est qu’une supposition ; voir la sauvegarde de site web, dans la rubrique sécurité.
Six entrées dans la rubrique
La maintenance d’un site, ce sont quatre tâches
Digital Vantage
« Nous signons un contrat de maintenance — à quoi faut-il faire attention ? »
Les offres décrivent des tâches et taisent trois points : ce que vous obtenez quand le prestataire ne tient pas sa promesse, à qui appartient ce qu’il réalise, et qui a les clés au moment de vous séparer. Un SLA à 99,9 % autorise 44 minutes d’indisponibilité par mois, et la compensation se limite souvent à un remboursement partiel des frais, pas à votre perte. L’article sert aussi quand le site est entre les mains d’un collaborateur — il explique pourquoi une seule personne ne peut pas assurer de permanence — et avant de changer de prestataire, car il se termine par cinq étapes pour confier le site à une autre entreprise.
« PageSpeed affiche un score rouge — est-ce urgent ? »
Le score que vous voyez dans PageSpeed et ce que mesure Google ne sont pas la même liste. Trois seuils, la différence entre un test et les données d’utilisateurs réels, et l’ordre dans lequel investir dans la vitesse : d’abord une mise en page qui ne saute pas, ensuite les images du haut de page, le serveur en dernier. Utile à quiconque a reçu une offre pour « optimiser à 90+ dans PageSpeed » et veut savoir quoi demander avant de l’accepter — et à tous ceux dont le site reçoit trop peu de visites pour que Google le mesure.
« Nous apprenons les pannes par nos clients »
Ce qu’il faut vérifier au-delà de la simple réponse du serveur, ce que donne une surveillance gratuite, qui doit recevoir l’alerte et pourquoi la durée d’une panne dépend de la réaction plutôt que de la fréquence des vérifications. Cela concerne tout site qui reçoit des demandes ou qui vend, et toute entreprise dont le prestataire assure qu’il « garde un œil dessus » — car votre propre surveillance est la seule mesure indépendante du respect du contrat.
« Le site affiche une erreur 500, 502 ou 503 »
Un code d’erreur serveur indique quel segment a lâché — et s’il faut appeler l’hébergeur ou le développeur. Avec un tableau « code — endroit — qui appeler » et le message d’erreur critique de WordPress. Cela concerne le moment où l’erreur est déjà là, ou apparaît de temps en temps et disparaît avant que quiconque ne l’examine : dans les premières minutes, « qui doit s’en charger » compte plus que « comment réparer ».
→ Erreurs 500, 502, 503 et 504
« Après la refonte, Google signale des erreurs 404 »
D’où elles viennent, quand rediriger et quand laisser l’erreur, ce que signifient 403, 401 et 400 — et une carte de tous les codes de réponse. Le plus souvent utile après une refonte, un changement de menu ou un nettoyage des contenus, quand se multiplient les adresses qui fonctionnaient autrefois. L’article explique aussi pourquoi notre propre site répond aux adresses inexistantes avec un code 200 — et pourquoi c’est un choix délibéré.
« Nous changeons d’hébergement, de domaine ou de plateforme »
Trois opérations différentes désignées par le même mot, chacune avec un risque différent. Transfert de nom de domaine, propagation DNS et plan de redirections 301 — et pourquoi Google continue de voir l’ancienne adresse pendant des semaines. À lire de préférence avant la décision, pas pendant : si les changements arrivent ensemble, séparez-les dans le temps, car après une baisse consécutive à trois changements simultanés, impossible de savoir lequel l’a causée.
Dans quel ordre lire
Trois parcours, selon ce qui vous amène ici.
Rien ne s’est passé et vous voulez simplement mettre de l’ordre. Commencez par les trois questions ci-dessus, puis le monitoring — le seul article de la rubrique après lequel quelque chose se met à fonctionner sans votre intervention. Enfin le contrat de maintenance, si vous avez un prestataire, pour savoir quels points de cette liste il assure et lesquels restent chez vous.
Quelque chose se passe déjà. Le site est hors ligne ou affiche une erreur : allez directement aux erreurs serveur et au tableau « qui appeler ». Des pages disparaissent de Google ou les clients tombent sur « page introuvable » : voyez l'erreur 404. Les deux articles commencent par ce qu’il faut vérifier dans les premières minutes.
Vous préparez un changement ou un échange avec un prestataire. Avant un déménagement : la migration. Avant de signer un contrat ou de changer de prestataire : le contrat de maintenance. Avant d’accepter une offre pour « accélérer le site » : les Core Web Vitals. Chacun de ces trois articles vous donne une liste de questions à poser en réunion.
Pourquoi c’est un travail continu, pas ponctuel
C’est sur la vitesse que cela se voit le mieux, car c’est la seule chose mesurée publiquement sur l’ensemble du web.
Environ la moitié des sites passent les Core Web Vitals
HTTP Archive, Web Almanac 2025, chapitre Performance (CrUX)
Selon le Web Almanac 2025, un bon résultat est atteint par 48 % des sites sur mobile et 56 % sur ordinateur, et les pages d’accueil font moins bien que les pages internes. La page d’accueil est généralement la partie la plus souvent modifiée d’un site — et chaque modification peut défaire un résultat qui était bon. C’est pourquoi la maintenance est un rythme, pas un projet. Ce que cela signifie pour votre site, nous le détaillons dans l'article sur les Core Web Vitals.
La maintenance de site web au calendrier
Fréquence | Quoi | Où c’est décrit |
|---|---|---|
en continu, automatiquement | le site répond-il et affiche-t-il le bon contenu | |
chaque semaine | erreurs serveur et nouvelles 404 dans Search Console | |
chaque mois | mises à jour une par une, rapport du prestataire | |
chaque trimestre | test de restauration d’une sauvegarde, données Core Web Vitals | |
chaque année | domaine, accès, version de PHP, clauses du contrat | |
à chaque déménagement | plan de redirections et vérification qu’il fonctionne |
Chaque ligne absente de l’offre de votre prestataire est une tâche qui reste chez vous — ce qui est acceptable, pourvu que quelqu’un dans l’entreprise le sache.
Ce que cette rubrique ne couvre pas
- Les mises à jour et les sauvegardes — elles relèvent de la rubrique sécurité, car c’est là qu’est leur raison d’être : elles protègent contre les intrusions et la perte de données.
- Le coût de la maintenance — hébergement, domaine, licences et travail, mois après mois — est détaillé dans l’article sur ce que coûte la maintenance d’un site, et s’estime pour votre propre site avec le calculateur du coût de maintenance.
- Les positions dans Google — un site rapide et fonctionnel est une condition, mais Google dit clairement que de bons Core Web Vitals ne garantissent pas un bon classement. C’est un travail distinct.
- La refonte du site — la maintenance préserve l’existant ; la décision de refondre ou d’optimiser est une autre discussion.
FAQ
Questions sur la maintenance de site web
Quatre tâches : qu’il fonctionne (surveillance et réaction aux erreurs), qu’il soit rapide (Core Web Vitals), que quelqu’un en réponde (le contrat avec un prestataire) et qu’il survive à un changement d’hébergement, de domaine ou de plateforme. Les mises à jour et les sauvegardes relèvent de la sécurité du site.
Cela dépend de quatre couches de la facture : infrastructure, licences, travail et dépassements. Pour votre propre site, vous pouvez l’estimer avec le calculateur du coût de maintenance.
En partie : surveiller le domaine, mettre en place une surveillance de base, faire les mises à jour d’un site simple. Réagir aux pannes hors des heures de bureau et intervenir sur le serveur est plus difficile. La plupart des entreprises confient la partie technique à un prestataire, mais savoir où se trouve chaque chose et au nom de qui doit rester dans l’entreprise.
Par trois questions : au nom de qui est enregistré le domaine, comment vous apprendrez une panne, et quand quelqu’un a restauré une sauvegarde pour la dernière fois. L’absence de réponse à l’une d’elles indique par quel article de cette rubrique commencer.
Voyons comment votre site s’en sort sur les quatre tâches
Lors d’un audit, nous passons en revue les accès, la surveillance, la vitesse mesurée par Google et les redirections — et nous vous disons laquelle des quatre tâches de maintenance est la plus faible chez vous.
Articles connexes
- Maintenance de site web : six entrées dans la rubrique et par où commencer
La maintenance de site web, ce sont quatre tâches : un site qui fonctionne, qui est rapide, dont quelqu’un répond et qui survit au changement. Six entrées.
- 1.Erreur 500, 502, 503 et 504 — ce qu’elles signifient et qui appeler quand elles touchent votre site
Une erreur 500, 502, 503 ou 504 indique quel élément a lâché : l’application, la liaison entre serveurs ou une surcharge. Ce qu’elle signifie, qui appeler.
- 2.Erreur 404, 403, 401 et 400 — ce que signifient les codes d’erreur d’un site et comment les corriger
Une erreur 404 sur votre site, c’est souvent une page supprimée sans redirection. Ce que disent les codes HTTP 4xx et pourquoi notre 404 renvoie 200.
- 3.Core Web Vitals — pourquoi votre score PageSpeed mesure autre chose
Les Core Web Vitals ne sont pas votre score PageSpeed : sa métrique la plus lourde n’est pas utilisée par Google pour le classement. Les trois seuils.
- 4.Contrat de maintenance de site web : ce que vous achetez vraiment en signant
Maintenance WordPress ou de site web : on achète des tâches, on signe un contrat. Délai de réaction, SLA, accès au domaine, droits sur le code.
- 5.Monitoring de site web — qui l’apprend en premier, vous ou votre client
Monitoring de site web : un code 200 ne prouve pas que la page fonctionne — le nôtre le renvoie pour des adresses inexistantes. Quoi vérifier et qui alerter.
- 6.Migration de site web — hébergement, domaine et redirections 301
La migration de site web, ce sont trois opérations : hébergement, domaine, adresses. Quoi signaler à Google, comment transférer un .ch et poser les 301.
- 1.
