Tumil’s Plugins
Migration Safety Net for Divi 5
Snapshot every page before you migrate. Re-scan after. See exactly what changed — or prove nothing did.
See the report Get it on WordPress.org Free · v1.0.0 · GPL v2+
Divi 5’s built-in migrator predicts what will convert. This proves what did — and when nothing broke, it says so in as many words: Migration verified clean.
How it works
Four steps, entirely inside your WordPress admin. No account, no external service, nothing to configure.
-
Snapshot
Capture how every published page actually renders, before you touch anything.
-
Migrate
Run Divi’s migrator, update the theme, change whatever you meant to change.
-
Re-scan
Take a second snapshot of the same pages.
-
Compare
A noise-filtered DOM diff of every page, ranked by severity.
The report
These are unretouched screenshots from a real Divi 4.27 → 5.2 migration of a nine-page site — not mockups. Click through the four screens the plugin actually produces.
A clean result is a first-class outcome. When every page still renders identically, you get a plain statement of it — the answer you actually wanted.
Changed pages sort to the top, split into structural and cosmetic counts. Clean pages are listed too, so you can see the whole site was checked.
Every change on a page, classified and labelled, with the before and after markup side by side so you can judge it in seconds.
Label a snapshot, take it, compare any two. Snapshots stay on your own server and can be deleted from this screen at any time.
Why the diff is trustworthy
Divi 5 rewrites a great deal of markup that changes nothing visually. Every one of those patterns is normalised away before comparison:
- Marker classes Divi 5 adds almost everywhere, with no visual effect.
- Gutter and alignment classes it quietly drops.
- Plain spans it unwraps, and wrapper divs it consolidates.
- Cache busters and attribute order, which change on every request.
Each rule was forced by a real migration, never guessed at, and the whole engine ships with 102 automated tests. False positives are what make a verification tool worthless, so that is where the work went.
Honest about its limits
This measures rendered HTML, not painted pixels.
-
A change that exists only in generated CSS — a background
colour in a
<style>block, say — is invisible to a markup diff. - It compares published, publicly reachable pages; anything behind a login is out of scope.
- A page whose stored snapshot has gone missing is reported “Cannot verify” — never quietly counted as clean.
Said plainly here because a verification tool that overstates its coverage is worse than no tool at all.
Requirements
Built for ordinary shared hosting. Page capture uses WordPress’s own loopback request — no headless browser, no API key, nothing about your site leaves your server.
- WordPress 6.2 or newer
- PHP 7.4 or newer, through the current stable release
- Divi 4 or Divi 5 — install it before you migrate
- Pages covered Published pages, posts and custom post types (200 by default, filterable), plus the front page and a sample of each archive
- Storage Snapshots live in your uploads folder; uninstalling removes every trace
- External requests None
- Licence GPLv2 or later
Something not behaving? Open a support request and include your WordPress, Divi and PHP versions.