Преимущества и некоторые недостатки отслеживания на стороне сервера

В нашем предыдущем посте о контейнере на стороне сервера (SSC) Диспетчера тегов Google мы начали рассматривать, как он работает. В этом посте мы рассмотрим некоторые ключевые преимущества, которые даст вам серверная система, а также некоторые потенциальные недостатки.

Преимущества

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

1) Соответствие

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

Серверы, на которых работает Контейнер на стороне сервера, могут быть указаны в расположении. Таким образом, эти идентифицируемые данные не должны покидать территорию, на которой они были собраны (ЕС, что наиболее важно для GDPR), прежде чем они будут удалены.

Однако обратите внимание, что манипулирование и удаление идентифицируемых данных может помешать отображению некоторой информации в ваших инструментах. Например, удаление или маскировка IP-адресов пользователей при отправке данных в Google Analytics может означать, что никакие данные о местоположении не могут быть получены.

2) Файлы cookie первой стороны

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

3) Собирайте данные для одного инструмента и записывайте их для других

Когда данные отправляются с веб-сайта, они могут быть предназначены для одного инструмента, но могут быть проанализированы и отправлены другим. Это может быть невероятно полезно в ряде случаев. Примером этого может быть прием входящих обращений из запроса Universal Analytics , анализ данных и отправка их в таблицу Google BigQuery. Эта функция доступна только для Universal Analytics в премиум-продукте Universal Analytics 360.

4) Снижение нагрузки на стороне клиента

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

5) Сокрытие ключей API и клиентских секретов

Поскольку данные отправляются конечному инструменту только из контейнера на стороне сервера, все ключи API и секреты клиента могут храниться в контейнере на стороне сервера. Это исключает возможность их раскрытия на стороне клиента. Примером этого является UA-ID Google Analytics. Третья сторона может зайти на любой сайт с Google Analytics и просто взять UA-ID с одного сайта, поместить его на другой и спамить учетную запись Google Analytics. Мы часто видели, как это происходит на протяжении многих лет. При отслеживании на стороне сервера это было бы невозможно, поскольку UA-ID может быть добавлен только на стороне сервера и поэтому вообще не будет отображаться при загрузке веб-сайта.

6) Загрузите скрипт отслеживания из вашего собственного домена

Это можно рассматривать как преимущество и недостаток отслеживания на стороне сервера. Поскольку контейнер на стороне сервера может напрямую обращаться к рассматриваемым инструментам, контейнер на стороне сервера можно использовать для извлечения файла JavaScript, который большинство инструментов (GA, Facebook, LinkedIn и т. д.) загружают на сайт. После получения он может отправить файл на сайт. Это означает, что вы можете избежать вызовов сторонних сайтов непосредственно из браузера пользователя и помочь вам остановить загрузку любых нежелательных скриптов. Поскольку этот файл будет отправлен из своего собственного домена (если SCC настроен таким образом), тогда службы, которые автоматически блокируют известные средства отслеживания (например, такие браузеры, как Firefox, Safari и Brave), не распознают файл как сценарий отслеживания. Это не всегда гарантируется, поскольку собственный домен вашего сайта может в конечном итоге быть идентифицирован этими службами как трекер. Важно помнить, что ваша аналитическая программа всегда должна уважать выбор пользователя в отношении конфиденциальности.

Недостатки

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

1) Техническая экспертиза

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

2) Точность данных зависит от вас

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

3) Стоимость

В отличие от веб-контейнера Диспетчера тегов Google, отслеживание на стороне сервера требует затрат. Чтобы запустить контейнер на стороне сервера, его необходимо создать в инфраструктуре Google Cloud с помощью его функции App Engine. Кроме того, вам потребуется, чтобы он работал на нескольких экземплярах сервера для учета избыточности и емкости. Вам придется заплатить за эти экземпляры. Конечно, чем больше у вас серверов и чем больше данных вы отправляете, тем выше стоимость.

4) Вопросы конфиденциальности

Мы уже касались этого, но проблема с отслеживанием на стороне сервера заключается в том, что с его помощью проще обойти некоторые меры, которые ваши пользователи применяют для предотвращения отслеживания. Важно убедиться, что решения пользователя о конфиденциальности уважаются и что соответствующие законы и правила соблюдаются.

Если вы хотите узнать больше об отслеживании на стороне сервера, просто оставьте нам сообщение, и мы с радостью свяжемся с вами, чтобы обсудить ваши вопросы и требования.