Этот гид поможет вам выявить и устранить проблемы с JavaScript, которые могут блокировать вашу страницу или конкретный контент на страницах, использующих JavaScript, от отображения в поиске Гугл (Google). Несмотря на то, что Гугл (Google) Search работает с JavaScript, существуют некоторые особенности и ограничения, которые нужно учитывать при проектировании страниц и приложений для обеспечения корректной индексации Гугл (Google)bot. Наш гид по основам SEO для JavaScript содержит дополнительную информацию о том, как оптимизировать ваш сайт с JavaScript для поискового механизма Гугл (Google).
Гугл (Google)bot разработан так, чтобы эффективно индексировать страницы, минимизируя влияние на пользовательский опыт. С помощью Web Rendering Service (WRS) Гугл (Google)bot постоянно анализирует и выявляет ресурсы, которые не способствуют основному контенту страницы, и может не загружать такие ресурсы. Например, запросы для отчетности или ошибки, не относящиеся к основному контенту страницы, могут быть исключены из индексации.
Для того чтобы отслеживать активность Гугл (Google)bot на вашем сайте, используйте отчет о статистике индексации в Гугл (Google) Search Console, чтобы мониторить активность Гугл (Google)bot и WRS на вашем сайте и получать обратную связь.
Если вы подозреваете, что проблемы с JavaScript могут блокировать ваш контент от появления в поиске Гугл (Google), выполните следующие шаги. Если вы не уверены, является ли JavaScript основной причиной проблемы, следуйте нашему общему руководству по отладке, чтобы точно определить источник проблемы.
Дополнительно, рекомендуется собирать и проверять ошибки JavaScript, которые могут возникать у пользователей, включая Гугл (Google)bot, на вашем сайте, чтобы выявить потенциальные проблемы, которые могут повлиять на рендеринг контента.
В одностраничных приложениях (SPA) предотвращение ошибок 404 может быть особенно сложной задачей. Чтобы избежать индексации ошибочных страниц, используйте следующие стратегии:
Когда SPA использует JavaScript для обработки ошибок, эти ошибки часто сообщают код 200 HTTP вместо правильного кода состояния, что может привести к индексации страниц с ошибками.
Гугл (Google)bot не может обрабатывать запросы, требующие разрешений от пользователей. Например, если ваше приложение требует доступа к камере, Гугл (Google)bot не сможет предоставить такую возможность. Вместо этого предоставьте способ получения контента без обязательных разрешений, таких как доступ к камере.
Одностраничные приложения могут использовать фрагменты URL (например, https://example.com/#/products) для загрузки различных представлений. Однако схема AJAX-краулинга была устаревшей с 2015 года, и вы не можете полагаться на фрагменты URL для индексации Гугл (Google)bot. Рекомендуется использовать History API для загрузки различного контента на SPA.
WRS загружает каждый URL-адрес отдельно, аналогично обычному браузеру, и не сохраняет состояние между загрузками страницы. Это означает, что данные в Local Storage, Session Storage и HTTP Cookies очищаются при каждом новом запросе, что может повлиять на рендеринг контента.
Гугл (Google)bot активно кеширует ресурсы, чтобы уменьшить сетевые запросы и использование ресурсов. WRS может игнорировать заголовки кеширования, что приведет к использованию устаревших JavaScript или CSS файлов. Чтобы избежать этой проблемы, используйте отпечатки контента для названий файлов, например main.2bb85551.js. Это позволит обновленным файлам иметь уникальные имена, что гарантирует их использование Гугл (Google)bot.
Убедитесь, что ваше приложение использует проверку возможностей всех критичных API и предоставляет альтернативное поведение или полифиллы в случае их недоступности. Некоторые веб-функции могут еще не поддерживаться всеми агентами или могут быть отключены. Например, если вы используете WebGL для рендеринга фотоэффектов, проверьте, поддерживает ли Гугл (Google)bot WebGL, и если нет, используйте серверную отрисовку.
Гугл (Google)bot использует HTTP-запросы для извлечения контента с вашего сервера. Он не поддерживает другие типы соединений, такие как WebSockets или WebRTC. Поэтому важно предоставить резервное решение для HTTP-соединений и использовать надежную обработку ошибок и проверку возможностей.
Используйте инструменты Rich Results Test или URL Inspection Tool для проверки, рендерится ли весь ожидаемый контент на странице. WRS уплощает легкий DOM и теневой DOM. Если ваши веб-компоненты не используют механизм <slot> для контента легкого DOM, посмотрите документацию компонента или выберите другой компонент.
После внесения изменений снова проверьте вашу страницу с помощью инструмента Rich Results Test или URL Inspection Tool в Гугл (Google) Search Console. Если ошибка устранена, вы увидите зеленую галочку и отсутствие ошибок. В противном случае, обратитесь в сообщество поддержки Search Central.
Если у вас возникнут вопросы, вы можете связаться с seo компанией "seo.computer" по email info@seo.computer или через WhatsApp на номер +79202044461.
id 122