Изменения в индексировании AJAX-сайтов
AJAX — это принцип динамической вёрстки сайта, благодаря которому можно взаимодействовать с сервером без перезагрузки страницы, так как обновление данных происходит в рамках одного скрипта в том же пространстве. Например, пользователь указывает свои данные в форме обратной связи и нажимает кнопку «Отправить» — и вместо переадресации остаётся на той же странице, но с новыми, добавленными по алгоритму данными. Как раньше индексировался AJAX Для индексирования динамического AJAX-сайта каждой его странице необходима HTML-версия. Раньше поисковой системе можно было сообщить о её существовании с помощью параметра #! в ссылке. Роботы Яндекса определяли соответствие между #! и элементом «?_escaped_fragment_=», а затем индексировали страницу в HTML (например, страница http://www.example.com/#!blog индексировалась как http://www.example.com/?_escaped_fragment_=blog). Изменения в обходе роботами AJAX Теперь вместо проверки HTML-версий страниц роботы будут исполнять скрипты на AJAX-сайтах. Поэтому спешим рассказать вам о нескольких важных технических деталях. Страницы с параметром #! больше не поддерживаются. Чтобы контент сайта не пропал из результатов поисковой выдачи, необходимо: Изменить в карте сайта структуру ссылок так, чтобы в их содержании не было символа # Настроить на важных для состояния сайта страницах редирект 301 на новые с корректными адресами (а именно — без параметра #!). При этом переадресацию нужно настроить как со страниц по адресам вида http://www.example.com/?_escaped_fragment_=blog, так и со страниц http://www.example.com/#!blog. Страницы с тегом meta name=«fragment» content=«!» также скоро перестанут поддерживаться. Но никакие дополнительные настройки для спасения контента в этом случае не нужны: метатег будет проигнорирован, а оригинальная страница — проиндексирована с исполнением JavaScript. Рекомендации Яндекс перестаёт поддерживать индексацию страниц с такими параметрами в связи с тем, что технология рендеринга более удобна и эффективна для передачи поисковому роботу контента сайта в полном объёме.В разделе Рендеринг страниц JavaScript вы сможете проверить, как будет проиндексирован ваш сайт при исполнении JS и сравнить с исходным вариантом обхода роботами. А затем выбрать соответствующие настройки. Вместо фрагментов в адресах ссылок используйте History API. Он позволяет управлять историей браузера в пределах сессии — посещёнными страницами в пределах вкладки или фрейма, который загружен внутри страницы. Подробнее об этом можно прочитать в Справке. P. S. Подписывайтесь на наши каналыБлог Яндекса для ВебмастеровКанал Яндекса о продвижении сайтов на YouTubeКанал для владельцев сайтов в Яндекс.Дзен
AJAX — это принцип динамической вёрстки сайта, благодаря которому можно взаимодействовать с сервером без перезагрузки страницы, так как обновление данных происходит в рамках одного скрипта в том же пространстве. Например, пользователь указывает свои данные в форме обратной связи и нажимает кнопку «Отправить» — и вместо переадресации остаётся на той же странице, но с новыми, добавленными по алгоритму данными.
Как раньше индексировался AJAX
Для индексирования динамического AJAX-сайта каждой его странице необходима HTML-версия. Раньше поисковой системе можно было сообщить о её существовании с помощью параметра #! в ссылке. Роботы Яндекса определяли соответствие между #! и элементом «?_escaped_fragment_=», а затем индексировали страницу в HTML (например, страница http://www.example.com/#!blog индексировалась как http://www.example.com/?_escaped_fragment_=blog).
Изменения в обходе роботами AJAX
Теперь вместо проверки HTML-версий страниц роботы будут исполнять скрипты на AJAX-сайтах. Поэтому спешим рассказать вам о нескольких важных технических деталях.
Страницы с параметром #! больше не поддерживаются. Чтобы контент сайта не пропал из результатов поисковой выдачи, необходимо:
- Изменить в карте сайта структуру ссылок так, чтобы в их содержании не было символа #
- Настроить на важных для состояния сайта страницах редирект 301 на новые с корректными адресами (а именно — без параметра #!). При этом переадресацию нужно настроить как со страниц по адресам вида http://www.example.com/?_escaped_fragment_=blog, так и со страниц http://www.example.com/#!blog.
Страницы с тегом meta name=«fragment» content=«!» также скоро перестанут поддерживаться. Но никакие дополнительные настройки для спасения контента в этом случае не нужны: метатег будет проигнорирован, а оригинальная страница — проиндексирована с исполнением JavaScript.
Рекомендации
Яндекс перестаёт поддерживать индексацию страниц с такими параметрами в связи с тем, что технология рендеринга более удобна и эффективна для передачи поисковому роботу контента сайта в полном объёме.
В разделе Рендеринг страниц JavaScript вы сможете проверить, как будет проиндексирован ваш сайт при исполнении JS и сравнить с исходным вариантом обхода роботами. А затем выбрать соответствующие настройки.
Вместо фрагментов в адресах ссылок используйте History API. Он позволяет управлять историей браузера в пределах сессии — посещёнными страницами в пределах вкладки или фрейма, который загружен внутри страницы. Подробнее об этом можно прочитать в Справке.
P. S. Подписывайтесь на наши каналы
Блог Яндекса для Вебмастеров
Канал Яндекса о продвижении сайтов на YouTube
Канал для владельцев сайтов в Яндекс.Дзен
