Comments 3
В условиях усложняющейся регуляторки, в каждой избушке своей, и криминализации работы с данными пользователей, выглядят перспективным решения, которые by design не хранят ничего такого.
Зы: на днях как раз крутил разные способы анализа трафика, без включения кук и внешних счётчиков. Анализ access лога веб сервера. Такие решения и 30 лет назад на perl были, сейчас новых подвезли, goaccess, например.
Логи - это честный путь, и у них есть то, чего у beacon-а нет: они видят вообще всех, включая клиентов без JS. Мы на них смотрели и упёрлись в три вещи.
Первое: в access-логе лежит IP. То есть сам лог становится тем, что надо защищать и чистить по расписанию, а мы как раз уходили от хранения. При beacon-е IP живёт только в памяти процесса на время вычисления хеша.
Второе: на App Router в лог попадают не только переходы человека, там же RSC-запросы, префетч ссылок при наведении, ревалидация. Отделять их приходится эвристиками по путям и заголовкам. Beacon эту работу снимает: одно событие на смену маршрута.
Третье, и это уже в минус логам с другой стороны: клиентская навигация внутри SPA может вообще не дойти до сервера, если данные уже в кэше роутера, запроса нет, и в логе тоже ничего нет.
goaccess как дашборд поверх логов = вполне рабочий вариант, если нужна посещаемость и не хочется своего кода. Наш выбор был не между ним и своим счётчиком, а между «журнал визитов» и «аналитика, которая лежит в тех же таблицах, что заказы». Как контроль полноты beacon-а логи, кстати, хороши: расхождение показывает размер потерь на JS.
Какой уродливый поток плохосвязной многословности от LLM.
Насколько же можно не уважать читателей.
Аналитика без cookie: дневной HMAC вместо идентификатора посетителя