- How is this different from the Security Health Check?
- The Security Health Check ($2,500) is an audit — we report. Website Security Remediation is execution — we fix. If your free scan returned a fail list and you already know what's wrong, you don't need another report; you need someone to apply the fixes. That's this service. If you're not sure what's wrong yet, run the free scan first or book the Health Check.
- What does 'fix' actually mean — is this a config change or a rebuild?
- Configuration only. We change web server config (nginx / Apache), DNS records, mail records, and HTTP headers — without changing your application code. If the scan shows your site needs a structural rebuild (legacy WordPress, dead PHP versions, broken theme), remediation isn't the right service — see the website rebuild option.
- What if my hosting provider can't apply some fixes?
- We assess this in the 30-min discovery call before you commit. Most managed-WordPress hosts and Plesk/cPanel servers support every fix in scope. If your host blocks header changes (rare — some Wix-style sites), we tell you upfront and either skip those items or recommend migration as a separate engagement.
- Will my grade actually improve after the fix?
- Yes — that's the deliverable. We re-run the same scan after the fixes are applied and send you a before/after report. If the grade hasn't materially improved (e.g. F → C minimum on the Standard tier, F → B on Full), we keep working at no extra cost until it does, or refund the difference.
- What about CMS-level fixes — outdated WordPress plugins, etc.?
- Out of scope by default — we focus on the configuration layer because that's where 80% of the failed checks live. We can quote CMS hardening (plugin updates, file-permission audit, wp-admin lockdown) as a separate add-on. If your CMS is so out of date that fixing it costs more than rebuilding, we'll tell you and point you at the rebuild service instead.
- How long does this take?
- Basic tier: 3–5 business days. Standard: 1–2 weeks. Full: 2–3 weeks. The variance comes from how many DNS changes need to propagate (DMARC reporting, MTA-STS, DNSSEC) and whether we're coordinating with a third-party DNS team.