Как настроить отображение просмотра страницы в AEM 6.0?

Хотя данные о показах изначально кажутся заманчивыми, они не предназначены для анализа просмотров страниц конечными пользователями. Интеграция CQ с SiteCatalyst и т. д. предназначена для реальной аналитики (или сторонних решений, таких как Google Analytics).

Если вы считаете, что автор отображает показы, экземпляры публикации 1+ должны будут «обратно реплицировать» данные о показах обратно автору, которые будут отправлены обратно для публикации экземпляров.

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

Вы можете создать вариант страницы с селектором. Что-то вроде: Statistics.html.jsp в вашем узле страницы, затем:

http://example.com/a.html — обычная страница http://example.com/a.statistics.html — это страница, которая добавляет компонент статистики.

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

1. Возможно, что просмотры страниц находятся во внешней системе, а затем вы захотите импортировать эти данные как впечатления в CQ, чтобы иметь больше контекста приложения.
2. вам необходимо агрегировать все данные по всем экземплярам публикации.
3. Это медленно.

Чтобы рассчитать количество просмотров верхней страницы с более чем тысячей страниц, у вас есть три варианта.

1. Создание собственной службы показов
   Вы можете создать собственную службу показов, расширив com.day.crx.statistics.Entry. Затем Вы можете сделать все оптимизации.

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

3. Измените реализацию службы OOTB.

Вы не хотите писать свой собственный сервис, но хотите использовать доступный вам сервис OOTB. Единственная проблема заключается в том, что у вас есть несколько экземпляров публикации, и вы хотите объединить все данные в один, чтобы получить точную картину. Довольно сложно получить все данные из всех опубликованных экземпляров (через обратную репликацию), а затем объединить их на авторе, а затем снова отправить их. Однако вы можете использовать один экземпляр для сбора всех статистических данных (король единого источника правды, а затем копировать его обратно во все экземпляры каждый день)

Убедитесь, что вы включили отслеживание просмотров страниц, добавив следующую строку

       <cq:include script="/libs/foundation/components/page/stats.jsp" />

Затем настройте все экземпляры публикации, чтобы они указывали на один DNS, используя следующую конфигурацию (вы всегда можете переопределить это в /apps) /apps/wcm/core/config.publish/com.day.cq.wcm.core.stats.PageViewStatistics /apps/ wcm/core/config.publish/com.day.cq.wcm.core.stats.PageViewStatisticsImpl

убедитесь, что pageviewstatistics.trackingurl указывает на один домен (вам нужно создать домен, что-то вроде impression.mydomain.com, который будет автономным экземпляром CQ, чтобы принимать все запросы на показы). Теперь у вас есть консолидированные показы страниц на одном компьютере. Вы можете легко написать планировщик, который будет запускаться каждую ночь и обратно реплицировать все данные в экземпляр автора. Как только это авторский экземпляр, вы можете использовать службу репликатора для репликации на все другие экземпляры публикации. Затем вы можете настроить некоторый код, как указано в пользовательском подходе, для получения популярных ресурсов. Чтобы узнать больше о пользовательской реализации: реализации инструкция: