Aller au contenu

Cause probable

Ce qui a changé juste avant, dit en une phrase

Une alerte qui dit « /checkout en échec » vous laisse enquêter. Une alerte qui dit « /checkout en échec, trois minutes après le déploiement a1b2c3d qui a retiré Stripe.js » vous laisse corriger.

« J'ai passé une heure à chercher avant de voir le commit de mon collègue. »

Le plus long, dans un incident, n'est pas de réparer : c'est de comprendre.

sources regardées : déploiement, DNS, hébergeur, paiement
4

sources regardées : déploiement, DNS, hébergeur, paiement

phrase dans l'alerte
1

phrase dans l'alerte

les fichiers changés, quand c'est un déploiement
diff

les fichiers changés, quand c'est un déploiement

accusation : une piste, pas un verdict
0

accusation : une piste, pas un verdict

Comment ça marche

  1. 01Le dernier déploiement, et ce qu'il a changé

    Quand le site est branché à GitHub, PostShip connaît les fichiers touchés par le déploiement qui précède la panne.

  2. 02Le DNS et le certificat

    Un enregistrement A qui change, un certificat qui expire : PostShip relève les deux à chaque passage et sait dire s'ils ont bougé entre le dernier passage vert et le premier rouge.

  3. 03Votre hébergeur et votre prestataire de paiement

    Les pages de statut de Vercel, Netlify, Cloudflare et Stripe sont lues au moment de l'incident.

  4. 04Une piste, écartée si elle ne tient pas

    La cause probable est la plus proche dans le temps et la plus liée à la page cassée.

Ce qu'on vous demande souvent

Et si la cause n'est pas dans la liste ?

Alors l'alerte ne l'invente pas. Elle dit ce qui a changé et ce qui n'a pas changé, ce qui reste une bonne façon de commencer. Le journal du projet garde la chronologie complète pour l'après-coup.

Vous lisez mon code ?

Seulement la liste des fichiers changés par un déploiement, via l'App GitHub que vous installez — pas leur contenu. Le diff montré dans l'alerte est celui que GitHub rend public à vos collaborateurs.

Ça remplace un outil d'observabilité ?

Non : ça répond à la première question, pas à toutes. Pour une trace complète, Sentry ou votre hébergeur restent la suite naturelle — et l'alerte de PostShip vous y envoie au bon endroit.

Collez l'URL de votre site. PostShip la vérifie devant vous, sans compte et sans carte.

EnsuiteRéparer avant de comprendre : le retour arrière