Ну, во-первых, «общая аналитика Google / регистрация типов piwik» на самом деле обычно более мощная, чем обработка журналов на стороне сервера - вы можете устанавливать / получать различные файлы cookie, вы можете извлекать много информации из клиента, доступной только для Javascript, и т. д. и т. д. Даже получение простого cookie visitor_id в Javascript намного проще, чем на стороне сервера - вам нужно настроить какой-либо модуль веб-сервера для отправки сессионных куки, он будет отличаться от стандартных 30 минут WAA и т. д., и т. д. .
Как правило, при разработке переменных / полей для ведения журнала вам нужно подумать о том, какие отчеты / агрегаты вы бы хотели использовать. Например:
- Кто самый активный пользователь?
- Какие разделы сайта / страниц / типов страниц в социальной сети наиболее посещаются?
- Каковы переходы между различными целями, которые вы хотите, чтобы ваши пользователи достигли?
- Откуда они берутся (особенно полезно, если вы платите за них, то есть с помощью рекламы) и как они достигают целей после этого?
- Кто предоставляет наиболее полезных (дольше всего просматривают, просматривает большинство ваших объявлений, что-то еще?) Пользователей на ваш сайт?
- ...
Вопреки распространенному мнению «регистрируйте все, разберитесь позже», ведение журнала - не пассивный, а активный процесс. Скорее всего, вы захотите отправить пользователям файлы cookie, которые пометят их:
- Идентификаторы сеанса
- Идентификаторы посетителей
- Оригинальные источники / источники (т. Е. Внешний источник, поисковая система / запрос, реклама и т. Д.)
- Количество, частота посещений, продолжительность сеансов
- Статусы / достижения целей
- и т.д ...
Все это требует взаимодействия между сервером (и / или фрагментом коллекции Javascript) и браузером посетителя, а не только пассивной регистрации.