Feature requests

We have identified that our cookie-script banner is currently experiencing excessively long Interaction to Next Paint (INP) times, which significantly affects user experience and SEO performance. The INP metric is a critical performance indicator that measures the delay between user interactions and the subsequent visual response. Long INP times can lead to user frustration, higher bounce rates, and ultimately, a negative perception of our website's quality. In addition, this can also lower SEO performance, as the INP metric is one of Core Web Vitals used by Google as a ranking factor. The simplest way, especially during simple rejection or acceptance of cookies, would be to allow the banner to close before running resource-intensive JS work. This could be achieved by using a zero-time setTimeout ( https://web.dev/articles/optimize-inp?hl=en#yield_to_the_main_thread_often ). By deferring the execution of non-critical scripts until after the banner has been closed, we can ensure that the interaction is smooth and immediate.

Currently, GTM events are only fired once per page, preventing immediate reaction to consent changes within the same session. There are two scenarios to consider: 1) If a visitor initially denies consent and then decides to accept it within the same session, there is currently no way to react to this change. 2) If a visitor denies consent, ends the session, and starts a new session where consent is accepted, there is no immediate ability to react to this change and set up pre-requirements. To address this, it would be beneficial to add a GTM event that triggers whenever the user changes their consent. The decision of whether to consume this event can be left to the integrator.

It would be useful to have 'last scan date' added as a field on the CSV download.

Having an agency dashboard (and generally speaking) it should be possible to share each banner with more than one user. Typically our clients has more than one stakeholder to maintain their cookies.

We noticed the cookie script banner only fires after window load (i.e. after all images & videos have been fully loaded). For very visual websites or slow internet, the banner shows too late. Add feature: "Display banner on DOM ready"

The current Edit sections under /item/edit/ are kind of difficult to work with since to view any change you want to apply to the banner you have to "Save & Preview" and wait for the banner to load and so on. The ideal would be a WYSIWYG (What You See Is What You Get) editor for the design of the banner and a more intuitive and descriptive section for Behavior Settings

I wish to have plugin cuz implementing Cookie script into code I need access to server :/

I see that you’ve released a Shopify App (which is great!) – we use your solution on a ton of Shopify websites, and have had to manually set it up in the theme etc. However in its current state I can’t recommend it.. There’s a few problems: It doesn’t appear to integrate with Shopify’s Privacy API which is an absolute must for any Cookie Consent App. https://shopify.dev/docs/api/customer-privacy There’s no facility for Google Consent Mode within the App, i.e. you still have to add code to turn on Google Consent mode for this to work correctly. Ideally the App should handle this for you, but I appreciate it can be difficult to get your script outputted before Google Analytics. Google Tag Manager isn't really an option on Shopify since Shopify's own solution offers far more out of the box in terms of E-Commerce Tracking. I’m happy to share our solution that we use to Integrate CookieScript with Shopify’s Customer Privacy API.

In the section Design > Full-Page Overlay would be good to consider the option to disable scrolling in the content of the page while the banner is displayed. We are now solving it via CSS, but it should be fine to solve it via javascript on the Cookie Script side. Our CSS (which is slow in the browser) body:has(div#cookiescript_injected_fsd) { overflow: hidden; height: 100vh; }

Currently we miss to add Serbian as language