Fournisseurs

Quand Vercel ou Cloudflare tombe, vous recevez « votre checkout répond 502 » et cherchez chez vous pendant une heure. L'information qui vous manque est publique : la page de statut du fournisseur le dit déjà. PostShip la lit et la met en face de l'alerte, « Ce n'est peut-être pas vous », et sur l'Aperçu du projet. Vous n'avez rien à déclarer : les fournisseurs se déduisent des scripts que vos pages chargent.

Ce que PostShip suit

Douze fournisseurs, tous lus par la même API (Statuspage, /api/v2/status.json), dans l'ordre où ils sont montrés : les hébergeurs et le réseau d'abord, parce que c'est là qu'une panne explique un 502.

Un fournisseur dont la page de statut ne parle pas ce dialecte n'est pas dans la liste : mieux vaut ne rien dire que lire de travers. C'est le cas de Stripe, dont la page est maison. cdnjs.cloudflare.com compte comme Cloudflare, exprès : si Cloudflare tombe, le CDN tombe avec, et le site aussi.

Les états

Le vocabulaire de Statuspage : none (opérationnel), minor, major, critical, maintenance. Seuls minor, major et critical valent « en incident » : une maintenance annoncée n'excuse pas un 502, et « none » n'a rien à dire.

Comment PostShip sait quels fournisseurs sont les vôtres

Les origines tierces sont relevées sur vos pages au moment d'un déploiement de production (les trois derniers enregistrés). Un site qui charge va.vercel-scripts.com est sur Vercel, qu'il l'ait dit ou non. Seul l'hôte est comparé, jamais l'URL entière : une origine inconnue ne correspond à rien, et mieux vaut un fournisseur en moins qu'un faux « Vercel signale un incident » sur un site qui n'y est pas.

Sans déploiement enregistré, la liste est vide, pas fausse : voir Webhooks de déploiement et Détection sans webhook.

La fraîcheur

Les douze pages sont relues par le passage de PostShip quand la lecture la plus récente a plus de 10 minutes, quatre pages à la fois, 4 secondes par page au plus. Le cache est commun à tous les projets : Vercel n'a qu'un état, quel que soit le projet qui le regarde. Sur échec (réseau, délai, réponse non 200, JSON illisible), la ligne n'est pas touchée : l'ancien état reste, avec son ancienne date. Une page de statut qui ne répond pas ne veut pas dire « tout va bien » ; écrire « opérationnel » à sa place serait mentir avec une date fraîche.

Ce que ça change

Dans l'alerte

Quand quelque chose tombe, l'alerte lit l'état des fournisseurs du projet. Si l'un d'eux est en incident, une phrase est glissée juste sous le récapitulatif, sur tous les canaux :

• un seul : « Ce n'est peut-être pas vous : Vercel signale un incident (Elevated errors on deployments). » — la description vient de la page du fournisseur ;
• plusieurs : « Ce n'est peut-être pas vous : Vercel, Cloudflare et Supabase signalent un incident. » — les noms seulement, trois descriptions bout à bout ne se lisent pas.

Aucun fournisseur en incident : rien n'est ajouté. Une erreur de lecture ne retient jamais l'alerte. Voir Email, Discord, Slack, Telegram.

Sur l'Aperçu

Projet → Aperçu, encadré « Vos fournisseurs » : un nom par fournisseur détecté, une pastille (verte, bleue en maintenance, rouge en incident), un lien vers sa page de statut, et « vérifié il y a 4 min ». En incident, l'encadré passe en ambre et ajoute : « Une panne chez Vercel peut expliquer un échec de vos vérifications sans que rien ait changé chez vous. » Sans fournisseur détecté, l'encadré n'apparaît pas.

Dans la cause probable

Un fournisseur en incident pendant la fenêtre vaut +50 (majeur ou critique), +25 (mineur) ou +20 (maintenance) à l'hypothèse « Fournisseur en incident », avec la description en preuve. Comme il n'y a pas d'historique, ce signal n'est lu que si l'incident est en cours ou fini depuis moins de trois heures. Voir Cause probable.

Limites et plans

L'état des fournisseurs est lu et montré sur tous les plans. La détection demande des déploiements enregistrés, et les webhooks de déploiement en un clic sont Pro ; la détection par empreinte fonctionne partout. Voir les plans.

Dépannage

Pourquoi Vercel n'apparaît pas alors que mon site est chez Vercel ?

Vos pages ne chargent aucune des origines de la table : un site Vercel sans Analytics ni Speed Insights, servi sur son propre domaine, ne se trahit pas. La détection ne lit que ce que la page charge, jamais le DNS.

Pourquoi la note dit « incident » alors que la page du fournisseur est verte ?

Le cache a jusqu'à dix minutes de retard, et une page de statut qui ne répondait pas garde son dernier état. Regardez « vérifié il y a … » sur l'Aperçu.

Pourquoi Stripe n'est pas suivi ?

Sa page de statut ne sert pas de JSON à jour au format Statuspage. Plutôt que lire de travers, PostShip ne dit rien. La vérification Stripe regarde votre checkout, pas leur statut.