Робот Google может читать JavaScript - как должны реагировать оптимизаторы?

1. Googlebot и JavaScript: что говорят эксперты
2. Мартин Таубер
3. Доминик Войчик
4. Бартош Горалвич
5. Стефан Чиш
6. Себастьян Адлер
7. Бьорн Бет
8. Ползать по грязи: оцените здоровье своего сайта
9. И что ты думаешь?

Традиционно поисковые системы только читали и отображали HTML-код веб-сайта. Это означало, что оптимизация HTML-кода была тем, на чем SEO должны были сосредоточиться. Что это значит для поисковой оптимизации, если робот Google теперь может сканировать и индексировать JavaScript? Мы попросили нескольких отраслевых экспертов выяснить это.

Googlebot и JavaScript: что говорят эксперты

Чтобы получить широкий круг мнений по теме Googlebot и JavaScript, мы задали нашим экспертам следующие вопросы:

• Google говорит, что робот Googlebot может сканировать веб-сайты, основанные на JavaScript - какие проблемы и возможности вы видите для SEO?
• Какие конкретные аспекты следует учитывать, если они планируют перезапуск веб-сайта JavaScript?
• Какие изменения в плане эффективности и точности вы ожидаете от обновления веб-рендеринга в Chrome?

И вот идут ответы.

Мартин Таубер

Управляющий партнер, Маркетинговая Фабрика ГмбХ

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

Однако робот Google все еще испытывает трудности с интерпретацией JavaScript, что означает, что разработка должна быть чрезвычайно чистой и внедряться в тесном сотрудничестве с подразделением SEO, чтобы избежать неприятных сюрпризов.

Доминик Войчик

Управляющий директор, Доверительные Агенты

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

Есть, однако, скрытые проблемы. Какая структура используется? Будет ли выполняться рендеринг на стороне клиента или возможно реализовать рендеринг на стороне сервера? Можно ли вообще реализовать изоморфный JavaScript? Реализован ли JavaScript внутри или снаружи? Как SEO, нам придется невероятно много тестировать и пробовать разные вещи, чтобы гарантировать, что Google индексирует и взвешивает наши страницы так, как мы хотим.

Перед повторным запуском должно быть принято осторожное решение относительно структуры, которая будет использоваться. Обращаемость и производительность должны быть рассмотрены. В идеале должна быть создана тестовая среда, которая позволяет протестировать текущую разработку извне, если используется визуализация на стороне клиента. Тем не менее, я настоятельно рекомендую также использовать рендеринг на стороне сервера. Это влияет на производительность сервера, но должно минимизировать риски. Прежде всего, вам действительно нужно тестировать, тестировать и тестировать, используя fetch & render, чтобы увидеть, что робот Google находит, индексирует и сканирует.

Если Google наконец-то переключится на версию Chrome выше, чем V49, то мы могли бы использовать Chrome без головок в сочетании с чем-то вроде Rendertron для создания тестовых сред, которые позволят нам смоделировать настройку, подобную настройке робота Google. Это поможет нам лучше понять, как и что может интерпретировать Google. Это сделало бы для нас, SEO, намного проще 😉

Бартош Горалвич

Соучредитель и руководитель SEO, Elephate

На Саммите Searchmetrics в ноябре 2017 года Бартош Горалвич из Elephate рассказал об отношениях между Googlebot и JavaScript:

Стефан Чиш

Основатель и управляющий директор, Доверительные Агенты

Мы не хотим, чтобы SEO (или агентства) слышали, как люди говорят: «Кстати, мы скоро переключаемся на JavaScript. Есть ли что-то, о чем мы должны думать с точки зрения SEO? Не должно быть, должно там? Но было бы здорово, если бы вы могли быстро взглянуть, прежде чем мы начнем работу с новым сайтом в понедельник ». Этот сценарий неизбежно закончится полным хаосом. Бартош [в видео выше] предоставил замечательный взгляд на тему JavaScript и SEO.

Наряду с вопросом о том, что может отображать Google, при перезапуске веб-сайта оптимизаторы должны смотреть на то, что бот может увидеть, и установить, что отличается от старого веб-сайта. Недавно я имел дело с веб-сайтом, где полная внутренняя система ссылок была испорчена после перезапуска JavaScript, потому что логика ссылок старого сайта не была перенесена. Были также проблемы с hreflang. Поэтому важно работать с контрольным списком желаемых «функций SEO». Кроме того, вы должны спросить, что на самом деле означает рендеринг JavaScript: какое оборудование они используют для доступа к вашему веб-сайту и как это повлияет на время загрузки? Более подробно по этой теме могу порекомендовать эта статья Адди Османи ,

Себастьян Адлер

SEO консультант , leap.de

