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.exampleDocs
Short practical docs for setting up checks, reading results, rechecking issues, and knowing what to fix next.
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.
Add a site
Start with the domain people recognize.
Choose checks
Enable uptime, SSL, DNS, broken links, and optional workflows.
Read results
Separate confirmed issues from blocked or inconclusive crawler results.
Recheck
Rerun the found issue or report after fixes are made.
A broken link is a link that still appears on the monitored website and leads to a destination RecordsUp can confirm is unavailable or wrong.
A blocked or inconclusive result means RecordsUp could not safely confirm the destination. It is not counted the same as a confirmed broken link.
A recheck focuses on the issue that was found. Full crawls are still available when you need fresh discovery.
Before a launch or major campaign, use recent monitor results to make sure the obvious website risks are covered.
Direct answers
A link recheck verifies whether the destination is still broken and whether the finding still appears in the current RecordsUp results.
No. Report recheck prioritizes the problems already found. Full crawls are reserved for fresh discovery or wider coverage.
RecordsUp pauses or slows crawls when a site blocks, rate-limits, times out, or reaches the daily safety budget for that origin.
Start now
Add the first site, run the core checks, and use the results to fix what matters before visitors or clients report it.