Comments 4
Спасибо за перевод, у меня осталась пара вопросов.
Как скрыть от индексации фрагменты страниц, содержащие нерелевантный контент (текст информационных сообщений, рекламные вставки, подсказки и т.п.)? Похоже, что Google считывает все без разбора, в т.ч. генерируемый из JavaScript.
Как информировать поисковик о редиректах и ошибках при отрисовке страниц SPA - какие есть аналоги статусов HTTP (301, 302, 400, 500)?
Здравствуйте, касательно вопроса о скрытии фрагмента страницы. К сожалению, не нашел возможности убрать из индексации фрагментов текстового контента. Но есть возможность убрать изображения, для этого необходимо в настройках файла robots.txt прописать Disallow: *.jpg для всех изображений формата jpg, или относительный путь Disallow: /img/example.jpg
На счет ошибок при отрисовки страницы. Если контент не отрисовался по ошибки сервера (5xx), то сканер сам поймет это, и просто в данный момент не проиндексирует страницу. В остальных случаях, к примеру, если ошибку совершил разработчик, и на странице отображаются не верные данные, страница будет индексироваться.
Также, сканеры довольно "умные", и сами понимают, что нужно совершить редирект, если он необходим по js коду. Но, нужно не забывать, что местами (это не относится к редиректу), до определенной части страниц можно не добраться по прямым ссылкам. И, чтобы все страницы были просканированы, не помешает создать и настроить sitemap файл.
Не до конца понял, что вы имели в виду при вопросе "какие есть аналоги статусов HTTP?"
А что есть намёк, что Гугл будет работать или React будет нужен?
Использование React, Angular, Vue etc... для страниц, контент которых должен быть проиндексирован, говорит о том, что разработчик не понимает что он делает. Подобные фреймворки предназначены для формирования сложных интерактивных интерфейсов, а не для формирования контента. Это тоже самое что микроскопом забивать гвозди. Или палить из пушки по воробьям.
Для сокращения времени загрузки разработчики создают SPA на основе JS
SPA не равно React или любой другой популярный ныне фреймворк. Это концепция описывающая определенную машинерию взаимодействия пользователя со страницей. Правильная реализация SPA принципиально не может оказать отрицательного влияния на индексацию. Я напомню что первые SPA можно было делать уже в ИЕ6.
Следовало бы говорить о том, что программист использующий популярный JS фреймворк, не умеет создавать корректные SPA проекты. То есть следовало бы писать не о том, как исправить недостатки SPA - это радикально неверно, но писать о том как правильно делать SPA.
React SEO: Советы по созданию SEO-friendly приложения