---
schema_version: "1"
id: 54c466fdb2e744c6bf25a31f4b729aa6b5ac9484e671e12f927796dbec407922
title: Managed Runtime Release Notes
collection: developer
version: current
locale: en-us
portal_url: https://docs.salesforce.com/developer/current/en-us/commerce-cloud/sfnext/guides/sfnext-mrt-release-notes.md
canonical_url: https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-mrt-release-notes.html
source_site: developer.salesforce.com
content_type: documentation
content_hash: cd33f8311d6e0ec802c40a25e66641d3db1043f279f4f4570fd3ed63e8b9256d
products:
  - Composable Storefront
  - Salesforce APIs
---
# Managed Runtime Release Notes

Learn about Managed Runtime (MRT) features.

**tip:** To check out Storefront Next release notes, see [Storefront Next Release Notes](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-release-notes.md).

<!--
TEMPLATE FOR RELEASE NOTE

## <Date> - vx.y.z

### <Release note title>

<Intro paragraph introduces the what and why>

**Where**: (Optional) Indicate where your feature or change is available in case it requires other products or features turned on, for example, if a feature is available in a specific template.
**When**: (Optional) If your feature or change won't be available as soon as the release rolls out, note that here..
**Who**: (Optional) If your feature is available only to users with certain licenses or perms, include that info in the Who section.
**Why**: (Optional) Use this section to go into more detail about your feature or change and why it matters to customers. The Why section is a great place for content like examples and screenshots. Including a screenshot? Be sure to add some introductory text. *NOTE*: If you’ve said everything you need to about your feature’s benefits and use cases in your intro, simply delete this section.
**How**: (Optional) Provide a brief, high-level overview of the steps involved in getting your feature up and running. Or, if you're writing about an admin- or dev-focused feature or change, you can include a brief, high-level overview of how to use that feature. Don’t include comprehensive, step-by-step instructions here. Put that info in the topic and link to it in your See Also section.

-->

## 10/6/2026 - B2C Commerce 26.10

### Manage the Storefront Development Workflow in Business Manager (Beta)

With the Developer Workspace beta, manage storefronts in one place. Handle storefront environments, environment variables, redirects, and bundle deployments from the storefront's page in Business Manager. Manage these Managed Runtime resources in Business Manager instead of Runtime Admin as part of the storefront development lifecycle. Monitor the performance of staging and production environments for real-world usage, including Core Web Vitals. Admins assign read, write, and delete permissions for each storefront's resources, such as environments, environment variables, deployments, and redirects. On the Management Interface page, admins select the user interface and the API for that storefront. Admins select the legacy Runtime Admin interface or the new Business Manager interface.

