Resources

Use cases

Concrete situations — a redesign, a domain change, a deployment, a campaign — and how to audit a website through them with what VeriFixScan really measures.

availability

Auditing pages the scanner cannot reach

When a crawler cannot read a page and must not force its way in, the page can be analysed from your own browser session instead. What that capture contains, and what it cannot show.

Read

content

Auditing a website redesign

A redesign that keeps the URLs still replaces every template. Taking a baseline, checking the new templates before launch, and comparing the two sites finding by finding.

Read

devops

Checking a site after every deployment

Starting a scan from a deployment pipeline through the API, receiving a signed webhook when it finishes, and turning findings into tracked issues without copying evidence by hand.

Read

domain

Changing a website's domain name

Moving a site to a new domain touches redirects, certificates, HSTS, cookies, mail authentication and the old domain's registration. What to verify on the new domain and what to keep on the old one.

Read

monitoring

Monitoring a website with recurring scans

Scheduling scans daily, weekly or monthly, choosing which results notify you, and reading each run as a change against the previous one instead of as a new report.

Read
Auditing a client's website and sharing the report

For agencies and freelancers: running an audit a client can trust, sharing it through a revocable read-only link or a PDF, and explaining what the report can and cannot claim.

Read

privacy

Checking landing pages before a paid campaign

Paid traffic pays for every visit, working or not. What to verify on the landing pages first: that they answer, load fast on phones, keep their redirects short and fire tracking only as intended.

Read

Elsewhere on this site