Déploiements
La vérification part avec le déploiement, pas au prochain cycle
Une sonde qui passe toutes les cinq minutes vous apprend une régression cinq minutes trop tard. PostShip se déclenche sur l'événement, puis revient deux fois.
- git push
- build
- en ligne
- webhook
- vérifié
votre hébergeur
PostShip
webhook reçuvérification à T+0rappels à T+2 min et T+8 min
« C'était en ligne depuis quarante minutes quand un client me l'a dit. »
Un déploiement casse au moment où il est déployé, pas à un moment aléatoire de la journée. Un outil qui interroge votre site à intervalle fixe ne peut pas être plus rapide que son intervalle — et l'écart entre la mise en ligne et le prochain passage, c'est exactement le temps pendant lequel vos visiteurs voient la casse avant vous.
- passages par déploiement
- 3
- dès la fin du build
- T+0
- cache chaud
- T+2
- CDN propagé
- T+8
passages par déploiement
dès la fin du build
cache chaud
CDN propagé
Comment ça marche
01Votre hébergeur nous prévient
Un webhook Vercel, Netlify ou Cloudflare Pages, collé une fois dans les réglages du projet. PostShip génère le secret pour Netlify, qui vous en demande un — et ne reçoit rien d'autre que l'événement de déploiement.
02T+0 : la vérification part dans la seconde
Toutes vos URLs surveillées sont rejouées immédiatement, pendant que vous regardez encore l'écran de déploiement. C'est le moment où une régression coûte le moins cher à corriger : vous avez le contexte en tête et le commit sous la main.
03T+2 et T+8 : les deux rappels
Beaucoup de casses n'apparaissent pas tout de suite. Le cache se réchauffe, le CDN propage, une page statique est régénérée. Les deux rappels attrapent ce que le premier passage ne pouvait pas voir.
04Le résultat revient là où vous travaillez
Un Check Run sur le commit déployé si l'app GitHub est connectée, vert ou rouge, avec le Ship Score en titre. Vous voyez le verdict dans la pull request sans changer d'onglet.
Ce qu'on vous demande souvent
Et si je n'utilise pas Vercel, Netlify ni Cloudflare ?
PostShip continue de vérifier votre site sur son cycle habituel — toutes les 30 minutes en Free, toutes les 5 minutes sur les plans payants. Vous perdez le déclenchement immédiat, pas la surveillance.
Les déploiements de préversion comptent aussi ?
Seulement si vous le demandez, et ils sont traités à part : vérifiés sur leur propre nom de domaine, sans toucher à l'historique ni au statut de votre production.
Est-ce que ça ralentit mon déploiement ?
Non. PostShip est prévenu à la fin du déploiement et travaille de son côté ; rien n'attend sa réponse, et votre mise en ligne ne dépend pas de lui.
Collez l'URL de votre site. PostShip la vérifie devant vous, sans compte et sans carte.