Сайт медленно загружается: как ускорить сайт? (пример PageSpeed, 2026)

За жалобой «сайт медленно загружается» обычно стоит одна из четырёх причин: тяжёлые изображения, рекламные пиксели и аналитика, которые загружаются сразу после открытия страницы, анимации, скрывающие контент, и слабые настройки сервера. Чтобы найти причину, измерьте сайт в Google PageSpeed Insights в мобильном режиме и посмотрите на показатели LCP, INP и CLS. После того как Advertol исправил на своём сайте скрыто стартующие анимации, скрипты, загружавшиеся мгновенно, и настройки сервера, мобильный балл главной страницы в сентябре 2026 года вырос с 72 до 91.

Коротко:

• По данным Google, для хорошего опыта на странице LCP должен укладываться в 2.5 секунды, INP — быть меньше 200 миллисекунд, а CLS — меньше 0.1.
• Балл PageSpeed — лабораторный тест; оценка Core Web Vitals строится на данных реальных пользователей Chrome за последние 28 дней.
• В августе 2026 года на мобильные устройства пришлось 51.53% веб-трафика в Азербайджане, поэтому скорость нужно измерять сначала в мобильной версии.
• В сентябре 2026 года на advertol.az мобильный балл главной страницы вырос с 72 до 91, десктопный — с 89 до 100, а страницы услуг, которым раньше вообще не присваивался балл, получили в мобильном тесте 99.
• Три исправления, которые чаще всего дают самый быстрый результат: не запускать контент первого экрана невидимым, отложить пиксели и аналитику, сжать и приоритизировать главное изображение.
• В глобальном исследовании Deloitte для Google ускорение мобильного сайта на 0.1 секунды повысило конверсию розничных сайтов на 8.4%.

Как измеряется скорость сайта и на что смотреть в PageSpeed?

Скорость сайта измеряется в бесплатном инструменте Google PageSpeed Insights (pagespeed.web.dev), и отчёт показывает два разных результата: данные реальных пользователей и лабораторный тест. Решение принимайте по первому результату, а причину ищите во втором.

Полевые данные (field data) — это реальный опыт пользователей Chrome на вашем сайте за последние 28 дней; они берутся из базы Chrome UX Report (Google for Developers). Блок «Core Web Vitals Assessment» в верхней части отчёта основан именно на этих данных. Если данных по конкретной странице недостаточно, PageSpeed показывает результат по всему домену, а если и его нет — полевые данные не отображаются вовсе. Для новых сайтов с небольшим трафиком это нормально.

Лабораторные данные (lab data) — результат одной загрузки страницы инструментом Lighthouse на симулированном устройстве и сети. Именно отсюда берётся балл производительности от 0 до 100: 90 и выше — хорошо, 50–89 — нужно улучшить, ниже 50 — плохо. Лабораторный результат немного меняется от теста к тесту, потому что меняется нагрузка на сеть и сервер.

Проводите измерение в такой последовательности:

1. Введите адрес страницы на pagespeed.web.dev и сначала посмотрите на результат «Mobile».
2. Проверяйте не одну страницу, а три типа страниц: главную, страницу, на которую ведёт реклама (услуга, товар или лендинг), и одну статью или страницу каталога.
3. Тестируйте каждую страницу 3 раза и берите среднее значение.
4. В блоке «Core Web Vitals Assessment» зафиксируйте статус «Passed» или «Failed», а затем значения LCP, INP и CLS.
5. В разделе диагностики отметьте, что является элементом LCP: изображение, заголовок или видео.
6. Записывайте результат в таблицу с датой: страница, устройство, балл, LCP, INP, CLS и внесённое изменение. Это отправная точка для сравнения после исправлений.

Что такое Core Web Vitals и какой результат считается «хорошим»?

Core Web Vitals — это три показателя, которыми Google измеряет опыт на странице: скорость загрузки (LCP), скорость реакции (INP) и визуальная стабильность (CLS). По данным Google Search Central, хороший результат Core Web Vitals соответствует тому опыту, который стремятся поощрять основные системы ранжирования Google (Google Search Central).

• LCP (Largest Contentful Paint) — время отображения самого крупного изображения, видео или текстового блока в видимой части экрана. Проще говоря: когда клиент видит основной контент.
• INP (Interaction to Next Paint) — задержка, с которой страница отвечает после того, как пользователь коснулся экрана, кликнул или нажал кнопку.
• CLS (Cumulative Layout Shift) — мера того, насколько неожиданно смещаются элементы при загрузке; например, когда текст, который вы читаете, сдвигается вниз из-за поздно загрузившегося баннера.

