Знайомство з GTM Server Side 2/10. Попередній пост вище.

Минулого разу я писав про плюси GTM Server Side (SS), і плюшок там дійсно багато. Проте заради справедливості є сенс обговорити і мінуси. А якщо бути точнішим, то навіть не мінуси, а складнощі. Я для себе виокремлюю наступні:

❌ Складність початкового налаштування. Серверним GTM називається не просто так: його потрібно розгорнути на власному сервері. Хоча серверний GTM — інструмент орієнтований на маркетологів та аналітиків, а не на розробників, і підняти свій сервер в автоматичному режимі, який пропонує Google, ви можете за лічені хвилини та в 5 кліків — все ж, повністю цінність розкривається при розгортанні в підмережі з вашим сайтом і на піддомені вашого основного домену. І тут, скоріш за все, вам доведеться йти до DevOpsа або людини, яка у вас в команді виконує його функції, та доведеться підготувати йому ТЗ і впевнитись, що він зробив все правильно. А це вже може бути складно для нетехнічних спеціалістів — тому залишається або використовувати тільки обмежені можливості автоматичного розгортання, або починати самому копатись в технічних деталях.

❌ Необхідна додаткова технічна підтримка. Ми звикли до того, що підтримка потрібна завжди і будь чому. Навіть в звичайному GTM вам часто потрібно переналаштовувати теги та тригери, оскільки сайти мають властивість змінюватись з часом. Але я зараз маю на увазі підтримку іншого формату — підтримку сервера. Ось декілька ситуацій:
- Потрібно слідкувати, щоб на сервері не було збоїв, наприклад, через пропущену дату оплати. Оскільки всі дані у рекламні та маркетингові системи тепер ітимуть через ваш сервер. А якщо сервер "лежить" — то й даних немає.
- Google випустив нову версію серверного GTM — потрібно провести оновлення на вашому сервері.
- Незабаром "Чорна п'ятниця" і ви плануєте значне збільшення трафіку на сайт — потрібно впевнитись, що ваш сервер тегів "витягне" це навантаження і не "приляже", оскільки тоді можна забути не лише про аналітику, але й про ефективну рекламу. Якщо у вас автостратегії і дані перестануть передаватись — нічого з того доброго не вийде.

❌ Вартість. Сервер, на якому буде працювати ваш GTM SS, ніхто не дасть безкоштовно. Google стартує з ціни близько 40$ помісячно в мінімальному варіанті. Ви можете пошукати і знайти варіанти дешевше, наприклад, близько 20-25$ помісячної оплати, але в будь-якому випадку навіть сайтам з маленьким трафіком щомісячні платежі близько 1000+ грн вам забезпечені.

❌ Потрібно вчитись майже з нуля. Так, я вже писав вище, що серверний GTM це все той же GTM і там також є теги, тригери, та змінні. Хоча функції вони виконують такі ж як і раніше — працюють вони зовсім по-іншому. І в основі всього не dataLayer, а HTTP-запити. І це я ще не згадував про нові сутності, як-от клієнти та трансформації. А тому, скільки б у вас не було досвіду роботи в веб-контейнері GTM — готуйтесь, що доведеться повчитись.

❌ Не всі сервіси мають детальну документацію по роботі з Server-Side Endpoints. Це, напевно, найбільший мінус, як на мене. Навіть якщо ви пройшли всі попередні кроки: підняли сервер, погодили щомісячний бюджет на сервер, навчились працювати з GTM SS — цей пункт все ще може вас зупинити від переходу. Якщо ваш постачальник не підтримує технологію Server-Side трекінгу — то все це було дарма. Гарна новина в тому, що такі популярні системи як Google Analytics, Google Ads, Facebook, TikTok та LinkedIn вже давно підтримують і надають перевагу Server-Side трекінгу. Проте залишаються більш дрібні постачальники в певних нішах, які все ще роблять дуже повільні кроки в цьому напрямку.

Хоч мій список мінусів (складнощів) вийшов досить великим — я все ще вважаю, що переваги від впровадження серверного менеджера тегів значно переважують його мінуси і однозначно рекомендую його впровадження для більшості бізнесів, які проводять маркетингові активності по просуванню своїх сайтів в мережі інтернет.

Якщо вам сподобався пост — натисніть вподобайку та поділіться зі своїми колегами.

А вже в наступному пості я порівняю Автоматичне та ручне налаштування на базі GCP (Google Cloud Platform)