Google, индексация AJAX-сайтов
26 ноября 2011
Что Google довольно всеяден я знал, но с необходимостью кормить ему хештеги столкнулся только недавно.
Оказывается, тут есть особенности:
- Сразу после
#
должен идти!
. То есть URL должен выглядеть как-то так:http://example.com/index.html#!ajaxSection1
. - Бот, увидев подобный хештег в ссылке, попробует сходить по адресу
http://example.com/index.html?_escaped_fragment_=ajaxSection1
. Вы, соответственно, должны по этому адресу отдать видимый контент для индексации.
Вот такие вот дополнительные телодвижения. Хотите модно и индексируемо — придётся немного постараться.
Комментарии RSS по email OK
В настоящее время, по-моему, более интересен History API, позволяющий сочетать Ajax-подгрузку и статичные URL-адреса.
достаточно давно известная фича. Использовал http://www.asual.com/jquery/address/samples/crawling/
А Яндекс такое не понимает?
Интересно, а чем вариант с:
плох для поисковиков ? Гугл будет видеть обычные ссылки. А мы на onclick можем даже динамически цепляться
Максим, если у нас нет поддержки History API, то ссылку менять динамически для пользователя мы не сможем.
TecHMeaT, не знаю. У меня как-то не ладится с коммерческими проектами, в которых что-либо делают под русскоязычную аудиторию, поэтому Яндекс я знаю плохо.
Да не, задумка в том что если пользователь переходит по ссылке от гугла, то грузится как обычно, а все остальные страницы уже с хеш навигацией идут. Если же чел открывает страницу с хешем, то сразу редиректится на страницу как с обычной ссылкой, а дальше в дело идет хеш навигация. Должно индексироваться нормально, без извращения. + Будет доступна не js версия. По-моему аякс сайты так и должны делаться, вдруг чел не хочет аякса или с мобильника открыл страницу?
Редирект тут, конечно, лишний, но работать должно.
Совсем не лишний, иначе страница будет сперва грузиться, а потом подгружаться её аякс часть. С редиректом в секции
<head>
, в самом начале загрузки страницы с хеш ссылкой на другую страницу, происходит редирект на требуемую страницу. То есть, пользователю не нужно уже ждать пока полностью отрисуется основная страница, а дальше уже по аякс будет грузиться че-нить. Он сразу попадет на нужную ему страницу. Без никаких мельканий в контенте. Вариант не самый лучший, но, лучше я не знаю. Хотя, можно конеечно сперва грузить страницу пустышку, а потом уже делать хеш-редирект на главную, но, опять же, будут проблемы с поисковиками и с мобильными браузерами.Поскольку эта функциональность в общем случае является сугубо «улучшательной», но никак не критичной, пользователи браузеров без поддержки History API вполне переживут отсутствие подобной динамики, имея дело с обычными статическими ссылками.
MT, а что будет когда те, без history API, начнут делиться ссылками с хештегами?
Хэш-fallback можно вообще не использовать. Поддерживается History API — используется динамическая подгрузка + динамическая смена URL-адреса без перезагрузки. Не поддерживается History API — используются обычные полноценные URL-адреса.
То есть без History API AJAX-подгрузка отключается?
Именно. На грамотно сделанном сайте контент при этом останется полностью доступным, а сам сайт — удобным.
2MT, +1. Я именно про такой подход и писал.
в качестве теста сделали сайт с хештегами ) http://flir-russia.ru/
пробывали только на escaped_fragment но яндекс не понимает такую штуку
в результате сделал все урлы на сайте вида /p/page/ и яваскриптом меняю ссылки на хештеги, далее уже работает через аякс.
Все страницы в гугл и яндексе проиндексированы. :) профит.
Спасибоуууу !!! Полезная информация для меня!!!
пробовали ли вы когда либо сервис feedopost.ru Странички индексируются наура)