Carte de ship

Un fondateur envoie le badge à un client et reçoit « c'est tout ? ». La carte de ship est la page qui répond à cette question, et à rien d'autre : le nom du projet, le score du dernier déploiement et sa raison, les huit derniers scores en barres, et le type des points encore ouverts. Jamais une URL, jamais un pourcentage de disponibilité, jamais une donnée personnelle. Pensée pour être envoyée à un client, elle ne donne pas accès au tableau de bord.

Ce que la carte montre

À l'adresse postship.fr/ship/<jeton>, interdite aux robots (noindex) :

• Dernier déploiement vérifié : le Ship Score du dernier déploiement de production — jamais une preview — en vert à partir de 90, orange à partir de 70, rouge en dessous ; la raison de la note (« −25 asset manquant ») ou « Tout est passé. » ; et depuis quand.
• Les huit derniers déploiements en barres, colorées de la même façon. Un score de 0 reste une barre visible, pas un vide que l'œil lirait comme une donnée manquante.
• Parcours d'achat : « n / n » des pages pack argent au vert — le compte, jamais les adresses, parce que les URL elles-mêmes dessineraient le tunnel de paiement. « Paiement, connexion et prix vérifiés. » ou « Une étape du parcours ne répond plus comme attendu. »
• Ce que ce ship a changé : le nombre de pages dont le titre, le H1, la description ou la carte sociale ont bougé depuis le déploiement précédent, d'après le diff de ship. Le nom des champs, jamais leur contenu.
• Points ouverts : le type des trois cibles en échec les plus anciennes (« HTTP », « Certificats », « Parcours ») et depuis quand — pas leur URL, qui dirait quelles parties du site existent et lesquelles sont cassées.
• Pendant une fenêtre de maintenance, la carte l'annonce avec la raison, à la place du score.

Un projet sans déploiement vérifié affiche « Aucun déploiement vérifié pour l'instant. »

Régler

Projet → Partage → Carte de ship → Activer. La page affiche l'adresse à copier et un lien pour l'ouvrir.

Le jeton (32 caractères hexadécimaux, tirés au hasard) est frappé une fois et conservé : désactiver puis réactiver la carte garde la même adresse, pour qu'un lien déjà envoyé à un client continue de fonctionner. La carte est non listée plutôt que secrète : le jeton dans l'adresse est la seule chose entre un inconnu et la page, et il n'y a pas de bouton pour le régénérer.

Désactiver fait répondre « introuvable » — la même réponse qu'un jeton faux, pour ne pas confirmer qu'un projet existe derrière une adresse devinée.

Le résumé hebdomadaire par email (Paramètres → Notifications) inclut le lien de la carte quand elle est active.

Ce qui déclenche une alerte

Rien : la carte reflète les déploiements et les vérifications. Ce qui la fait bouger, ce sont les webhooks de déploiement, le score, et l'état des cibles.

Limites et plans

La même ligne que les autres fonctions de déploiement : un projet Free a une poignée d'URL et pas d'historique de déploiement, la carte serait une page presque vide avec le nom du client dessus. Une carte activée puis rétrogradée en Free répond « introuvable » : la carte se paie, donc elle se reprend — et son réglage reste atteignable pour la retirer. Voir les plans.

Dépannage

Pourquoi la carte dit-elle « Aucun déploiement vérifié » alors que je déploie tous les jours ?

Seuls les déploiements de production notés comptent. Sans hébergeur connecté ni détection par empreinte, PostShip ne sait pas qu'un déploiement a eu lieu. Les previews ne sont jamais montrées ici : une preview vérifiée il y a deux minutes ne dit rien de ce qui est en ligne.

Pourquoi les points ouverts ne nomment-ils pas la page cassée ?

C'est voulu. La carte est faite pour être transférée ; une URL dirait à n'importe quel destinataire quelles parties du site existent et lesquelles sont en panne en ce moment. Le type et l'ancienneté suffisent à répondre « est-ce grave ? ».

Pourquoi le lien a-t-il cessé de fonctionner ?

La carte a été désactivée, ou le plan du propriétaire est repassé en Free. Le jeton, lui, ne change jamais : réactiver rend le même lien valide.