| 开发者 | intensifiedperceptions |
|---|---|
| 更新时间 | 2026年8月14日 19:14 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
[zbconsent_settings] and as a block, so consent can be withdrawn as easily as it was givenHttpOnly cookies at all. Blocking a script before it runs is the part that actually prevents cookies from being set; deletion is cleanup.[zbconsent_settings] or the "Cookie settings" block.No — deliberately. You map script handles and cookie prefixes yourself, and the bundled guide shows exactly how to find them in your browser (no coding needed). A scanner would have to run on every page load and guess at anything it has not seen before, and its results would still need manual review to be reliable.
Yes, automatically. Known embeds (YouTube, Vimeo, Google Maps) are replaced with a neutral placeholder until the visitor consents — no data is sent beforehand, not even for a video thumbnail. You can add any other provider via a URL fragment.
Only first-party cookies (set under your own domain) can be deleted client-side — that is a browser limitation, not a plugin limitation. HttpOnly cookies and cookies set on foreign domains are out of reach for every consent plugin, whatever its marketing says.
Yes — that is a core design goal. The frontend runs zero database queries; consent state lives entirely in the visitor's browser. Pages remain fully cacheable (Nginx, Varnish, static exports).
The banner is fully internationalised and follows your site language automatically. Translations are provided through translate.wordpress.org, where anyone can contribute, and WordPress installs them for your locale on its own. You can also supply your own: translate languages/intensified-consent-banner.pot with Poedit or Loco Translate and save the result as wp-content/languages/plugins/intensified-consent-banner-{locale}.mo, which survives plugin updates. Custom banner texts integrate with WPML String Translation.
You probably do not have to do anything. If you marked a page as your privacy policy under Settings → Privacy, the banner links it automatically. To point somewhere else, type a URL into the "Privacy policy link" field. To suppress the link in code, use the zbc_privacy_url filter and return an empty string.
Yes, and it survives plugin updates. Build a .po from languages/intensified-consent-banner.pot, compile it to .mo, and drop it into wp-content/languages/plugins/ as intensified-consent-banner-{locale}.mo. WordPress loads that file in preference to the one shipped with the plugin.
The plugin provides the technical requirements commonly expected for consent management: equal-weight accept/reject, granular categories, no pre-checked boxes, blocking before consent, and easy withdrawal. Actual compliance depends on your configuration, your privacy policy, and your jurisdiction — this plugin is a tool, not legal advice.
[zbc_settings] shortcode alias and the pre-1.2 option migration; every registered name now carries the plugin prefix[zbconsent_settings] shortcodes are unaffectedzbconsent prefix (classes, constants, option key, script handles, JS globals). Existing settings are migrated automatically on first load[zbconsent_settings]wp_add_inline_style() and wp_add_inline_script() instead of raw tagsonclick handler, so it works under a strict Content Security Policyinit instead of plugins_loaded, so WordPress loads the translations itself. The manual load_plugin_textdomain() call is gonezbc_privacy_url filter to override the link in code