Skip to content

The Pre-Publish Workflow | Sitepager

This page walks through the full workflow, from your first baseline to every update after.

Your first run creates the baseline. Sitepager captures every page on your site, visually and across every check. This is the reference point for everything that comes after.

You do this once per scan. Every run after compares against it.

If you haven’t done this yet, start with Run Your First Scan.

This is the workflow you repeat before every update.

Update your site. New content, design changes, CMS updates, new pages. Make the update on staging or directly on your live site.

Go to the Dashboard, open your scan, and click Run Scan. Sitepager crawls your site and compares it against the baseline.

The results page shows everything that is different from the baseline.

  • Visual changes are highlighted page by page. See exactly what shifted, broke, or changed.
  • New or removed pages are flagged. If a page was added or disappeared, you’ll know.
  • Broken links are listed with the page they appear on.
  • SEO health issues like missing titles, descriptions, or alt text are flagged per page.

Go through each section. Confirm every change is intentional. If something looks wrong, fix it before you publish. If a change is intentional, mark it as reviewed.

If everything looks right, publish your update. You’ve verified what changed before it goes live.

After you publish, your site has changed. Update your baseline so the next run compares against the current version of your site, not the old one.

You control when the baseline updates. It never updates automatically.

Update it after you have reviewed the changes and issues and are happy with the current state of your site.

This workflow shows how Sitepager validates website changes before every update.

flowchart TD

A["1. Run your scan to create your baseline"]
B["2. Review the results and fix any issues"]
C["3. Make your changes"]
D["4. Re-run your scan to validate the changes"]
E["5. Review the changes and confirm what is intentional"]
F["6. Publish the changes"]
G["7. Update the baseline for your next update"]

A --> B
B --> C
C --> D
D --> E
E --> F
F --> G
G -.->|repeat| C

If you do not have a staging environment, publish first. Then re-run your scan, review changes, and update your baseline.

One scan covers one website, one device, and one region. Create additional scans when you need to cover:

  • Desktop and mobile separately
  • Different regions or languages
  • Staging and production as separate environments

Each scan has its own baseline and run history.