Event data
- Tier: Free, Premium, Ultimate
- Offering: GitLab Self-Managed, GitLab Dedicated
Data tracking for product usage at event level
For more information about changes to product usage data collection, read the blog post More granular product usage insights for GitLab Self-Managed and Dedicated.
Event data
Event data tracks interactions (or actions) within the GitLab platform. These interactions or actions could be user initiated such as initiating CI/CD pipelines, merging a merge request, triggering a webhook, or creating an issue. Actions can also result from background system processing like scheduled pipeline succeeding. The focus of event data collection is on the users’ actions and the metadata associated with those actions.
User IDs are pseudonymized to protect privacy, and GitLab does not undertake any processes to re-identify or associate the metrics with individual users. Event data does not include source code or other customer-created content stored within GitLab.
For more information, see also:
- Internal events payload samples
- Metrics dictionary for a list of events and metrics
- Customer product usage information for data privacy policy
Benefits of event data
Event-level data enhances several benefits of Service Ping by offering more granular insights without identifying users.
- Proactive support: Granular data allows our Customer Success Managers (CSMs) and support teams to access more detailed information, enabling them to drill down and create custom metrics tailored to your organization’s unique needs, rather than relying on more generic, aggregated metrics.
- Targeted guidance: Event-level data provides a deeper understanding of how features are used, helping us uncover opportunities for optimization and improvement. The depth of data allows us to offer more precise, actionable recommendations to help you maximize the value of GitLab and enhance your workflows.
- Anonymized benchmarking reports: Granular event data enables more accurate and relevant performance comparisons with similar organizations by focusing on detailed usage patterns, rather than just high-level aggregated data.
Enable or disable event-level data collection
If Snowplow tracking is enabled, it will be automatically disabled when you enable product usage tracking. Only one data collection method can be active at a time.
To enable or disable event-level data collection:
- Sign in as a user with administrator access.
- On the left sidebar, at the bottom, select Admin.
- Select Settings > Metrics and Profiling.
- Expand Event tracking.
- To enable the setting, select the checkbox Enable event tracking. To disable the setting, clear the checkbox.
- Select Save changes.
Event delivery timing
Events are transmitted to GitLab almost immediately after they occur. The system collects events in small batches, sending data once 10 events have been gathered. This approach provides near real-time delivery while maintaining efficient network usage.
Payload size and compression
Each event is approximately 10 kB in JSON format. Batches of 10 events result in an uncompressed payload size of about 100 kB. Before transmission, the payload is compressed to minimize data transfer size and optimize performance.
Docs
Edit this page to fix an error or add an improvement in a merge request.
Create an issue to suggest an improvement to this page.
Product
Create an issue if there's something you don't like about this feature.
Propose functionality by submitting a feature request.
Feature availability and product trials
View pricing to see all GitLab tiers and features, or to upgrade.
Try GitLab for free with access to all features for 30 days.
Get help
If you didn't find what you were looking for, search the docs.
If you want help with something specific and could use community support, post on the GitLab forum.
For problems setting up or using this feature (depending on your GitLab subscription).
Request support