Live

PostHog

PostHog is operational

Checked 3 min ago Operational

History

90 days agoToday

Incidents in 90 days

28

Days with an incident

22

Median duration

1 h 14 min

Longest incident

27 h 36 min

Components

31

US Cloud 🇺🇸

App (Web & Desktop) Operational
90 days ago5 days with an incidentToday
Event Ingestion Success Operational
90 days agoNo incidentsToday
Event Ingestion Lag Operational
90 days agoNo incidentsToday
Error Tracking Ingestion Lag Operational
90 days agoNo incidentsToday
Session Replay Ingestion Operational
90 days agoNo incidentsToday
Logs Operational
90 days agoNo incidentsToday
Feature Flags API Operational
90 days ago1 day with an incidentToday
Destination Delivery (realtime) Operational
90 days ago3 days with an incidentToday
Destination Delivery (batch exports) Operational
90 days agoNo incidentsToday
Data Warehouse Source Ingestion Operational
90 days ago3 days with an incidentToday
Workflows Operational
90 days ago3 days with an incidentToday
Cloud AI Agents Operational
90 days ago7 days with an incidentToday
MCP Server Operational
90 days ago3 days with an incidentToday
REST API Query endpoints Operational
90 days agoNo incidentsToday
All other REST API endpoints Operational
90 days agoNo incidentsToday

EU Cloud 🇪🇺

App (Web & Desktop) Operational
90 days ago1 day with an incidentToday
Event Ingestion Success Operational
90 days agoNo incidentsToday
Event Ingestion Lag Operational
90 days agoNo incidentsToday
Error Tracking Ingestion Lag Operational
90 days agoNo incidentsToday
Session Replay Ingestion Operational
90 days agoNo incidentsToday
Logs Operational
90 days ago1 day with an incidentToday
Feature Flags API Operational
90 days agoNo incidentsToday
Destination Delivery (realtime) Operational
90 days ago1 day with an incidentToday
Destination Delivery (batch exports) Operational
90 days agoNo incidentsToday

Past incidents

Provider status pageTimes in UTC

Follow PostHog

Your coding agent knows when PostHog is down, and tells you when a failure is theirs, not yours. You can also get PostHog incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "posthog" and tell me if PostHog has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=posthog
Slack
/feed subscribe https://outages.cc/feed.xml?providers=posthog

Go from tracking outages to fixing production issues with Polylane.

Try Polylane