CleanTalk
CleanTalk filters spam without showing visitors a challenge, which is its whole appeal. It does that by sending every submission to a hosted service, which is the fact that should decide whether you use it.
CleanTalk's pitch is that your visitors never see it. No checkbox, no image grid, no puzzle — comments and form submissions are evaluated on the server after they arrive, and the spam is filed away. Everything good and everything questionable about it follows from that choice.
The appeal is real. A challenge costs every legitimate visitor friction and blocks some of them outright. Removing it while keeping the filtering is a genuine improvement in how a site feels.
What it actually does
- Checks comments, registrations, contact form submissions and WooCommerce order forms against a hosted service.
- Files spam into a quarantine log rather than deleting it, so false positives are recoverable.
- Blocks known spam sources by IP and email reputation before content is even evaluated.
- Adds a small JavaScript check to catch the simplest bots without showing anything.
- Integrates with the common form plugins rather than replacing them.
Coverage across form types is where it differs most from a comment-only filter. If your spam problem is registrations and contact forms rather than comments, that breadth is the argument for it.
The privacy question, stated plainly
Filtering on a hosted service means submissions leave your site. Every one of them, spam or not, because the check is how spam is identified.
- Your privacy notice must disclose the transfer, naming the service and what is sent.
- You need a lawful basis, and depending on where you and your visitors are, a processor agreement.
- The transfer includes IP addresses and email addresses, which are personal data in most jurisdictions.
This is the same shape as Akismet, and the same answer applies: it is not disqualifying, but "install and forget" is incomplete if you have compliance obligations. The consent tooling question is separate and covered in cookie consent plugins.
The subscription model
There is no permanent free tier. After a trial, CleanTalk is an annual per-site subscription, and that changes the comparison considerably:
| CleanTalk | Akismet | A challenge | |
|---|---|---|---|
| Cost on a small personal site | Paid | Free tier | Free |
| Visitor friction | None | None | Every submission |
| Coverage | Comments, forms, registrations | Comments, integrated forms | Wherever you place it |
| Data leaves the site | Yes | Yes | Yes |
The honest reading of that table: if your site is personal and your spam is comments, the free Akismet tier does the same job for nothing. CleanTalk earns its subscription on sites with registration spam, several form types, or a commercial licence obligation that makes the free-tier comparison moot anyway.
False positives, and why to check
Server-side filtering is a probability judgement and it is occasionally wrong. On a comment that is annoying; on a contact form it is a lost enquiry, and nobody notices lost enquiries.
The quarantine log is what makes this survivable, but only if someone reads it. On any site where form submissions matter commercially, check the log weekly for the first month and periodically afterwards. If your forms are silently producing nothing, the filter is one of the two suspects — the other is WordPress not sending emails, which is far more often the actual cause.
Where it fits alongside everything else
CleanTalk is a spam filter. It is not a security plugin: it will not stop brute-force login attempts, scan for malware, or patch anything. Those jobs belong to security plugins, two-factor authentication and updates, in that order — the whole picture is in the security checklist.
It also costs an external HTTP request per submission. On a busy site that is a dependency on someone else's uptime inside your comment and checkout paths, and worth knowing before you put it in front of a WooCommerce registration flow.
Common mistakes
- Paying for it on a site whose only spam is comments, where a free filter would do.
- Never opening the quarantine log, and losing real enquiries silently.
- Omitting the transfer from the privacy notice — the most common compliance gap around any hosted filter.
- Running CleanTalk, Akismet and reCAPTCHA together, three overlapping defences that each add latency and one of which is enough.
- Treating it as a substitute for turning off comments on a site whose comments produce nothing but moderation work — see disabling comments.
Deciding
Choose CleanTalk when the spam is spread across registrations and multiple forms, when visitor friction is worth paying to remove, and when a subscription is an acceptable permanent cost. Choose a free filter when the problem is comments alone. Choose a self-hosted approach when third-party data transfer is a constraint you cannot resolve — you will catch less, but nothing leaves the site.
Frequently asked
- No. There is a trial, then it is an annual subscription per site. Unlike Akismet there is no permanent free tier for personal sites, so the cost applies from day one regardless of what the site is.
- Yes — that is the point of it. Filtering happens on the server after submission rather than as a challenge before it, so visitors see nothing. The trade-off is that judgement happens off your site, on submitted data.
- The submission content plus the sender's name, email address, IP address and browser signals go to the service for evaluation. That is a third-party transfer you have to disclose in your privacy notice.