Why publish from CMP instead of directly in CMS
Section titled βWhy publish from CMP instead of directly in CMSβWhen content authors work directly in CMS, they bypass the editorial workflow β there is no structured review process, no campaign context, and no visibility into what other content is being produced at the same time. This works for quick edits, but it breaks down when teams produce content at scale.
Publishing from CMP means content goes through a defined approval pipeline before it ever reaches CMS. By the time content arrives in CMS, it has been reviewed, approved, and is ready to go live. This separation keeps CMS focused on delivery while CMP handles production.
What you will do
Section titled βWhat you will doβ- Complete content in CMP and move it through approval
- Map CMP content fields to CMS content type fields
- Push approved content to CMS
- Review the content in CMS and schedule or publish
Complete content and get approval
Section titled βComplete content and get approvalβBefore content can be published to CMS, it must reach the final stage of your CMP workflow. The exact stages depend on how your team has configured workflows, but a typical path looks like this:
- Draft β Author writes content in CMPβs editor
- Editorial review β An editor checks writing quality, tone, and accuracy
- Brand review β A brand manager verifies messaging alignment and visual guidelines
- Final approval β A stakeholder or content lead signs off
At each stage, reviewers can:
- Approve β Move content to the next stage
- Request changes β Send content back to the author with comments
- Reject β Stop the content from progressing (with a required explanation)
When content reaches the final approval stage and is approved, it becomes eligible for CMS publishing.
Understand field mapping
Section titled βUnderstand field mappingβCMP content and CMS content types have different structures. Field mapping defines how CMP fields translate to CMS properties when content is pushed.
| CMP field | CMS property | Notes |
|---|---|---|
| Title | Page name / Title property | Typically a one-to-one mapping |
| Body | Main body / XhtmlString | Rich text transfers with formatting intact |
| Summary | Teaser text / Short description | Used for SEO and content previews |
| Featured image | Hero image / Content reference | Image assets transfer to CMS media library |
| Tags | Categories or tags | Depends on CMS taxonomy configuration |
| Publish date | Scheduled publish date | Controls when the page goes live |
Your CMP admin configures field mappings for each content type pair. If a mapping does not exist for the content type you are publishing, contact your admin to set one up before proceeding.
Push content to CMS
Section titled βPush content to CMSβOnce content is approved and field mappings are configured:
- Open the approved content item in CMP
- Select Publish to CMS from the actions menu
- Choose the target CMS content type and destination (which page tree location the new page should appear under)
- Review the field mapping preview β CMP shows you which CMP fields map to which CMS properties
- Resolve any mapping warnings (e.g., a required CMS field with no CMP equivalent)
- Select Push to CMS
CMP creates a draft page in CMS with all mapped fields populated. Images and other assets are uploaded to the CMS media library automatically.
What happens if content already exists in CMS
Section titled βWhat happens if content already exists in CMSβIf you are updating content that was previously published from CMP:
- CMP detects the existing CMS page and updates it rather than creating a duplicate
- A new version is created in CMS, preserving the version history
- The updated content starts as a draft in CMS, even if the previous version was published
Review and publish in CMS
Section titled βReview and publish in CMSβAfter pushing from CMP, open CMS to review the content:
- Navigate to the page in the CMS content tree (CMP provides a direct link after pushing)
- Verify the content renders correctly in the CMS preview
- Check that images, links, and formatting transferred properly
- Fill in any CMS-specific fields that do not have CMP equivalents (e.g., navigation settings, SEO metadata not covered by CMP)
- Publish immediately or schedule the page for a future date
Handle publishing errors
Section titled βHandle publishing errorsβCommon issues and how to resolve them:
| Issue | Cause | Resolution |
|---|---|---|
| Missing required fields | CMS content type has required properties without CMP mapping | Fill in the missing fields manually in CMS, or ask your admin to add the mapping |
| Image upload failure | Image exceeds CMS file size limits or uses an unsupported format | Resize or convert the image in CMP before re-pushing |
| Duplicate page created | Field mapping lost the connection to the existing page | Delete the duplicate in CMS and re-push from CMP, selecting the correct target page |
| Formatting differences | Rich text rendering differs between CMP and CMS editors | Adjust formatting in CMS after push β minor differences in spacing or heading styles are normal |
Best practices
Section titled βBest practicesβ- Do not edit pushed content in both systems β Choose one system of record. If CMP is the authoring tool, make edits in CMP and re-push. Editing in both places creates version conflicts.
- Test field mappings with a sample item β Before pushing an entire campaignβs worth of content, push one item and verify everything maps correctly.
- Coordinate publish timing β If your campaign has a specific launch date, push content to CMS in advance and use CMS scheduled publishing to coordinate the go-live moment.
- Keep CMP status updated β After publishing in CMS, update the CMP content itemβs status to βPublishedβ so the campaign dashboard reflects the true state.