Я Максим, веб-разработчик. Яндекс Турбо-страницы — технология ускоренных мобильных страниц, которую Яндекс активно продвигал с 2017 года — окончательно закрыта. Для многих владельцев сайтов это стало неожиданностью: привыкли, что мобильные посетители получают быструю версию «от Яндекса», не задумываясь о скорости собственного сайта. Теперь этого костыля нет, и пора разобраться, что происходит с вашим мобильным трафиком и что предпринять, чтобы не потерять позиции и конверсию.

Что произошло и почему Яндекс закрыл Турбо

Турбо-страницы работали так: Яндекс забирал контент вашего сайта через RSS-фид или Турбо-разметку, создавал облегчённую кешированную версию страницы на своих серверах и показывал её мобильным пользователям прямо из поисковой выдачи. Страница загружалась мгновенно, потому что не обращалась к вашему серверу — весь контент уже лежал в кеше Яндекса.

Технология решала реальную проблему 2017–2020 годов: множество сайтов загружались на мобильных устройствах по пять-десять секунд, мобильный интернет был медленнее, а бюджетные смартфоны не справлялись с тяжёлыми страницами. Но с тех пор ситуация изменилась: мобильный интернет стал быстрее, смартфоны мощнее, а технологии оптимизации (CDN, WebP, lazy loading, HTTP/2, ISR) позволяют делать быстрые сайты без посредников.

Кроме того, Турбо-страницы имели серьёзные ограничения: упрощённый дизайн (фирменный стиль и брендинг терялись), ограниченная функциональность (формы, интерактив, JavaScript — всё работало с ограничениями), пользователь оставался «внутри Яндекса» и не попадал на ваш реальный сайт, что ухудшало поведенческие факторы и время на сайте. Яндекс решил, что эпоха костылей прошла — пора мотивировать вебмастеров делать быстрые сайты самостоятельно.

Чем отключение грозит вашему сайту

Если ваш основной сайт уже быстрый и мобильно-адаптированный — отключение Турбо ничем не грозит. Более того, может быть даже плюсом: пользователи теперь попадают на ваш настоящий сайт с полным функционалом, фирменным дизайном, формами и аналитикой. Раньше часть мобильного трафика «застревала» в Турбо-оболочке и не фиксировалась в Яндекс Метрике.

Если ваш сайт медленный на мобильных — это проблема. Вы потеряли «бесплатное» ускорение от Яндекса. Мобильные пользователи теперь видят вашу реальную медленную страницу — и значительная часть из них уходит, не дождавшись загрузки. Это приводит к росту показателя отказов, снижению времени на сайте и в конечном счёте — к падению позиций в поисковой выдаче. Яндекс учитывает поведенческие факторы при ранжировании, и медленный сайт с высоким процентом отказов будет проигрывать быстрым конкурентам.

По моим наблюдениям на клиентских проектах, сайты, которые сильно зависели от Турбо, потеряли от 10 до 30% мобильного трафика в первый месяц после отключения. Те, кто заранее оптимизировал основной сайт — не заметили разницы или даже выиграли.

Что делать прямо сейчас: пошаговый план

Шаг 1: Оцените текущее состояние мобильной версии. Откройте Google Lighthouse в Chrome DevTools (F12, вкладка Lighthouse, мобильный пресет) и запустите аудит. Если Performance ниже 50 — у вас серьёзные проблемы, которые нужно решать немедленно. Если 50–70 — есть существенный потенциал для улучшения. Выше 80 — вы в хорошей форме.

Параллельно проверьте Core Web Vitals в Яндекс Вебмастере и Google Search Console — там видно реальные данные от пользователей, а не лабораторные замеры. Обратите внимание на LCP (время загрузки основного контента) и CLS (визуальная стабильность) — это две метрики, которые чаще всего проваливаются на мобильных.

Шаг 2: Оптимизируйте изображения — это даёт максимальный эффект. На большинстве сайтов именно изображения составляют 60–80% веса страницы. Конвертируйте все изображения в формат WebP (экономия 25–35% размера по сравнению с JPEG при том же качестве). Настройте lazy loading — атрибут loading="lazy" для всех изображений ниже первого экрана. Задайте атрибуты width и height — это устраняет сдвиги макета (CLS). Используйте responsive images (srcset) — чтобы мобильным пользователям отдавались маленькие изображения, а не десктопные версии в 3000 пикселей.

