Website Builders

When Ghost Goes Down: A Survival Guide for Your Team

You self-host Ghost on a small VPS for your paid newsletter. Friday night, your SSL certificate quietly fails to auto-renew. Saturday morning your weekly issue goes out to thousands of subscribers, each link pointing to your now-untrusted site. Readers click, get a scary browser warning, and bounce. You're offline and asleep, and you won't find out until Sunday when the unsubscribes and 'is your site hacked?' replies roll in.

View as Markdown

What Happens on Your Team

The Newsletter Creator

Sends a weekly issue that drives readers back to the site for the full post and to upgrade to paid. Doesn't realize the site or members area was down during the send until subscribers reply that the links are broken.

The real cost: A newsletter send is a one-shot event — when readers click during a broken window, they don't come back later. Downtime during a send directly costs paid conversions and erodes trust with the exact people most willing to pay.

What they should have had: Monitors on the homepage and the members portal, ideally checked right around send time. If anything is down, the creator is alerted instantly and can delay the send or fix the issue before burning the audience.

The Self-Hosting Developer

Runs Ghost on their own server and assumes 'it's been fine for months'. Then the Node process crashes after an update, or the disk fills with images, or the SSL cert expires — and the site is down with no one watching.

The real cost: Self-hosting means every failure is yours to catch and fix. A crashed process or expired certificate can leave the site down for hours overnight, taking the blog, the newsletter archive, and paid memberships with it.

What they should have had: An external HTTP monitor on the live site that confirms it actually serves pages — not just that the server pings. It catches process crashes, full disks, and certificate failures the moment they take the site offline.

The Publication / Agency

Manages one or more Ghost publications for clients or a team. A platform or server issue takes a site down, and the first sign is a stakeholder asking why the blog is throwing errors.

The real cost: For a content business, a down publication means lost ad impressions, lost subscriber growth, and a credibility hit during exactly the moments traffic spikes — like a popular post being shared.

What they should have had: A monitor per publication with instant alerts and a record of every incident. The team finds out first and can communicate or fail over before readers and stakeholders notice.

Why Monitor Ghost?

Whether you run Ghost(Pro) or self-host, your publication, its members area, and its paid subscriptions all depend on Ghost being online. Self-hosted Ghost can crash on its own — a stopped Node process, a database problem, or an expired SSL certificate. Ghost(Pro) can have platform incidents. If your site is down when a newsletter sends readers to a members-only post, you lose signups and look unreliable. Monitoring catches it before your readers do.

What to Monitor

yourdomain.comYour Ghost site homepage
yourdomain.com/rss/Feed and content delivery — catches content API or rendering failures
yourdomain.com/members/Members portal — the paid-subscription flow that can fail on its own

What You Should Actually Do

  1. 1Monitor your live domain over HTTPS so an expired or misconfigured SSL certificate is caught immediately — a common silent failure for self-hosted Ghost
  2. 2Add a monitor on the members or subscribe page — the paid-subscription flow can break while the blog itself loads
  3. 3If you self-host, monitor an actual page (not just a ping) to catch crashed processes, full disks, and failed restarts
  4. 4Time your checks tightly around newsletter sends, when a brief outage does the most damage
  5. 5Track response times — a slow Ghost site often signals resource pressure on the server before it goes down entirely

Ghost's Official Status Page

Ghost publishes real-time status at status.ghost.org. Monitoristic doesn't replace this — it complements it. The official page tells you when Ghost reports an issue. Your own monitor tells you when your connection is affected, often before the status page updates. You also get push alerts instead of checking a webpage manually.

The Takeaway

Ghost gives you a beautiful publication and a real subscription business — but that business only works when the site is up. Self-hosted or on Ghost(Pro), the failures that hurt most (an expired cert, a crashed process, a broken members area) tend to happen quietly and at the worst time. External monitoring is what turns 'I found out Sunday' into 'I was alerted in 60 seconds'.

Frequently Asked Questions

Does Ghost monitor my site's uptime?
Ghost(Pro) monitors its own platform, and self-hosted Ghost has no built-in uptime alerting at all. Neither sends you a notification when your specific site goes down — that requires external monitoring.
Can a Ghost site go down?
Yes. Ghost(Pro) can have platform incidents, and self-hosted Ghost is exposed to crashed Node processes, database issues, full disks, failed deploys, and expired SSL certificates. Any of these can take your site, newsletter archive, and paid memberships offline.
What should I monitor on a self-hosted Ghost install?
Monitor the live site over HTTPS so certificate and process failures are caught, and add the members or a key content page. Checking an actual rendered page — not just whether the server responds to a ping — confirms Ghost is really serving content.
How is this different from status.ghost.org?
status.ghost.org reports Ghost(Pro) platform incidents. It says nothing about a self-hosted install, your specific server, your domain's SSL, or a partial failure that doesn't trip the platform status page. Your own monitor checks YOUR site directly.

Get started today

Your Sites Deserve Better Monitoring.

Create monitors, connect alerts, and share status pages with your customers. Plans from $5/month.