Aller au contenu

Pour petites équipes produit

La PR était verte. La prod a quand même cassé.

Une CI, des previews, des pull requests, une sonde déjà en place — et un déploiement qui passe tous les contrôles avant de retirer le bouton de paiement. PostShip vérifie la preview avant la fusion, la prod après, et retient ce qui a cassé.

Essayer sur votre siteVoir les tarifs

Ce qui arrive, sans rien

Les tests passent, la page ne marche pas

Un composant rendu côté client, une variable d'environnement absente en prod, un script tiers qui a changé : rien de tout ça ne fait échouer une CI.

Le domaine sert encore l'ancien build

Le déploiement est vert, le cache CDN ou l'alias n'a pas suivi. Vingt minutes où la moitié des visiteurs ont l'ancienne version, et personne ne le sait.

Qui a cassé quoi, quand ?

Trois déploiements dans l'après-midi, un incident à 17 h. Retrouver lequel a introduit le problème prend plus de temps que le corriger.

Ce que PostShip fait pour vous

  1. La preview vérifiée avant la fusion

    Chaque preview Vercel, Netlify ou Cloudflare passe les mêmes vérifications que la production. Un Check GitHub retient une fusion rouge, avec un score plancher si vous voulez.

    Comment ça marche

  2. La prod sert bien ce déploiement

    Après chaque mise en ligne, PostShip compare ce que sert le domaine avec l'URL du déploiement, et vous dit si le CDN, l'alias ou le DNS sont en retard.

    Comment ça marche

  3. Ce qui a changé, et la cause probable

    Chaque déploiement porte ce qu'il a cassé ou rétabli, l'image d'avant et d'après, et la cause probable d'un incident — Vercel, Stripe ou vous.

    Comment ça marche

  4. L'état des projets dans Cursor ou Claude Code

    Un serveur MCP, une API de lecture et des exports : les incidents et les déploiements là où l'équipe travaille déjà.

    Comment ça marche

Ce qu'on vous demande souvent

On a déjà des tests end-to-end.

Ils tournent avant le déploiement, sur un environnement à eux. PostShip regarde la production réelle, après, depuis l'extérieur — avec le vrai CDN, le vrai DNS, les vrais scripts tiers. C'est l'écart entre « les tests passent » et « ça marche ».

Ça bloque nos déploiements ?

Jamais la mise en ligne. Le Check GitHub peut retenir une fusion si vous l'exigez ; par défaut il informe. Le retour arrière automatique est une option, désactivée par défaut.

Nous sommes deux, pas vingt.

Pro suffit à deux si un seul compte gère les projets. Les collaborateurs par projet — et le score plancher du Check — sont sur Team.