Ready today
Consent Mode v2 defaults and updates, consent logs, export paths, GPC handling, and regional profile evidence are implemented.
COKIQ docs
Understand what COKIQ has ready for Google CMP review and what still needs IAB TCF, TC String, and certification work.
Product, compliance, and engineering teams preparing COKIQ for Google CMP certification.
These are the product-side evidence areas COKIQ can surface when the site has the required scan, banner, consent log, and blocker data.
Consent Mode v2 defaults and updates, consent logs, export paths, GPC handling, and regional profile evidence are implemented.
COKIQ has TCF config fields, official TCF core dependency, GVL fetch support, runtime diagnostics, GVL-powered vendor selection, live disclosure UI, guarded TC String encoding, guarded __tcfapi bridge logic, review-readiness evidence, purpose/vendor evidence, and export fields.
Google CMP approval still requires certified CMP identity and reviewer-tested IAB TCF behavior for EEA, UK, and Switzerland publisher ad use cases.
As of June 2026, newly generated TC strings should be planned against TCF v2.3, not only the older v2.2 requirement.
Step 1
Confirm default denied states and post-choice updates for ad_storage, analytics_storage, ad_user_data, and ad_personalization.
Step 2
Confirm Google CMP intake, IAB CMP identity, CMP ID, and any required developer/program IDs before wiring production TCF.
Step 3
Use /api/tcf/gvl to confirm the Global Vendor List can be fetched and versioned before building full vendor controls.
Step 4
Use the GVL-powered banner editor to store purpose maps, special feature IDs, selected vendors, production mode, CMP ID, CMP version, and publisher country.
Step 5
Open the banner customization panel and verify selected purposes/vendors are disclosed from the current GVL before consent is saved.
Step 6
Use /api/tcf/encode and consent exports to confirm TC strings are generated only from real visitor choices, current GVL metadata, and configured CMP credentials.
Step 7
Test top-frame __tcfapi ping, addEventListener, removeEventListener, getTCData, storage disclosures, and vendor evidence.
Step 8
Use /api/tcf/review-readiness?siteKey=... to confirm the site is not blocked before collecting browser screenshots, console traces, and exports.
Step 9
Test EEA, UK, and Switzerland banner behavior with accepted, rejected, custom, and GPC scenarios.
Step 10
Prepare screenshots, network traces, console checks, consent logs, TC string examples, and reviewer notes before application.
Not as a ready certification submission. Consent Mode, logs, GPC, geo evidence, GVL disclosure, guarded TC String encoding, guarded __tcfapi bridge logic, and review-readiness evidence are in place, but external certification IDs and reviewer evidence are still required.
Yes, but it should be framed as early review. A ready application should wait until TCF and certification identity work is complete.