How a page is checked

Divi ignores settings it does not understand, and it does not tell you. A page can save without an error and still come out wrong. MCP for Divi 5 checks every page in four steps to catch that.

1. Validate before saving

The structure is checked before anything is written. Divi 5 pages nest as section, then row, then column, then modules.

These errors stop the save, so nothing broken is written:

• a module that is not on your site
• a top level that is not a section
• a module that is not inside a column
• a column that is not inside a row

These warnings do not stop the save, but the tool gets them and can fix them:

• a setting group the module does not have, which Divi would ignore
• a setting on the wrong part of a module, such as a heading’s font set on the module instead of its title; the warning says where it belongs
• a value key Divi does not read, such as fontSize where Divi reads size
• a title or button label in the wrong shape, which Divi would render as nothing
• a border line set outside styles.all, which Divi would not draw
• HTML with inline styles inside a text module, which the Visual Builder cannot edit
• columns without a width, which only look right by accident
• child modules inside a module that does not take them
• button padding in the wrong place
• rounded corners set with all, which Divi does not apply
• a gradient without enabled set to on, which would not show
• spacing written as a string, which is converted to the shape Divi needs

Mistakes with one obvious fix are corrected before the save, and the warning says so: a CSS-style key such as fontSize is renamed, a title sent as plain text is given the shape Divi renders, and a border line is moved under styles.all.

2. Save

The page is saved as a draft unless the tool is told otherwise. Replacing an existing page keeps the old version in WordPress revisions, and the tool is told which text the old version had that the new one dropped, so a revision cannot silently lose a label or a link.

3. Read back

The saved page is read again and compared with what was sent. If they differ, a content filter changed it on save. The usual cause is a user without the unfiltered_html capability, which strips scripts, styles and some settings. Use an account that has it, or ask your site admin.

4. Render check

The page is rendered the way visitors see it, and any module that produced no markup is listed, along with any text the tool sent that is not in the rendered page. The same check can run later on any saved page. It also reports unknown blocks, stray HTML between blocks and settings Divi will ignore.

The render check does not judge looks. After the checks pass, still look at the page.