Kontent.ai Outage History

Kontent.ai is up right now

There were 3 Kontent.ai outages since February 13, 2026 totaling 157h 34m of downtime. Each is summarised below — incident details, duration, and resolution information.

Source: https://status.kontent.ai

Major April 15, 2026

Delivery API and Preview Delivery API are experiencing partial outage when using excludeElements parameter

Detected by Pingoru
Apr 15, 2026, 12:16 PM UTC
Resolved
Apr 15, 2026, 03:27 PM UTC
Duration
3h 10m
Affected: Delivery REST APIDelivery REST APIDelivery REST APIDelivery REST API
Timeline · 5 updates
  1. investigating Apr 15, 2026, 12:16 PM UTC

    We are currently experiencing a partial outage affecting the Delivery API and Preview Delivery API. The issue impacts only a subset of content items, which may result in inconsistent behavior for some requests. This is our top priority, and our development team is actively investigating and working on a resolution. If you have any questions or need assistance, please contact our support team via chat.

  2. identified Apr 15, 2026, 12:23 PM UTC

    Update: The issue occurs only for requests that include the excludeElements parameter. Requests that do not use this parameter should function normally. Our developers are working on a fix to mitigate the issue, which is expected to be released soon. Our development team has identified the root cause of the partial outage and is currently working on a fix. Content items that were modified after approximately 9:25 AM (CET) today may be affected. This issue remains our top priority. If you have any questions or need assistance, please contact our support team via chat.

  3. monitoring Apr 15, 2026, 01:46 PM UTC

    A fix has been implemented and deployed. We are monitoring the results.

  4. resolved Apr 15, 2026, 03:27 PM UTC

    We can now confirm that this issue has been resolved. All components are operational and functioning properly.

  5. postmortem Apr 17, 2026, 02:45 PM UTC

    # Incident summary – Deliver API excludeElements error \(2026-04-15\) ## Summary On 2026-04-15, a change introduced an incompatibility in our content processing that caused some Deliver API requests using the excludeElements query parameter to fail. Specifically, in certain cases an item could be returned without an expected field, and the excludeElements processing path did not handle that scenario. This resulted in an internal error and a 500 response. ## Impact to Customers Customer requests to the Deliver API that included the excludeElements query parameter could intermittently receive HTTP 500 responses during the incident window. The issue affected a limited subset of traffic \(only requests meeting specific conditions were impacted\). The failures occurred only when all of the following were true: * The requested variant \(or one of its dependencies\) had been updated after the deployment. * The request was served uncached \(or required a fresh origin fetch\). * The request included the excludeElements query parameter. ## Resolution ### Timeline \(CEST\): * 08:58 – Deployment completed. * 13:33 – Customer reported errors through Support; we started triage. * 13:37 – Engineering investigation started. * 14:17 – Root cause identified and fix prepared. * 15:32 – Fix deployed. * 16:00 – Service monitored; error rates returned to normal. ### Detection We became aware of the incident after a customer reported the issue via Support. We then confirmed elevated error rates on the affected request path and engaged engineering to investigate and mitigate. ### Guidance During the incident window, retrying the request could succeed depending on whether a fresh fetch was required. If errors were persistent for a specific call, temporarily removing excludeElements would avoid the affected code path \(with the tradeoff of a larger response\). No data loss occurred; this was a request-processing error only. ### Preventive actions * Add end-to-end test coverage for excludeElements, including missing-field scenarios. * Improve automated detection and alerting specifically for elevated 5xx rates on Deliver API request paths. * Add additional safeguards in the API code to handle missing/optional fields defensively. ### Duration Incident window: approximately 08:58–15:32 CEST

Read the full incident report →

Minor February 18, 2026

A small number of users experienced CORS errors and HTTP 425 Too Early responses when calling the Delivery API after the latest Chrome update

Detected by Pingoru
Feb 18, 2026, 10:17 AM UTC
Resolved
Feb 23, 2026, 11:43 AM UTC
Duration
5d 1h
Affected: Delivery REST APIDelivery REST APIDelivery REST APIDelivery REST API
Timeline · 4 updates
  1. identified Feb 18, 2026, 10:17 AM UTC

    A recent Chrome update (version 145) introduced an issue that may lead to occasional CORS errors and HTTP 425 responses when making Delivery API calls. Our CDN provider and the Chromium team are already investigating the root cause. In the meantime, a simple workaround is to update your front‑end to perform a dummy Delivery API request in the background, ignore its errors, and wait briefly before sending further Delivery API requests. Thanks to this, all the other calls should not be affected. Please note that this does not affect users who are using the latest version of our SDK or have a properly implemented retry policy in their codebase. If you have any questions, feel free to contact our Technical Support Team via chat.

  2. identified Feb 18, 2026, 10:25 AM UTC

    We are continuing to work on a fix for this issue.

  3. monitoring Feb 19, 2026, 12:58 PM UTC

    A workaround has been implemented on our side. The Chromium team is currently testing their fix together with our CDN provider. We are monitoring the situation, and everything should remain fully operational even before their fix is officially released, as our workaround already addresses it.

  4. resolved Feb 23, 2026, 11:43 AM UTC

    Following the update implemented by our developers, CORS and HTTP 425 errors no longer occur. After monitoring, we can confirm that the issue is now resolved.

Read the full incident report →

Minor February 16, 2026

Delay in Preview Asset Uploads due to Overloaded Preview Storage in the U.S. Data Center

Detected by Pingoru
Feb 16, 2026, 11:13 AM UTC
Resolved
Feb 17, 2026, 08:12 PM UTC
Duration
1d 8h
Affected: Delivery REST APIDelivery GraphQL API
Timeline · 2 updates
  1. identified Feb 16, 2026, 11:13 AM UTC

    There is currently a delay in the appearance of assets when accessing an asset's preview URL due to our preview storage being overloaded in the U.S. data center. Accessing the published version of an asset still functions as expected.

  2. resolved Feb 17, 2026, 08:12 PM UTC

    Our development team has implemented a fix, and accessing an asset via its preview URL after upload is functioning as expected, with minimal delay in processing.

Read the full incident report →

Looking to track Kontent.ai downtime and outages?

Pingoru polls Kontent.ai's status page every 5 minutes and alerts you the moment it reports an issue — before your customers do.

  • Real-time alerts when Kontent.ai reports an incident
  • Email, Slack, Discord, Microsoft Teams, and webhook notifications
  • Track Kontent.ai alongside 5,000+ providers in one dashboard
  • Component-level filtering
  • Notification groups + maintenance calendar
Start monitoring Kontent.ai for free

5 free monitors · No credit card required