2016-09-07 71 views
0

utm_from參數的日期編碼標準是否比其他標準更好?utm_from參數的日期格式

我們只想跟蹤某個特定跟蹤鏈接的發佈日期,具有每小時的粒度是沒有意義的,但我認爲Google Analytics可能會在特定日期格式?

+0

我一直在使用像2016年6月21日這樣的日期,但後來我意識到'/'字符是編碼的,而且格式不明確(法語:日期第一天,而不是月份),也許它適合於2016年開始/ 06/21中。但是,也許完全不同的格式對分析更好? –

回答

1

「utm_form」不是實際的utm參數;我假設你一般詢問utm params。

所有utm_ *參數都被GA視爲字符串,所以沒有格式實際上會被視爲GA報告中的日期。

有適用於所有UTM參數標準規則:

  • 避免特殊字符。& s或# s(如果您使用它們,請確保它們是網址編碼的)。一般來說,最好堅持使用字母,數字,破折號和下劃線,以避免潛在的編碼問題。
  • 帶領最重要的信息避免不必要的冗長。這是一個小衆事情,應該是你最後的考慮,但是在URL被切斷的情況下(比如在純文本電子郵件中),數據有更好的機會跟蹤更遠的左側(就字符數量而言) 它是。

價款的其餘部分是根據自己的喜好和需求(和那些人誰可能在未來訪問):

  • 可讀性。您可能不想使用20160908,因爲它不太人性化。正如你所說,一些標準是第一天,其他標準是第一個月,所以把全年放在第一位是減少這種模糊不清的好辦法。
  • 對於自定義集成,使用標準日期格式。即使您目前沒有,您也應該考慮標準,因爲它們可以在將來更輕鬆地定製集成/報告。 ISO格式(例如2016-09-08)廣泛兼容且易於解析。如果使用JS,請注意Date的方法toISOString()以UTC返回時間;獲得當地時間或其他時區需要自定義調整。
  • 訂購。想想你的格式的自然排序順序。例如,ISO格式(2016-09-08)將按時間順序排序。
  • 其他信息。考慮一下日期相關的數據,這些數據很容易包含在格式中;你現在不需要的數據,但如果你需要的話可能會很好。例如,也許你應該包括星期幾(星期一,星期二等)?爲您提供另一種無需外部工具即可分割數據的方式。另一方面,越簡單越好,所以不要爲此發瘋:)
  • 時區。如果您從多個時區填充utm參數,則需要將時區包含在utm值中,或將所有值標準化爲單個時區。

其中一些考慮因素彼此衝突(例如,包括額外信息vs標準格式?);你需要根據你的需要來權衡它們。