Setup
Start with a website people recognize
Add the site, pick the first checks, and keep advanced settings out of the way until you need them.
demo-store.exampleChecklist
Use this checklist to decide which website checks to run before a site, campaign, or client launch depends on them.
Example report
demo-store.example
Checkout page needs one link fix.
The site is online and SSL is healthy. RecordsUp found one confirmed broken link on the checkout page and one alert route that still needs a test.
Website
Up
Homepage loaded in 342 ms
SSL
Valid
62 days remaining
Broken links
1 found
Found on /checkout
Alert route
Needs test
Send a test email
Broken privacy policy link
/checkout → https://demo-store.example/privacy-old
Update the checkout footer link, then recheck this finding.
How the fix moves forward
sample flowHow RecordsUp feels
Add a site, see the result, fix the source, and verify the known issue from the same place. The preview uses reserved example domains.
Start with the website people visit.
RecordsUp keeps the first setup focused on the domain, the first checks, and the alert route.
Checkout page needs one link fix.
The site is online and SSL is healthy. RecordsUp found one confirmed broken link on the checkout page and one alert route that still needs a test.
Broken privacy policy link
Update the checkout footer link, then recheck this finding.
Recheck the known issue.
After the page is updated, run a focused recheck so the report confirms the fix without starting over.
Site setup
demo-store.example
Guided setup
4 stepsWebsite
Addeddemo-store.example
Uptime
ReadyHomepage + checkout
SSL
ReadyCertificate expiry
Alerts
TestPrimary email route
First report
needs actionAdd site
demo-store.example
Choose checks
Uptime + SSL + alerts
Find issue
Broken privacy policy link
Fix and recheck
Ready to verify
Share status
Status draft ready
Live workflow
A site moves from setup to evidence to action. Every row uses safe example data and points to the next customer decision.
From setup to fix
Add a site, choose the first checks, see what needs attention, verify the fix, and share a clean status view when customers or clients need it.
Safe example report
Use this sample to see how RecordsUp explains a website issue before you connect your own site.
Add site
Start with the website customers use.
demo-store.example
Choose checks
Keep the first setup focused, then add advanced checks later.
Uptime + SSL + alerts
Find issue
RecordsUp shows the issue and where it was found.
Broken privacy policy link
Fix and recheck
Recheck the known finding instead of crawling everything again.
Ready to verify
Share status
Publish a clear status view only when it helps.
Status draft ready
Best for
From result to action
Add the site, understand the result, fix the source, and recheck the known problem without losing context.
Setup
Add the site, pick the first checks, and keep advanced settings out of the way until you need them.
demo-store.exampleResult
RecordsUp separates healthy checks, confirmed issues, and blocked results so the next step is easier to trust.
1 broken link found on /checkoutFix
The report shows where the issue was found, what destination failed, and what your team should update.
Update the checkout footer linkVerify
After the fix, recheck the finding or report without forcing a full discovery crawl every time.
Ready to verifyWhat RecordsUp checks
Start with the website, run the checks that matter, understand what changed, and verify the fix from the same place.
Example issue
Broken privacy policy link
/checkout -> https://demo-store.example/privacy-old
Update the checkout footer link, then recheck this finding.
Uptime
Monitor the homepage and any business-critical endpoint.
SSL
Track expiry and hostname validity before browser warnings appear.
Broken links
Crawl important pages and keep known findings visible.
Alerts
Confirm alert routes work before relying on them.
Every important website needs basic operational checks before more advanced monitoring is added.
Content-heavy sites need link and change monitoring because the homepage can be healthy while important pages are broken.
Sites that accept signups, bookings, or payments need checks around the journey that creates revenue.
Monitoring is only useful if teams can see the issue, understand the context, and verify the fix.
Direct answers
Start with uptime, SSL, DNS, alert delivery, and broken-link monitoring for important pages.
Add browser-flow monitoring when a signup, checkout, booking, or account journey is important enough that a simple uptime check is not enough.
Review monitoring before launches, after major changes, and when incidents or repeated inconclusive results appear.
Start now
Add the first site, run the core checks, and use the results to fix what matters before visitors or clients report it.