All templates

Automated Tray.io Workflow Latency Alerts

Every hour, WebRun opens Tray.io, compares each active workflow's recent run times against its normal pace, posts a Slack alert for any workflow running notably slower than usual, and pings Telegram immediately if a run crosses a critical latency threshold that could delay downstream data.

Runs on WebRun · Strict Lockdown policy
Every hour WebRunorchestrates each step
1 Tray.io compare run times against normal pace
2 Slack post the latency alert
3 Telegram ping on a critical threshold
In short

How do I catch a Tray.io workflow that's running slower than usual?

WebRun checks Tray.io workflow run times hourly against each one's normal pace, posts a Slack alert when a run is notably slower than usual, and pings Telegram immediately if it crosses a critical threshold. Slowing workflows get caught before they time out and delay downstream data, instead of only being noticed once something fails.

  • Slowing workflows get flagged before they time out
  • The exact slow step is named instead of a vague warning
  • Critical breaches get an immediate ping instead of waiting for the digest

Built for Integration engineers · platform teams · RevOps · enterprise IT teams

Step by step

What does WebRun do on every run?

The exact actions WebRun takes, in order - in plain language, so you can adjust anything.

  1. WebRun signs in and gets to work

    Opens tray.io in a real browser with your saved login - no setup, no API keys.

  2. 1
    Tray.io - compare run times against normal pace
    tray.io
    WebRun in Tray.io: compare run times against normal pace
    WebRun opens Tray.io to compare run times against normal pace.
    • Open Tray.io and check run times for active workflows in the last hour
    • Compare each against its typical run time over the past week
    • Flag any workflow running notably slower than usual

    Done when Every active workflow's run time is compared against its normal pace.

  3. 2
    Slack - post the latency alert
    slack.com
    WebRun in Slack: post the latency alert
    WebRun opens Slack to post the latency alert.
    • Post the workflow name, its usual run time, and today's run time
    • Include which step is taking longest
    • Keep the message as a status report

    Done when The team has a Slack alert for every slowing workflow.

  4. 3
    Telegram - ping on a critical threshold
    telegram.org
    WebRun in Telegram: ping on a critical threshold
    WebRun opens Telegram to ping on a critical threshold.
    • Send an immediate ping if a workflow crosses your critical latency threshold
    • Name the workflow and the slow step
    • Skip the ping for workflows only mildly slower than usual

    Done when Every critically slow workflow triggers a same-hour Telegram ping.

Run settings

How is each run configured?

Starting pageWhere Chrome opens at the start of each run
tray.io
ScheduleRuns automatically on this cadence
Every hour
DeliveryHow each run's result reaches you
Latency alert · Slack
OutputWhat each run produces - A Slack latency alert naming the slow step plus a Telegram ping for critical breaches.
Alert
Setup & safety

Secure by default

Connect once, stays signed in

WebRun signs in once and keeps each session in a persistent environment, so every run picks up right where it left off.

Your credentials stay in your own private environment - WebRun never stores your passwords.
Strict Lockdown

Every action is checked against this policy before it runs.

Domains ALLOWLIST
Typed input ALLOW
Shell command BLOCK
File uploads BLOCK
Runs in a contained environment More on policies
Good to know

Questions, answered

Will it restart or fix a slow workflow?

No. WebRun only reports the slowdown and which step is taking longest. Diagnosing and fixing it stays with your engineering team.

What counts as a critical threshold?

Whatever run time you set as the limit for that workflow. Only breaches of that limit trigger the Telegram ping, not every small slowdown.

How does it know a workflow's normal pace?

It compares today's run time against that same workflow's run times over the past week, so the baseline reflects its actual typical speed.

Put this on autopilot.

Turn it on in minutes - or have our team set it up for you.