Как яндекс учитывает страницы с "растягивающем" содержимом

и смотрите в кэш.

Это инструкции по индексированию HTML // при выдуманных условиях.

Как будто бы никак#!иначе сделать нельзя.

Нельзя тем, кто не замечает способностей пс.

Исходить надо не из того, как заставить это всё индексить, а из того — что хотите показать в выдаче... как это обработает браузер. Попадёт или ползатель на то, чего искал или просто куда-нибудь неа сайт, а вебмастер, выполнивший инструкцию, будет доволен индексацией непойми чего.

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

Ну возьмите выборку по десятку групп :) Из них 5 популярных с толпой подписчиков и частым обновлением, и 5 непопулярных. И картина станет более целостной :) И повторите то, что выше сделали по нашим рекомендациям. Все же просто.

Страницы с такой подгрузкой контента - это обычно страницы поиска либо списки чего-то в категории. Т.е. нафиг надо их индексировать полностью? Вконтакте наверняка закрывает поиск в robots, ибо нафиг нужно вываливать в выдачу все возможные сочетания и комбинации расширенного поиска вк?

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

---------- Добавлено 30.12.2013 в 10:53 ----------

Не согласен, это далкео не всегда поиск. Тот же самый Вконтакт, заходишь на главную страницу любого паблика (стена) и она растягивается и заполняется новыми записями по мере прокрутки страницы без какого либо поиска.

Данная технология не во всех случаях конечно удобна, но в ряде случаев она действительно удобна.

Самое дебильное и неудобное нововведение последних лет в сайтостроении.

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

таки вполне можно, об этом и речь. #! - это костыль для server-side монстров на которых клиентскую маршрутизацию будет ваять только "юный пионЭр" с барабаном вместо мозга.

нормальная клиентская или изоморфная платформа при прямом (начальном) заходе юзверя или бота генерит вполне адекватную статику.

и уже потом (и только у юзверя) броузер, без всяких извратов с #!, бегает по маршрутам без прямых запросов к серваку. максимум - подсасывая изменения данных или даже только операционные трансформации вместо них. и теми же скриптами на тех же шаблонах что и сервер генерит новый рендер.

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

максимум из нелюбимых вами "инструкций", как костыль на каждую страницу тупо вбивается <meta name="fragment" content="!">, когда сервак не заморачивается с "изготовлением статики для всех", шлет юзверю при первом заходе только скрипты с шаблонами, но для ботов всегда генерит статику через какой-нибудь phantomjs.

маршрутизация и для клиента и для бота опять же остаётся прямой, без хешей, а одним мета-тегом мозг перенапрячь проблематично.

ЗЫ: пример из "вконтактика" - это как раз работа маршрутизатора именно и только клиентской части системы...

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

На форуме была ветка:

Тур сайт с кластерной подгрузкой на титуле аносов примерно 150 страниц. Яша счел суммарный текст анонсов СЕО-спамом (сплошные "отдых, туры в" + названия стран).

Плохо он относится к таким сайтам, все время по разному