Automator Hosting

Automator hosting where the queue actually drains.

One trigger fires three actions, one of which calls an external service. Multiply that by every user action and the site is now a job queue with a blog attached.

Queue drains reliablyRetries back offOutbound calls off the page
Real job queueBackoff on retryAsync outboundDaily backupsFree SSL24/7 support
Built for automation

Every action is somebody else's request.

Automation turns one visitor doing one thing into several outbound calls, and the failure modes are all about what happens while those run.

A queue that empties on schedule

Background actions only run when something triggers the scheduler. Driven by system cron instead, the queue drains on a timetable rather than whenever the site happens to get traffic.

System cron

External calls that do not block a page

A recipe calling a CRM or a mailing list is waiting on somebody else's server. Those run in the background, so a slow third party is a delayed action rather than a hung checkout.

Off the request

Retries that back off instead of storming

When an external service goes down, every queued action fails and retries at once. Backoff is what stops a supplier outage becoming a self-inflicted one.

Recipe logs that stay bounded

Every run of every recipe is recorded. On a busy site that is the fastest-growing table in the install, so retention is set deliberately rather than left to fill the disk.

Recipes that fail loudly

A silent failure means an automation everyone believes is running. Failures are visible rather than swallowed, so a broken recipe is noticed the same day.

Queue depth

Automation is a backlog problem.

Nobody notices automation working. They notice it lagging, and lag is what happens when actions arrive faster than the queue drains.

  • Queue drained by system cron, not page views
  • Outbound calls executed in the background
  • Retries spaced with backoff
  • Recipe log retention set deliberately
Queue depth
Pending actions
0
Outbound calls
Off the request
async
Retry policy
On failure
backoff
Recipe log
Retention
running
Under load

The page does not wait for the API.

The measure here is not automation throughput. It is whether a visitor's page load is affected at all by the three actions their click just triggered.

System
cron draining the queue
Background
outbound API calls
Backoff
on repeated failure
MagicWP160 ms
Typical shared host1740 ms
Untuned VPS620 ms

Illustrative comparison of a page load that triggers several automation actions. Your numbers depend on recipe count and external service latency.

Configuration

What we change for Automator

Each row is about separating what the visitor waits for from what the site does afterwards.

SettingWhat we doWhy
Queue processingDriven by system cron rather than visitor trafficBackground actions on a stock install only run when somebody loads a page, so a quiet hour becomes a backlog nobody scheduled.
Outbound requestsExecuted asynchronously, never inside the page requestA recipe calling an external service is waiting on infrastructure you do not control, and doing that inline hands your response time to somebody else.
Retry policySpaced with backoff after repeated failureWhen a third-party service goes down every queued action fails together, and immediate retries turn their outage into an outage of your own.
Recipe log retentionBounded with a stated windowEvery run of every recipe is written down, which on a busy site outgrows the content tables and eventually the disk.
Failure visibilitySurfaced rather than swallowedThe worst automation failure is a quiet one, because the business keeps assuming a process is running for weeks after it stopped.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Why do my recipes run late?
Because the queue is drained by page views on a default install — no traffic, no processing. Here it runs on a system cron, so actions drain on a timetable regardless of visitors.
Can an automation slow down the site?
Only if outbound calls run inside the page request. They are executed in the background here, so a slow CRM is a delayed action rather than a visitor watching a spinner.
What happens if an external service goes down?
Actions fail and retry with backoff. Without spacing, every queued action retries at once and your site's load spikes because somebody else's did.
The logs table is enormous. Is that expected?
Yes — every run of every recipe is recorded, and on a busy site it outgrows your content. A deliberate retention window is set rather than letting it consume the disk.

Let the automation keep up.

Move the site across — migration is free, recipes and logs included.