Эта оптимизация часто даёт +20–30 баллов Lighthouse Performance. На одном проекте (сайт-каталог строительных материалов) только конвертация изображений в WebP и добавление lazy loading подняли Performance с 35 до 68 баллов — без каких-либо изменений в коде.

Шаг 3: Подключите CDN. Content Delivery Network раздаёт статические файлы (изображения, CSS, JavaScript, шрифты) с ближайшего к пользователю сервера. Cloudflare предлагает бесплатный тариф, который закрывает базовые потребности: CDN, автоматическое сжатие, базовую защиту от DDoS. Yandex Cloud CDN — российский вариант для тех, кто предпочитает отечественную инфраструктуру. Подключение CDN занимает тридцать-шестьдесят минут и заметно ускоряет загрузку для пользователей из разных регионов.

Шаг 4: Минифицируйте и оптимизируйте CSS и JavaScript. Удалите неиспользуемый код (Lighthouse покажет, какой процент CSS и JS реально используется на странице). Минифицируйте оставшийся код — убирайте пробелы, комментарии, сокращайте имена переменных. Включите сжатие на сервере — Brotli (предпочтительнее) или Gzip. Отложите загрузку некритичных скриптов через атрибуты defer и async.

Шаг 5: Настройте кеширование. Добавьте заголовки Cache-Control для статических ресурсов: CSS, JavaScript и изображения с хешем в имени файла можно кешировать на год (max-age=31536000). HTML-страницы — кешировать короче (max-age=3600 или no-cache с ETag). Это ускоряет повторные визиты — а повторные посетители часто составляют 30–40% трафика.

Шаг 6: Проверьте мобильную адаптацию. Откройте сайт на реальном смартфоне (не в эмуляторе) и ответьте на вопросы: текст читаем без увеличения? Кнопки достаточно большие для нажатия пальцем (минимум 44×44 пикселя)? Нет горизонтальной прокрутки? Формы удобно заполнять? Используйте Google Mobile-Friendly Test для дополнительной проверки.

Рекомендации для популярных CMS

WordPress. Установите плагин кеширования (WP Super Cache, W3 Total Cache или LiteSpeed Cache — последний лучше всего работает на серверах с LiteSpeed). Подключите плагин оптимизации изображений (Imagify, ShortPixel или EWWW Image Optimizer — они автоматически конвертируют в WebP). Используйте лёгкую тему — тяжёлые премиум-темы с десятками подключённых библиотек грузятся по пять-семь секунд на мобильных. Деактивируйте плагины, которыми не пользуетесь — каждый плагин добавляет CSS и JavaScript.

1С-Битрикс. Включите встроенное кеширование компонентов и композитный кеш (автокеширование). Настройте CDN через панель управления. Убедитесь, что модуль «Ускорение сайта» активирован и настроен: минификация CSS/JS, объединение файлов, отложенная загрузка.

Долгосрочное решение: современный технологический стек

Если ваш сайт не поддаётся оптимизации (устаревшая CMS, тяжёлая тема, десятки конфликтующих плагинов, серверная часть, которая генерирует HTML за три секунды), — рассмотрите миграцию на современный стек. Next.js с режимами SSG (статическая генерация) или ISR (инкрементальная статическая регенерация) даёт скорость загрузки, недостижимую для WordPress с тридцатью плагинами. Astro — фреймворк для контентных сайтов, который по умолчанию отдаёт ноль байт JavaScript на клиент.

Это радикальное решение, которое требует инвестиций в разработку, — но оно закрывает проблему скорости раз и навсегда. Сайт на Next.js с Vercel загружается за 0.5–1.5 секунды на мобильных — и никакие Турбо-страницы не нужны.

Отключение Турбо-страниц — не катастрофа. Это повод наконец-то оптимизировать свой сайт по-настоящему, а не полагаться на костыли от Яндекса. Быстрый сайт — это лучший пользовательский опыт, лучшие поведенческие факторы, лучшие позиции в поиске и лучшая конверсия. Инвестиция в скорость окупается всегда.