Даже с улучшенной способностью сканировать JavaScript, Google будет предпочитать чистый HTML-контент, потому что он требует меньше ресурсов. Вопрос не в том, может ли Google читать и визуализировать JS, а в том, можете ли вы взять на себя часть работы Google. Если мой контент может быть прочитан, работает и загружается очень быстро без JS, то для меня это еще лучше.

Способность к рендерингу всегда зависит от технологии, лежащей в ее основе, и, как сказал Бартош (уважение к нему за все усилия, которые он вкладывает в свои эксперименты и исследования!), Вы должны полностью понимать технологию, если хотите максимально эффективно ее использовать. , Отличная возможность здесь - минимизировать риски, предоставляя важный контент в виде HTML и используя JS только так, как он предназначен: для дополнительных функций. Самая большая трудность заключается в поиске ошибок, если вы полностью фиксируете JavaScript.

При перезапуске страницы убедитесь, что контент, который вы хотите ранжировать, работает без JavaScript. Это включает в себя не только основной контент, но и навигационные элементы. Многие страницы не имеют меню, когда JS деактивирован. Имеет смысл не включать каждую необычную функцию, а спросить, действительно ли эта функция необходима для вашего бизнеса и вашей целевой аудитории. Какое будет влияние, если определенная функция не будет работать? А затем сделайте соответствующие тесты.

Помимо того, что я не ожидаю, что Google будет очень хорошо сообщать об обновлении веб-рендеринга веб-мастерам, я ожидаю, что главное, что изменится, - это подверженность ошибкам. Chrome и фреймворки развиваются очень быстро, и с новыми версиями в RWS могут появиться новые ошибки.

Несомненно, некоторые вещи будут обрабатываться быстрее или более аккуратно. Но главная проблема остается прежней. Код ошибки (с точки зрения используемого двигателя) не может быть интерпретирован. Мы должны выяснить, как движок интерпретирует наш код. Во время разработки это меняет инструмент, который мы должны использовать для отладки. Но если у вас есть самые важные ресурсы в виде быстро загружаемых файлов HTML (и т. Д.), Вам не о чем беспокоиться - вы можете сосредоточиться на правильной работе SEO.

Бьорн Бет

Директор профессиональных услуг, Searchmetrics

Мы должны различать сканирование и индексацию. Google может сканировать JavaScript, но это требует гораздо больше ресурсов, чем сканирование чистого HTML. Это более проблематично для индексатора, который отображает ссылки (URL-адреса), которые он получает от искателя с помощью службы веб-рендеринга (WRS), аналогично Fetch & Render в консоли поиска. Для этого Google использует собственный браузер Chrome (версия 41). С помощью браузера он пытается создать объектную модель документа (DOM) и интерпретировать страницу так же, как она будет отображаться в браузере. Это может привести к проблемам, как, например, Google (как показано в тестах, запущенных Distilled и Bartosz Goralewicz), не может справиться с проблемами в коде, или другие большие проблемы возникают при рендеринге, так что Google останавливает рендеринг на странице через пять секунд , Это было показано в тестах, проведенных Screaming Frog.

По сути, JavaScript значительно усложняет сканирование и индексацию и создает крайне неэффективные отношения между ними. Если SEO важен для вас, вы всегда должны быть уверены, что бот сможет читать ваши страницы максимально быстро и эффективно.

Перед повторным запуском с веб-сайта на основе HTML в среду или библиотеку на основе JavaScript следует убедиться, что рендеринг на стороне обслуживания включен. Например, React поставляется с собственным решением, которое называется renderToString. При этом используется независимый от браузера интерфейс DOM, который отображает JavaScript на сервере, создает DOM и отправляет его боту. AngularJS использует Angular Universal. Это доказывает клиенту все, что важно, как предварительно отрендеренный HTML. Затем клиент получает JavaScript, как это требуется. Однако вы также можете работать с Chrome без сервера на сервере и отправлять предварительно обработанный HTML-код боту.

Прежде всего, я ожидаю, что более быстрый и более эффективный рендеринг будет исходить от Chrome 59, двигаясь в направлении производительности на уровне чистого HTML. Только тесты покажут, действительно ли это происходит.

Ползать по грязи: оцените здоровье своего сайта

Анализируйте как HTML, так и JavaScript с помощью оптимизации структуры сайта, включая сканер JavaScript, теперь с помощью Searchmetrics! Ваши преимущества:

• Обходите все соответствующие JavaScript-фреймворки, включая Angular и React
• Повышение производительности сайта с помощью приоритетного списка технических проблем
• Сравнение сканирования с использованием JavaScript и без него

Узнайте больше о нашем JavaScript Crawling

И что ты думаешь?

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

Похожие

Комментарии