**important:** Developer Workspace is a pilot or beta service that is subject to the Beta Services Terms at [Agreements - Salesforce.com](https://www.salesforce.com/company/legal/agreements/) or a written Unified Pilot Agreement if executed by Customer, and applicable terms in the [Product Terms Directory](https://ptd.salesforce.com/). Use of this pilot or beta service is at the Customer's sole discretion.

**Where**: This feature applies to Storefront Next and Composable Storefront that are linked to Business Manager for B2C Commerce.

**When**: This feature is available in B2C Commerce 26.10.

**How**: To turn on the Developer Workspace beta in Business Manager, in the Search box, enter `Feature Switches`, and then select **Feature Switches** from the suggested result. Click **Enable Developer Workspace (Beta)**, and then click **Apply**.

![Storefront detail page showing available environments](https://developer.salesforce.com/docs/media/sfnext/sfnext-storefront-overview-tab.png '{"class": "image-xl"}')

## Automate Your Storefront Administration with the New B2C Commerce API (SCAPI)

The Managed Runtime SCAPI-based APIs offer expanded administration tasks for managing Storefront Next and Composable Storefront (PWA Kit). Provision Storefront Next, update, edit, and delete storefronts. Create and manage environments, environment variables, access control headers, and redirects. Also, upload bundles and start deployments. The new APIs offer ease of setup because you use the same Account Manager API authorization as other SCAPI endpoints that you're already familiar with. No need for creating a separate Managed Runtime API key. Also, they streamline your storefront development lifecycle and CI/CD by enabling automation with a bot user with SCAPI authentication.

**Where**: This feature applies to Storefront Next and Composable Storefront for B2C Commerce.

**When**: This feature is available in B2C Commerce 26.10.

**See Also**

- [B2C Commerce API: Storefronts](https://developer.salesforce.com/docs/commerce/commerce-api/references/storefronts?meta=Summary)
- [B2C Commerce API: Environments](https://developer.salesforce.com/docs/commerce/commerce-api/references/environments?meta=Summary)
- [B2C Commerce API: Deployments](https://developer.salesforce.com/docs/commerce/commerce-api/references/deployments?meta=Summary)

### Restrict SCAPI Access to Managed Runtime Traffic

Available starting with B2C Commerce 26.10, the **Managed Runtime SCAPI Request Identification** feature switch locks down the Salesforce B2C Commerce API (SCAPI) so that it accepts requests only from your Managed Runtime (MRT) environments. Enabling the switch attaches a shared secret header to every request MRT forwards to SCAPI, so SCAPI's eCDN zone can distinguish genuine MRT traffic from a direct request sent to SCAPI from anywhere else, including one that spoofs MRT's IP range or user agent. The SCAPI Identity Header (SIH) applies at the MRT platform level and protects Storefront Next automatically, without Storefront Next configuration. After you enable the switch, add your own custom firewall rule to block or log direct SCAPI traffic that doesn't carry the header.

**Where:** This change applies to Managed Runtime with Storefront Next.

**See Also**

- [Restrict SCAPI Access to Managed Runtime Traffic](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-scapi-request-identification.md)

## 10/1/2026

### Managed Runtime Read-Only APIs During Maintenance

During planned maintenance windows, Managed Runtime APIs reject write requests (POST, PUT, PATCH, and DELETE) with an `HTTP 503` response, error code `service_read_only`, and detail message `Service is in READ_ONLY mode`. Read requests (GET) continue to work normally.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

## 8/25/2026

### 20-Second Rendering Timeout Now Strictly Enforced

The execution time for App Server requests has always been documented as limited to 20 seconds, but this limit wasn't strictly enforced, and requests could previously run for up to 30 seconds. Managed Runtime now enforces the documented 20-second limit. After this time, Managed Runtime returns an HTTP 502. This protects your storefront from slow or hung backend calls that would otherwise tie up rendering capacity. If your backend integrations typically respond in under 20 seconds, this change requires no action.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

### Non-Production Environments Now Have Lower Capacity Limits

Non-production Managed Runtime environments now have lower capacity limits, reflecting their use for development and testing traffic rather than live storefront traffic. Environments marked as production continue to receive full capacity and additional internal monitoring by Salesforce. Previously, there was no difference in capacity between production and non-production environments.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

**See Also**

- [Composable Storefront: Production Environments](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/mrt-overview.md#production-environments)

### Log Center Logs and Metrics No Longer Require the Production Flag

Log Center logs and Log Center metrics no longer require an environment to be marked as production. Enable either setting independently for any environment associated with a B2C Commerce instance, under **Observability** in Environment Settings.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

**See Also**

- [Storefront Next: Log Center Logs and Metrics](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/managed-runtime-administration.md#log-center-logs-and-metrics)
- [Composable Storefront: Log Center Logs and Metrics](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/managed-runtime-administration.md#log-center-logs-and-metrics)

### Coming September 29, 2026: Production Flag Will Require a Staging or Production B2C Commerce Instance

Starting September 29, 2026, you can mark an environment as production only if it's associated with a Staging or Production B2C Commerce instance. Environments associated with a development or sandbox instance, or with no instance association, can't be marked as production after this date.

Associate your production environments with a Staging or Production B2C Commerce instance now, ahead of the deadline.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

**See Also**

- [Storefront Next: Edit Environment Settings](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-mrt-administration.md#edit-environment-settings)
- [Composable Storefront: Production Environments](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/mrt-overview.md#production-environments)
- [Composable Storefront: Edit Environment Settings](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/managed-runtime-administration.md#edit-environment-settings)

### Access Control Headers Limit Raised to 4 for Storefront Next Environments

Storefront Next environments can now have up to 4 access control headers, up from 2. This gives you more headroom to support vanity domains, because each domain typically needs its own header. The limit for other Managed Runtime environments remains 2. The header Salesforce configures for your default domain can't be deleted; add a separate header for each vanity domain instead.

**Where:** This change applies to Managed Runtime with Storefront Next.

**See Also**

- [Composable Storefront: Access Control Headers](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/managed-runtime-administration.md#access-control-headers)

### Protected Storefront Now Enabled by Default

Protected Storefront is now enabled by default for new Managed Runtime environments, so you no longer need to contact Salesforce Support to turn it on before restricting access to a storefront under development. Existing environments are unaffected.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

**See Also**

- [Storefront Next: Limit Access to a Storefront Under Development](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-protect-storefront.md)
- [Composable Storefront: Limit Access to a Storefront Under Development](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guides/protect-storefront.md)

### On-Demand Sandbox Instances Now Get Default eCDN Security Rules for Storefront Next

When you create a Storefront Next storefront on an On-Demand Sandbox (ODS) instance, Business Manager now adds default security rules to the instance's default eCDN zone: custom firewall rules that block known AI crawlers and common vulnerability-probe paths, plus a rate limiting rule that blocks IP addresses sending excessive requests. The default zone is shared across every storefront on the instance, so these rules apply to all storefronts hosted there, not only the one that triggered their creation. ODS instances have less capacity than production, and these rules keep them responsive during development by limiting automated bot and crawler traffic.

**Where:** This change applies to On-Demand Sandbox (ODS) instances with Storefront Next.

**How:** If a rule blocks traffic you expect to allow, adjust its exclusions or rate limit rather than disabling it — see [Adjust or Disable a Rule](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-ods-security-rules.md#adjust-or-disable-a-rule).

## 7/28/2026

### SSR Bundle Size Limit Lowered to 247 MB

The maximum combined size of `ssr_only` and `ssr_shared` files in an Server-Side Rendering (SSR) bundle is now 247 MB, down from 249 MB. This reserves headroom for the fixed overhead Managed Runtime adds to every bundle, so bundles near the previous limit don't fail during publish after upload. Check your bundle size before pushing if you're close to the limit.

**Where:** This change applies to Managed Runtime with Composable Storefront and Storefront Next.

**See Also**

- [Deploy Storefront Next to Managed Runtime (MRT)](https://developer.salesforce.com/docs/commerce/pwa-kit-managed-runtime/guide/sfnext-push-mrt-auto.md)
