Since subscription payments (other than the first payment) are not triggered by users’ action, they need to be tracked server side.

When a user first sign up, assign him a unique user id.

You can use login id as user id.

Just make sure that the id does not contain Personally Identifiable data like name, email address, IP address etc.

Any data that allows Google to personally identify an individual or data that permanently identifies a particular device (such as a unique device identifier, if such an identifier cannot be reset) is Personally Identifiable data.

If you upload any data that allows Google to personally identify an individual, your Google Analytics account can be terminated, and you may lose your Google Analytics data as this is against Google Terms of Service.

The user id is used to sum up the recurring revenue by a user.

When a user make the first initial purchase you can set a unique user id for him and note down his transaction ID.

For second and subsequent purchases, send transaction data (with unique transaction ID) to Google Analytics via measurement protocol whenever you process payment.

When a subscription stops then stop sending the transaction data via measurement protocol for a particular user.

About Measurement protocol

Measurement protocol is a set of rules which your application must follow in order to send raw hit data directly to Google Analytics server.

Through this protocol you can collect and send raw user interaction data (hits) directly to GA server from any device/system which can be connected to the internet.

This device/system can be a smart phone, tablet PC, digital appliances (washing machine, coffee machine, slot machine), point of purchase systems etc.

However, you need to format your data according to the measurement protocol before you can send it to the Google Analytics server.

So for example, if you want to send data from a cash counter machine, coffee machine or slot machine then you first need to format the data according to the measurement protocol.

Without such formatting, you can’t send data to GA.

 

In order to make an HTTP request to the GA server (for sending the raw hit data directly), you need to format your HTTP request according to the measurement protocol.

This formatted HTTP request is called the measurement protocol request.

Here is how the measurement protocol request looks like:

The measurement protocol request is made up of: user agent, transport and payload data:

Payload data is the data you send to Google Analytics server using the measurement protocol.

In other words, the payload data is the data which has been formatted according to Measurement Protocol.

Following is an example of payload data:

v=1&tid=UA-123456-2&cid=36009a59-2a05-49e7-b826-2b884d0f935b&t=pageview&dp=%2Fhome

The payload data resembles a URL query string.

Payload data is made up of multiple parameters.

Each parameter is made up of ‘key = value’ pairs.

Each parameter is separated from another parameter via & character.

Since each parameter is made up of ‘key = value‘ pairs, so each ‘key=value’ pair is separated by ‘&’ character.

Syntax of payload data:

parameter1&parameter2&parameter3

or

key1=value1&key2=value2&key3=value3

Example of payload data:

v=1&tid=UA-123456-2&cid=36009a59-2a05-49e7-b826-2b884d0f935b&t=pageview&dp=%2Fhome

Here v, tid, cid, t and dp are called the keys.

‘1’, ‘UA-123456-2’, ‘36009a59-2a05-49e7-b826-2b884d0f935b’, ‘pageview’ and ‘%2Fhome’ are called the values.

For example, following are the parameters for measuring purchases via measurement protocol:

Source: https://developers.google.com/analytics/devguides/collection/protocol/v1/devguide

Click on the link ‘view this hit in the measurement protocol hit builder‘ to see how this hit actually looks like.

All values you sent via measurement protocol to GA, must be both UTF-8 encoded and URL encoded.

For example, / is encoded to %2F

If the values are not encoded correctly then they will be replaced with unicode replacement character xFFFD

Note (1): You can learn more about URL encoding from here: http://www.w3schools.com/tags/ref_urlencode.asp

Note (2): All protocol parameters must be set on the same line. They should not have any spaces between them. Comments are not allowed in protocol parameters.

The measurement protocol supports following data types for the values in the ‘key = value’ pairs of the payload data:

1. Integer – used to represent a number
2. Text – used to represent a string
3. Boolean – used to represent a boolean value (true or false)
4. Currency – used to represent the total value of a currency in up to 6 decimal points.

Transport defines where and how to send the payload data.

Following is an example of transport:

POST http://www.google-analytics.com/collect

A transport is made up of:

#1 GET/POST method – which defines how to send the payload data

#2 Location of the GA server – which defines where to send the payload data

#3 URL endpoint – this is used to define whether a single or multiple hits should be sent to the GA server or whether to send the payload data to measurement protocol validation server.

There are rules regarding which parameters can be sent together and which parameters can’t be sent together. There are rules regarding the length and format of parameters.

Each parameter has specific type that requires a particular format.

Each payload data must contain a valid hit type.

Each hit type must have its own set of required parameters set.

For more details, regarding these rules, refer to Measurement Protocol Parameter Reference: https://developers.google.com/analytics/devguides/collection/protocol/v1/parameters?hl=en

You can get complete list of all of the measurement protocols from here: https://developers.google.com/analytics/devguides/collection/protocol/v1/parameters

 

You can send payload data by either using the GET method or POST method.

Google recommends using POST method, as then you can send larger payload data to GA server.

The location of the GA server is: https://www.google-analytics.com

This is where we send the payload data.

The payload data need to be URL encoded, if you are making HTTP POST request to the GA server.

The size of Payload data, if you are making HTTP POST request to the GA server can be maximum of 8191 Bytes.

However, if you make HTTP GET request to the GA server, then the size of payload data cannot be more than 2000 Bytes.

Write a script to make the following similar HTTP POST request to the GA server in order to send the payload data:

User-Agent: user_agent_string

POST https://www.google-analytics.com/collect?payload_data

Use measurement protocol hit builder to validate hits: https://ga-dev-tools.appspot.com/hit-builder/

