Sitecore: отслеживание последней посещенной страницы

В OMS по умолчанию есть отчет «Лучшие страницы выхода», но он отслеживается по сеансам, а не по пользователям.

Хороший синтаксический анализатор журнала IIS также должен предоставить вам эту информацию... опять же, это будет по сеансу (или IP), а не вошедшему в систему пользователю.

Если вы действительно хотите получить каждую страницу выхода И фильтровать по зарегистрированному пользователю... я бы добавил новый обработчик конвейера в httpRequestBegin и поместил его после ItemResolver. Затем сохраните Item.Paths.Path. Я бы посоветовал не записывать эти данные в профиль пользователя, если вы используете обработчик профиля ASP.NET по умолчанию и у вас есть приличный объем трафика, потому что это крайне неэффективно. Разверните здесь свое собственное простое решение для хранения или просто запишите данные в журнал.

Мой первый вопрос: зачем вам нужна только последняя посещенная страница пользователя? Что вы пытаетесь определить?

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

Если вам нужна аналитика, вы, вероятно, можете просто добавить событие в свою учетную запись Google Analytics с текущим именем пользователя в качестве переменной события, чтобы вы могли просматривать аналитику по пользователям и по страницам. В качестве альтернативы вы можете использовать функции Sitecore OMS/DMS для отслеживания всех этих данных и просмотра аналитики.

Если вы хотите продвигать маркетинг, вы, вероятно, захотите использовать OMS/DMS, особенно если вы хотите начать заниматься персонализацией или планами взаимодействия. OMS/DMS будет отслеживать действия пользователей и все страницы, которые они посещают, но не по учетным записям пользователей. С некоторыми настройками вы, вероятно, сможете добавить эти данные, но это будет зависеть от того, для чего вы пытаетесь использовать информацию. Имя пользователя может быть не тем, что важно для вас.

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