Plugin Pulse
  • Welcome
  • Getting Started with PluginPulse
  • PluginPulse Beta Program
  • Referral Program
  • Chrome Extensions
  • Bubble Transactions Importer
  • Financial Metrics
    • Total Transactions
    • Subscriptions
    • One Time Payments
    • Reimbursements
    • Refunds
    • Customer Lifetime Value (CLV)
    • Average Retention Period
    • Average Churn Rate
  • User Engagement
    • User Engagement Overview
    • Active Users
    • Version Distribution
    • Default Page View Event
    • Custom Events
  • DEFINITIONS
    • Given period
    • Previous period
  • CW
  • Pricing & Payments
    • Billing & Payments
  • Pricing
  • GDPR/ Data Handling
    • User Engagement Data
    • Your Financial Data
  • FAQ
    • What happens if I upload the same transactions twice?
    • Can I upload transactions before the month ends?
Powered by GitBook
On this page
  • Our Approach
  • Definitions
  • How we track user engagement data
  • Text to add to your plugin page
  1. GDPR/ Data Handling

User Engagement Data

How we track your user and ensure their data privacy.

PreviousPricingNextYour Financial Data

Last updated 12 days ago

Our Approach

We've always been conscious of how we're being tracked online, so we wanted to ensure that the analytics tool we built for Bubble plugins prioritises transparency, security and privacy above all else. We know that it's not just your data but the data of your plugin user's that is being entrusted to us. Below we map out how we collect, store and use this data.

Definitions

We = PluginPulse

You = Bubble plugin developer using PluginPulse for analytics

User = Bubble application developer using the plugin developed by You

End user = The user of the Bubble application

How we track user engagement data

The code snippet that you include in your plugin HTML header in the shared tab loads a small that accesses the window object to fetch the application ID and plugin version.

The application ID is then hashed and truncated to 12 characters so that we never know which Bubble app is using your plugin. Obviously this means you won't be able to identify the user of your plugin either, but this was important for us to maintain their privacy and achieve a permission-less GDPR compliant setup.

Hashing is an irreversible process, however, an application ID always hashes the same way and thus a hashed value could be "discovered" through trial and error. Even though it might take a few centuries to crack, it's still not GDPR compliant. Because of this, we take the additional step of hashing the hashed ID for a second time on the server, this time with a known only to us.

All of this means we never know the original application ID and the value that we end up storing is different to what was sent in the first place, ensuring that our data set can't be linked to another data set (very much GDPR compliant).

Text to add to your plugin page

To continue our mission of transparency, we have written up a little disclaimer that you can include when answering yes to the question of whether you track user data (required by Bubble's ). Include this text in the input field that appears when submitting a new version.

We use PluginPulse to improve our plugin through analytics and performance tracking. You can read about which data is collected in their data tracking guide here -

javascript function
salt
marketplace policies
https://pluginpul.se/data-tracking-guide