Diff de ship
Ce que ce déploiement a changé sur chaque page surveillée, comparé au déploiement précédent, et le résumé à coller dans un ticket.
Mis à jour le 11 septembre 2026
Sur cette page
- Ce que PostShip compare
- Les domaines tiers
- Ce que la page montre
- Le résumé copiable
- Ce qui déclenche une alerte
- Limites et plans
- Dépannage
- Pourquoi « premier déploiement suivi, rien à comparer » ?
- Pourquoi une URL n'apparaît pas dans le tableau ?
- Pourquoi « modifié » et pas « perdu » alors que le titre est faux ?
Un verdict vert dit que la page répond. Il ne dit pas que le titre est devenu « Untitled », que la meta description a disparu ou que le bouton Stripe ne se charge plus. À chaque déploiement de production, PostShip enregistre l'état de chaque page ; la page du ship met cet état en face de celui du déploiement précédent et dit ce qui a bougé, le pire en premier.
Ce que PostShip compare
Pour chaque URL surveillée en HTTP, dans l'ordre où la page les montre :
| Champ | Ce qui est lu |
|---|---|
| Statut HTTP | Le code de réponse |
| Titre | La balise title |
| H1 | Le premier h1 |
| Meta description | meta name="description" |
| og:title | meta property="og:title" |
| og:image | meta property="og:image", et l'image elle-même (archive) |
| Token prix | Présent ou absent, seulement si l'URL porte l'assertion de prix du pack argent |
Chaque cellule reçoit un verdict :
- identique — rien n'a bougé.
- modifié — le champ a changé, sans lire comme cassé : une retouche de titre, un 200 devenu 301.
- perdu — le champ avait un contenu et n'en a plus, ou il est devenu un texte qui ne peut être qu'une page cassée : « coming soon », « under construction », « lorem ipsum », « erreur » seul ou suivi d'un code (« erreur 500 »), « erreur serveur », « erreur interne », « error 5xx ». Un statut qui passe sous 400 à 400 ou plus est aussi « perdu », comme un token de prix présent devenu absent.
Les lignes sont triées du pire au moins grave : celle qui a perdu son H1 est la raison d'avoir ouvert la page.
Les domaines tiers
PostShip relève aussi les origines tierces chargées par chaque page — scripts, feuilles de style, iframes, images — et dit en une phrase ce que le déploiement leur a fait : « js.stripe.com ne se charge plus sur /checkout. » ou « cdn.segment.com est apparu sur /. ».
Aucune liste de domaines « critiques » en dur : ce qui compte, c'est ce que l'historique du projet montre comme stable. Une origine présente sur les trois derniers déploiements est tenue pour installée, et sa disparition est signalée ; avec moins de trois déploiements comparables, rien n'est déclaré disparu. Le contrôle continu est sur Scripts tiers.
Ce que la page montre
Ouvrez Déplois, puis un déploiement : « Ce que ce déploiement a changé ». De haut en bas :
- Le fournisseur (Vercel, Netlify, Cloudflare Pages, Webhook générique, Détecté sans webhook) et la date, suivis de « premier déploiement suivi, rien à comparer » s'il n'y a rien avant.
- Un bandeau si le ship est arrivé pendant un gel, un autre si le domaine a bougé.
- Carte sociale — avant / après : les deux og:image côte à côte quand elle a changé.
- La mesure PageSpeed et le diff visuel des pages mesurées.
- La ligne des domaines tiers, seulement quand quelque chose a bougé.
- Le Ship Score et sa raison, le commit (lien vers GitHub si le dépôt est connu), la ligne des liens de la page d'accueil, et les passages « T+0 OK · T+2 OK · T+8 OK » (T+2 / T+8).
- Le tableau Champ / Avant / Après, une section par URL.
Dans la liste Déplois, chaque ligne porte déjà « Cassé depuis : … » et « Rétabli depuis : … » — les URL passées de vert à rouge, ou l'inverse, par rapport au déploiement précédent.
Le résumé copiable
Copier le résumé met dans le presse-papiers un texte brut, sans tableau ni image, prêt pour Slack ou un ticket client :
Acme — déploiement du 11 sept. 2026 14:32 · commit 3f2a9c1 · Ship Score 85/100
https://www.acme.fr/tarifs
Titre : Tarifs — Acme → (vide)
Token prix : présent → absentSans changement : « Aucun changement de contenu détecté sur les URLs surveillées. »
Ce qui déclenche une alerte
La page de diff n'alerte pas ; elle explique. Ce qui réveille quelqu'un, c'est le radar de mutation, qui applique la même règle « perdu » aux quatre champs de texte au moment du déploiement, et les vérifications elles-mêmes (règles). Une origine tierce disparue est signalée sur la page du ship ; l'alerte sur un script tiers qui change vient de Scripts tiers.
Limites et plans
| Free | Pro | Team | |
|---|---|---|---|
| Diff de ship | Les 3 premières URL | Toutes les URL | Toutes les URL |
| Carte sociale avant / après | Dernier ship seulement | 14 jours | 30 jours |
| PageSpeed et diff visuel sur la page | Non | Oui | Oui |
Sur Free, la page indique « N autre(s) URL vérifiée(s) mais non détaillée(s) ici » avec un lien vers la facturation. Voir les plans.
Dépannage
Pourquoi « premier déploiement suivi, rien à comparer » ?
Il n'existe pas de déploiement de production précédent pour ce projet. Le diff commence au deuxième.
Pourquoi une URL n'apparaît pas dans le tableau ?
Le diff ne montre que les URL dont l'état a pu être lu : une page HTML vérifiée en HTTP. Un sitemap, un certificat, un formulaire ou un parcours n'ont ni titre ni H1 ; ils apparaissent dans « Cassé depuis » s'ils échouent.
Pourquoi « modifié » et pas « perdu » alors que le titre est faux ?
« Perdu » est réservé à un champ vidé ou remplacé par un texte de page cassée. Une faute, une traduction, un titre remplacé par un autre titre sont « modifié » : visibles, pas alarmants.