Difference between revisions of "Unique Device" English (en) français (fr)

From thinktank

Jump to: navigation, search
m
 
(19 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Unique Browser (formerly Unique Visitor - one of the [[IFABC]] metrics) is an unique and valid identifier (= [[IP]]  + [[User-Agent]]). [http://www.ifabc.org/pages/webmeasurement/usermetrics.html]
+
[[Unique Device]] (formerly Unique Visitor or Unique Browser - one of the [[IFABC]] metrics) is an unique and valid identifier (= [[IP]]  + [[User-Agent String]]). [http://www.ifabc.org/pages/webmeasurement/usermetrics.html]
  
==Unique Browser not Visitor==
+
== Unique Device not Unique Visitor ==
  
This metric does NOT measure a person.
+
This metric does not measure a person but is rather a measure of the device through which a person interacts with a website or network. Formerly it was called the Unique Visitor, but it was misleading as it made people believing that they measure by this way real people. [http://www.ifabc.org/pages/news/metricchanges.html]
  
It is a measure of a device through which a person interacts with a website or network, in common with all measurement software.
+
=== Difficulties to count people ===
Formerly it was also called the Unique Visitor, but it was misleading as it made people believing that they measure by this way real people. [http://www.ifabc.org/pages/news/metricchanges.html]
+
  
===Difficulties to count people===
+
We may therefore reasonably assume that number of Unique Devices somehow corresponds to people visiting a website (the trends corresponds well to the increasing or decreasing of the popularity of a website).
  
We may reasonably assume that number of Unique Browsers somehow corresponds to people visiting a website (the trends corresponds well to the increasing or decreasing of the popularity of a website).
+
However, the very same person accessing a website from the office during the day, from the smart-phone when commuting, and from home the evening will be counted 3 times - because using 3 different devices. On the contrary, when sharing a PC (at home, internet café, etc), the visits of several persons are counted as only 1 Unique Device (as they access over the very same device).
  
But the very same person accessing a website from the office during the day, from the smart-phone when commuting, and from home the evening, so this very same person shall be counted 3 times - because using 3 different devices. When sharing a PC (at home, internet cafe etc), the visit of several persons is counted as only 1 Unique Browsers (as they access over the very same device).
+
== Understanding aggregation of the Unique Devices  ==
  
==Understand aggregation of the Unique Browser==
+
A '''typical error''' that is done while treating with Unique Device/Browsers/Visitors data is that of taking the figures for a specific period and then '''making a simple sum''' of single periods for counting a different timespan (for example, summing up unique devices figures for 12 months to obtain a year period's unique devices). Unfortunately, such sum does not have any meaning.
  
Very often '''mistake is''' to take the number of Unique Browser for a specific period (for example a month) and then to '''make a simple sum''' of monthly numbers; this sum does not mean anything - certainly not the number of Unique Browsers per year.
+
==== A practical example: unique and repeated clients in a shop  ====
  
=== example with the unique and repeated clients in a shop ===
+
Imagine you want to know how many clients entered a shop during a week:  
Imagine to own a small grocery and you want to know how much clients do you have:
+
* Monday come Jane Dee (morning) = 1 unique client
+
* Tuesday comes Jane Dee (afternoon) = 1  unique client
+
* Wednesday comes Jane Dee (morning) and she returns still the afternoon = 1  unique client (and 1 repeated client)
+
* Thursday comes Jane Dee (noon) = 1 unique  client
+
* Friday comes Jane Dee (afternoon) = 1  unique client
+
* Saturday comes Jane Dee (morning) and John Do (afternoon) = 2  unique clients
+
(Sunday you are closed)
+
  
[[File:UniqueBrowser-example.gif]]
+
*Monday: Jane Dee came the morning = 1 unique client
 +
*Tuesday: Jane Dee came in the afternoon = 1 unique client
 +
*Wednesday: Jane Dee came the morning and she returned the afternoon = 1 unique client coming twice (repeated client)
 +
*Thursday: Jane Dee came at noon = 1 unique client
 +
*Friday: Jane Dee came the afternoon = 1 unique client
 +
*Saturday: Jane Dee came in the morning and John Doo came in the afternoon = 2 unique clients
  
When measuring number of clients '''per day''', your measurement starts at 00:00 and ends 23:59. On Monday you had 1 unique client. Then the next day you set counters to zero; and Tuesday you had 1 client again and so on and so far.
+
(The shop is closed Sunday)
  
When measuring number of clients '''per week''', you start measure on Monday 00:00 and you stop on Sunday 23:59. Then you had Monday 1 client and Tuesday the very same client came you again ('''repeated client'''). And it was always the same loyal client coming every day. Only Saturday came 1 different client. So per week you had 2 unique clients and 1 repeated clients.
+
You might be tempted to make a simple sum of number of clients per day (1+1+1+1+1+2=7) and believe that you have 7 clients, but it is just because you would wrongly count Jane Dee 6 times. In reality, there were '''just 2 unique clients '''during the week.  
  
In other words you have during the week 2 unique clients, Jane Dee coming every day (repeated client per week) and John Do coming once a week (unique client per week).
+
[[Image:UniqueBrowser-example.gif]]
(You might try to make a simple sum of number of clients per day (2+1+1+1+1+2=8) and believe that you have 7 clients, but it is just because you would count Jane Dee 6x and John Doo 1x.
+
  
If your clients keep the same behaviour, so Jane coming every day and John coming once a week, the number of your unique clients per month will be also 2 (and also number of the repeated client will be 2 - John came every Saturday in the month), as well as the number of the clients per year (Jane came every day in the year and John every Saturday of the year).
+
When measuring number of ''clients '''''per week''''', ''you start measuring on Monday and stop on Saturday.  
  
=== Example with the Europa webnest  ===
+
#On Monday there was1 client and on Tuesday the very same client came again (repeated client).
 +
#Then the same loyal client continued to come every day (twice on Wednesday, that is, there was a repeated client).
 +
#On Saturday there was 1 new client.
  
Following examples show the number of unique and repeat browsers aggregated '''per day'''.
+
Therefore during the week period there were '''2 clients '''and '''1 repeated client''': (1) Jane Dee coming every day (repeated client per week) and (2) John Doo coming once in a week (unique client per week).
 +
 
 +
If the clients had the same behaviour over a month, so that Jane came every day and John came once a week, the number of unique clients per month will be still 2 (and also number of the repeated client will be 2 as John came every Saturday in the month). The same as well per year (Jane came every day in the year and John every Saturday of the year) and so on.
 +
 
 +
==== Examples with the [https://webgate.ec.europa.eu/fpfis/mwikis/ThinkTank/index.php/EUROPA_Web_Nest Europa web-nest]  ====
 +
 
 +
The following tables show the number of unique and repeated devices aggregated  
 +
 
 +
# '''per day:'''
  
 
{| class="wikitable" border="1"
 
{| class="wikitable" border="1"
|+ Number of browsers per Day
+
|+ '''Number of devices per day'''
 
|-
 
|-
 
! Date  
 
! Date  
! Unique
+
! Unique Devices
! Repeat
+
! Repeated Devices
|-
+
|align="right" | 01 Jan '11
+
|align="right" | 234 697
+
|align="right" | 24 473
+
|-
+
|align="right" | 02 Jan '11
+
|align="right" | 362 481
+
|align="right" | 32 052
+
 
|-
 
|-
|align="right" | 03 Jan '11
+
| align="right" | 01 Jan 2012
|align="right" | 668 729
+
| align="right" | 234 697
|align="right" | 58 837
+
| align="right" | 24 473
 
|-
 
|-
|align="right" | 04 Jan '11 
+
| align="right" | 02 Jan 2012
|align="right" | 733 644
+
| align="right" | 362 481
|align="right" | 79 701
+
| align="right" | 32 052
|-
+
|align="right" | 05 Jan '11 
+
|align="right" | 718 853
+
|align="right" | 84 057
+
|-
+
|align="right" | 06 Jan '11 
+
|align="right" | 651 774
+
|align="right" | 70 195
+
 
|-
 
|-
|align="right" | 07 Jan '11 
+
| align="right" | 03 Jan 2012
|align="right" | 641 498  
+
| align="right" | 668 729
|align="right" | 61 367
+
| align="right" | 58 837
 +
|-
 +
| align="right" | 04 Jan 2012
 +
| align="right" | 733 644
 +
| align="right" | 79 701
 +
|-
 +
| align="right" | 05 Jan 2012
 +
| align="right" | 718 853
 +
| align="right" | 84 057
 +
|-
 +
| align="right" | 06 Jan 2012
 +
| align="right" | 651 774
 +
| align="right" | 70 195
 +
|-
 +
| align="right" | 07 Jan 2012
 +
| align="right" | 641 498  
 +
| align="right" | 61 367
 
|}
 
|}
  
To get the number of unique and repeat browsers aggregated '''per week''', there has to been done new aggregation.
+
#'''per week:'''
; The sum of aggregations per day gives wrong number, because this way are counted again the unique browsers which have been counted already.
+
  
 
{| class="wikitable" border="1"
 
{| class="wikitable" border="1"
|+ Number of Browsers per Week
+
|+ '''Number of Devices per week'''
 
|-
 
|-
 
! Date  
 
! Date  
! Unique
+
! Unique Devices
! Repeat
+
! Repeated Devices
|-  
+
|-
|align="right" | 01-07 Jan '11
+
| align="right" | 01-07 Jan 2012
|align="right" | 733 644  
+
| align="right" | 733 644  
|align="right" | 84 057
+
| align="right" | 84 057
|-
+
 
|}
 
|}
  
All what has been mentioned above, can help to understand the number of unique and repeated browsers on EUROPA webnest by month and by year. (The conclusion that in the year 2010 there have been 157 593 711 unique browsers = the sum of the monthly aggregation is wrong, because some unique browsers could be count even 12times).
+
<br>As previously explained (see example for shop), a specific aggregation is needed to get the number of unique and repeated device aggregated '''per week,''' as the sum of aggregations '''per day''' would give a wrong number, as in that way unique device which have been counted already would be -wrongly- counted again. In fact, over the weekly period we can consider that the top daily value counted for unique devices has to be taken into account.
 +
 
 +
The examples above can be applied to understand the number of unique and repeated devices on EUROPA web-nest by month and by year:
 +
 
 +
[[Image:UniqueBrowser-EUROPA-2010.gif]]
  
[[File:UniqueBrowser-EUROPA-2010.gif]]
+
The conclusion that during 2010 there have been 157 593 711 unique devices (= the sum of the monthly aggregations) would be wrong, because some unique devices would have been counted 12 times. However, an approximation can be done whenever a specific aggregation is lacking (in this case, the yearly aggregation), and we can consider the top value as being the best possible indicator for the period (in the example, March 2010's value). 
  
 
[[Category:Europa_Analytics]] [[Category:Europa_Analytics_Project_Glossary]] [[Category:Terms]] [[Category:Web_Analytics]] [[Category:Web_Analytics_Terms]]
 
[[Category:Europa_Analytics]] [[Category:Europa_Analytics_Project_Glossary]] [[Category:Terms]] [[Category:Web_Analytics]] [[Category:Web_Analytics_Terms]]

Latest revision as of 09:54, 2 December 2015

Unique Device (formerly Unique Visitor or Unique Browser - one of the IFABC metrics) is an unique and valid identifier (= IP + User-Agent String). [1]

Unique Device not Unique Visitor

This metric does not measure a person but is rather a measure of the device through which a person interacts with a website or network. Formerly it was called the Unique Visitor, but it was misleading as it made people believing that they measure by this way real people. [2]

Difficulties to count people

We may therefore reasonably assume that number of Unique Devices somehow corresponds to people visiting a website (the trends corresponds well to the increasing or decreasing of the popularity of a website).

However, the very same person accessing a website from the office during the day, from the smart-phone when commuting, and from home the evening will be counted 3 times - because using 3 different devices. On the contrary, when sharing a PC (at home, internet café, etc), the visits of several persons are counted as only 1 Unique Device (as they access over the very same device).

Understanding aggregation of the Unique Devices

A typical error that is done while treating with Unique Device/Browsers/Visitors data is that of taking the figures for a specific period and then making a simple sum of single periods for counting a different timespan (for example, summing up unique devices figures for 12 months to obtain a year period's unique devices). Unfortunately, such sum does not have any meaning.

A practical example: unique and repeated clients in a shop

Imagine you want to know how many clients entered a shop during a week:

  • Monday: Jane Dee came the morning = 1 unique client
  • Tuesday: Jane Dee came in the afternoon = 1 unique client
  • Wednesday: Jane Dee came the morning and she returned the afternoon = 1 unique client coming twice (repeated client)
  • Thursday: Jane Dee came at noon = 1 unique client
  • Friday: Jane Dee came the afternoon = 1 unique client
  • Saturday: Jane Dee came in the morning and John Doo came in the afternoon = 2 unique clients

(The shop is closed Sunday)

You might be tempted to make a simple sum of number of clients per day (1+1+1+1+1+2=7) and believe that you have 7 clients, but it is just because you would wrongly count Jane Dee 6 times. In reality, there were just 2 unique clients during the week.

UniqueBrowser-example.gif

When measuring number of clients per week, you start measuring on Monday and stop on Saturday.

  1. On Monday there was1 client and on Tuesday the very same client came again (repeated client).
  2. Then the same loyal client continued to come every day (twice on Wednesday, that is, there was a repeated client).
  3. On Saturday there was 1 new client.

Therefore during the week period there were 2 clients and 1 repeated client: (1) Jane Dee coming every day (repeated client per week) and (2) John Doo coming once in a week (unique client per week).

If the clients had the same behaviour over a month, so that Jane came every day and John came once a week, the number of unique clients per month will be still 2 (and also number of the repeated client will be 2 as John came every Saturday in the month). The same as well per year (Jane came every day in the year and John every Saturday of the year) and so on.

Examples with the Europa web-nest

The following tables show the number of unique and repeated devices aggregated

  1. per day:
Number of devices per day
Date Unique Devices Repeated Devices
01 Jan 2012 234 697 24 473
02 Jan 2012 362 481 32 052
03 Jan 2012 668 729 58 837
04 Jan 2012 733 644 79 701
05 Jan 2012 718 853 84 057
06 Jan 2012 651 774 70 195
07 Jan 2012 641 498 61 367
  1. per week:
Number of Devices per week
Date Unique Devices Repeated Devices
01-07 Jan 2012 733 644 84 057


As previously explained (see example for shop), a specific aggregation is needed to get the number of unique and repeated device aggregated per week, as the sum of aggregations per day would give a wrong number, as in that way unique device which have been counted already would be -wrongly- counted again. In fact, over the weekly period we can consider that the top daily value counted for unique devices has to be taken into account.

The examples above can be applied to understand the number of unique and repeated devices on EUROPA web-nest by month and by year:

UniqueBrowser-EUROPA-2010.gif

The conclusion that during 2010 there have been 157 593 711 unique devices (= the sum of the monthly aggregations) would be wrong, because some unique devices would have been counted 12 times. However, an approximation can be done whenever a specific aggregation is lacking (in this case, the yearly aggregation), and we can consider the top value as being the best possible indicator for the period (in the example, March 2010's value).

Personal tools