Видео тормозит сайт сильнее любых картинок: с шестью встроенными плеерами RUTUBE моя главная получала 28 баллов из 100 в Google PageSpeed Insights, а после замены плееров на лёгкие заглушки показала 93. Ролики со страницы никуда не делись, посетитель видит и запускает их так же, как раньше. Изменилось только то, что браузер больше не грузит шесть чужих проигрывателей, пока человек ещё ничего не нажал.
Сразу о том, что за баллы. Google PageSpeed Insights — сервис проверки скорости, который ставит странице оценку производительности от 0 до 100. Я везде мерил мобильную версию: она строже компьютерной, и с телефона на сайты малого бизнеса заходит большинство людей. По шкале самого сервиса 90–100 — зелёная зона, 50–89 — жёлтая, 0–49 — красная. 28 баллов — глубоко в красном.
Честная оговорка, чтобы не было путаницы в цифрах. Скачок 28 → 93 замерен на главной странице, где стояло 6 плееров. Число 1 338 из заголовка — это сколько вставок плееров нашлось в текстах статей и кейсов всего сайта. Их я на следующий день заменил тем же способом, но отдельный замер «до и после» по каждой из 1 321 страницы не делал.
Коротко
- Главная с 6 встроенными плеерами: 28 баллов PageSpeed на телефоне, блокировка 2 650 мс, главный блок появлялся через 19 секунд. С заглушками: 93 балла, 10 мс и 2,6 секунды.
- Каждый встроенный плеер добавлял около 370 мс, в течение которых браузер занят и не реагирует на касания.
- Отложенная загрузка плеера не спасает: браузер всё равно создаёт окна проигрывателей и подтягивает их скрипты при прокрутке.
- Заглушка — кадр из ролика с кнопкой play и длительностью; настоящий плеер появляется только по нажатию и сразу начинает играть.
- По сайту нашлось 1 338 вставок плееров на 1 321 странице, при этом уникальных роликов всего 114. Заменил одним правилом при выводе страниц, без правки записей.
- Грабли были: заглушка схлопывалась на телефоне, видео на своём сервере на вечер замедлило сайт до 7 секунд, а подбор роликов по названию дал три ложные пары.
Было и стало на главной: три цифры
Замер 26 сентября 2026 года. Одна и та же главная, одни и те же ролики с видео-кейсами, разница только в том, как они вставлены.
| Показатель (мобильная версия) | 6 встроенных плееров | 6 заглушек |
|---|---|---|
| Оценка PageSpeed, баллов из 100 | 28 | 93 |
| Блокировка основного потока (TBT) | 2 650 мс | 10 мс |
| Появление главного блока страницы (LCP) | 19,0 с | 2,6 с |
Две аббревиатуры в таблице стоит расшифровать один раз и простыми словами. TBT показывает, сколько времени браузер был так занят чужой работой, что не мог откликнуться на нажатие: человек тыкает в меню или кнопку телефона, а страница молчит. LCP показывает, через сколько секунд на экране появился самый крупный элемент первого экрана — обычно фото или заголовок. Есть и третья мера, CLS, — насколько страница дёргается и сдвигается при загрузке. О ней ниже, когда дойдёт до устройства заглушки.
19 секунд до появления первого экрана на телефоне — это значит, что посетитель смотрит на полупустую страницу дольше, чем большинство людей готовы ждать. Подробнее, из чего складываются эти показатели в нынешнем году, я писал в статье про Core Web Vitals в 2026 году.
Как красивые ролики перечеркнули прежнюю работу над скоростью
Самое обидное в этой истории — что сайт до этого уже ускоряли. В конце августа 2026 года я облегчил главную: объём её кода сократился с 411 до 262 КБ, а по сети она стала передаваться в 60 КБ вместо 103, то есть на 41% меньше. Мобильная оценка тогда была 87 баллов. Общие способы ускорения собраны в материале о том, как повысить скорость загрузки сайта.
К 26 сентября, когда на главной стояли шесть плееров с видео-кейсами, оценка была уже 28. Вся работа над кодом и сжатием перекрылась несколькими блоками, которые выглядят безобидно: кадр, кнопка, ничего тяжёлого на вид. Видео на сайте — вещь полезная, людям проще поверить живому ролику, чем тексту. Но встраивать его «как дают на площадке» — значит платить скоростью за каждый ролик, даже если его никто не смотрит.
Сколько стоит один встроенный плеер: около 370 мс
Мне не хотелось верить на слово, поэтому я замерил цену плеера напрямую. На странице было три ролика — блокировка основного потока составляла 1 530 мс. Добавил ещё три — стало 2 650 мс. Разница 1 120 мс на три плеера, то есть каждый встроенный проигрыватель обходится примерно в 370 мс, в течение которых телефон посетителя занят чужими скриптами.
Отсюда простое правило для владельца. Один плеер на странице услуги терпим. Три — уже заметная потеря. Шесть, восемь, десять роликов в ряд, как часто делают в разделах «Отзывы» или «Наши работы», складываются в секунды, за которые человек успевает закрыть вкладку. И это касается любой площадки: встроенный плеер RUTUBE, YouTube или любого другого сервиса тянет собственные скрипты, счётчики и настройки. Так устроено встраивание, площадка тут не виновата.
Почему «ленивая» загрузка плеера не помогает
Первое, что советуют в таких случаях, — включить у плеера отложенную загрузку, чтобы он грузился только при прокрутке до него. Я проверял: это не решает задачу. Браузер всё равно создаёт окна проигрывателей и подтягивает их скрипты, просто чуть позже — когда человек долистал до блока. Тяжёлая работа никуда не исчезает, она переносится на момент, когда посетитель уже читает и прокручивает страницу. Отсюда рывки и подвисания прямо под пальцем.
Есть и вторая сторона. Сервис проверки скорости может не долистать страницу так, как это делает живой человек, и на одном прогоне показать оценку лучше, чем на другом. Владелец радуется зелёной цифре, а посетитель с телефона на третьем экране всё равно ловит торможение. Поэтому я не смотрю на одну оценку, а сравниваю блокировку потока при разном числе плееров: она честнее.
Что такое заглушка и как она ведёт себя для посетителя
Заглушка выглядит как обычный плеер в покое. Вместо проигрывателя на странице стоит картинка-кадр из ролика весом около 25–35 КБ и шириной 640 точек, поверх — кружок play, в углу — длительность ролика. Пока человек ничего не нажал, на страницу не грузится ни одного чужого скрипта.
По нажатию на место картинки встаёт настоящий плеер и сразу начинает играть. Автозапуск здесь обязателен: иначе посетитель нажимает на картинку, видит появившийся плеер и вынужден нажимать второй раз — это раздражает и выглядит как поломка. Для человека всё происходит в одно касание, как на привычном видеосервисе.
Ещё три детали, без которых заглушка работает хуже:
- Кадр и длительность хранятся на своём сайте. Я беру их из открытых данных RUTUBE один раз и сохраняю у себя, чтобы картинка не грузилась со стороннего адреса при каждом показе.
- Пропорции 16:9 заданы жёстко. Блок с самого начала занимает ровно то место, которое потом займёт плеер. При подмене картинки на проигрыватель страница не прыгает, и показатель сдвига макета (CLS) не портится.
- Длительность видна до нажатия. Человек сразу понимает, что его ждёт ролик на две минуты, а не на двадцать, и решает, смотреть ли сейчас.
Если видео для вас — способ удержать посетителя, заглушка эту задачу не отменяет. Почему ролик на странице полезен для поведения посетителей, я разбирал в статье о том, что видео на странице держит человека дольше. Заглушка оставляет эту пользу и снимает плату за неё.
1 338 плееров по всему сайту: масштаб проблемы
После главной я проверил остальные страницы и сам удивился. В текстах статей и кейсов нашлось 1 338 вставок плееров RUTUBE на 1 321 странице — больше половины блога. Уникальных роликов среди них всего 114: одни и те же видео годами вставлялись в разные материалы. На странице видео-портфолио плееров было 85 — по сути, самая тяжёлая страница сайта.
Править 1 321 запись вручную я не стал. Замена сделана одним правилом в оформлении сайта: оно срабатывает в момент, когда страница отдаётся посетителю, и подменяет плеер на заглушку. В базе данных ничего не переписано. Отказаться от решения можно одним выключателем, а новые статьи с роликами обрабатываются сами, без моего участия.
Здесь была своя ловушка. Часть плееров попадала на страницу мимо текста записи: движок сайта подставлял их из собственной памяти готовых вставок по ссылке, ещё несколько были вшиты прямо в шаблоны отдельных страниц. Правило, которое смотрело только на текст статьи, их пропускало. Поймать все случаи удалось лишь тогда, когда замена стала проверять готовую страницу целиком перед отправкой посетителю. Как подготовить сами ролики на этой площадке к поиску, рассказано в отдельном материале — SEO видео на RUTUBE.
YouTube на сайте: живые плееры, голые ссылки и ложные пары
Ещё 53 записи содержали ссылки на YouTube. Из них 36 отдавали живой плеер, который грузил сторонний скрипт сразу при открытии страницы. Учитывая, что YouTube в России замедляют, такой плеер у части посетителей просто долго висит серым прямоугольником. Что это значит для бизнеса, который держит ролики на этой площадке, я описывал в статье про замедление YouTube для бизнеса.
На 5 страницах видео не показывалось вовсе: движок сайта не смог получить данные о ролике и оставил вместо плеера голую ссылку. Читатель видел строчку адреса и больше ничего. Решение для всех трёх случаев получилось такое:
- 9 роликов нашлись на моём канале RUTUBE — ими заменены плееры YouTube на 34 страницах;
- остальные ролики YouTube спрятаны за такую же заглушку с кадром и кнопкой;
- голые ссылки тоже превратились в заглушки, и на этих страницах видео появилось впервые.
Теперь о ловушке, на которой легко ошибиться. Пары «ролик на YouTube — тот же ролик на RUTUBE» я сначала подбирал по названиям. Получилось три ложных пары: например, ролик длиной 22:01 подменился бы роликом на 2:43 с похожим заголовком. Посетитель нажал бы на разбор кейса, а получил короткую нарезку о другом. Ошибки отсеяла сверка длительности секунда в секунду: если ролики совпадают по названию, но расходятся по времени, это разные видео.
Грабли первые: заглушка схлопнулась на телефоне
На компьютере всё выглядело идеально, а на странице курсов с телефона под видео зияло пустое место. Причина оказалась в вёрстке: блок был рассчитан на то, что в нём стоит плеер напрямую, и его размеры задавались под проигрыватель. У новой обёртки с картинкой своих размеров в этом месте не оказалось, и на узком экране она сжималась почти в ноль.
Вывод, который я теперь применяю всегда: меняя плеер на заглушку, проверять каждое место, где он стоял, отдельно, включая мобильную версию. Один удачный экран на компьютере ничего не доказывает. Нужно открыть с телефона хотя бы по одной странице каждого типа: статью, кейс, страницу услуги, портфолио.
Грабли вторые: 7 секунд из-за видео на своём сервере
Видео кейсов — 100 роликов — я решил перенести на собственный сервер: рекламу в плеере RUTUBE со стороны сайта не отключить, а показывать чужую рекламу рядом со своими кейсами не хотелось. И вечером того же дня сайт стал открываться за 7 секунд. Сервер отдавал начало страницы за 0,35 с, а дальше остальное шло со скоростью 37 КБ/с, как по старому модему.
| Что происходило | Чем это било по сайту | Что исправил |
|---|---|---|
| Закрытый плеер продолжал качать файл в фоне | Пауза не останавливает загрузку, канал занят роликом, который никто не смотрит | Перед запуском нового ролика прежний гасится полностью |
| На портфолио открытые ролики оставались на странице и качались параллельно | Один посетитель открыл 21 ролик — 21 одновременная закачка, 6,6 ГБ | Ограничил скорость и число потоков на одного посетителя |
| Видео шло через медленный путь сервера | За два часа ушло 9,8 ГБ, страницы для остальных встали в очередь | Видео отдаётся напрямую, мимо тяжёлой обработки |
После исправлений главная снова открылась за 1,0 с. Урок: видео на своём сервере избавляет от чужой рекламы, но перекладывает на вас нагрузку, которую раньше несла площадка. Без ограничений один любопытный посетитель способен занять весь канал.
Ещё две ловушки при проверке
Снимок экрана не доказывает, что видео не играет. Браузер не рисует слой с видео в скриншот, поэтому на снимке может быть чёрный прямоугольник или кадр, хотя ролик в этот момент играет и качается. Проверять приходится не глазами по картинке, а тем, что реально загружается на странице.
«Звук есть, картинки нет». Такую жалобу мне прислали после замены. Оказалось, у посетителя в памяти браузера остались старые стили оформления, рассчитанные на прежний плеер. После обновления страницы всё встало на место. Если вам пишут о подобном сразу после правки, первым делом попросите обновить страницу с очисткой кэша.
Чего эта правка не даёт и что даёт на самом деле
Я не замерял, выросли ли после замены позиции или число заявок, поэтому и не пишу об этом. Обещать рост позиций от одной лишь скорости было бы нечестно. У Яндекса нет отдельной «оценки скорости» в баллах, как у PageSpeed: скорость там видна в Вебмастере и во времени загрузки в Метрике. Насколько скорость влияет на поиск и где это влияние заканчивается, разобрано в материале о том, влияет ли скорость сайта на продвижение.
Что правка даёт точно: человек с телефона видит первый экран через 2,6 секунды вместо 19 и может сразу нажимать на кнопки. Скорость — условие, без которого остальное не работает: медленный сайт теряет посетителей до того, как они увидят ваше предложение. Это касается любого сайта, на котором вы продвигаетесь.
И ещё одно наблюдение. PageSpeed колеблется от прогона к прогону. В конце октября я дорабатывал мобильную главную по тому же Lighthouse и видел то 66, то 83–84 балла — там тормозил уже скрипт анимации, видео было ни при чём. Один замер не истина: запускайте проверку несколько раз и смотрите на разброс. Почему разные сервисы показывают разные цифры, я объяснял в статье о том, почему PageSpeed, GTmetrix и Вебмастер дают разные цифры.
Как проверить свой сайт за 10 минут
Программист для первой проверки не нужен. Хватит телефона, компьютера и десяти минут:
- Откройте PageSpeed Insights по адресу pagespeed.web.dev, вставьте адрес главной и нажмите «Анализировать».
- Смотрите вкладку мобильной версии. Если оценка ниже 50, страница в красной зоне. Запустите проверку два-три раза: цифра будет плавать, ориентируйтесь на средний результат.
- Найдите в отчёте блокировку основного потока (TBT) и появление главного блока (LCP). Если блокировка больше секунды, а главный блок появляется дольше 4 секунд, ищите тяжёлые элементы.
- Пролистайте страницу и посчитайте встроенные плееры. Любой ролик, который выглядит как готовый проигрыватель с логотипом площадки, — кандидат на заглушку. Умножьте их число примерно на 370 мс, и станет понятно, сколько они стоят.
- Поищите чужие виджеты. Онлайн-чаты, карты, ленты соцсетей, отзывы со сторонних площадок, всплывающие окна — всё, что грузится с чужих адресов, работает по тому же принципу, что и плеер.
- Проверьте те же страницы с телефона. Откройте статью, страницу услуги и портфолио с мобильного интернета, не с домашнего Wi-Fi. Пустые места, прыгающие блоки и подвисания видны сразу.
- Запишите цифры до любых правок. Без замера «до» потом не поймёте, помогло ли изменение и насколько.
Если не хочется разбираться самому, начните с бесплатного аудита сайта: сервис покажет основные технические проблемы страницы, и станет понятно, с чего начинать.
Частые вопросы
Убирать видео с сайта совсем? Нет. Ролик остаётся на месте, посетитель видит кадр и запускает видео в одно касание. Меняется только момент, когда грузится проигрыватель: не при открытии страницы, а при нажатии.
Если плеер один, есть смысл менять? Один плеер — это около 370 мс блокировки. На лёгкой странице это может быть терпимо, на странице, где уже есть чат, карта и счётчики, — заметная прибавка. Решайте по замеру, а не по ощущению.
Работает ли это на конструкторах? Принцип тот же для любого движка: вместо проигрывателя показывается картинка, плеер появляется по нажатию. Насколько легко это сделать, зависит от того, даёт ли конструктор менять код блока.
Продвижение я веду лично, в SEO с 2005 года, и техническое состояние сайта проверяю до того, как браться за позиции, — за плечами 130+ кейсов. Основная услуга — SEO-продвижение сайта для бизнеса.
Источники
- Google — PageSpeed Insights, сервис проверки скорости страницы для мобильной и компьютерной версии.
- Google for Developers — About PageSpeed Insights (оценка по данным Lighthouse, границы зон 90+, 50–89, ниже 50).
- Chrome for Developers — Lighthouse performance scoring (как складывается оценка производительности и вес TBT, LCP, CLS).
- Chrome for Developers — Lazy load third-party resources with facades (заглушки вместо встроенных сторонних плееров).
- Мои замеры на сайте, сентябрь 2026: PageSpeed Insights для мобильной главной 26.09.2026, подсчёт вставок плееров по сайту 27.09.2026, журнал сервера при переносе видео кейсов.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе.
Связаться со мной →
Комментарии
Продаю кухни на заказ, на каждой странице модели по два-три ролика со сборкой. По моим наблюдениям, люди, которые посмотрели видео, звонят чаще. Если спрятать ролики за картинку, конверсия упадёт: кто будет нажимать на какой-то кадр?
Прятать ролики никто не предлагает: заглушка выглядит как плеер в покое, с кадром, кнопкой play и длительностью в углу. Посетитель нажимает так же, как нажимал бы на обычный проигрыватель, и видео сразу начинает играть, без второго нажатия. Разница в том, что пока он не нажал, три плеера не съедают у его телефона около секунды на чужие скрипты. Как изменилась конверсия у меня, я не замерял и выдумывать не буду. Проверьте на своём сайте: поставьте заглушки на половину моделей, сравните звонки за месяц и только потом решайте.
У меня сайт сантехнических работ, PageSpeed на телефоне 40 баллов, и по основным запросам в Яндексе я стабильно в первой пятёрке. Так что не надо пугать красной зоной, поиск на эти баллы смотрит мало.
Согласен, что сама оценка PageSpeed позицию не определяет, и я в статье прямо пишу, что роста позиций от скорости не обещаю. Топ держится на многом другом, и у вас это, судя по всему, сделано хорошо. Но 40 баллов — это про человека, а не про робота: посмотрите в отчёте, через сколько секунд у вас появляется первый экран на телефоне. Если там 8–10 секунд, часть людей уходит из выдачи к соседу ещё до того, как увидит ваш телефон. Позиция при этом остаётся прежней, а звонков меньше, чем могло бы быть.
Я маркетолог, работаю в основном с Яндексом. Объясните, а Яндексу PageSpeed вообще важен? Это же инструмент другой поисковой системы, зачем на него равняться?
Своей оценки в баллах у Яндекса нет, поэтому ориентироваться на цифру PageSpeed как на требование Яндекса не стоит. Скорость он видит по-своему: в Вебмастере есть сведения о загрузке страниц, в Метрике видно время загрузки у реальных посетителей. PageSpeed я использую как удобный градусник, который за минуту показывает, что именно тормозит. В моём случае он сразу указал на блокировку 2 650 мс, и дальше стало понятно, что виноваты плееры. Цель здесь в том, чтобы страница быстро открывалась у живого человека, а не чтобы понравиться какому-то поисковику.
Веб-мастер, делаю сайты на WordPress. Всем клиентам ставлю отложенную загрузку для видео, и PageSpeed после этого обычно показывает лучше. Не понимаю, почему вы пишете, что это не работает.
Оценка после этого действительно может подрасти, потому что проверка не всегда долистывает страницу так, как человек. Но сам плеер от этого легче не становится: когда посетитель доходит до блока, браузер создаёт окно проигрывателя и тянет те же скрипты, только в момент, когда человек уже читает и листает. Я проверял на главной цену плеера напрямую: три ролика давали 1 530 мс блокировки, шесть — 2 650 мс. Попробуйте на одной странице клиента сравнить отложенную загрузку и заглушку по блокировке потока, а не по итоговой оценке. Разница обычно видна сразу, а прогон делайте несколько раз, потому что цифры плавают.
У нас ролики не на RUTUBE, а в VK Видео. Там такая же история или их плеер легче?
Арина, проверьте сами за пару минут: замерьте страницу с плеером, потом временно уберите его и замерьте ещё раз. У меня с плеером VK блокировка тоже была заметная, автор ведь пишет, что это свойство любого встраивания, а не одной площадки.
Переносила видео отзывов на свой хостинг ровно по той же причине, из-за чужой рекламы. Через неделю хостер прислал письмо о превышении трафика. Теперь понимаю, что, скорее всего, ролики тоже качались в фоне после паузы.
Хочу перенести на RUTUBE около двухсот роликов с YouTube для сайта автосервиса. Как вы искали пары, если названия у меня на двух площадках немного разные?
Именно поэтому на названия полагаться нельзя: у меня сопоставление по ним дало три ложные пары, и ролик на 22:01 чуть не подменился роликом на 2:43. Надёжнее длительность: выгрузите для обеих площадок список роликов с точным временем и сопоставляйте по совпадению секунда в секунду. Если время совпало, а название похоже, это почти наверняка тот же ролик. Если название похоже, а время разное, это разные видео, даже когда кажется иначе. Спорные случаи досмотрите глазами по первому кадру, на двести роликов это займёт час, а не неделю.
Немного придерусь к цифрам. 93 балла получены на одной главной, а в заголовке 1 338 плееров. Читатель решит, что весь сайт стал 93, хотя это не так.
Захар, так в начале статьи это прямо и сказано: замер на главной, а 1 338 — сколько вставок нашлось по статьям. Мне как раз полезнее цифра про цену одного плеера, её можно приложить к любому своему сайту.
Делала похожую заглушку сама по инструкции из интернета, без жёстких пропорций. При нажатии весь текст ниже прыгал вниз, клиент решил, что сайт сломался. Про 16:9 — очень жизненный пункт.
Прошёлся по чек-листу на своём сайте детского центра: на телефоне 34, на компьютере 78. Нашёл два плеера и онлайн-чат, который грузится сразу. С чата и начну, его, как я понял, тоже можно показывать по нажатию.