GSA / GSA/data.gov

Build GA4 metrics retention system

Open
#6,012 0 comments 0 reactions 0 assignees View on GitHub
Catalog GA
Dominant language
Python
Stars
1.1k
Forks
200
Avg merge
4h 56m
Merged PRs (30d)
5

Description

### User Story:
As the Data.gov platform team, we need to retain monthly GA4 click-through metrics at the dataset level so that historical data is available for year-over-year reporting and agency compliance use.

### Background:
GA4 currently provides dataset-level click-through data (instances where a user searched catalog.data.gov and clicked through to access a dataset) but this data is not retained by Data.gov. Without a retention mechanism, historical comparisons are impossible and agencies cannot use Data.gov metrics for M-25-05 compliance reporting. A storage and export process needs to be built so monthly snapshots are captured and queryable.

### Acceptance Criteria:

- Given that a calendar month has ended, when the automated retention job runs, then GA4 dataset-level click-through metrics are exported and stored in a durable, queryable format.
- Given stored metrics, when a developer queries the retention system, then they can retrieve metrics for any dataset by identifier for any retained month.
- Given the retention system is live, when metrics are stored, then data is retained for a minimum of [TBD -- developer recommendation] rolling months to support YOY comparisons.

### Security Considerations:

- Metrics are aggregated and do not contain PII.
- Storage architecture should follow GSA cloud.gov data storage standards.

### Open Questions:

- What is the appropriate retention window?
- What storage mechanism best fits the existing cloud.gov infrastructure?

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.