Title: Cookies added via Javascript
Last modified: July 2, 2026

---

# Cookies added via Javascript

 *  [concept4uk](https://wordpress.org/support/users/concept4uk/)
 * (@concept4uk)
 * [1 week, 1 day ago](https://wordpress.org/support/topic/cookies-added-via-javascript/)
 * We use plugins like CleanTalk which adds the cookie after page load via javascript.
   Is the only way for us to manually add the cookies per site?
 * The scanner doesn’t seem to find these cookies.
    -  This topic was modified 1 week, 1 day ago by [concept4uk](https://wordpress.org/support/users/concept4uk/).

Viewing 1 replies (of 1 total)

 *  Plugin Author [fabiodalez](https://wordpress.org/support/users/fabiodalez/)
 * (@fabiodalez)
 * [1 week, 1 day ago](https://wordpress.org/support/topic/cookies-added-via-javascript/#post-18954032)
 * Hi [concept4uk](https://wordpress.org/support/users/concept4uk/),
 * you have run into a genuine limitation that affects every scanner-based cookie
   tool, not just this one. A scan loads your pages and reads the cookies that are
   present at that moment, but cookies that a script writes later – after the page
   has loaded, or only when a form is focused or a specific event fires, which is
   exactly how CleanTalk sets its anti-spam cookies – are usually not there while
   the scan runs, so they are not captured. There is no reliable way to force every
   possible runtime cookie to appear during a crawl.
 * The good news is that you do not have to research them by hand. CleanTalk’s cookies(
   the apbct_* and ct_* families) are already in the plugin’s built-in cookie database,
   so when you add them on the Cookies page the plugin recognises the name and purpose
   for you.
 * More importantly, CleanTalk is an anti-spam / security tool, so its cookies are
   strictly necessary – they exist to protect the site from spam and abuse. Under
   the GDPR and the ePrivacy rules, strictly necessary cookies are exempt from consent:
   you do not have to block them or place them behind the banner, you only have 
   to declare them for transparency. So the right thing to do is to add them under
   the Necessary category. Because they are Necessary there is no blocking involved
   and no risk of breaking CleanTalk’s protection.
 * So to answer your question directly: yes, for the handful of cookies the scanner
   cannot see, adding them manually is the intended approach – but it is a small,
   one-time task, and since they are Necessary there is no consent or blocking complexity
   around them. Running the scan once while logged out and briefly interacting with
   a page that has a comment or contact form may surface a few more, but JavaScript-
   injected security cookies will generally still need to be added by hand.
 * If you tell me the exact cookie names you see in your browser for CleanTalk, 
   I am happy to confirm the right category for each.

Viewing 1 replies (of 1 total)

You must be [logged in](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fwordpress.org%2Fsupport%2Ftopic%2Fcookies-added-via-javascript%2F%3Foutput_format%3Dmd&locale=en_US)
to reply to this topic.

 * ![](https://ps.w.org/faz-cookie-manager/assets/icon-256x256.jpg?rev=3519691)
 * [FAZ Cookie Manager](https://wordpress.org/plugins/faz-cookie-manager/)
 * [Frequently Asked Questions](https://wordpress.org/plugins/faz-cookie-manager/#faq)
 * [Support Threads](https://wordpress.org/support/plugin/faz-cookie-manager/)
 * [Active Topics](https://wordpress.org/support/plugin/faz-cookie-manager/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/faz-cookie-manager/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/faz-cookie-manager/reviews/)

 * 1 reply
 * 2 participants
 * Last reply from: [fabiodalez](https://wordpress.org/support/users/fabiodalez/)
 * Last activity: [1 week, 1 day ago](https://wordpress.org/support/topic/cookies-added-via-javascript/#post-18954032)
 * Status: not resolved