_escaped_fragment_ работает с HTML5 адресами?

Question

[Alexey Kuzmin]

Добрый день

Front-end написан на AngualrJS (одностраничник) - куда ни зайди везде в коде страницы . Используется HTML5 адреса: /order/ , /product/name и пр. Контент подгружается из шаблонов, которые собираются на клиенте, данные берутся из API

Если в адресной строке есть параметр _escaped_fragment_=/product/name , то back-end отдаст собранный HTML для продукта

_escaped_fragment_ понимает только #!/product/name ссылки или HTML5 адреса тоже /product/name?
_escaped_fragment_ работает одинаково у Google и у Яндекс или есть какие-то особенности?

Answer 1

[Сергей Протько]

только #!/product/name и только при наличии мета тега. Работает одинаково как для гугла так и для яндекса и для bing. Для ссылок вида /product/name это не имеет особо смысла.

Comments

[Роман]

При наличие мета тега и $locationProvider.html5Mode({enabled: true}); смысл имеет. Использование #! в урлах, по моему скромному мнению, делает их уродливыми.

[Сергей Протько]

Роман: при наличии $locationProvider.html5Mode({enabled: true}); вам не нужны _escaped_fragment. А до вида урлов пользователю вообще дела нет. Никто их руками не вводит, всем пофигу.

[Роман]

Сергей Протько: вам не нужны _escaped_fragment, если вы хотите завалить SEO. В противном случае, они нужны, так как поисковые боты будут при наличие мета тега выполнять запросы по ссылкам вашего сайта + _escaped_fragment

[Сергей Протько]

Роман: если у вас нет ссылок вида #! то нет смысла в _escaped_fragment. Вся соль в том что в HTTP запрос информация о том что там после хэштега не попадает, как следствие мы не можем нормально обработать этот запрос.

В конечном счете слепки страниц отдавать нам нужно, но для этого не обязательно использовать _escaped_fragment.

[Роман]

Сергей Протько: Сергей, возможно вам сначала следует ознакомиться с индексированием AJAX сайтов, как это описано в яндексе. А потом откорректировать свои ответы, если сочтете нужным

Answer 2

[Роман]

Если вы используете режим HTML5 routing mode
То для правильной поисковой индексации в код страницы следует включить мета-тег:
<meta name="fragment" content="!">
Например, если страница доступна по адресу www.example.com/blog и содержит мета-тег , то робот проиндексирует HTML-версию страницы по адресу www.example.com/blog?_escaped_fragment_= .
Примечание.
В HTML-версии документа мета-тег размещать не следует: в этом случае страница не будет проиндексирована.
Это справедливо и для Yandex и для Google

Answer 3

[mayorovp]

Зачем вам _escaped_fragment_, если на сервер уже ушло /product/name?

Comments

[Alexey Kuzmin]

при прямом переходе на /product/name контента там не будет, там будет div ui-content="content". Контент подтянется асинхронно из API. Писковые боты смогут его подтянуть, выполнил JS?

[mayorovp]

Alexey Kuzmin: А что мешает вам его там заранее отрендерить, точно так же как вы делали с _escaped_fragment_?

[Վիտալի Լագունով]

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

Answer 4

[Alexey Kuzmin]

evilbloodydemon.ru/blog/2014/11/diy-angularjs-seo-... - вот отличное решение

Answer 5

[vkdv]

Только #!/product/name
_escaped_fragment_ работает одинаково у Google и у Яндекс или есть какие-то особенности?

Есть особенности :
1) Для яндекса важно, чтобы на главной (индексовой странице) был канонический урл , например прописать в индекс контроллере

$('head').append('<link rel="canonical" href="http://xxx.ru/#!/" />');

Иначе он главную страницу не индексирует (возможно это лечится втч пунктом 2)
2) в конифге nginx нужно сделать канонический редирект с www на http (или наоборот) return 301 http://www.example.com$request_uri; иначе гугл будет вредничать. Можно также указать в гугл мастере основной домен , мб этого будет достаточно