utm_from参数的日期格式

Question

utm_from参数的日期编码标准是否比其他标准更好？

我们只想跟踪某个特定跟踪链接的发布日期，具有每小时的粒度是没有意义的，但我认为Google Analytics可能会在特定日期格式？

Answer 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标准格式？）;你需要根据你的需要来权衡它们。