Some context, I'm a consultant building programmatic SEO/AEO and content pipelines for client sites. I prefer Framer, but am hitting some blockers I don't have on Webflow (and have had some folks as me for that). I sync blog posts into the Framer CMS from markdown via the Server API (framer-api, addItems into a formattedText field). Getting content in works. But three things a human can do in the CMS editor are impossible once content arrives through the API. Edit entries after I push them. Managed-collection fields are read-only in the CMS UI. The userEditable option exists, but an editable field can no longer be written by the API, so there is no "API pushes, human edits after" mode. Update part of the body. formattedText is one write-only blob. To fix a single caption I re-push the entire article. For an automated pipeline that is real overhead, and in an LLM-driven workflow it also burns context re-sending content that did not change. I want partial body updates, targeting a block by a stable id, not replacing the whole field. Webflow lets me GET the body and PATCH it back; Framer's formattedText cannot be read back. Inline components and embeds. The editor can drop CMS Components and embeds into rich text. The API cannot. addItems has no way to carry either, so a synced pipeline is locked out of interactive widgets. Full parity would be a resolved FramerComponent tag in the body, as in Github framer/plugins issue #577. But even iframe-embed support alone would unblock most of this. Webflow already proves it works: its rich text API accepts embed blocks, so a pipeline can push a widget inline and have it render. Framer's formattedText drops anything that is not standard rich text. That first step alone would be a great unlock. Full workflow, for reference: https://www.signalroads.com/build-log/rock-content-pipeline