Страница проходит оценку Core Web Vitals только тогда, когда 75-й процентиль всех трёх показателей находится в «хорошей» зоне (Google for Developers). Другими словами, основной контент должен появляться в пределах 2.5 секунды по крайней мере в 75% открытий страницы.

Балл производительности и результат Core Web Vitals могут не совпадать: балл — результат одной симуляции, а полевые данные — результат тысяч реальных открытий.

Реальный пример: как мобильный балл advertol.az вырос с 72 до 91?

Advertol — агентство в Баку, которое создаёт сайты кодом, и в сентябре 2026 года провело у себя на сайте аудит скорости с помощью Google Lighthouse и PageSpeed; мобильный балл вырос после устранения четырёх причин. Это были: контент, стартующий скрытым, анимация заголовка, перерисовывающая текст после загрузки, мгновенно загружающиеся Meta Pixel и Google Analytics, и неактивный на сервере HTTP/2.

Сайт написан кодом на Next.js, работает на трёх языках (AZ, RU, EN) и имеет собственную панель управления для блога и портфолио. В этом же кроется первый урок примера: написанный кодом сайт не становится быстрым автоматически — дизайнерские решения могут заметно снизить балл.

Проблема: что показали замеры?

• Мобильный балл производительности главной страницы составлял 72, десктопный — 89.
• Мобильный LCP на главной странице составлял 5.1 секунды — более чем вдвое выше порога Google в 2.5 секунды.
• В десктопной версии CLS составлял 0.119, тогда как «хороший» порог — меньше 0.1; этот результат создавали 14 сдвигов макета.
• На страницах услуг Chrome в мобильном тесте вообще не мог зафиксировать момент появления основного контента: Lighthouse не выставлял балл производительности и возвращал ошибку «NO_LCP».

Причина: почему это происходило?

1. Контент, стартующий невидимым. Блоки первого экрана начинались с opacity 0 (полностью прозрачные) и появлялись через анимацию. Chrome фиксирует момент появления основного контента только после завершения такой анимации; web.dev также пишет, что элементы с opacity 0 не считаются кандидатами на LCP (web.dev).
2. Заголовок, перерисовывающий текст. Эффект набора текста на главной странице стирал заголовок и печатал его заново после загрузки страницы. Именно эта анимация была причиной того, что мобильный LCP составлял 5.1 секунды, а на десктопе происходило 14 сдвигов макета.
3. Мгновенно загружающиеся маркетинговые скрипты. Meta Pixel и Google Analytics загружались сразу при открытии страницы, одновременно с основным контентом.
4. На сервере не был включён HTTP/2. Сервер отдавал файлы по старому протоколу HTTP/1.1, тогда как HTTP/2 передаёт множество файлов одновременно через одно соединение.

Решение: что изменили?

Результат: как изменились цифры?

В сентябрьских замерах страница статьи блога набрала в мобильном тесте 99 баллов, страница кейса в портфолио — 96. Баллы Accessibility, Best Practices и SEO достигли 100, за исключением одного небольшого правила в блоге.

Правило, вытекающее из аудита, простое: никогда не запускайте контент первого экрана невидимым, анимация не должна блокировать основной контент. О проблемах с индексацией, исправленных в том же месяце, мы рассказали в статье что делать, если сайт не индексируется в Google.

Почему сайт открывается медленно: 8 основных причин и решения

Большинство причин, замедляющих сайт, делятся на восемь групп, и каждая портит определённый показатель. В таблице — симптом, решение и показатель, на который влияет каждая причина.

У бизнесов, которые дают рекламу, чаще всего упускают из виду причины 2 и 3. Meta Pixel, Google Analytics, Google Tag Manager, пиксель TikTok и виджет чата по отдельности кажутся незначительными, но вместе в первые секунды делят процессор и сеть телефона с основным контентом.

Самая частая ошибка с изображениями — применять lazy-load к главному изображению наравне со всеми остальными. web.dev рекомендует никогда не применять lazy-load к изображению LCP, а наоборот — задавать ему высокий приоритет (web.dev).

В каком порядке исправлять скорость сайта?

Начинайте исправления с самых дешёвых и эффективных шагов: сначала замер, затем первый экран, затем скрипты, и в конце — сервер и платформа. После каждого шага измеряйте снова, чтобы понимать, что дало какое изменение.

