utm_from 매개 변수의 날짜 형식

Question

utm_from 매개 변수의 표준 인코딩 기준이 다른 매개 변수보다 잘 작동합니까?

주어진 추적 링크가 해제 된 날짜를 추적하고 싶지만 분/시간 세분화가 적절하지는 않지만 Google 애널리틱스가 특정 날짜와 더 잘 작동했다고 생각했습니다. 형식?

Answer 1

"utm_form"은 실제 utm 매개 변수가 아닙니다. 나는 당신이 일반적으로 utm 매개 변수에 대해 묻고 있다고 가정합니다.

모든 utm_ * 매개 변수는 GA에 의해 문자열로 처리되므로 실제로는 GA 보고서에서 날짜로 취급 할 형식이 없습니다.

• 특수 문자를 피하십시오 :

  모든 UTM 매개 변수에 적용되는 표준 규칙이 있습니다. 아니요 & 또는 # (사용하는 경우 URL 인코딩 됨). 잠재적으로 인코딩 문제가 발생하지 않도록 문자, 숫자, 대시 및 밑줄을 사용하는 것이 가장 좋습니다.

• 가장 중요한 정보가있는 리드 및 불필요한 자세한 정보을 피하십시오. 이것은 틈새 일 뿐이며 아마도 마지막으로 고려해야 할 사항이지만 URL이 잘리는 경우 (예 : 일반 텍스트 전자 메일) 데이터가 더 멀리 왼쪽으로 추적 될 가능성이 더 높습니다 (문자 수 측면에서) 그것은.
  • 가독성 :

  고려의 나머지는 기본 설정과 요구 (와 미래에 액세스 할 수있는 사람의 것)에 기초한다. 아마도 인간이 친숙하지 않기 때문에 20160908을 사용하고 싶지 않을 것입니다. 그리고 말씀 드렸듯이 일부 기준은 첫 번째 기준이며 나머지는 월 기준입니다. 따라서 전체 연도를 먼저 설정하는 것이 모호함을 완화하는 좋은 방법입니다.

• 맞춤형 통합에는 표준 날짜 형식을 사용하십시오. 현재 아무 것도 없더라도 향후 사용자 정의 통합 /보고를 쉽게 할 수 있으므로 표준을 고려해야합니다. ISO 형식 (예 : 2016-09-08)은 널리 호환되며 쉽게 파싱 할 수 있습니다. JS를 사용하는 경우 Date의 메서드 toISOString()은 UTC로 시간을 반환합니다. 현지 시간이나 다른 시간대를 사용하려면 맞춤 설정이 필요합니다.
• 주문. 형식의 자연 정렬 순서를 생각해보십시오. 예를 들어 ISO 형식 (2016-09-08)은 시간순으로 정렬됩니다.
• 추가 정보 형식에 포함하기 쉬운 일 관련 데이터를 생각해보십시오. 당신이 지금 필요로하지 않는 자료, 그러나 당신이 필요로하는 경우 가지고 있으면 좋을지도 모른다. 예를 들어, 요일 (월, 화, 기타)을 포함시켜야합니까? 외부 도구없이 데이터를 조각 낼 수있는 또 다른 방법을 제공합니다. 반면에 더 간단하면 더 좋으므로 다음과 같이 미쳐 가지 마십시오.
• 시간대. 여러 시간대에서 utm 매개 변수를 채우는 경우 utm 값에 시간대를 포함 시키거나 모든 값을 단일 시간대로 표준화하는 것이 좋습니다.

이러한 고려 사항 중 일부는 서로 충돌합니다 (예 : 추가 정보 대 표준 형식 포함). 당신은 당신의 필요에 따라 그것들의 무게를 재어 야 할 것입니다.