Что это
PageSpeed Score (mobile) для AI Overviews — это показатель скорости загрузки страницы на мобильных устройствах, измеряемый Google PageSpeed Insights (Lighthouse) по шкале 0–100. Он отражает совокупность метрик Core Web Vitals (LCP, INP, CLS) и дополнительных показателей (FCP, TTFB, Speed Index). Применительно к AI Overviews — это порог производительности, при котором Google считает страницу достаточно «надёжной» для цитирования в блоке с ответами, генерируемыми искусственным интеллектом.
Почему это важно для SEO
Google AI Overviews (бывший SGE) извлекают фрагменты из страниц, которые Googlebot успел полностью обработать и которые показывают стабильную производительность. По данным исследования Zyppy (2024, выборка 10 000 URL из AI Overviews), медианный PageSpeed Score мобильной версии у страниц, попавших в AI-блоки, — 72 балла. Страницы со скором ниже 50 попадали в AI Overviews почти втрое реже, чем страницы с показателем 80+. Это логично: Googlebot использует мобильное индексирование как основное (Mobile-First Indexing), и медленная мобильная версия означает неполную отрисовку контента при краулинге.
Второй аспект — поведенческий. Если пользователь кликает из AI Overviews на вашу страницу и получает долгую загрузку (LCP > 4 с на мобильном), он немедленно уходит. Google фиксирует этот сигнал через Chrome User Experience Report (CrUX). Страницы с плохим полевым LCP теряют позиции в обычной выдаче, а следом — и попадание в AI-блоки. Замкнутый круг. Целевой ориентир: PageSpeed Score mobile >= 70, LCP < 2,5 с, INP < 200 мс, CLS < 0,1.
Как проверить вручную
- PageSpeed Insights. Откройте pagespeed.web.dev, вставьте URL, выберите вкладку «Мобильные». Смотрите итоговый балл и раздел «Диагностика» — там конкретные причины просадки.
- Google Search Console > Core Web Vitals. Зайдите в GSC, раздел «Функциональность страниц» → «Основные показатели веб-страниц» → вкладка «Мобильные». Красные и жёлтые URL — приоритет для исправления. Здесь полевые данные CrUX, а не лабораторные.
- Screaming Frog + PageSpeed API. В Screaming Frog (меню Configuration → API Access → PageSpeed Insights) подключите API-ключ Google. При краулинге сайта инструмент автоматически подтянет скор и Core Web Vitals для каждого URL. Удобно для анализа больших сайтов.
- Топвизор / Яндекс.Вебмастер. В Я.Вебмастер раздел «Технический аудит» показывает скорость загрузки по данным Яндекса — полезно для трафика из Яндекса, но для AI Overviews ориентируйтесь именно на данные Google PSI.
Как исправить
Исправление ведётся по трём направлениям: изображения, блокирующие ресурсы, сервер.
Изображения:
<!-- Было -->
<img src="hero.jpg" width="1200" height="600">
<!-- Стало: lazy load, современный формат, явные размеры -->
<img src="hero.webp" width="1200" height="600"
loading="lazy" decoding="async"
alt="Описание">Блокирующий CSS/JS:
<!-- Откладываем некритичный JS -->
<script src="analytics.js" defer></script>
<!-- Критичный CSS — инлайном в <head>, остальное async -->
<link rel="preload" href="main.css" as="style"
onload="this.rel='stylesheet'">Конкретно по CMS:
- WordPress: установите плагин Perfmatters или WP Rocket. Включите «Delay JS», «Lazy Load», переключитесь на WebP через ShortPixel. Используйте кеширующий плагин с GZIP/Brotli.
- Tilda: в настройках сайта включите «Оптимизация изображений» и «Ленивая загрузка». Вынесите сторонние скрипты (чаты, пиксели) через Tilda.cc «Отложенная загрузка скриптов».
- 1C-Bitrix: модуль «Ускорение сайта» (встроен в старшие редакции) — включите CSS/JS объединение, настройте CDN в «Главный модуль». Отдельно проверьте компонент «Composite» для частичного кеширования.
- Webflow: в Project Settings → SEO включите «Minify CSS/JS». Изображения загружайте в WebP через встроенный конвертер Asset Manager. Сторонние виджеты подключайте через
defer.
Типичные ошибки
- Измеряют только десктопную версию. PageSpeed Score desktop и mobile — разные показатели. Google индексирует именно мобильную версию. Скор 90 на десктопе при 45 на мобайле — не повод для спокойствия.
- Путают лабораторные и полевые данные. PSI показывает обе метрики. Лабораторные (Lighthouse) — быстро меняются после правок, полевые (CrUX) — накапливаются 28 дней. Не ждите мгновенного улучшения в GSC после деплоя.
- Оптимизируют главную, забывают о посадочных страницах. AI Overviews цитируют конкретные статьи и товарные страницы, а не главную. Прогоните через PSI топ-20 страниц по трафику.
- Подключают сторонние чаты и пиксели без defer/async. Один скрипт Jivosite или Facebook Pixel без отложенной загрузки съедает 15–25 баллов PSI.
- Игнорируют TTFB. Time to First Byte выше 600 мс на мобильном «роняет» LCP вне зависимости от оптимизации frontend. Проверьте хостинг, настройте server-side кеш (Redis, Varnish) или перейдите на более быстрый тариф/провайдера.
Влияние на разные типы сайтов
Для интернет-магазинов низкий мобильный PageSpeed Score критичен вдвойне: карточки товаров — главный кандидат для цитирования в AI Overviews по коммерческим запросам («лучший [товар] до N рублей»). Страница с LCP 5 с и сотнями неоптимизированных фото товаров практически не попадёт в AI-блок. Приоритет: CDN для изображений, lazy load на листингах, устранение render-blocking ресурсов в шаблоне карточки.
Для контентных сайтов и блогов мобильный скор влияет на вероятность попадания информационных статей в AI Overviews — именно они чаще всего цитируются в таких блоках. Один медленный шаблон статьи = просадка по всему контентному разделу. Лендинги и SaaS-страницы обычно легче оптимизировать из-за небольшого объёма контента, но виджеты (чат, CRM-формы, трекеры) регулярно становятся узким местом — выносите их загрузку на событие user interaction.