2014-03-27 48 views
1

我在寫一個插件,爲GA創建了一些事件。我想檢查頁面上使用的定義的含義,如https://developers.google.com/analytics/devguides/collection/gajs/limits-quotashttps://developers.google.com/analytics/devguides/config/mgmt/v3/limits-quotas谷歌分析極限定義

這些都是一些限制和配額每月

  • 1000萬次匹配每個屬性每個項目每天
  • 請求數爲50000會話
  • 500命中每人每天遊客
  • 20萬次點擊

我想知道是什麼意思:

  • 財產
  • 要求
  • 項目
  • 會議

另外,如果一個家庭共享相同的IP地址,它們將是一個客人,對不對?

關於50,000個請求。這個假設是正確的嗎?

總請求數=總瀏覽量(=點擊數?)+總事件數 因此,如果有4200個綜合瀏覽量和46000個事件,我已經達到了50,000個請求?

+1

http://www.google.com/analytics/terms/us.html。 「請求」是關於API的使用,而不是數據收集。 –

+0

非常聰明。沒想到它。請求部分仍然不清楚。當我說我不需要擔心50,000個請求時,我是對的,但更多地是關於每個會話500次點擊? – WendiT

+0

要清楚...是你的插件使用實際的谷歌API,還是它涉及到正常的跟蹤代碼('_gaq()'或'ga()'調用)的自定義編碼。因爲這兩種不同的東西有兩種不同的限制 –

回答

6

好的,既然您澄清了您的插件是用於正常的Google Analytics跟蹤(urchin.js或ga.js或analytics.js)而不是GA API,則其中一些限制是不適用的。因此,這裏是適用於你的插件的人以及關於它們的一些額外的信息:

命中 - 每個會話500次命中。這是任何_trackPageview_trackEvent請求。更具體地說,任何請求都不是電子商務,儘管這兩種方法是目前唯一真正提出非電子商務請求的官方方法。

有一點需要注意的是,這個限制是在每次訪問(或)基礎上,而不是所有訪問(或)S作爲一個整體。舉例來說,如果您的網站上有2位訪問者,則「每次訪問500次訪問」分別適用於各訪問者。每個會話擁有自己的500個點擊次數限制。

要理解的第二件事是實際上是什麼Session。會話至少需要30分鐘,但只有當訪問者至少30分鐘未活動時纔會結束。 「非活動」意味着自從上次訪問與該訪問者相關的GA之後已超過30分鐘。

如果您正在使用通用Analytics(analytcs.js)再有就是還每人每天限制遊客一個200K命中,雖然你一般不需要擔心這個,除非你正在編寫代碼,手動強制新會話(因爲如果你沒有這樣做,默認情況下,你會在每位訪問者每天限制之前達到每個會話限制。最低默認30m會話==每天48次會話* 500 = 24k次訪問)。

最後和可能最重要的是要注意的是,如上所述,_trackEvent調用包含在確定限制中。因此,如果您的插件正在進行大量事件跟蹤,則應儘可能地儘量減少事件跟蹤,或者真正問問自己,數據是如何起作用的。我有客戶要求我實現諸如當訪問者將鼠標懸停在表單域或圖像上時觸發事件的事情。我甚至有我的客戶,無論何時鼠標移動時都有鼠標x,y位置的事件觸發器,或滾動滾動條時滾動條的位置。這些訪問者的行爲引發了一系列的事件,這些事件很快就會使訪問者超過GA限制,而且我還沒有聽到任何令人信服的理由來實際追蹤這些實際上增加了某個人的投資回報率。

屬性 - 這是GA的account structure的其中一個級別。首先要了解的是這是強加的「全球」或總計或「上限」限制。例如,如果您的平均訪問者每個會話只產生100次點擊,則仍然可以通過訪問您網站的訪問者數量達到此上限。

需要注意的一點是,此限制在屬性級別。一個屬性可以有多個的視圖,所以這個上限是跨所有屬性的視圖組合。例如,一種常見設置是將單個根域作爲屬性,例如, 「mysite.com」,然後讓我們說你有幾個子域名,例如「www」和「store」等。你想看到這些數字分開。一種方法是爲每個子域分別創建一個視圖。然後讓我們說,你也想有一種方法來查看所有的數據,所以你做了另一個「彙總」視圖。

IOW視圖是一種將網站的部分或子域分開的方法,或者是一個用於多個域的方式等。它僅取決於您想如何組織事物。但重要的是,如果你確實有這樣複雜的事情發生,一個視圖會因爲這個上限而影響另一個視圖的數據。例如,如果您對一般流量有「www.mysite.com」的視圖,對於您的電子商務內容有「store.mysite.com」,對於組合流量則有「彙總」視圖,並且如果通常具有極高的一般的流量,你可能會達到極限,並且不會爲你更重要的商店流量獲取數據(因爲這可能會讓你賺錢)。請注意,這隻會影響網頁瀏覽量/活動流量。 ecommerce跟蹤將總是被跟蹤,即使你超過命中限制。

請求項目都與你無關,因爲這些都是非集合的API(例如config或報告API)的定義。

+0

清除!讓我思考,我必須減少每次會話的點擊次數。我不想減少會話時間,因爲這會更改瀏覽量統計信息。當人們看到他們的瀏覽量增加時,他們會發瘋。思考用JS限制跟蹤時間。感謝您回答我的根本問題。 – WendiT

+0

有沒有辦法監控這些限制?我怎麼知道在某些情況下我是否超出了這些限制? – mediafreakch

2

有兩種限制 - 一種是指數據收集,即您要在Google Analytics內部存儲的內容。根據我的評論,這就是命中限制的地方,定義在Google Terms of service

另一種是指API使用情況,即您想要將存儲的數據從Google Analytics中提取出來。爲此,您需要以指定的格式向Google Analytics發送http請求,並且您每天可以默認使用50000個請求。

所以碰到的限制是關於數據進入分析,請求限制是關於數據出來。

+0

非常清楚。謝謝。 – WendiT