Global Preference Link for all users, regardless of banner type

Description

I am trying to implement a footer link that opens the preference panel, regardless of banner type. Our legal team has requested that the preferences panel is available to all users. We are currently targeting CA and PA with an Opt-Out banner, and the rest get the informational banner. The footer link works for users in CA or PA, but for those who receive the informational banner it does not.

Site URL

Required: Please provide a staging/production URL where we can see the issue

Steps to Reproduce

  1. Visit Staging Site
  2. Click ‘Your Privacy Choices’ in the footer
  3. If you’re in CA or PA, you will open the preference panel. If you’re outside those states, the link does not work

Expected Behavior

I expect this link to open the preference panel regardless of location or banner served

Actual Behavior

The link does not open the preference panel for users who receive the informational banner

Video/Screenshots

Required: Please provide a short screen recording showing the issue

  • Video link: [Loom/Screen recording URL]
  • Screenshots (if applicable): [Upload or link to screenshots]

Additional Context

  • Browser: [e.g., Chrome 120, Safari 17]
  • Device: [e.g., Desktop, iPhone 14]

NDA Notice: If you’re under an NDA, please feel free to send us a Direct Message/Email with the above information.

Hey @lhull!

For opening the preferences panel from a footer link, the right approach is adding fs-consent-element="open-preferences" to your link element. This attribute works on any element, anywhere on the page — inside or outside the consent wrapper — and is specifically designed for footer use cases.

Could you share a read-only link to your Webflow project, or a quick snippet of the footer link HTML? That’ll help us see exactly what’s on the element and why it might not be firing for informational banner users. :folded_hands:

In the meantime, here’s what the correct setup looks like:

<a href="#" fs-consent-element="open-preferences">Your Privacy Choices</a>

That should open the preferences panel regardless of which banner type the user received. If you’re already using that and it’s still not working, there are two other approaches worth trying:

  1. The fixed-preferences element — creates a persistent floating trigger outside the banner component, designed for site-wide access to the preferences panel.

  2. The JavaScript API — wire up the link manually using window.FinsweetConsentPro.elements.preferences.show(), which programmatically shows the preferences UI and isn’t tied to a specific banner type.

Once we can see your implementation we can give a more specific diagnosis. If it does turn out to be a deeper issue with how the informational banner handles the preferences panel, we’ll loop in @Support-Luis or @Support-Pedro to dig deeper. :flexed_biceps:

Hello,

Thank you for the quick response. Here’s the HTML of the footer link:
image

This is currently live on https://www.restore.com/

Hey @lhull

The team is currently looking into this, will keep you posted

Thanks

Hey @lhull

This should be fixed now, view here