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.exampleBroken link monitoring
RecordsUp crawls safely, separates blocked results from confirmed broken links, and keeps findings visible until they are fixed and rechecked.
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.
Confirmed broken links
Show broken destinations and the source page where they were found.
Known findings
Keep previous findings visible even if a later crawl is partial.
Blocked results
Separate rate-limited or inconclusive checks from confirmed broken links.
Recheck flow
Recheck individual findings or the known report after fixes.
A broken link appears on the website and leads to a destination RecordsUp can confirm is broken.
Large sites can still produce useful findings, even when a full crawl needs more time.
Teams can mark findings as fixed while preserving context and recheck history.
Broken-link monitoring helps protect crawlability, user trust, and conversion paths.
Direct answers
A broken link is a link found on the monitored website that points to a destination RecordsUp can confirm is unavailable, invalid, or returning an expected failure such as 404.
No. Blocked or inconclusive results are shown separately because the destination may work for visitors even if it blocked the crawler.
Yes. You can recheck known findings after fixes instead of always running a full crawl.
Start now
Add the first site, run the core checks, and use the results to fix what matters before visitors or clients report it.