Как выбрать фрилансера для настройки Google Tag Manager

Когда нужен не «универсальный маркетолог», а именно специалист по GTM

Фрилансер по Google Tag Manager нужен не в тот момент, когда «что-то с аналитикой не сходится», а когда нужно точно понимать, какое действие на сайте превратится в событие, цель или транзакцию. Один и тот же клик по кнопке может быть просто кликом, а может стать событием в GA4, конверсией в Google Ads и частью e-commerce-цепочки. Это уже не про общие слова. Это про логику данных.

Если у вас интернет-магазин, лендинг с лид-формой или сервис с длинной воронкой, фрилансер по GTM нужен для работы с тегами, триггерами, переменными и передачей данных в аналитику без потерь. Иначе вы видите только «переходы» и «просмотры», а не реальное поведение пользователя. В такой задаче универсальный маркетолог часто путает GTM с GA4, а это две разные зоны ответственности.

Есть 3 типовые ситуации. Первая — запуск сайта с нуля, когда нужно сразу выстроить структуру событий. Вторая — уже работающий проект, где данные в отчетах не бьются с продажами. Третья — сложная связка с CRM, рекламой и e-commerce, где важна корректная передача order ID, стоимости, валюты и статусов. Если нужен точный ответ на вопрос «почему не считается конверсия», нужен фрилансер по GTM, а не человек «на все руки».

Иногда заказчик пытается сэкономить и просит «просто настроить аналитику». На практике это заканчивается тем, что теги стоят, а целей нет. Или цели есть, но дублируются. Или событие отправляется в Google Ads, но не в GA4. Вот тут и всплывает вопрос, как выбрать фрилансера для настройки Google Tag Manager без долгой переписки и переделок.

Сформулируйте список задач по контейнеру и доступам

Перед поиском фрилансера составьте список работ по пунктам. Не «настроить GTM», а 7–12 конкретных задач. Например: установить контейнер на сайт, настроить 5 событий, подключить 2 пикселя, проверить передачу данных в GA4, собрать цели, добавить e-commerce, настроить сквозную аналитику, если у вас есть CRM и рекламные кабинеты.

Хороший список задач сразу покажет, что вам нужен не абстрактный специалист, а человек, который понимает объем. Для сайта с формой заявки может хватить 3–4 событий: отправка формы, клик по телефону, клик по мессенджеру и просмотр благодарственной страницы. Для интернет-магазина список уже длиннее: просмотр товара, добавление в корзину, начало оформления, покупка, возврат, промокод, доставка. Это совсем другой масштаб.

Параллельно выпишите доступы и материалы. Нужны доступ к GTM, GA4, Google Ads, Meta Business Manager, CMS, а иногда и к серверу. Полезно сразу собрать ссылки на сайт, карту страниц, список форм, названия кнопок, скриншоты типовых действий пользователя и, если есть, текущую схему событий. Чем меньше фрилансер будет угадывать, тем меньше он ошибется.

Отдельно отметьте, какие доступы у вас уже есть, а какие нужно выдать позже. Это сэкономит 1–2 дня на старте. Еще лучше заранее решить, кто отвечает за публикацию контейнера: вы, фрилансер или совместно. Иначе правки зависнут на этапе «я все сделал, но не могу опубликовать».

Если задачи связаны с публикацией на сайте или передачей через подрядчиков, полезно свериться с правила сайта profreelance.biz. Сайт фриланса. Сайт и заранее прописать формат коммуникации. Это скучно, но спасает от хаоса в первых же правках.

Проверьте, работал ли фрилансер с вашей связкой инструментов

Опыт с GTM не бывает «вообще». Нужна связка под ваш стек. Один специалист уверенно работает с GA4 и Google Ads, другой понимает Meta Pixel, третий собирал e-commerce в интернет-магазинах на CMS, четвертый умеет в server-side tracking. На собеседовании важно смотреть не на список знакомых аббревиатур, а на реальные сочетания.

