A one-off scan tells you about the day you ran it. Sites drift: a dependency ships a CVE, a certificate lapses, someone removes a header during a refactor. Set a cadence once and FlawPilot keeps checking your site and your code, and tells you when something changes - so a regression surfaces the week it lands instead of the next time someone remembers to look.
The other two runs were clean, so nobody was emailed about them.
What scheduled scans do
Three kinds of scan
Schedule a quick scan of a URL, a full Site Health crawl, or a code scan of a connected repository. Each runs exactly as it would if you started it yourself.
A schedule per target
Daily, weekly, or monthly, at the time and in the timezone you choose. A checkout flow and a docs site do not need the same attention, so each target gets its own schedule.
Told when it matters
By default you hear about a run only when something changes: a score drops, new critical or high findings appear, or the run fails. A clean run stays quiet. Switch a schedule to every run, or to no alerts, whenever you like.
Yours to pause
Pause, resume, edit, or run a schedule on demand at any time. A schedule is a default, not a commitment.
What you can schedule
Every schedule runs one kind of scan against one target, and a project can mix all three.
Quick scan
Daily, weekly, or monthly
The four-pillar scan of a single URL: security, performance, infrastructure, and SEO. The URL must sit on a domain you have verified, or on one of its subdomains.
Re-scan a connected repository across the dimensions you pick: code security, secrets, dependencies, and code quality. Optionally skip a run when the branch has not changed since the last one.
Four steps, and only the first one needs you. After that it runs until you tell it not to.
01
Verify the target and pick a cadence
For a website, add your domain in the dashboard and publish the DNS TXT record it gives you at flawpilot-verify.<your domain>. Leave the record in place - it is checked again on later runs. For code, connect the repository. Then choose the scan, the cadence, the time, and who should hear about it.
Each run starts close to the time you picked - runs are spread out a little so they do not all begin at once. FlawPilot runs the same checks as a manual scan, from the outside. Nothing to install, and no agent.
Scheduled run
example.com · Mon 12 Oct, 09:00
Complete
84overall
Security88
Performance74
Infrastructure91
SEO83
Same report a manual scan produces. No agent, no install.
03
Get told only when something changes
A clean run stays quiet. On the default setting, the people you chose get an email when a score drops by 5 points or more, critical or high findings go up, or a run fails - with a link to the report that shows why.
Notifications
Security score dropped 88 to 71
New critical finding: Content-Security-Policy header removed
Last Mondayno alert sent
Two weeks agono alert sent
04
Watch the trend, not the snapshot
Each run joins the same history, so the score chart shows whether the site is improving or quietly sliding - without anyone having to remember to rescan.
Score, last 7 runs+14
74
wk1
78
wk2
77
wk3
82
wk4
85
wk5
71
wk6
88
wk7
Week 6: caught a drop a one-off scan would have missed
How often should you scan?
Match the cadence to how fast the site changes and how much a quiet failure would cost. A page that has not shipped in six months does not need a daily check; a payment flow does.
What it is
How often
Why
Checkout, login, or anything handling money or personal data
Daily
The blast radius of a silent regression is highest here, and these flows usually ship most often.
The main marketing site or app front end
Weekly
Frequent enough to catch a bad deploy within days, quiet enough that alerts stay worth reading.
Docs, blog, or a landing page that rarely changes
Monthly
Little changes on your side, but certificates still expire and dependencies still get CVEs.
Any site, right after a release
On demand
A scheduled run is a safety net, not a replacement for checking a change you just shipped.
Quick scans and code scans can run as often as daily; Site Health runs at most weekly. You can change a cadence at any time, and run a scan on demand without touching the schedule.
Scheduled scans and CI/CD scans do different jobs
Both run without you, so they are easy to confuse. They catch different failures, and most teams end up wanting both.
CI/CD scan
Scheduled scan
When it runs
On every commit or pull request
On a calendar, whether or not you shipped
What it checks
The code about to be merged
The live site as it stands right now
Catches
A regression you are about to introduce
Drift that appears without a deploy
Misses
Anything that changes after the merge
A bad change between two scheduled runs
A CVE disclosed against a dependency you have not touched, a certificate that lapses, a header removed by an infrastructure change - none of these involve a commit, so no pipeline run will ever see them.
Uptime monitors tell you the site is up. Pipeline scanners check the code you are about to merge. Neither looks at the deployed site on a day nobody shipped, which is when most of this appears. That gap is what a scheduled FlawPilot run covers.
Certificates and TLS, checked on a date nobody diarised
An uptime monitor sees a 200 and moves on. FlawPilot reads the certificate, the chain, and the protocol config on every run, so an expiry is flagged while it is still a task rather than an outage.
Headers verified on the live response
A header can be correct in your config and missing on the deployed site - a proxy, a CDN rule, or an override strips it. FlawPilot checks what the browser actually receives, which is the only version that protects anyone.
New CVEs against code you did not touch
Nothing changed in your repository, so no pipeline run fires. A scheduled scan re-checks your dependencies against what is known today, not what was known on merge day.
Security, performance, infrastructure and SEO in one run
Most teams stitch this together from three tools and three dashboards. FlawPilot returns all four pillars as one ranked report, so a slow template and a missing header arrive in the same list.
Before you start
A FlawPilot account. Schedules belong to a project, so every run lands in the same history.
For a website or Site Health schedule, a verified domain. Verification is a DNS TXT record, and it has to stay in place because it is re-checked.
For a code schedule, a repository connected through Integrations and assigned to the project.
An email address for alerts. Nothing is installed on your server - scheduled runs use the same outside-in checks as a manual scan.
Questions
Daily, weekly, or monthly, at a time and timezone you choose. Quick scans and code scans can run daily; Site Health crawls the whole site, so it runs at most weekly.
Not by default. Each schedule has three alert settings: on change (the default), every run, or never. On change emails you when a run fails, on the first run, when a score drops by 5 points or more, or when critical or high findings go up. A clean run stays quiet.
Up to 20 members of your workspace that you pick for each schedule. If you pick nobody, it defaults to whoever created the schedule.
Close to it. Runs are spread out so they do not all start at once: a quick scan or code scan starts within 15 minutes of your chosen time, and a Site Health crawl within an hour.
A schedule scans a site again and again with nobody watching, so FlawPilot needs to know the domain is yours. Verification is a DNS TXT record, and it is checked again on later runs. If the record disappears you get an email and a 7-day grace period before the domain's schedules pause.
After repeated failures the schedule pauses itself and emails you, so it does not fail silently forever. The same happens if its repository is unassigned or its integration disconnects. Resume it once the cause is fixed.
Yes. Run now starts the scan immediately and leaves the schedule's next run where it was.
No. Same checks, same scoring, same report. The only difference is that nobody has to remember to start it.
It should not. A scheduled run is rate-limited and comparable to light ordinary traffic, exactly as a manual scan is.
At any time. Pause it, change the cadence, or delete the schedule - and you can still scan on demand whenever you want.
Set it once
Put your first scan on a schedule
Pick a target and a cadence, and FlawPilot keeps watching - and stays quiet until something changes.