Component statuses may change independently during partial outages.
Recent Kustomer Outages & Incidents
Incident history from the official Kustomer status page, including resolution updates.
Uptime history4 days observed
Aug 8100.00% averageAug 11
Issues with Text Editor with typing, pasting, & adding shortcuts PROD1, PROD2, and PROD4Resolved Jul 30, 2026 · 1h 31mResolved
# **Summary**
On July 30, 2026, the draft text editor on Kustomer’s Timeline product experienced degraded functionality in certain user workflows. Impact included sporadic cursor behavior, text erasure, and issues with copying and pasting text and shortcuts.
# **Root Cause**
This issue was introduced by a change to the editor that was not fully caught before release. Due to misalignment in our QA process our pre-release validation did not adequately cover the real-world editing patterns affected by this change. Furthermore, this misalignment contributed to a delay in Kustomer’s understanding of the incident's resolution status.
# **Timeline**
## **Jul 30, 2026**
**11:12 AM ET:** The editor change was deployed
**12:27 PM ET:** Kustomer Technical Support escalated the incident to Kustomer’s OnCall process, notifying Engineering immediately.
**12:34 PM ET:** Kustomer Engineering identified the issue and completed a rollback
**12:51 PM ET:** Internal testing incorrectly confirms that the issue has been fully resolved, due to some customers reporting the issue no longer presented itself
**1:29 PM ET:** Continued reports of issue are received from customers who did not receive the full resolution rollout
**1:34 PM ET:** Discovery made that the rollback did not fully deploy to resolve the issue. Kustomer Engineering makes additional change to ensure resolution
**2:01 PM ET:** Corrective change deployed, and fix is confirmed
# **Lessons/Improvements**
Kustomer Engineering maintains a robust CI/CD process, and a multi-environment release process designed to prevent issues of this nature. As part of our continual investment in these areas, we have identified the following action items:
* Ensure that our internal pre-production environments align with our customer-facing experience, including but not limited to the editor experience, so that issues of this nature are caught earlier in development
* Complete an audit of our automated CI/CD process and test coverage of major features, removing any gaps that are identified
---
[2026-07-30T15:15:26.673-04:00] (resolved) Kustomer has resolved an event affecting text editor that may cause issues when typing and adding content such as Shortcuts. To resolve this issue, our team has rolled back to a previous version.
After careful monitoring, our team has determined that all affected areas are now fully restored. Please reach out to Kustomer support at support@kustomer.com if you have additional questions or concerns.
---
[2026-07-30T14:15:18.136-04:00] (monitoring) Kustomer has implemented an update to address an event affecting text editor that may cause issues when typing and adding content such as Shortcuts. Refreshing your browser will fully resolve the issue.
Our team is currently monitoring this update to ensure the issue is fully resolved. Please expect further updates within the next 30 minutes, and reach out to Kustomer support at support@kustomer.com if you have additional questions or concerns.
---
[2026-07-30T13:43:59.711-04:00] (investigating) Kustomer is aware of an event affecting text editor that may cause issues when typing and adding content such as Shortcuts.
Our team is currently working to identify the cause of this issue in an effort to implement a resolution. Please expect additional updates within the next 30 minutes, please reach out to Kustomer Support via support@kustomer.com for any further questions or updates.
## Summary
On July 25, 2026, some customers experienced elevated platform latency affecting messaging, conversation updates, routing, voice, and other customer-service workflows. Customers may have seen messages remain in a sending state, delayed inbound or outbound messages, slower page and API responses, delayed routing or assignment, and intermittent voice-call delays.
The incident was caused by an unusually large burst of background data-processing activity. This created a sudden increase in demand on shared platform infrastructure. Automatic scaling added capacity, but it could not absorb the burst quickly enough to prevent degradation in dependent workflows.
We restored service by increasing available capacity, reducing the rate of the initiating workload, and carefully processing delayed work while monitoring platform health.
## Impact
* **Customer effect:** Intermittent platform latency; delayed inbound and outbound messaging; slower conversation and API updates; delayed routing or assignment; and intermittent voice-call delays
* **Duration:** Customer-visible degradation began at approximately 5:22 PM ET. Service initially recovered at approximately 7:31 PM ET, but degradation later recurred. Broad platform performance was restored and the incident was resolved at 10:30 PM ET.
* **Scope:** The incident affected a subset of customers within one production environment. We did not identify corresponding customer-facing degradation in other production environments.
## Timeline
* **Approximately 5:22 PM ET:** Processing latency and message backlogs began increasing.
* **6:51 PM ET:** The incident response team began coordinated investigation and recovery.
* **Approximately 7:00–7:23 PM ET:** We identified affected processing paths and began carefully recovering delayed work at controlled rates.
* **7:31 PM ET:** Additional capacity had come online, customer-facing performance had materially improved, and the incident was initially resolved while monitoring continued.
* **8:28 PM ET:** The incident was reopened after renewed reports of intermittent degradation.
* **Approximately 8:38 PM ET:** Investigation confirmed that messaging, routing, channel, and voice symptoms shared the same underlying platform dependency.
* **Approximately 9:52 PM ET:** We reduced the rate of the initiating background workload to protect customer-facing traffic.
* **10:08 PM ET:** Monitoring confirmed that workload pressure had fallen substantially and platform health continued improving.
* **10:30 PM ET:** After continued monitoring confirmed recovery, the incident was resolved.
* **After resolution:** Recovery of remaining delayed work continued at controlled rates under monitoring.
## Root cause
A burst of high-volume background data-processing activity generated more downstream work than shared platform infrastructure could safely absorb over a short period.
Automatic scaling responded and added capacity, but capacity was added incrementally and did not come online quickly enough for the size and speed of the burst. While the platform was catching up, increased request latency and timeouts affected customer-facing workflows that depended on the same infrastructure.
## Resolution
We restored platform performance by:
* Increasing available capacity and improving the rate at which additional capacity could be added.
* Reducing the rate of the initiating background workload.
* Recovering delayed work at controlled rates to avoid creating another traffic spike.
* Continuing monitoring after customer-facing performance returned to expected levels.
## Preventative actions
We are taking the following actions to reduce the likelihood and impact of recurrence:
* Add stronger limits and backpressure controls for high-volume background operations.
* Improve the speed at which shared infrastructure scales during sudden traffic increases.
* Improve isolation between background processing and latency-sensitive customer workflows.
* Expand alerting for rapid backlog growth, resource pressure, and unusual workload patterns.
* Strengthen controlled recovery procedures for delayed work.
* Expand burst-load and failure-recovery testing for shared platform services.
## Current status
Platform performance returned to expected levels, and the initiating workload remained controlled. We continued monitoring service health and the recovery of delayed work after resolution.
---
[2026-07-26T00:34:49.125-04:00] (resolved) Kustomer has resolved an event affecting platform events in PROD1 orgs that caused delays on event-based data.
After careful monitoring, our team has determined that all affected areas are now fully restored. Please reach out to Kustomer support at support@kustomer.com if you have additional questions or concerns.
---
[2026-07-25T22:34:15.759-04:00] (monitoring) Kustomer has implemented an update to address an event affecting platform events in PROD1 orgs that caused delays on event-based data.
Our team is currently monitoring this update to ensure the issue is fully resolved.
Please expect further updates within the next 30 minutes, and reach out to Kustomer Support at support@kustomer.com if you have additional questions or concerns.
---
[2026-07-25T22:03:18.263-04:00] (identified) Kustomer continues to work on the issue affecting platform events in PROD1 orgs that may cause delays on event-based data.
Our team is actively working to implement a resolution. Please expect additional updates within the next 30 minutes, and reach out to Kustomer Support at support@kustomer.com for any further questions or updates.
---
[2026-07-25T21:17:06.014-04:00] (identified) Kustomer has identified an event affecting platform events in PROD1 orgs that may cause delays on event-based data.
Our team is currently actively working to implement a resolution. Please expect additional updates within the next 30 minutes, and reach out to Kustomer Support at support@kustomer.com for any further questions or updates.
---
[2026-07-25T21:13:28.664-04:00] (identified) Kustomer has identified an event affecting platform events in PROD1 orgs that may cause delays on event-based data.
Our team is currently working to implement a resolution. Please expect additional updates within the next 30 minutes, and reach out to Kustomer Support at support@kustomer.com for any further questions or updates.
MessageBird - unable to send outbound replies PROD 1Resolved Jun 25, 2026 · 1h 6mResolved
## **Summary**
On June 25, 2026, some customers were unable to send outbound WhatsApp replies from within Kustomer. The issue affected reply sending for a subset of WhatsApp channel configurations, which disrupted agent workflows and prevented some automated outbound messages from being sent through the same path.
The issue was identified and resolved the same day. Service was fully restored, and the platform is operating normally.
## **Root cause**
A change released earlier that day introduced stricter validation in the outbound WhatsApp reply flow. For a subset of supported channel configurations, valid sender values were incorrectly rejected before messages were sent. This caused reply attempts in those configurations to fail.
The issue was limited to specific WhatsApp channel setups and did not affect all WhatsApp traffic equally.
## **Timeline**
* **June 25, 2026, approximately 22:12 UTC** — Reports began coming in that outbound WhatsApp replies were failing for some customers.
* **Shortly after detection** — Investigation confirmed the issue was tied to a recently released validation change in the outbound reply flow.
* **June 26, 2026, approximately 01:07 UTC** — A fix was deployed and reply sending was restored.
## **Lessons and improvements**
* Validation changes for messaging flows now require broader test coverage across supported channel configuration variants before release.
* Additional safeguards are being added to reduce the risk of valid outbound requests being rejected.
* Monitoring and regression checks around outbound messaging paths are being strengthened to detect similar issues more quickly.
---
[2026-06-25T19:30:56.664-04:00] (resolved) Kustomer has resolved the issue affecting PROD 1 that impacted the ability to send outbound messages through MessageBird.
Our team has verified that the fix has been successfully deployed and service has been restored. If you continue to experience issues sending outbound MessageBird messages, please contact Kustomer Support at support@kustomer.com
We apologize for the disruption and appreciate your patience while we worked to resolve the issue.
---
[2026-06-25T19:06:22.482-04:00] (monitoring) Kustomer has identified and implemented a fix for the issue affecting PROD 1 that impacted the ability to send outbound messages through MessageBird.
Our team is actively monitoring the platform to ensure the fix remains effective and that service has fully recovered. If you continue to experience issues sending outbound MessageBird messages, please contact Kustomer Support at support@kustomer.com.
We will provide another update once monitoring is complete or if there are any significant developments.
Thank you for your patience.
---
[2026-06-25T19:05:49.212-04:00] (identified) Kustomer has identified and implemented a fix for the issue affecting PROD 1 that impacted the ability to send outbound messages through MessageBird.
Our team is actively monitoring the platform to ensure the fix remains effective and that service has fully recovered. If you continue to experience issues sending outbound MessageBird messages, please contact Kustomer Support at support@kustomer.com.
We will provide another update once monitoring is complete or if there are any significant developments.
Thank you for your patience.
---
[2026-06-25T18:49:35.229-04:00] (identified) Kustomer has identified the cause affecting PROD 1 that is impacting the ability to send outbound messages through MessageBird.
Please expect another update within the next 30 minutes, as we reach a resolution. If you have any additional questions or concerns, please reply to this conversation or contact Kustomer Support at support@kustomer.com.
Thank you for your patience while we work to resolve this issue.
---
[2026-06-25T18:24:10.987-04:00] (investigating) Kustomer is aware of an event affecting PROD 1 that may affect the ability to send outbound messages for MessageBird.
Our team is currently working to identify the cause of this issue in an effort to implement a resolution. Please expect additional updates within the next 30 minutes, please reach out to Kustomer Support at support@kustomer.com for any further questions or updates.
Live Kustomer Outage Reports
Problems reported by engineers using Kustomer. Reports often appear 10 to 20 minutes before the official status page moves, and stay on this page for 90 days.
Reports, last 24 hours0 total
24h agoNothing reportednow
No Kustomer problems reported yet.
Something wrong with Kustomer on your end?
Reports are anonymous, take about ten seconds, and help the next engineer who checks.
About Kustomer
Kustomer exposes 61 monitored components on its status page at status.kustomer.com — Analytics, Prod1 (US) and Kustomer Voice among them. Follow Kustomer downtime, degraded performance and resolved incidents here, with uptime history alongside your other marketing services.
Over the past 30 days, PulsAPI has measured Kustomer uptime at 100.00%. Response times, incident history, and SLA tracking for Kustomer are available on the PulsAPI dashboard.
Kustomer Status FAQ
Is Kustomer down right now?
PulsAPI checks Kustomer every 60 seconds. The verdict at the top of this page comes from the latest poll of the official Kustomer status feed and refreshes automatically, so you are not looking at a stale cached answer.
What should I do if Kustomer is not working?
Check the component list on this page first to see if your failure matches a known outage. If it does, you can report the issue for other engineers, follow the incident timeline for vendor updates, and run any fallback your app supports until Kustomer recovers.
How do I check Kustomer uptime history?
PulsAPI tracks Kustomer uptime over 30, 60, and 90-day rolling windows. The current 30-day uptime is 100.00%. A free PulsAPI account unlocks the full 90-day SLA history and incident timeline for Kustomer.
How fast does PulsAPI detect Kustomer outages?
PulsAPI polls the official Kustomer status page every 60 seconds and usually delivers alerts to Slack, Discord, Microsoft Teams, PagerDuty, or email in under 4 seconds after detection. That is often faster than someone on your team notices on their own.
Does PulsAPI track individual Kustomer components?
Yes. PulsAPI monitors 20 individual Kustomer components, so you can see which service or region is affected instead of a generic "service degraded" banner.
Can I get alerts when Kustomer goes down?
Yes. Create a PulsAPI account and subscribe to Kustomer. Email alerts are included on the free Starter plan. Paid plans add Slack, Discord, Microsoft Teams, PagerDuty, and webhooks whenever Kustomer status changes.
How do I report an issue with Kustomer to the community?
Click "Report an issue" at the top of this page, pick the issue type and severity, and optionally add your region and a short note. Reports are anonymous and help other engineers spot Kustomer problems early. Official status pages often lag real incidents by 10 to 20 minutes.
Is there a free way to monitor Kustomer?
Yes. PulsAPI's Starter plan includes up to 10 monitored services with email alerts, and the 30-day free trial requires no credit card. You can monitor Kustomer alongside up to 9 other services at pulsapi.com/signup.
Track Kustomer with the rest of your stack
Monitor 2461+ cloud services from one dashboard and get alerts when Kustomer status changes.