Если у вас GA4 и Google Ads, спросите, как фрилансер связывает события с конверсиями и как проверяет импорт целей. Если у вас Meta Pixel, уточните, как он обходит дублирование событий между браузерным пикселем и серверной отправкой. Для e-commerce спросите про передачу массива товаров, order ID, value и currency. Это не мелочи. Без них отчеты будут шуметь.

Для сайтов на CMS полезно уточнить, приходилось ли фрилансеру работать с WordPress, Tilda, Bitrix, OpenCart, Shopify или другой платформой, которая у вас стоит. У каждой среды свои ограничения. На одной платформе можно быстро вставить dataLayer, на другой придется искать обходной путь через шаблоны или плагины. Если специалист этого не знает, он начнет импровизировать.

Есть и более простой тест. Спросите, что он сделает, если тег срабатывает дважды. Человек с опытом назовет причины: двойная установка контейнера, конфликт плагинов, повторный вызов события, ошибка в триггере. Человек без опыта ответит общими фразами. И это плохой знак.

Если вам нужен не только GTM, но и дальнейший поток задач, посмотрите раздел проекты удаленной работы и вакансий. Фриланс. Там проще понять, как исполнитель вписывается в рабочий формат, когда проект не заканчивается одной настройкой.

Какие практические вопросы задать до найма

На этапе разговора не просите «рассказать о себе». Спрашивайте по существу. Первый вопрос: как фрилансер настраивает событие, если кнопка меняет текст после клика? Второй: как он отличит реальную отправку формы от клика по кнопке? Третий: как проверяет, что событие не отправляется дважды?

Еще один вопрос касается дедупликации. Если событие летит и из браузера, и через сервер, как специалист исключает дубли? Важно услышать не модные слова, а понятный порядок действий. Например: сопоставление event_id, проверка источников, сверка в DebugView, контроль времени и идентификаторов. Если ответа нет, лучше остановиться.

Спросите про Preview и Tag Assistant. Настоящий фрилансер по GTM не начинает с публикации контейнера. Он сначала проверяет триггеры в режиме отладки, смотрит, какие теги сработали, какие переменные передались, и только потом двигается дальше. Это базовая дисциплина. Без нее настройки превращаются в лотерею.

Еще важна работа с dataLayer. Попросите объяснить, как он читает данные из dataLayer и что делает, если нужного параметра нет. Нормальный ответ включает структуру объекта, имя события, ожидаемые поля и проверку на стороне браузера. Плохой ответ обычно звучит так: «Ну, посмотрю по месту».

Пятый вопрос — про конфликты тегов. Что делать, если один и тот же клик уже обрабатывает другая система? Как снять лишний тег? Как проверить, кто именно отправляет событие? Человек, который реально работает с GTM, скажет про последовательность проверки, порядок загрузки и логику триггеров. Остальные будут гадать.

Попросите разобрать один ваш кейс до старта

Самый быстрый способ понять уровень фрилансера — дать ему один живой сценарий. Не абстрактную задачу, а конкретику: «На странице товара есть кнопка “Купить”, корзина открывается в модальном окне, checkout идет на другом домене, а продажи иногда не попадают в GA4». За 10–15 минут разговора видно почти все.

Попросите рассказать, с чего он начнет. Если специалист говорит только о тегах, но не задает вопросов о структуре страниц, доменах и источнике данных, значит он смотрит поверхностно. Если он сразу спрашивает про dataLayer, порядок событий, междоменное отслеживание и доступ к тестовой среде, это уже другой уровень.

Хороший фрилансер в таком разборе назовет риски. Например: событие может срабатывать раньше отправки формы; часть данных может теряться при редиректе; на checkout может ломаться связь с предыдущим шагом; в e-commerce можно получить пустую стоимость, если CRM отдает данные позже. Это не теория. Это типовые поломки.

Полезно попросить его описать структуру тегов на словах. Сколько будет триггеров, какие переменные понадобятся, где он проверит каждое событие и какие данные покажет в отчете. Если человек отвечает чересчур широко, без шагов и названий, ему будет трудно работать с реальным контейнером.

На что смотреть в примерах работ и результате настройки