Note: GA hit builder use only one URL endpoint, /collect

 

To use the measurement protocol, you need to do following three things:

#1 Ask your developer to write an application (program) that can pull data from your desired data source (could be your database/backend):

#2 Your application must convert the retrieved data into the payload data according to the measurement protocol:

#3 Your application must make a HTTP POST request to the end point (Google Analytics server) in order to send the payload data to the GA server. The HTTP request should be made up of user agent, transport and payload data:

When GA receives the HTTP request from your application, it try to process the payload data in the HTTP request.

If GA successfully processes the payload data then its server will send 2XX response code back to your application:

If GA is not successful, in processing the payload data, then its server does not send any error code back to your application.

As you create monthly invoices for our customers, you could have a request sent through the measurement protocol which specifies the invoice details as soon as the payment comes in as successfully processed.

Recommendation regarding updating the original transaction

Do not update the original transaction every month.

Assign a unique transaction ID for each new transaction for a particular user.

If you update the original transaction with new value then you won’t be able to see individual transactions for a particular user over time.

If you don’t assign an unique transaction ID for each new transaction for a particular user then you will have duplicate transaction issues.

You can segment the data by user id and should be able to see all of the transactions for a particular user in the user explorer report in the user id view :

In addition to that you can create a custom dimension and pass user id value to it.

Then you create a user id custom segment. 

By doing that you can segment any GA report by user id custom segment and do detailed analysis for a particular user.
If some of your customers book well in advance, say 2 months in advance then send transaction data via measurement protocol after 2 months to maintain the accuracy of the sales data.

Record sales only on the day of the actual sales whether the sales is user generated or generated by you in response to billing.

Recommendation for refunds, chargebacks and unsuccessful payments

When sending transaction data via measurement protocol, add negative amount for the sales.

This is known as reversing the transaction.

When you reverse a transaction in Google Analytics, it does not remove it.

GA simply deduct a particular amount from the revenue total.

So what is removed is the revenue/sales associated with the reversal transaction.

No other information associated with the transaction is removed.

For example,

Lets say User ‘A’ placed an order of $200 on Monday.

Lets say the total website sales on Monday was $500.

Now if you reverse the transaction on Monday, then the total sales amount for Monday would be reported to be: $500 – $200 = $300

If you reverse the same transaction on say Tuesday, thenthe total sales amount for Monday would remain $500

the total sales amount for Tuesday would be: Total website sales for Tuesday – $200

So if the original transaction occurred on Monday and you reversed it on Tuesday then make sure that you are analyzing a date range that includes both Monday and Tuesday.Google in fact recommends to do the reversal on the same day as the original transaction.

Note: Both original and reversal transaction will be included and reported in the transaction count.

Other Articles on Specialised Tracking in Google Analytics

1. Google Analytics Recurring Revenue and Subscriptions Tracking Guide
2. How to track the impact of cookie consent on website traffic in Google Analytics
3. Phone Call Tracking in Google Analytics and Beyond
4. Scroll Tracking via Scroll Depth Trigger in Google Tag Manager
5. Video Tracking via YouTube Video Trigger In Google Tag Manager
6. Calculated Metrics in Google Analytics – Complete Guide
7. The one thing that you don’t know about PayPal.com and the referral exclusion list
8. Introduction to Postbacks in Google Analytics
9. Creating Content Group in Google Analytics via tracking code using gtag.js
10. Tracking Site Search without Query Parameter in Google Tag Manager
11. Setting Up Site Search Tracking for POST based search engines in Google Analytics
12. Tracking Site Search for GET-Based Search Engines in Google Analytics
13. Understanding site search tracking in Google Analytics
14. Tracking Virtual Pageviews in Google Tag Manager – Complete Guide
15. Creating and using Site Search Funnel in Google Analytics
16. Learn to Setup Facebook Pixel Tracking via Google Tag Manager
17. How to use Keyword Hero to reveal Not Provided keywords in Google Analytics
18. Guide to Event Tracking via Google Tag Manager
19. Learn to track Qualified and Won leads in Google Analytics
20. Creating your own Google Analytics Tag Auditing System
21. Using multiple Google Analytics tracking codes on web pages
22. Guide to Offline Conversion Tracking in Google Analytics
23. Google Analytics and YouTube Integration Guide
24. Complete Guide to Google Analytics for Facebook
25. Tracking true referrals in Google Analytics when using PayPal and other payment gateways
26. Virtual pageviews in Google Analytics – Complete Guide
27. YouTube Video tracking via Google Tag Manager
28. Implementing E-Commerce Tracking via Google Tag Manager
29. Event Tracking in Google Analytics – Complete Guide
30. E-Commerce Tracking in Google Analytics – Complete Guide
31. Google Analytics Cross Domain Tracking Explained Like Never Before
32. Google Analytics Social Tracking – Twitter, Facebook, Google Plus and LinkedIn
33. Setting up & Tracking AMP Pages in Google Analytics
34. Setting up Sales Funnel across websites in Google Analytics
35. Using Data Visualization to analyze the SEO Performance
36. Tracking offline conversions in Google Adwords
37. How to Correctly Measure Conversion Date & Time in Google Analytics
38. Tracking Twitter and Linkedin Social Interactions in Google Analytics
39. Implementing Scroll Tracking via Google Tag Manager
40. Phone Call Tracking and ROI calculations – Champion’s Guide
41. Google Analytics Cross Domain Tracking (ga.js)
42. Open Graph Protocol for Facebook Explained with Examples