Поведение пользователя на странице - очень важный экспертный фактор.
Если 1000 человек искали "уравнение Дирака", зашли на страницу размером 100 байт и повисли там на 20 минут, Гугл может сделать вывод, что они его таки нашли, и занести страницу в основной индекс, несмотря на то, что там всего несколько слов.
Следить за этим показателем очевидно полезно. Поэтому очень логично предположить, что Гугл вооруженный данными посещения страниц от своих DNS и от информации которую ему сливает Chrome именно так и поступает - учитывает предпочтения пользователей и руководствуется ими при занесении страниц в основной индекс (либо при придании им важности, читайте как хотите).
Я могу скромно подтвердить это на своем небольшом опыте. Как только упал коэф. отказов на сайте (выросло время проведенное на сайте), гугл стал переводить страницы в основной индекс.
О чем и писал Sower!
P.S. Для желающих сразу бежать увеличивать время которое проводит пользователь на их страницах предлагаю проанализировать наилучшее с т.з. Гоши поведение пользователя по запросу "время в нью-йорке".
P.S.2. Для желающих повесить на странице вместо уравнения Дирака - гипножабу . Думаю, тут на самом деле все еще сложнее, Гугл анализирует поисковую сессию пользователей, и если Вы ищете одно, заходите куда-то, но возвращаетесь хоть через час и ищите то же - значит частичный или полный fail для страницы, которую Вы посетили. (Частичный может быть, если объект поиска охватывает больше одной страницы, например - фотографии, которые могут быть и на этом и на другом сайте, ваше продолжение поиска по этой же тематике не будет, думаю, означать fail)
Нет - тут будет именно большая картинка, сжатая через <img style="height: 100px;" src=".." />
Задача скормить ее гуглу, чтобы он помимо текстовой информации за данной страницей знал также и картинку.
И, таким образом, убить двух зайцев - ранжироваться и по тексту и присутствовать в google.images
Проблема может быть в том, что гугл подумает - "раз ты ее сам сжимаешь, я тоже не буду считать ее за большую"
Или наоборот халява - гугл подумает "хрен с ним, что он ее через HTML поджимает - картинка то большая, на самом деле, значит я буду туда пользователей за ней отправлять".
Может у кого-то есть опыт - как гугл разбирается с уменьшенными через HTML картинками.... Как он их в SERP ставит...
а дайте, пожалуйста, ссылочку на оригинал, если не потерялась
Keep-alive никак не должен влиять на индексацию. Он просто указывает удаленному серверу (клиенту), что готов или не готов продолжить работу без разрыва соединения.
Соединение на уровне TCP/IP. Т.е. через один открытый сокет несколько файлов - скажем 5 картинок, CSS и HTM.
Как это работает можно очень наглядно посмотреть вот здесь:
http://www.websitepulse.com/help/tools.php
Возьмите два сайта с включенным keep-alive и выключенным и поставьте тест загрузки всей страницы, а не только html файла.
Со включенным keep-alive Вы увидите, что клиент постоянно тратит долюсечки секунды на пересоединение.
Спрашивается, зачем тогда вапще выключать keep-alive.
А вот зачем. Допустим у вас стоит максимальное количество дочерних процессов 15. И keep-alive на 10 секунд. Значит экземпляр сервера будет не рвать соединение 10 секунд.
Тогда 15 зашедших клиентов за 10 секунд, или один клиент, если он переоткрывает со своей стороны соединение каждый раз для каждой картинки и CSS может забить полностью ваш сервер.
Это более чем реальная проблема. Я с таким сталкивался именно на посещаемости 3 одновременных человека на сайте.
Время на переконнект значительно меньше простоя после обслуживания одного клиента.
Так что к индексации эта фича едва ли имеет отношение.
Ценнейший опыт, спасибо!
А какой у Вас doctype - xhtml? Проверьте
Может быть попробовать по разным дата центрам кеш посмотреть?
У гуглов в каждом дата центре свой кеш?
Еще вариант way back machine
Похоже, что управлять частотой изменения страниц можно немного по другому.
Если натаскать google на доверие к своему сайту, то при незначительных изменениях можно отдавать ему
304 Все в порядке! ничего не изменилось!
И он будет уходить, созраняя у себя предыдующую копию страницы.
А если изменилось серьезно, отдавать ему 200.
И, таким образом, самому варьировать частоту изменения документа, и под изменениями страницы понимать что-то для себя.
Среди побочных явлений - если гугл спалит, что то, что мы ему отдаем не соответствует действительности - он может пессимизировать сайт, или сделать где-нибудь в глубине своих нейронных сетей полуосознанную отметку - сайт отдает неверную дату.
И повторные визитеры не будут загружать новые незначительные изменения когда будут заходить на страницу.
Но, в любом случае, так можно варьировать частоту изменений документа, отделив ее от частоты изменения какого-нибудь постоянно плавающего курса акции на странице.
Классная штука, давно такую искал, спасибо!
Берете свой сайт и ставите под уместным объектом (например, статьей) вот такую ссылку
"http://twitter.com/home?status=Super pupper funny stuff http://mysite.com/shortlink123"
И тогда пользователи без проблем Вас цитируют в своем твиттере. Т.е. у них в статусе появляется
Super pupper funny stuff http://mysite.com/shortlink123
И их фолловеры жмут оценить.
Вы получаете посетителей.