Кейс по GTM должен показывать не «красивый список клиентов», а логику настройки. Ищите 4 вещи: структуру событий, описание триггеров, скриншоты отладки и итоговую схему передачи данных. Если перед вами только общие фразы вроде «увеличили точность аналитики», кейс почти ничего не говорит.

Хороший пример работ содержит названия событий. Не «настроили все подряд», а, например, view_item, add_to_cart, begin_checkout, purchase, form_submit. Удобно, когда видно, как специалист разделил события по этапам воронки. Это помогает понять, умеет ли он строить систему, а не просто нажимать кнопки в интерфейсе.

Смотрите на детализацию. Есть ли в кейсе скриншоты из Preview, Tag Assistant или DebugView? Указаны ли параметры события? Описан ли порядок проверки? Если есть только список подключенных сервисов, это слабый сигнал. Настоящая работа по GTM оставляет след в виде логики и документов.

Неплохо, когда фрилансер показывает не только результат, но и процесс проверки. Например: сначала тест на одной странице, потом на всем шаблоне, потом на мобильной версии, потом на финальной публикации. Такой порядок снижает риск, что после релиза что-то «поедет» в отчеты.

Если вам нужен не только исполнитель, но и место, где можно быстро найти людей с похожим опытом, пригодится раздел фрилансеры. Найти фрилансера на сайте Ми?. Там проще сравнить несколько профилей по одной задаче, а не по красивым словам в резюме.

Согласуйте порядок тестирования и передачу результата

До старта работ зафиксируйте, что считается готовой настройкой. Нужен список проверенных событий, перечень страниц, на которых они протестированы, и критерии приемки. Например: событие отправки формы должно сработать 1 раз, в GA4 должно прийти 1 событие, а в Tag Assistant оно должно быть видно в режиме отладки.

Отдельно пропишите формат передачи результата. Фрилансер должен передать не только права доступа, но и краткую схему контейнера: какие теги созданы, какие триггеры к ним привязаны, какие переменные используются, какие события требуют ручной проверки после обновления сайта. Без этого новый сотрудник потом будет разбираться вслепую.

Полезно согласовать и границы поддержки. Например: 3 дня на исправление ошибок после публикации, если они связаны именно с настройкой, а не с изменениями на стороне сайта. Или 1 раунд правок после тестирования. Четкие рамки убирают лишние споры. И экономят нервы.

Если проект затрагивает оплату услуг фрилансера, переписку и форматы сдачи работ, заранее посмотрите правила предоставления платных услуг. Это помогает не спорить о базовых вещах после того, как настройка уже готова.

Когда стоит выбрать другого исполнителя

Первый тревожный сигнал — обещание «всё настрою без доступа к сайту». Для GTM это почти всегда означает, что человек не понимает зависимость между контейнером, dataLayer и реальными действиями пользователя. Иногда часть работ можно сделать без прямого доступа к коду, но не все. Если специалист это отрицает, риск высокий.

Второй сигнал — отказ работать через отладку. Если фрилансер не хочет показывать Preview, Tag Assistant или логи проверки, значит он либо спешит, либо не умеет объяснять, что сделал. В GTM скрытность не украшает. Нормальный специалист спокойно показывает, как он проверяет события на каждом шаге.

Третий сигнал — молчание о dataLayer. Если человек не спрашивает, откуда берутся значения для событий, кто формирует структуру данных и на каком этапе они попадают в контейнер, он, скорее всего, будет настраивать вслепую. Потом в отчетах появляются пустые параметры, и все начинают искать виноватого.

Четвертый сигнал — нежелание объяснять логику. Не в форме лекции, а по-человечески: почему выбран такой триггер, зачем нужен этот параметр, где может случиться дубль, почему именно так строится последовательность проверок. Если ответа нет, лучше искать дальше.

Пятый сигнал — фразы вроде «не переживайте, я все знаю». В GTM это плохо работает. Нужны 2 вещи: конкретная схема и проверка. Если их нет, проект легко превращается в набор тегов без доверия к цифрам.