«utm_form» не является фактическим параметром utm; Я предполагаю, что вы спрашиваете об общих параметрах utm.
Все параметры utm_ * рассматриваются как строки GA, поэтому нет формата, который фактически будет рассматриваться как дата в отчетах GA.
Есть стандартные правила, которые применяются ко всем параметрам UTM:
- Избегайте специальные символы. No
& s или # s (если вы используете их, убедитесь, что они закодированы по URL). В общем, лучше всего придерживаться букв, цифр, тире и подчеркивания, чтобы избежать возможных проблем с кодировкой.
- Свинец с наиболее важной информацией и избегать ненужных подробностей. Это нишевая вещь и, вероятно, должно быть вашим последним рассмотрением, но в тех случаях, когда URL-адрес отрубается (скажем, в текстовом электронном письме), данные имеют больше шансов отслеживать дальнейший слева (с точки зрения количества символов) это.
Остальные соображения основаны на ваших предпочтений и потребностей (и тех, кто может получить доступ в будущем):
- читаемости. Возможно, вы не хотите использовать 20160908, потому что это не слишком удобно для людей. И, как вы сказали, некоторые стандарты - это день первый, а другие - месяц первый, поэтому первый год - это хороший способ смягчить эту двусмысленность.
- Используйте стандартные форматы дат для пользовательских интеграций. Даже если у вас их нет в настоящее время, вы должны учитывать стандарты, поскольку они могут облегчить создание пользовательских интеграций/отчетов в будущем. Формат ISO (например, 2016-09-08) широко совместим и легко анализируется. Если вы используете JS, будьте осторожны, что метод
DatetoISOString() возвращает время в UTC; получение местного времени или какого-либо другого часового пояса требует пользовательской настройки.
- Заказ. Подумайте о естественном порядке сортировки вашего формата. Например, формат ISO (2016-09-08) будет сортироваться в хронологическом порядке.
- Дополнительная информация. Подумайте о данных, связанных с днем, которые вам легко включить в формат; данных, которые вам не нужны сейчас, но может быть полезно, если вам когда-нибудь понадобится. Например, возможно, вы должны включить день недели (Mon, Tue и т. Д.)? Предоставляет вам другой способ разрезать ваши данные без внешних инструментов. С другой стороны, проще, так что не сходите с ума :)
- Часовой пояс. Если вы заполняете параметры utm из нескольких часовых поясов, вам нужно либо включить часовой пояс в значение utm, либо стандартизировать все значения в один часовой пояс.
Некоторые из этих соображений противоречат друг другу (например, включают дополнительную информацию по сравнению со стандартным форматом?); вам нужно взвесить их в соответствии с вашими потребностями.
Я использовал даты как 21/06/2016, но затем я понял, что символы '/' были закодированы и что формат был неоднозначным (французский: день первый, а не месяц), и, может быть, имеет смысл начать, как 2016/06/21. Но может быть, совсем другой формат будет лучше для аналитики? –