Skip to content

Releases: Velir/dbt-ga4

6.1.0

26 Aug 12:29
31f2691
Compare
Choose a tag to compare

What's Changed

Additional Notes

Note that #338 introduces new behavior for the query_parameter_exclusions variable:

The query_parameter_exclusions variable now removes fragments, hash # parameters, from page_location and page_referrer. In most cases this will be an improvement in functionality. However, if you have query parameter keys using question mark, ?, or ampersand, &, that you want to remove and fragments that you don't want to remove, then you will need to override the remove_query_parameters macro.

New Contributors

Full Changelog: 6.0.2...6.0.3

6.0.2

22 May 23:57
f58011f
Compare
Choose a tag to compare

What's Changed

  • Fix uniqueness test for fct_ga4__pages by @yamotech in #305
  • fix cpc classification and add test by @dgitis in #306
  • Update stg_ga4__events.sql to consider campaign name (organic) by @cfrye2 in #315
  • Fix error when setting a large number of properties by @yamotech in #312

New Contributors

Full Changelog: 6.0.1...6.0.2

6.0.1 Minor fixes

29 Feb 16:00
f9558ac
Compare
Choose a tag to compare

What's Changed

New Contributors

Full Changelog: 6.0.0...6.0.1

v6.0

28 Jan 19:48
Compare
Choose a tag to compare

This release includes breaking changes! Please see the details below.

What's Changed

At a minimum, all users will need replace the project variable with the source_project variable and the dataset variable with the property_ids variable. Users with data across multiple projects will need to use the combined_dataset variable.

Details

Previously, the project variable was used to determine the source and target project for copying data from multiple GA4 properties. In this release, certain behaviors and variables are changed to allow for more flexible configurations. In particular, these changes allow for the scenario where the project storing raw data is read-only and cannot be written to.

  • Previous variable name: project

  • New variable name: source_project

    • Defines the project where the raw GA4 data is held
  • Previous variable name: dataset

  • New variable name: property_ids

    • An array containing a list of all GA4 property IDs to process
  • New variable: combined_dataset

    • Defines the name to use when combining multiple property datasets into a single dataset
  • New Behavior: The combined_dataset dataset will be written to your profile's target project, rather than the source project.

Full Changelog: 5.1.1...6.0.0

5.1.1

04 Jan 19:28
ac3e8c3
Compare
Choose a tag to compare

This release captures a few small documentation updates and 1 small acquisition label change in advance of an upcoming release containing breaking changes.

What's Changed

New Contributors

Full Changelog: 5.1.0...5.1.1

5.1.0

12 Nov 17:37
634a896
Compare
Choose a tag to compare

What's Changed

Items Fields

Since the release of version 5.0.0, Google changed format of the items record which caused the base_ga4__events model to fail. This was fixed with a simple full refresh, but that cost extra processing.

Version 5.1.0 explicitly unnests and re-nests the items and ecommerce records in the base_ga4__events model so that future changes will not break the model.

Every effort has been made to re-nest the contents of those records into the same slots which should ensure that you can upgrade without rebuilding your base_ga4__events table. However, if you run in to an error with the base_ga4__events model on upgrading, you will either need to run a full refresh to fix the error or over-ride the base_select macro with your own version where the order of the items and ecommerce fields matches that seen in your existing base_ga4__events table.

New Contributors

Full Changelog: 5.0.0...5.1.0

5.0.0

03 Aug 11:19
9e2cb51
Compare
Choose a tag to compare

Welcome to a post-UA world. There's no turning back now!

In this release, the major change is that we've removed support for 'dynamic' incremental loads. Instead the static_incremental_days variable is now required and is the only mechanism for incrementally loading data. The recommended setting is 3 days to allow for re-processing of 72 hours of data which is the time window in which Google may modify past events.

Other improvements include an improved dedupe process, better cleanup of tables in multi-property configurations, and improvements to channel mapping.

What's Changed

New Contributors

Full Changelog: 4.0.0...5.0.0

4.0.0

30 May 10:21
b271546
Compare
Choose a tag to compare

In version 4, there was at least one breaking change and several improvements.

#181 introduced the idea of a client_key to replace the user_pseudo_id. client_key includes the stream ID in the identifier which makes it more unique than user_pseudo_id alone. This will column name may break existing assets that depend on the mart tables.

#196 introduces last non-direct session attribution (similar to how GA3 calculated session attribution by default)

What's Changed

New Contributors

Full Changelog: 3.2.1...3.2.2

3.2.1

14 Apr 10:26
14bc5bc
Compare
Choose a tag to compare

What's Changed

  • Hotfix: restore create_custom_event macro by @dgitis in #179

Full Changelog: 3.2.0...3.2.1

3.2.0

12 Apr 22:20
a0df48b
Compare
Choose a tag to compare

Overview

Some new features have been added:

  • Calculating time on page (details in #127)
  • Incremental, partitioned session dim & fact tables to support large installs (#175)

Along with some general refactoring and fixes.

What's Changed

New Contributors

Full Changelog: 3.1.0...3.2.0