Merge pull request #36911 from dotnet/main

Merge to Live

Author: wadepickett

aspnetcore/web-api/advanced/formatting.md

@@ -1,11 +1,12 @@
 ---
 title: Format response data in ASP.NET Core Web API
+ai-usage: ai-assisted
 author: tdykstra
 description: Learn how to format response data in ASP.NET Core Web API.
 monikerRange: '>= aspnetcore-3.1'
 ms.author: tdykstra
 ms.custom: H1Hack27Feb2017
-ms.date: 04/08/2022
+ms.date: 03/22/2026
 uid: web-api/advanced/formatting
 ---
 # Format response data in ASP.NET Core Web API
@@ -97,7 +98,7 @@ If the Accept header contains `*/*`, the Header is ignored unless `RespectBrowse
 Unlike typical API clients, web browsers supply `Accept` headers. Web browsers specify many formats, including wildcards. By default, when the framework detects that the request is coming from a browser:
 
 * The `Accept` header is ignored.
-* The content is returned in JSON, unless otherwise configured.
+* The content is returned using the first registered output formatter that can handle the response type, unless otherwise configured.
 
 This approach provides a more consistent experience across browsers when consuming APIs.
 
@@ -294,7 +295,7 @@ If the Accept header contains `*/*`, the Header is ignored unless `RespectBrowse
 Unlike typical API clients, web browsers supply `Accept` headers. Web browsers specify many formats, including wildcards. By default, when the framework detects that the request is coming from a browser:
 
 * The `Accept` header is ignored.
-* The content is returned in JSON, unless otherwise configured.
+* The content is returned using the first registered output formatter that can handle the response type, unless otherwise configured.
 
 This approach provides a more consistent experience across browsers when consuming APIs.
 
@@ -529,7 +530,7 @@ If the Accept header contains `*/*`, the Header is ignored unless `RespectBrowse
 Unlike typical API clients, web browsers supply `Accept` headers. Web browsers specify many formats, including wildcards. By default, when the framework detects that the request is coming from a browser:
 
 * The `Accept` header is ignored.
-* The content is returned in JSON, unless otherwise configured.
+* The content is returned using the first registered output formatter that can handle the response type, unless otherwise configured.
 
 This approach provides a more consistent experience across browsers when consuming APIs.