Independently verify OneTrust / CookiePro in Rhode Island

The Rhode Island test

Include the privacy notice and its request path in the regional test. Record the notice and opt-out links served to the Rhode Island visitor. Follow them and check their connection to saved choices and downstream tools. Verify business scope separately before assigning legal expectations.

Set expected behavior with your policy owner before testing. Business scope, data purposes, and exceptions affect that expectation. Use the Rhode Island legislature: data transparency law as a policy reference; this procedure checks browser behavior and does not certify legal compliance.

CookieTrail does not currently offer a verified Rhode Island state route. Use a separately verified Rhode Island browser exit for this procedure; US East or US West alone is insufficient.

Run the same paths from a verified visitor

1. Confirm routing. Record the browser exit and the regional rule OneTrust / CookiePro actually selected. Browser language, timezone, and a DevTools location override are not proof of IP-based routing.
2. Start clean. Use separate new sessions for first load, acceptance, and rejection or opt-out. Begin storage and network capture before page load; record the capture window and deployed version.
3. Read the decision. Save the banner controls used, the category or purpose values, and any Consent Mode mapping. Use this installation’s documented readback.
4. Compare and repeat. Compare observed tools with the expected policy, investigate a mismatch, and rerun the same URL, regional rule, and paths after deployment.

For this state, add separate browser preference-signal tests where your approved policy calls for them. Record the signal and resulting advertising permissions. A signal-on visit is a different test from clicking Reject; this guide does not assume every state has identical signal requirements.

Read OneTrust / CookiePro’s saved state

Check active group IDs against the categories in the deployed OneTrust configuration.

1. Record the deployed data-domain-script value and the published regional configuration. Check that the visitor matched the intended rule.
2. Read OnetrustActiveGroups after initialization and after each decision. Map its group IDs to this site's category definitions; do not assume the same IDs mean the same thing on every site.
3. Check listeners for OneTrustGroupsUpdated and the tag integrations consuming it. A group update without a corresponding tag update leaves the test incomplete.

Read the OneTrust JavaScript events for your installed configuration.

(() => ({
  activeGroups: window.OnetrustActiveGroups ?? null,
  note: "Map group IDs using this site's published categories."
}))()

(() => {
  if (typeof window.__tcfapi !== "function")
    return { status: "TCF unavailable or disabled" };
  window.__tcfapi("addEventListener", 2, (data, ok) => {
    if (!ok || !data ||
        !["tcloaded", "useractioncomplete"].includes(data.eventStatus))
      return;
    console.log({
      cmpId: data.cmpId,
      expectedCmpId: 28,
      identityMatches: data.cmpId === 28,
      cmpStatus: data.cmpStatus,
      eventStatus: data.eventStatus,
      gdprApplies: data.gdprApplies,
      purposeConsents: data.purpose?.consents,
      purposeLegitimateInterests: data.purpose?.legitimateInterests
    });
    window.__tcfapi("removeEventListener", 2,
      () => {}, data.listenerId);
  });
})()

Compare state with observed activity

A saved denial can coexist with a tag that ran too early or never received the update. Trace the affected integration and its event timing. A network request alone does not prove a violation: Google’s advanced Consent Mode can send cookieless requests.

Unreadable state, unverified routing, or a missing capture makes the result inconclusive. Browser captures also cannot establish what a server-side integration does. Keep that investigation separate and compare evidence after the fix.