Pack argent
Surveiller d'un coup les pages qui font perdre de l'argent quand elles cassent — accueil, tarifs, connexion, checkout.
Mis à jour le 11 septembre 2026
Sur cette page
Le pack argent ajoute en un clic les URL qui comptent le plus pour votre revenu, avec des vérifications adaptées à chacune : le prix s'affiche encore sur la page tarifs, le formulaire de connexion est toujours là, Stripe.js se charge sur le checkout. Ce sont les trois disparitions qui coûtent de l'argent sans rien casser visiblement — la page répond 200, et personne ne peut plus payer.
Ce que PostShip vérifie
Le pack crée des cibles HTTP ordinaires, avec un statut 200 attendu et, en plus, des assertions propres à chaque page :
| Page | Comment elle est trouvée | Assertion |
|---|---|---|
| Accueil | L'origine du projet, toujours | Aucune assertion particulière |
| Tarifs | Le premier de /pricing, /tarifs, /prices qui répond | Le prix (le texte que vous indiquez, € par défaut) apparaît dans la page |
| Connexion | Le premier de /login, /signin, /auth/login qui répond | Un champ email ou password, ou un lien / bouton « connexion », « se connecter », « log in », « sign in », « Google », « GitHub » |
| Checkout | /checkout, si vous cochez la case | La page charge js.stripe.com |
« Répond » veut dire : un HEAD (ou un GET si le serveur refuse HEAD) en moins de 400. Une page qui n'existe pas n'est simplement pas ajoutée — le pack ne crée jamais une cible qui échouerait dès la création.
Les assertions sont évaluées à chaque passage, sur le HTML tel qu'il est servi, sans navigateur. Une page tarifs dont le prix est injecté par JavaScript n'a donc pas de prix pour PostShip : dans ce cas, mettez comme texte un élément rendu côté serveur.
Régler
Projet → URLs → « Ajouter le pack argent » :
- Tarifs (coché par défaut) et Connexion (coché par défaut) : décochez ce que votre site n'a pas.
- « J'ai une page checkout (/checkout) » : à cocher si votre tunnel de paiement a cette adresse.
- « Symbole / prix à trouver sur la page tarifs » :
€par défaut. Mettez le prix réel affiché (« 49 € », « 29,90 ») pour que l'alerte parte le jour où c'est ce prix-là qui disparaît, pas seulement le symbole. - « Ajouter ».
Le message de retour dit ce qui s'est passé : « 3 URL(s) du pack argent ajoutée(s). » ; « Aucune URL à ajouter (déjà présentes ou aucune option cochée). » ; ou, si le quota d'URL du plan est atteint en route, « Pack partiel : 2/3 URL(s) ajoutée(s) — quota atteint, passez Pro pour tout couvrir. ».
Une page déjà surveillée en HTTP n'est pas ajoutée deux fois. Une page surveillée par un contrôle du site (l'indexabilité est posée sur l'accueil) ne compte pas comme déjà surveillée : le pack ajoute quand même la vérification HTTP de l'accueil.
Ce qui déclenche une alerte
En plus des manques HTTP habituels (statut, assets, contenu), trois codes propres aux assertions :
| Code | Phrase de l'écran | Phrase de l'alerte |
|---|---|---|
price_token | Le prix n'apparaît plus sur cette page. | Le prix n'apparaît plus sur https://acme.fr/tarifs. |
login_form | Le formulaire de connexion est introuvable sur cette page. | Le formulaire de connexion est introuvable sur https://acme.fr/login. |
stripe_js | Stripe.js n'est plus chargé sur cette page. | Stripe.js n'est plus chargé sur https://acme.fr/checkout. |
Une page argent en échec coûte 40 points au Ship Score — c'est la catégorie la plus lourde, et deux pages en échec coûtent deux fois 40. Sur la page Déplois, le diff de ship montre en plus le domaine tiers qui a disparu (« ce ship a retiré js.stripe.com de /checkout »).
Limites et plans
Le pack argent n'est verrouillé par aucun plan : le bouton est présent partout. Ce qui le borne est le quota d'URL, compté sur tous vos projets :
| Free | Pro | Team | |
|---|---|---|---|
| URL surveillées | 3 | 15 | 50 |
| Pack complet (accueil, tarifs, connexion, checkout) | Partiel, 3 sur 4 | Oui | Oui |
Pour vérifier non pas quatre pages isolées mais la chaîne qui les relie — tarifs, puis checkout, puis merci, dans l'ordre — voyez le parcours d'argent (Pro et Team).
Dépannage
Pourquoi la page tarifs n'a pas été ajoutée ?
Aucun des trois chemins (/pricing, /tarifs, /prices) n'a répondu en moins de 400 au moment du clic. Ajoutez la page à la main (« Ajouter une URL ») et, dans « Doit contenir », mettez le prix : vous obtenez la même vérification.
Pourquoi la connexion est en échec alors que le formulaire est là ?
Le formulaire est probablement rendu par JavaScript, sans champ email ni password dans le HTML servi, et sans lien ou bouton dont le texte contient un des mots reconnus. Ajoutez un lien « Se connecter » rendu côté serveur, ou surveillez la page en HTTP simple avec un contenu attendu.
Le prix a changé, comment mettre l'assertion à jour ?
Supprimez la cible tarifs et relancez le pack avec le nouveau texte, ou ajoutez la page en cible HTTP avec « Doit contenir » — ce champ, lui, se modifie sur le détail de l'URL.