Content & Documents · Integration
Sitecore
Add Sitecore to your product for your customers, and give your AI agents governed access to it.
Sitecore's content model is items in a tree, built from templates, with fields that vary by template and versions that vary by language. An embedded Sitecore integration reads and writes those items and fields, uploads and reads media, and triggers publishing so a change reaches the delivery side instead of sitting in authoring. The complication is that Sitecore is several products: a customer may be on XM Cloud with its authoring and delivery APIs, on a managed or self hosted Experience Platform, or keeping assets in Content Hub, and the endpoint and the auth differ in each case. Content is versioned per language too, so a write has to know which version it is touching. fastn holds each instance's credentials per tenant and absorbs the differences between deployments.
In your product
Embedded for your customers. Per-tenant auth, no per-customer code, maintained by fastn.
Let each customer connect their own Sitecore instance, whether that is XM Cloud or a self hosted deployment, without a per-customer build.
Write content items into the templates their site already uses so your output renders like everything around it.
Read items by path or by template so your product works with the tree that customer's authors maintain.
Trigger a publish so content your product created appears on the delivery side rather than waiting for someone.
For your AI agents
Governed, audited access for the agents you build, through the MCP server.
An agent finds the item behind a page and reports which fields would have to change.
An agent drafts an item in the right template and leaves it unpublished for review, with the action logged.
An agent reads the language versions of an item and says what is missing in each.
Example prompt
Find the item behind this page and tell me which language versions are missing content.
Set up Sitecore in 4 steps
- 01Enable the Sitecore connector in your fastn dashboard.
- 02Have each customer supply credentials for their own instance and confirm which deployment they are on.
- 03Map the templates, fields and languages your product reads and writes, then decide what may trigger a publish.
- 04Call it from your product and expose the same connection to your agents through the MCP gateway.
Why teams use the Sitecore integration
What you get by embedding it with fastn instead of building it yourself.
- Ship a Sitecore integration without building it. Your customers connect their own Sitecore account inside your product and work their files, documents and versions there, with no per-customer code on your side.
- Handle the part that actually costs time: permissions and versioning are easy to get subtly wrong, and mistakes expose content. fastn owns the auth, token refresh, rate limits, pagination and breaking-change fixes, so a Sitecore update is not your on-call problem.
- One integration serves your product and your agents. The same governed Sitecore connection powers in-product features and gives AI agents scoped, audited access, so you let your product work with your customers' documents in place without wiring it twice.
Used by these teams
Compare with
Often used alongside
Tools the same teams tend to run next to Sitecore, across other categories.
Sitecore integration FAQ
How do I add a Sitecore integration to my product?
Enable the Sitecore connector in your fastn dashboard, then let each customer authenticate their own Sitecore account. fastn handles the OAuth flow, token storage and refresh per tenant, so there is no Sitecore client code in your app and no per-customer branch in your codebase. Setup is 4 steps.
Do my customers each connect their own Sitecore account?
Yes. Every connection is scoped to the individual customer, so each authorises their own Sitecore account and only ever sees their own files, documents and versions. That per-tenant isolation is the point of an embedded integration: you support the long tail of customer setups without maintaining an integration per customer.
Can AI agents use this Sitecore integration?
Yes. The same connection is exposed to your agents through the fastn MCP gateway, with permissions scoped per tenant and every call audited. An agent finds the item behind a page and reports which fields would have to change.
Who maintains the Sitecore integration?
fastn does. When Sitecore changes an endpoint, deprecates a field or alters its auth, the fix lands in the connector rather than in your backlog, and your customers' connections keep working.
Whose permissions does the Sitecore integration run under?
Each customer's own Sitecore grant. Where Sitecore holds a library, their existing folder and item permissions apply and your product cannot reach content the connected account could not reach itself. Where it processes content you supply rather than storing it, the call runs under that customer's own credentials and is logged per tenant.
Can my product create or update content in Sitecore automatically?
Where Sitecore supports writes, documents, entries and assets can be created, updated and filed from your product or by an agent within scoped permissions, with each action logged. Where it is a read surface, the same connection serves reads only.
What can I build with the Sitecore integration?
A common starting point: let each customer connect their own Sitecore instance, whether that is XM Cloud or a self hosted deployment, without a per-customer build. Teams also use it for the other use cases listed above, and expose it to agents for governed reads and writes.
How much does the Sitecore integration cost?
It is included. Pricing is based on connected accounts, not on how many connectors you enable, so adding Sitecore does not change your per-connector cost. You can start free with 3 connected accounts.
Add Sitecore to your product
Start free with 3 connected accounts. No sales call required, and no per-customer integration code.