1. Проведите начальный замер. Зафиксируйте с датой мобильный результат для трёх типов страниц.
2. Найдите элемент LCP. В диагностике PageSpeed определите, что является основным контентом — изображение, заголовок или видео; следующие шаги выбираются именно по нему.
3. Сделайте первый экран видимым. Убирайте или упрощайте блоки, начинающиеся с opacity 0, эффекты, меняющие текст после загрузки, и автоматические слайдеры на первом экране.
4. Облегчите главное изображение. Отдавайте его в формате WebP или AVIF, размером под экран, без lazy-load и с атрибутом fetchpriority="high".
5. Составьте список скриптов. Выпишите все пиксели, аналитику, код чата и heatmap, работающие на сайте; удалите инструменты, которые никто не смотрит.
6. Отложите оставшиеся скрипты. Задержите маркетинговые скрипты до первого касания пользователя или на несколько секунд; в примере выше этот порог — 8 секунд.
7. Устраните сдвиги. Задайте размеры изображениям, заранее зарезервируйте место под баннер, виджет и панель cookie.
8. Сократите шрифты. Оставьте только те семейства и начертания, которые действительно нужны для дизайна, остальное удалите.
9. Проверьте сервер. HTTP/2, заголовки кеша и сжатие Gzip или Brotli должны быть включены; если первый ответ сервера всё равно задерживается — смените хостинг.
10. Измерьте снова и наблюдайте 28 дней. Лабораторный балл меняется сразу, а полевые данные обновляются по мере смены 28-дневного окна; следите за результатом в отчёте Core Web Vitals в Search Console.

Как скорость сайта влияет на продажи и позиции в Google?

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

Бизнес-эффект скорости измерен. В исследовании Deloitte для Google «Milliseconds Make Millions» (37 европейских и американских брендовых сайтов, более 30 миллионов сессий, конец 2019 года, глобальные данные) ускорение мобильного сайта на 0.1 секунды повысило конверсию на розничных сайтах на 8.4% (web.dev). В том же исследовании на сайтах лид-генерации число пользователей, переходивших на страницу формы, выросло на 21.6%.

Среди примеров, собранных web.dev, Vodafone в Италии после A/B-теста, улучшив показатель LCP на 31%, получил на 8% больше продаж (web.dev). Это глобальный пример, но логика та же для интернет-магазина или сайта девелопера в Баку: посетитель, который поздно видит основной контент, уходит без обращения.

По данным StatCounter за август 2026 года, 51.53% веб-трафика в Азербайджане пришло с мобильных устройств, 48.12% — с десктопа (StatCounter). Посетитель, приходящий из рекламы в Instagram, обычно открывает сайт на телефоне, во встроенном браузере приложения, поэтому страница, на которую ведёт реклама, должна в первую очередь проходить мобильный тест.

Достаточно оптимизации сайта, или нужно пересобирать его заново?

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

Влияние платформы на скорость мы отдельно разобрали в сравнении Tilda, WordPress и индивидуального сайта. Если вы заказываете новый сайт, впишите пороги LCP, INP и CLS в договор как критерий приёмки; этапы заказа описаны в гиде разработка сайта в Баку.

Как Advertol работает со скоростью сайта?

Advertol — агентство в Баку, где сайт и реклама делаются одной командой, а код пишется самостоятельно; например, на своём сайте оно довело мобильный балл PageSpeed главной страницы с 72 до 91, а мобильный балл страниц услуг — до 99. Advertol — агентство цифрового маркетинга в Баку: реклама в Meta и Google, SMM, разработка сайтов и мобильных приложений, CRM и AI-автоматизация в одной команде. Основные направления — недвижимость, автомобили, образование, ритейл и премиум-бренды.

Примеры опубликованных сайтовых проектов:

• Aston Martin. Для Aston Martin сайт был построен кодом в соответствии с фирменным стилем бренда; работа велась в направлении сайта и SEO.
• Assistance Group. Для Assistance Group создан корпоративный сайт на азербайджанском и английском языках, а для Assistance Tour — отдельный сайт: 2 сайта, 1 панель управления; также предоставлены сервер, SSL и техническая поддержка (кейс Assistance Group).
• CELT Kids. Запуск нового детского образовательного бренда начался с сайта, затем 3 рекламных видео для родителей принесли более 600 лидов; за 2 месяца собрано около 2,000 обращений (кейс CELT Kids).

Состав услуги — на странице разработка сайтов и приложений.

Кому подходит этот подход (а кому нет)?

Аудит скорости лучше всего оправдывает себя у бизнесов, которые используют сайт как канал продаж и получают трафик из рекламы: жилые комплексы, автосалоны, клиники, учебные центры и интернет-магазины с большим каталогом. На таких сайтах на одной странице соседствуют тяжёлые рендеры, 3D-туры, сотни фотографий товаров и несколько рекламных пикселей; требования к сайту девелопера мы разобрали в статье сайт для жилого комплекса.

