Непонятное поведение посетителя

ВC
На сайте с 02.02.2006
Offline
463
493

Просматривая логи, обнаружена непонятная закономерность.

Если я захожу на свой сайт из выдачи Гугл по соответствующей поисковой фразе, то в referer прописывается https://www.google.ru/.

Если теперь обновить страницу, то в referer по-прежнему https://www.google.ru/.

Если я захожу на свой сайт из выдачи Яндекса, то в referer прописывается https://yandex.ru/search/touch/?text=%D0%BE%D1%... (и далее сотни секретных яндексовских символов).

Если теперь обновить страницу, то referer остается тем же.

Такая ситуация мне представляется естественной и закономерной.

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

Человек приходит из Яндекса и в его referer виден слепок поисковой фразы, по которой он пришел. Также виден и url страницы, на которую он пришел.

Но следующая запись посетителя с этим же IP происходит с интервалом менее секунды и в referer теперь уже url страницы, на которую он ранее пришел. То есть, это не обновление браузера. Но и теперешний url остается тем же самым!

То есть, посетитель как бы пришел с этой же страницы на эту же страницу.

Но:

- на странице нет ссылки саму на себя;

- менее, чем за секунду, сделать клик не реально.

Тогда как это можно объяснить?

EO
На сайте с 10.05.2005
Offline
114
#1

Не уверен, но может в .htaccess какие-то редиректы происходят, тогда как раз такое будет...

Бооольшой портал о мааалом бизнесе (http://www.bizguru.ru/) | Более 1000 бизнес-программ (http://1.44mb.ru) По выходным не работаю - не ищите меня в сети. В понедельник я обычно сам возвращаюсь :)
ВC
На сайте с 02.02.2006
Offline
463
#2

Редирект в .htaccess есть только с www на адрес без него.

Но даже если набрать в адресной строке адрес с префиксом www, то все равно в логах этот приход не прописывается. Вероятно потому, что до браузера это не доходит, поскольку решается на уровне Апача.

Никак не придумаю, как бы эту ситуацию смоделировать?

A
На сайте с 04.11.2007
Offline
134
#3

В повторном запросе юзер-агент не AppleWebKit? IP пробивали?

Лучше покажите эти строчки лога, коды ответа, отдаваемый размер, агент.

Joker-jar
На сайте с 26.08.2010
Offline
167
#4

Вариантов масса, и редирект, и аякс, и ресурс какой-то с неправильным адресом. Попробуйте в инкогнито-режиме с почищенным кешем для более чистого теста. Если ситуация воспроизведется, смотрите по веб-инспектору.

ВC
На сайте с 02.02.2006
Offline
463
#5
asteroid:
IP пробивали?

IP очень разные: Россия, США, Великобритания. Я сразу обратил на это внимание, но ведь сейчас многие ходят через прокси.

asteroid:
Лучше покажите эти строчки лога, коды ответа, отдаваемый размер, агент.

Нюанс в том, что я логи собираю скриптом, а он не все фиксирует.

Просто не предполагал, что тут может появиться проблема.

asteroid:
В повторном запросе юзер-агент не AppleWebKit?

Да, такие встречаются. И в основном, и в повторном:

Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.101 YaBrowser/15.10.2454.3658 Safari/537.36

И что это означает?

A
На сайте с 04.11.2007
Offline
134
#6

Обращал раньше внимание на ошибки пользователей с агентом AppleWebKit, которые идут через MS сервера: 207.46.0.0 - 207.46.255.255, 157.54.0.0 - 157.60.255.255 и т.п. Переводят в нижний регистр всю строку адреса. Для одного сайта это критично и выдаётся 404.

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

Запросов немного было, поэтому глубоко не копал и забил.

danforth
На сайте с 18.12.2015
Offline
153
#7
Junior Web Developer
ВC
На сайте с 02.02.2006
Offline
463
#8

Нет, через https:// страница не открылась.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий