philfreo/1. Segment Google Analytics Issue.md

## 1. Segment Google Analytics Issue.md

      
    Raw
  

              1. Segment Google Analytics Issue.md
            
          
    Overview

Problem

If you use Segment's Google Analytics server-side integrations, even if you follow all of their documentation / recommendation, it is impossible to properly track your visitors/sessions in GA from anonymous through identified.
This means that if you use Segment like this, you cannot do very basic things in GA like understanding attribution of your product's sign ups. In GA, a brand new session is created for the identified users, which is not correct.
This problem applies to using Segment on the web with analytics.js when the Google Analytics Destination is set to Cloud Mode, or when using a true server-side Source such as Python/Ruby/Node.
This is a problem even if you carefully pass anonymousId, userId, web page URL/title, and user's IP from your frontend to your backend and then to Segment following all their recommendations.
Cause

In Segment's Google Analytics server-side integration they do this to compute the value passed to GA's cid ("Client ID") field:
let cid = hash(facade.userId() || facade.anonymousId())
The hash they use is the string-hash npm package
But because they change this value as soon as a visitor is given a userId, this makes it impossible to track users/sessions in GA from anonymous (marketing stie) to identified (signed up in product)
Segment incorrectly prefers sending a clientId/cid to Google Analytics based on the Segment userId (if present) rather
than preferring their anonymousId which would fix that problem and more appropriately use the fields outlined by
Google Analytics API documentation here
Solution

Segment needs to update their Google Analytics server-side integration to be like this:
let cid = hash(facade.anonymousId() || facade.userId())
This would allow for consistent tracking in GA from anonymous to identified. There is already a separate field/option to pass User ID directly to GA, so there's no reason to prefer userId here when both are passed.
Segment has indicated that the more customers complain about this, the more likely they are to make this change.
Currently they haven't committed to making any change :(
Workaround

See code snippets below.

  
## 2_workaround.js
// In browser code with analytics.js when using a Google Analytics Destination in Cloud Mode

// This is the same hash function that Segment uses on their server-side GA integration
// from https://github.com/darkskyapp/string-hash/blob/master/index.js
function hash(str) {
  var hash = 5381,
      i    = str.length;
  while(i) {
    hash = (hash * 33) ^ str.charCodeAt(--i);
  }
  return hash >>> 0;
}

// Segment Source Middleware helps us here so that we don't have to
// customize each and every track(), page() etc.
// https://segment.com/docs/connections/sources/catalog/libraries/website/javascript/middleware/
const segmentSourceMiddleware = function({ payload, next, integrations }) {
  payload.obj.integrations['Google Analytics'] = {
    // Segment ignores our custom clientId if it's not a string
    clientId: String(hash(analytics.user().anonymousId()))
  };
  next(payload);
};

analytics.addSourceMiddleware(segmentSourceMiddleware);

// Then you can use analytics.js like normal:
analytics.track('Test');


## 3_workaround.py
# This matches the same hash function that Segment uses on their server-side GA integration
# Ported to Python from https://github.com/darkskyapp/string-hash/blob/master/index.js
def hash(s):
    import struct
    from ctypes import c_uint32
    hash = 5381
    for c in reversed(list(struct.iter_unpack('H', s.encode('utf-16le')))):
        hash = (hash * 33) ^ c[0]
    return c_uint32(hash).value

anonymous_id = '(This needs to be passed to your backend from the browser/JS)'

# Then on any call to Segment where integrations['Google Analytics'] is not False...
analytics.track(user_id, 'Test', {}, anonymous_id=anonymous_id, integrations={
    'Google Analytics': {
        # Segment ignores our custom clientId if it's not a string
        'clientId': str(hash(anonymous_id || user_id))
    }
}
	// In browser code with analytics.js when using a Google Analytics Destination in Cloud Mode

	// This is the same hash function that Segment uses on their server-side GA integration
	// from https://github.com/darkskyapp/string-hash/blob/master/index.js
	function hash(str) {
	var hash = 5381,
	i = str.length;
	while(i) {
	hash = (hash * 33) ^ str.charCodeAt(--i);
	}
	return hash >>> 0;
	}

	// Segment Source Middleware helps us here so that we don't have to
	// customize each and every track(), page() etc.
	// https://segment.com/docs/connections/sources/catalog/libraries/website/javascript/middleware/
	const segmentSourceMiddleware = function({ payload, next, integrations }) {
	payload.obj.integrations['Google Analytics'] = {
	// Segment ignores our custom clientId if it's not a string
	clientId: String(hash(analytics.user().anonymousId()))
	};
	next(payload);
	};

	analytics.addSourceMiddleware(segmentSourceMiddleware);

	// Then you can use analytics.js like normal:
	analytics.track('Test');
	# This matches the same hash function that Segment uses on their server-side GA integration
	# Ported to Python from https://github.com/darkskyapp/string-hash/blob/master/index.js
	def hash(s):
	import struct
	from ctypes import c_uint32
	hash = 5381
	for c in reversed(list(struct.iter_unpack('H', s.encode('utf-16le')))):
	hash = (hash * 33) ^ c[0]
	return c_uint32(hash).value

	anonymous_id = '(This needs to be passed to your backend from the browser/JS)'

	# Then on any call to Segment where integrations['Google Analytics'] is not False...
	analytics.track(user_id, 'Test', {}, anonymous_id=anonymous_id, integrations={
	'Google Analytics': {
	# Segment ignores our custom clientId if it's not a string
	'clientId': str(hash(anonymous_id \|\| user_id))
	}
	}