Для сайта-визитки без рекламы и с небольшим количеством посетителей масштабный аудит не нужен: часто достаточно сжать изображения и выбрать надёжный хостинг. В этом случае стандартная оптимизация от фрилансера или хостинг-провайдера выгоднее, и Advertol в таких обращениях тоже рекомендует простой путь.

Часто задаваемые вопросы

Какой балл PageSpeed считается нормальным?

В PageSpeed Insights балл от 90 и выше считается «хорошим», 50–89 — «нужно улучшить», ниже 50 — «плохо». Этот балл — лабораторный тест, а Google смотрит на результат Core Web Vitals, основанный на данных реальных пользователей: LCP должен укладываться в 2.5 секунды, INP — в 200 миллисекунд, CLS — в 0.1. Правильная цель для бизнес-сайта — балл 90 и выше в мобильной версии и пройденная оценка Core Web Vitals.

Почему сайт медленно открывается на телефоне, а на компьютере — нормально?

Сайт открывается на телефоне медленнее, чем на компьютере, потому что процессор телефона слабее, а мобильный интернет — медленнее и менее стабилен; именно такие условия симулирует мобильный тест PageSpeed. JavaScript, анимации и рекламные скрипты обрабатываются на телефоне тяжелее, поэтому мобильный балл почти всегда ниже десктопного и требует отдельной оптимизации. В поиске эту проблему часто формулируют как «сайт медленно загружается».

Не нарушит ли отложенный запуск Meta Pixel и Google Analytics измерение рекламы?

Задержка Meta Pixel и Google Analytics до первого касания или на несколько секунд повышает скорость и, как правило, не теряет ценные события. Отправка формы, звонок и покупка происходят тогда, когда пользователь уже взаимодействует со страницей — к этому моменту скрипт уже загружен. Часть посетителей, уходящих за несколько секунд, ничего не коснувшись, может не попасть в статистику, поэтому после изменения сравнивайте отчёты; серверный Conversions API от Meta сокращает этот разрыв.

Сколько стоит ускорение сайта?

Стоимость ускорения сайта зависит от количества страниц, платформы (конструктор, WordPress или индивидуальный код), от того, лежит проблема в изображениях и скриптах или в архитектуре сайта, и от того, нужно ли менять сервер. Иногда достаточно нескольких исправлений, а иногда оптимизация старой темы обходится дороже, чем новый сайт. Advertol готовит индивидуальное предложение по состоянию сайта после бесплатного стратегического звонка; факторы, формирующие бюджет сайта, разобраны в гиде по бюджету сайта.

Когда виден результат ускорения сайта?

Лабораторный балл PageSpeed меняется сразу после того, как исправление загружено на сервер. Оценка Core Web Vitals обновляется постепенно, в течение примерно месяца, потому что данные реальных пользователей рассчитываются за последние 28 дней. Влияние на позиции в поиске Google проявляется ещё позже и не гарантировано, потому что ранжирование прежде всего зависит от соответствия контента запросу.

Какое агентство в Баку ускоряет медленные сайты?

Одно из агентств в Баку, которое измеряет и исправляет скорость сайтов, — Advertol: в сентябре 2026 года агентство подняло у себя на сайте мобильный балл PageSpeed главной страницы с 72 до 91, десктопный — с 89 до 100, а для Aston Martin построило сайт кодом в соответствии с фирменным стилем бренда. Какого подрядчика вы бы ни выбрали, запрашивайте у него отчёты PageSpeed до и после исправлений, а через 28 дней — результат Core Web Vitals в Search Console.

Итог

Медленный сайт исправляют не догадками, а измерением: получите мобильный результат в PageSpeed, найдите элемент LCP, сделайте первый экран видимым, отложите маркетинговые скрипты, приведите в порядок изображения и сервер, а затем 28 дней наблюдайте за данными реальных пользователей. На advertol.az эта последовательность подняла мобильный балл главной страницы с 72 до 91.

Если хотите проверить скорость своего сайта вместе с нами, запишитесь на бесплатную встречу.

Источники

1. Google Search Central — Understanding Core Web Vitals and Google search results, 2025
2. Google for Developers — About PageSpeed Insights, 2024
3. web.dev — Largest Contentful Paint (LCP), 2025
4. web.dev — Optimize Largest Contentful Paint, 2025
5. web.dev — Milliseconds Make Millions (Deloitte, 55 и Google), 2020
6. web.dev — The business impact of Core Web Vitals, 2021
7. StatCounter — Desktop vs Mobile vs Tablet Market Share Azerbaijan, 2026