В ссылке с UTM сначала идёт путь страницы, затем параметры после вопросительного знака и только потом якорь после решётки. Если добавить метки после якоря, они окажутся частью фрагмента и не будут обычными параметрами запроса.
Фрагмент используется браузером, например для перехода к разделу страницы, и не отправляется серверу в HTTP-запросе. Это поведение описано в документации MDN о URL.hash.
Порядок частей на примере
Исходная ссылка ведёт к разделу программы на странице курса:
https://example.com/course?city=tula#program
Корректный вариант с метками:
https://example.com/course?city=tula&utm_source=telegram&utm_medium=social&utm_campaign=oct_course#program
Параметр city сохранился, UTM добавились к запросу, якорь остался в конце. Второй вопросительный знак для меток здесь не нужен: дополнительные параметры отделяются амперсандом.
Некорректный порядок:
https://example.com/course?city=tula#program&utm_source=telegram
В этой записи source находится внутри фрагмента. Просто увидеть нужное слово в адресной строке недостаточно; важно, в какой части URL оно стоит.
Не дублируйте существующие метки
Если ссылка уже размечена, замените старые значения выбранных UTM, а не дописывайте ещё один комплект. При двух одноимённых параметрах разные обработчики могут выбрать разные значения. По такому адресу сложнее понять, какая кампания должна попасть в отчёт.
Перед созданием нового варианта сохраните исходные рабочие параметры страницы. Например, язык или город могут влиять на содержимое. Удаление всех параметров ради чистой строки способно отправить посетителя на другой вариант предложения.
