Sachez à l’instant où une page change.
Pointez un moniteur sur un sélecteur, une zone visuelle ou une région de capture. Writ vérifie aussi vite que toutes les 10 secondes et transforme le changement en déclencheur.
Le changement devient un déclencheur - diffusez-le ou lancez un workflow.
Le changement remarqué trop tard est celui qu’on a manqué.
Les pages dont vous dépendez changent sans vous prévenir - un statut bascule, une politique se met à jour, une annonce apparaît. La plupart n’ont pas de flux pour la partie qui vous intéresse, et un contrôle uniquement textuel passe complètement à côté des changements de mise en page et d’images.
- La plupart des pages n’ont pas de flux pour la partie qui vous intéresse.
- Les contrôles uniquement textuels passent à côté des changements de mise en page et d’images.
- Un changement remarqué trop tard est un changement manqué.
Référencez tout, détectez tout.
Aussi rapide que toutes les 10 secondes - tarif transparent.
Une détection plus rapide consomme plus de temps d’exécution cloud, et un rendu navigateur complet coûte plus cher qu’une simple vérification HTTP. Writ rend les deux explicites pour que vous puissiez ajuster la cadence au coût, sans rien cacher en petits caractères. Une vérification HTTP légère récupère la page et compare un sélecteur ; un rendu JS pilote un vrai navigateur pour capturer le contenu dynamique. Choisissez HTTP pour les surveillances de sélecteur à haute fréquence ; ne passez au rendu que si la page l’exige vraiment.
Fréquences minimales transparentes, par plan
| Plan | Statique (HTTP) | Dynamique (rendu JS) |
|---|---|---|
| Free | 5 min | 15 min |
| Starter | 60 s | 10 min |
| Pro | 60 s | 10 min |
| Growth | 30 s | 5 min |
| Scale | 10 s | 2 min |
| Enterprise | 10 s | Sur mesure |
Ce sont des minimums, pas des garanties - vous pouvez toujours vérifier moins souvent. Des contrôles plus fréquents consomment davantage du temps d’exécution cloud inclus dans votre plan.
...ou exécutez-le selon un planning.
Quand vous n’avez pas besoin d’une détection à la minute près, réglez plutôt le moniteur sur un intervalle récurrent plus lent - toutes les quelques minutes, toutes les heures ou une fois par jour. Les exécutions récurrentes sont basées sur des intervalles, de la minute au quotidien, donc un contrôle quotidien peut publier un récapitulatif de ce qui a changé pendant la nuit sans surveiller la page en temps réel. Un planning est lui-même un déclencheur d’Automation - réglez la cadence dans Automations.
...ou exécutez-le selon un planning.
Quand vous n’avez pas besoin d’une détection à la minute près, réglez plutôt le moniteur sur un intervalle récurrent plus lent - toutes les quelques minutes, toutes les heures ou une fois par jour. Les exécutions récurrentes sont basées sur des intervalles, de la minute au quotidien, donc un contrôle quotidien peut publier un récapitulatif de ce qui est revenu en stock pendant la nuit sans surveiller la page en temps réel.
Un planning est lui-même un déclencheur d’Automation - réglez la cadence dans Automations.
De la détection à l’action.
Quand un moniteur détecte un changement, cet événement devient un déclencheur d’Automation qui lance un workflow ou une notification - automatiquement, plus vite qu’une personne ne peut réagir.
Surveiller un statut et notifier au changement.
# Monitor: page, every 10s, selector ".status"
# On change → Automation trigger → notify + record
GET https://api.usewrit.app/v1/change-watch/latest
Authorization: Bearer wt_…
→ { "url": "…", "before": "In review", "after": "Approved", "changed_at": "…" } Appelez le dernier changement via une API, ou laissez-le déclencher un workflow automatiquement.
Questions sur la surveillance de changement.
Texte, visuel ou les deux ?
Les deux - les références par sélecteur et par texte détectent les changements de contenu ; les références par zone visuelle et par région de capture détectent les changements de mise en page et d’images.
À quelle vitesse peut-il vérifier ?
Aussi vite que toutes les 10 secondes sur Scale et Enterprise. Free vérifie toutes les 5 minutes ; chaque plan fixe sa propre fréquence minimale.
Quelle est la différence entre les contrôles HTTP et JS ?
Un contrôle HTTP récupère la page et compare un sélecteur - bon marché, donc exécutable à haute fréquence. Un rendu JS pilote un vrai navigateur pour capturer le contenu dynamique construit par script, ce qui coûte plus cher par contrôle. Utilisez HTTP quand vous le pouvez, et un rendu seulement quand la page l’exige.
Est-ce autorisé ?
Writ s’exécute sur vos propres comptes, avec vos propres identifiants et données, sur les sites que vous êtes autorisé à utiliser. Vous surveillez des pages auxquelles vous avez le droit d’accéder ; respectez les conditions et limites de débit de chaque site.
Détectez chaque changement qui compte.
Pointez un moniteur sur n’importe quelle page et transformez un changement en action instantanée.