Connecter votre hébergeur

Sans raccordement, PostShip vérifie votre site sur son cycle — toutes les 5 à 30 minutes selon le plan. Avec, la vérification part dès que votre hébergeur annonce la mise en ligne, pendant que vous regardez encore le déploiement : c'est le moment où une régression coûte le moins cher. Cette page est la vue d'ensemble ; chaque hébergeur a la sienne.

Les cinq façons d'apprendre un déploiement

Les quatre premières sont des webhooks : l'hébergeur vous prévient, et apporte le commit. L'empreinte est le repli quand aucun webhook n'a encore livré ; elle s'efface dès que l'un d'eux fonctionne.

Ce qu'un déploiement de production déclenche

À la réception d'un webhook de production authentifié, PostShip enchaîne, dans cet ordre :

1. Toutes les URL du projet, en une passe, avec l'indice « deploy Vercel 14:32 » (ou « déploiement 14:32 » pour le webhook générique) qui apparaît dans les alertes sous la forme « Depuis le dernier déploiement : … ».
2. La dérive DNS : le domaine a-t-il changé d'hébergeur pendant le ship (Domaine & DNS).
3. Le Ship Score, note sur 100 de ce déploiement.
4. L'enregistrement dans Déplois, avec l'état de chaque page (titre, H1, description, og:title, og:image, statut HTTP, domaines tiers) qui servira au diff de ship.
5. Les reprises T+2 et T+8.
6. L'archive de la carte sociale, la mesure PageSpeed et la comparaison visuelle.
7. Les liens de la page d'accueil, en une ligne sur la page du ship.
8. Le Check GitHub sur le commit, pour Vercel et Netlify.

Un déploiement pendant un gel est marqué comme tel, annoncé sur vos salons, et fait rougir le Check.

En un clic, ou à la main

Sur Projet → Intégrations, carte Déploiement, chaque hébergeur a son bouton Connecter. Vous autorisez PostShip chez Vercel, Netlify ou Cloudflare, il retrouve le site dont le domaine correspond au projet, et c'est branché : le webhook est créé pour vous, le secret aussi. Le même bouton devient Débrancher et retire le webhook des deux côtés.

Si vous préférez ne rien autoriser, chaque carte affiche L'URL du webhook à copier et un champ de secret. Les étapes exactes côté fournisseur sont sur chaque page « Connecter ».

Vérifier que ça marche

Chaque carte porte une ligne d'état : « Aucun webhook reçu pour l'instant », puis « Dernier webhook reçu il y a … » dès qu'une requête correctement authentifiée arrive. L'horodatage est écrit dès que la signature est vérifiée, avant toute décision sur l'événement : un deployment.created ignoré prouve quand même que la chaîne est bonne, secret compris. Tant que la ligne ne bouge pas après un déploiement, c'est l'URL ou le secret.

Les doublons

Vercel envoie deux événements par mise en ligne, et tout hébergeur rejoue un webhook auquel on a répondu en erreur. PostShip réserve chaque déploiement par son identifiant pendant 600 secondes : le premier arrivé déclenche, le second est ignoré (skipped: "duplicate_event"). Passé la fenêtre, une promotion tardive est un vrai changement de ce que voient les visiteurs, et elle est vérifiée.

Les previews

Activer la vérification des previews, sous les trois cartes, étend la vérification aux déploiements de preview : chaque preview est vérifiée sur sa propre adresse, jamais contre votre production. Alerter sur les previews est une seconde décision, désactivée par défaut. Tout est détaillé sur Previews.

Limites et plans

Sur Free, la carte affiche un résumé et un lien vers les tarifs ; la détection par empreinte reste active et remplit Déplois.

Dépannage

Pourquoi la carte dit « Dernier webhook reçu » mais rien n'apparaît dans Déplois ?

La signature était bonne, mais l'événement n'était pas une mise en ligne : un deployment.created chez Vercel, une notification d'un autre type chez Cloudflare, un doublon dans la fenêtre de 600 secondes. La réponse JSON du webhook, visible dans les journaux de votre hébergeur, porte la raison (skipped).

Pourquoi le déploiement a été vérifié deux fois ?

Deux voies branchées en même temps : deux webhooks pour le même site, ou une notification Netlify créée en double. L'empreinte de build, elle, se coupe dès qu'un webhook a livré.

Pourquoi la ligne de déploiement manque sur un gros projet ?

Le webhook fait tourner toutes les URL en synchrone, dans une fonction limitée à 60 secondes. Au-delà, l'invocation est tuée : des résultats sont écrits, pas la ligne de déploiement. Si cela se répète, désactivez temporairement les URL les plus lentes (parcours d'argent) pour trouver celle qui déborde.