Устранение распространенных ошибок AMP в Google Search Console

Исправление ошибок AMP в Google Search Console требует выявления конкретных проблем валидации в отчете о статусе AMP и применения технических исправлений к коду страницы. Веб-мастера должны использовать такие инструменты, как AMP Test Tool, чтобы обеспечить соответствие обязательным тегам и ограниченным правилам CSS или JavaScript. Исправление этих ошибок гарантирует, что ваши мобильные страницы останутся подходящими для функций Google Search и сохранят высокую видимость для пользователей, осуществляющих поиск на мобильных устройствах.

Каковы наиболее частые ошибки валидации AMP?

Отчет о статусе AMP в Google Search Console классифицирует проблемы на ошибки и предупреждения. Ошибки мешают вашей странице появляться в результатах Google Search с функциями, специфичными для AMP, в то время как предупреждения могут влиять на отображение страницы или ее соответствие определенным расширенным результатам. Большинство ошибок проистекают из нарушения строгой спецификации AMP HTML, которая ограничивает определенные типы кода для обеспечения высокой скорости загрузки.

Распространенной проблемой является использование запрещенных атрибутов или тегов. Например, стандартные теги HTML, такие как ‘img’ или ‘video’, должны быть заменены их эквивалентами AMP, такими как ‘amp-img’ или ‘amp-video’. Если система обнаруживает стандартный тег ‘script’, который не является частью необходимой библиотеки AMP, она пометит страницу как недействительную. Другая частая ошибка связана с ограничениями размера CSS. AMP ограничивает встроенный CSS до 75 КБ; превышение этого лимита приводит к сбою валидации, который удаляет страницу из карусели мобильного поиска.

• Отсутствие обязательных тегов, таких как ‘head’ или ‘body’.
• Запрещенный JavaScript вне ‘amp-script’ или стандартных библиотек.
• Ошибки синтаксиса CSS или превышение лимита в 75 КБ.
• Недействительные структурированные данные внутри блока ‘ld+json’.
• Отсутствие атрибутов ширины или высоты для компонентов, зависящих от макета.

Как эффективно валидировать ваш контент AMP?

Валидация — это многоэтапный процесс, который начинается на этапе разработки и продолжается посредством мониторинга в Search Console. Разработчики должны использовать валидатор AMP на базе браузера, чтобы выявлять ошибки в коде до публикации страницы. Этот инструмент предоставляет обратную связь в реальном времени о проблемах синтаксиса и отсутствующих компонентах. Как только страница запущена, официальный инструмент AMP Test Tool от Google предоставляет окончательную проверку того, подходит ли страница для результатов поиска.

Используйте отчет о статусе AMP для мониторинга производительности всех AMP-страниц на вашем сайте.

Google Search Central

Когда вы обнаруживаете ошибку в отчете о статусе, нажатие на конкретную проблему отображает список затронутых URL. Вы должны проверить эти URL с помощью инструмента ‘Inspect URL’, чтобы увидеть версию, которую проиндексировал Google. Если вы недавно обновили свой код, используйте кнопку ‘Validate Fix’, чтобы дать Google сигнал о повторном сканировании страниц. Этот процесс происходит не мгновенно и может занять несколько дней, так как Googlebot обрабатывает изменения на всем сайте.

Как Alien Road применяет оптимизацию AMP

В Alien Road мы подходим к управлению AMP через централизованный технический аудит. Для типичного клиентского проекта, такого как крупный интернет-магазин с тысячами страниц товаров, мы не исправляем ошибки одну за другой. Вместо этого мы определяем код на уровне шаблона, ответственный за сбой валидации. Если в теге ‘amp-img’ на макете товара отсутствует атрибут высоты, мы обновляем глобальный шаблон, чтобы решить проблему на уровне всего домена.

Наш процесс включает этап обнаружения, на котором мы сопоставляем все канонические и AMP-связи. Затем мы используем API Search Console для извлечения массовых данных об ошибках, что позволяет нам расставлять приоритеты исправлений, влияющих на наиболее посещаемые страницы. После реализации мы проводим ручную проверку с помощью теста расширенных результатов, чтобы убедиться, что структурированные данные, такие как схема товара или статьи, остаются неизменными. Такой структурированный подход гарантирует минимизацию технического долга при одновременном максимизации видимости в поиске.

Могут ли настройки robots.txt заблокировать ваши AMP-страницы?

Частой причиной, по которой действительные AMP-страницы не появляются в результатах поиска, является предотвращение сканирования. Если ваш файл robots.txt блокирует доступ Googlebot к каталогу, где хранятся ваши AMP-файлы, Google не может проиндексировать контент. Это часто происходит во время миграции сайтов или при создании новых поддоменов для мобильного контента. Вы должны убедиться, что как каноническая страница, так и версия AMP доступны для поисковых роботов.

Отредактируйте файл robots.txt вашего сайта, чтобы разрешить Googlebot сканировать каноническую страницу, AMP-страницу и ссылки в структурированных данных.

Google Search Central

В дополнение к robots.txt проверьте наличие метатегов, которые могут предписывать роботам игнорировать страницу. Директива ‘noindex’ в метатеге robots или заголовок HTTP X-Robots-Tag помешают показу версии AMP пользователям. Для достижения наилучших результатов удалите все ограничительные метатеги как из канонического контента, так и из AMP, если нет конкретной причины держать страницу вне индекса. Согласованные инструкции по индексации для обеих версий являются ключом к стабильному мобильному присутствию.

Почему междоменное отслеживание жизненно важно для успеха AMP?

Отслеживание поведения пользователей на страницах AMP может быть сложным, поскольку контент часто подается из Google AMP Cache, а не с вашего собственного домена. Это создает проблему кросс-домена в Google Analytics 4 (GA4). Если пользователь начинает свой путь на странице AMP, а затем переходит на ваш основной сайт, GA4 может расценить это как две отдельные сессии. Это приводит к неточным данным, таким как завышенные показатели отказов и неверная атрибуция конверсий.

Чтобы решить эту проблему, вы должны внедрить компонент ‘amp-analytics’ с параметром компоновщика (linker). Этот параметр передает идентификатор клиента (client ID) из кэша AMP на ваш основной домен через строку запроса URL. Когда пользователь прибывает на ваш основной сайт, скрипт аналитики считывает этот ID и продолжает существующую сессию. Эта координация необходима маркетологам, которым необходимо понимать весь путь клиента от первой мобильной точки контакта до финальной покупки.

• Включите скрипт amp-analytics в раздел head вашей AMP-страницы.
• Настройте параметр ‘linker’ в вашем блоке конфигурации JSON.
• Включите опцию ‘Linker’ в настройках потока данных GA4.
• Убедитесь, что идентификаторы клиентов согласованы, проверив параметр ‘_gl’ в URL.
• Используйте DebugView в GA4, чтобы подтвердить, что сессии не прерываются во время перехода.

С чего начать на этой неделе

Начните со входа в Google Search Console и перехода в раздел ‘AMP’ во вкладке ‘Experience’. Экспортируйте список URL с ошибками и сгруппируйте их по типу сбоя валидации. Сначала устраните проблемы на уровне всего шаблона, такие как отсутствующие канонические ссылки или неверные конфигурации скриптов. После обновления кода используйте функцию ‘Validate Fix’, чтобы запустить процесс повторного сканирования. Наконец, проверьте данные GA4, чтобы убедиться, что междоменное отслеживание правильно атрибутирует ваш мобильный трафик.