Customizing Autoblocking
|
Applies to: WordPress Plugin + Admin Portal WP Admin: Protection tab > Tracker Status (read-only)
|
Overview
Compliance by Hu-manity.co comes preset with a list of Providers and URL Patterns organized by purpose category. URL Patterns allow the autoblocking feature to identify and hold any non-essential scripts or iFrames until a positive consent is recorded.
The preset list covers many common website services. If you do not see a provider in any category, you can add it with its URL patterns.
Viewing Trackers in WordPress Admin
In WordPress admin, open Compliance by Hu-manity.co > Protection tab. The Tracker Status panel shows a read-only view of your autoblocking configuration — which providers are active on your site and their categories.
The WordPress admin does not support adding, editing, or deleting providers. To manage providers, click the Manage trackers in portal link in the Protection tab to go directly to the portal Autoblocking page.
Managing Providers in the Admin Portal
Full provider management is done in the hu-manity.co portal at app.hu-manity.co → Autoblocking. Here you can:
- Add a provider — Click + Add Provider, enter the provider name, and add its URL patterns.
- Edit a provider — Change a provider’s name, URL patterns, or purpose category.
- Recategorize a provider — Move a provider between purpose categories (for example, moving Google Recaptcha into Basic Operations so it is never held back). Requires a paid plan.
- Delete a provider — Remove a provider and its URL patterns entirely.
Quick Reference: Where to Do What
| Action | Where |
|---|---|
| View tracker list | WP Admin: Protection tab |
| Add new provider | Portal: Autoblocking |
| Edit provider / URL patterns | Portal: Autoblocking |
| Recategorize provider | Portal: Autoblocking |
| Delete provider | Portal: Autoblocking |
| Refresh tracker data in WP | WP Admin: Pull Configuration |
Example: Recategorizing reCAPTCHA
Google reCAPTCHA is one of Google’s tracking services, so by default it sits in the content-personalisation category and is held back until the visitor accepts that category.
|
Is this why my form won’t submit? If your contact or application form is protected by reCAPTCHA, this is the most common cause of a form that will not send:
A quick way to confirm: the form works for a visitor who has accepted cookies, and fails for one who has not. |
Accepting cookies does not fix the page you are already on. Form plugins set up their reCAPTCHA support while the page is loading, so the visitor needs to already have a cookie choice recorded when the page loads. A visitor who accepts and then immediately submits, without the page reloading, will still see it fail. This is why the problem can look intermittent.
There are three ways to resolve it.
Option 1: Use A Captcha That Does Not Track Visitors (Recommended)
hCaptcha and Friendly Captcha both have native support for the major form plugins, and neither needs consent, because there is nothing to consent to. Your form then works for every visitor and the question goes away entirely.
Option 2: Recategorize reCAPTCHA As Essential
This makes the form work for every visitor immediately. The trade-off is that reCAPTCHA will then load, and set Google’s cookies, before the visitor has consented — which is why we don’t recommend it under GDPR and similar regulations. It is a valid choice and it is yours to make; we would just rather it wasn’t an unintended one. Changing a provider’s category requires a paid plan — on the free plan the category setting is shown but cannot be changed, so Option 1 or Option 3 is the route there.
Step 1: Update the category in the portal
- Open the portal at app.hu-manity.co → Autoblocking (or click Manage trackers in portal from the WP admin Protection tab).
- On the card for the category reCAPTCHA is currently in, expand Providers List.
- Find Google Recaptcha, open the three-dot menu on its row and choose Edit. Take care not to use Edit Category on the card itself — that edits the category’s own name and description, not which category a provider belongs to.
- Set the category to Basic Operations and Save.
- Click Publish Now.

Step 2: Let your site pick up the change
Publishing updates your account, but your site also has to fetch the new configuration. Which of these applies depends on how Cookie Compliance is installed — you only need one.
- On WordPress: in your WordPress admin, open the Cookie Compliance menu (labelled Compliance, or Privacy on older plugin versions) and click Pull Configuration. The plugin also refreshes on its own every 24 hours, so this just makes it immediate. If your site uses a page cache or a CDN, clear it afterwards so visitors are not served the previous configuration.
- Installed directly with a script (not WordPress): go to Integrations in the portal left-hand menu, copy the script shown there, and replace the existing Cookie Compliance script on your site. On a direct installation the category change travels inside that snippet, so the site will not pick it up until the snippet is replaced.

Option 3: Keep reCAPTCHA Gated, But Reload After Consent
In the portal under Configuration there is a Reloading setting: “Enable this to reload the page once a consent is recorded.” With it switched on, a visitor who accepts gets a fresh page load, and the form then works normally — with reCAPTCHA still held back until consent. The limit worth being clear about is that visitors who decline still will not be able to submit, so for a form you want every visitor to reach, Option 1 or 2 is the better fit.