Сценарии использования

Сегментация аналитики по странам без скрипта отслеживания

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

Альтернатива уже содержалась в запросе, который собственный сервер издателя обрабатывал при каждом просмотре страницы: IP-адрес посетителя. Если передать этот адрес в /v1/ip, он преобразуется в страну, регион, город, почтовый индекс, координаты, часовой пояс, ASN и организацию, причём браузер посетителя вообще ничего не делает. Сервер издателя записывал поля страны и региона вместе с каждым просмотром страницы, который он и так регистрировал, и сегментация трафика по странам стала отчётом, построенным на данных, которые у сервера уже были, а не новым источником данных, который пришлось бы добавлять.

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

Издатель сразу использовал полученные данные о странах для двух задач. Редакция впервые с настоящей уверенностью увидела, в каких странах читают какие разделы, поскольку поле страны было привязано к каждому просмотру страницы, а не только к той части, которую удавалось зафиксировать инструменту на JavaScript. Отдел продажи рекламы мог сообщать рекламодателям географический охват, опираясь на те же исходные цифры, которые уже видела редакция, вместо того чтобы поддерживать две отдельные, иногда расходящиеся системы аналитики.

Для всего этого не потребовалось хранить какие-то особо чувствительные данные. Сведения на уровне страны и региона по своей природе грубые, они полезны для агрегированной отчётности, а не для идентификации отдельного посетителя, и политика хранения этих данных у издателя подчинялась тем же правилам, которые он уже применял к своим серверным логам в целом.

Объём напрямую зависел от числа просмотров страниц, и у издателя сколько-нибудь заметного размера это довольно быстро выведет использование за пределы бесплатной дневной квоты в предоплаченный баланс по 0,0001 € за запрос или сделает ключ Unlimited за 50 € в месяц более простым вариантом, когда объём высокий и предсказуемый. В любом случае расчёт было легко сопоставить со стоимостью сторонней аналитической платформы, которая берёт плату за ту же разбивку по странам, часто за менее надёжные данные, поскольку подход на основе скриптов многое упускает.

Главный сдвиг был не только техническим, но и концептуальным: местоположение для целей аналитики не обязано поступать от чего-то, что работает в браузере посетителя. Оно может поступать с того же сервера, который уже обрабатывает запрос, на основе данных, которые сервер и так видит. Документация по эндпоинту находится на страницах /docs/ipv4-lookup/ и /docs/ipv6-lookup/.