Скорость сайта клиники: почему тормозит и как ускорить

Вы запустили рекламу, поток пошёл, а заявок меньше, чем ждали. Первым делом смотрят на объявления, посадочную, оффер. А сайт тем временем открывается на телефоне пациента 8–12 секунд — и половина людей закрывает вкладку, не дождавшись первого экрана. Деньги за клик списаны, пациента нет.

Скорость — это не «технический показатель для разработчиков». Это верхняя ступень воронки, на которой вы теряете уже оплаченный трафик. Ниже разберём, почему медленный сайт бьёт по клинике особенно больно, из-за чего он тормозит, как это замерить своими руками и что делать по шагам.

Почему скорость сайта клиники — это деньги

Есть три причины, по которым скорость для медицины критичнее, чем для среднего интернет-магазина.

Конверсия падает с каждой секундой загрузки

Google в исследованиях мобильных сайтов приводил такую закономерность: при росте времени загрузки с 1 до 3 секунд вероятность отказа (человек ушёл, не взаимодействуя) растёт примерно на 32%, с 1 до 5 секунд — примерно в два раза, с 1 до 6 секунд — примерно втрое. Точные числа зависят от ниши, но направление всегда одно: чем дольше грузится, тем меньше людей доходит до контента и до формы записи.

Особенно это заметно на мобильных. Пациент ищет клинику с телефона, часто на ходу, на нестабильном 4G. Ваш сайт, который на рабочем компьютере с оптоволокном открывается мгновенно, у него грузится в разы дольше. А мобильных визитов у клиник обычно большинство.

Скорость влияет на позиции в поиске

Google с 2021 года учитывает скорость и стабильность страницы в ранжировании через набор метрик Core Web Vitals. Яндекс тоже понижает медленные страницы и повышает для них стоимость клика в Директе через показатель качества. То есть медленный сайт бьёт дважды: хуже позиции в органике и дороже реклама.

В медицине трафик слишком дорогой, чтобы его терять

Клик по медицинскому запросу в Директе — один из самых дорогих на рынке. А догнать ушедшего пациента ретаргетингом в большинстве медицинских ниш нельзя: данные о здоровье — специальная категория персональных данных, и площадки запрещают преследовать таких пользователей рекламой (подробно разбирали в статье про рекламу медуслуг в 2026).

Вывод простой: второго касания часто не будет. Значит, каждый визит нужно конвертировать сразу — а первое, обо что спотыкается человек, это скорость загрузки.

Быстрая шпаргалка: что тормозит и что с этим делать

Из-за чего сайт клиники обычно тормозит

Разберём типовые причины подробнее — в порядке, в котором они чаще всего встречаются на медсайтах.

1. Тяжёлые картинки

Самая частая причина. Клиники любят большие фото: врачи, интерьеры, оборудование, слайдеры на весь экран. Часто их заливают как есть — прямо с фотоаппарата, на 4000 пикселей в ширину и по 3–5 МБ каждая. Браузер вынужден скачать весь этот вес, чтобы показать картинку размером 400 пикселей на макете.

Проверить легко: откройте страницу, нажмите правой кнопкой → «Посмотреть код» → вкладка Network, обновите страницу и отсортируйте по размеру. Если наверху висят изображения по 1–3 МБ — вот ваш главный тормоз.

2. Скрипты и сторонние виджеты

Онлайн-чат, квиз-подбор, виджет записи, коллтрекинг, пиксель Директа, пиксель VK, две-три системы аналитики «на всякий случай». Каждый из них — это внешний скрипт, который браузер загружает и выполняет. Пока тяжёлый JS выполняется, страница может не реагировать на нажатия.

Отдельная беда — дубли в Google Tag Manager: за годы работы разные подрядчики добавляют свои теги, старые никто не убирает, и на странице одновременно крутятся по 3–5 счётчиков одного и того же.

3. Нет кэша и сжатия

Кэш — это когда браузер сохраняет статику (картинки, стили, скрипты) после первого визита и при следующем заходе не грузит её заново. Сжатие (gzip или brotli) уменьшает вес текстовых файлов в разы ещё на стороне сервера. Если ни то ни другое не настроено, каждый заход и каждый переход по сайту грузится «с нуля» полным весом.

4. Медленный хостинг

Пока картинки и скрипты — это фронтенд, время ответа сервера (TTFB, time to first byte) — это уже хостинг. Дешёвый перегруженный тариф отдаёт первый байт по секунде и дольше, и никакая оптимизация картинок этого не компенсирует. Это отдельная история, которую обычно решают сменой тарифа или переездом.

5. Тяжёлый шаблон

Готовые шаблоны для Bitrix, WordPress и других CMS часто тащат за собой набор модулей «на все случаи»: слайдеры, анимации, десяток шрифтовых начертаний, библиотеки, которые вы не используете. Всё это грузится на каждой странице, даже если на ней ничего этого нет.

Как замерить скорость: три инструмента

Прежде чем что-то чинить, снимите замер — иначе не с чем будет сравнивать результат. Хватит трёх бесплатных инструментов.

PageSpeed Insights

Главный инструмент. Заходите на pagespeed.web.dev, вставляете адрес страницы — получаете балл от 0 до 100 отдельно для мобильных и десктопа. Меряйте по мобильной вкладке — именно так сайт видит большинство ваших пациентов.

Ниже балла инструмент раскладывает, что именно тормозит: какие картинки весят, какие скрипты блокируют отрисовку, где нет сжатия. Это готовый список задач для подрядчика. Балл ниже 50 — красная зона, 50–89 — есть что улучшать, 90+ — хорошо.

Яндекс Метрика

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

Чтобы такие отчёты вообще работали и совпадали с реальными действиями пользователей, счётчик должен быть корректно установлен и настроен. Как это сделать без ошибок — в нашем продукте «Разметка Метрики».

Core Web Vitals: LCP, INP, CLS

Это три метрики Google, по которым он оценивает реальный опыт посетителей и учитывает их в ранжировании. Оценка считается по 75-му процентилю реальных пользователей — то есть страница проходит порог, если у 75% визитов метрика в «зелёной» зоне.

Важный момент по INP: с 12 марта 2024 года эта метрика заменила прежнюю FID. Если в старых статьях вы встречаете FID (First Input Delay) — она больше не входит в Core Web Vitals, ориентируйтесь на INP.

Все три метрики видны прямо в PageSpeed Insights (блок с данными реальных пользователей, если трафика достаточно) и в Google Search Console → отчёт «Основные интернет-показатели».

Что делать: план ускорения по шагам

Порядок именно такой — от самого «весомого» к тонкой настройке.

1. Снимите замер «до». Мобильный PageSpeed по главной, странице услуг и карточке врача. Сохраните скриншоты — это точка отсчёта.
2. Разберитесь с картинками. Сжать, перевести в WebP/AVIF, задать реальные размеры под макет, включить lazy-load для всего, что ниже первого экрана (карты, iframe, галереи). Обычно это даёт самый большой прирост.
3. Наведите порядок в скриптах. Отложенная и асинхронная загрузка тяжёлого JS и виджетов (чат, квиз). Чистка дублей в GTM. Коллтрекинг и пиксели не удаляйте — переводите на отложенную загрузку и проверяйте, что звонки и цели по-прежнему считаются.
4. Включите кэш и сжатие. gzip/brotli на сервере и кэширование статики — повторные заходы и переходы по сайту станут заметно быстрее.
5. Проверьте хостинг. Если TTFB стабильно выше секунды — вопрос к тарифу или к хостингу, отдельно от фронтенда.
6. Снимите замер «после». Тем же инструментом, по тем же страницам. Сравните балл и время загрузки — так вы увидите, что именно изменилось.

Что с этим делать маркетологу

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

• Сначала замеряете — PageSpeed по ключевым страницам и время загрузки в Метрике, чтобы видеть картину у реальных пользователей.
• Потом чините самое весомое — картинки и скрипты, затем кэш и хостинг.
• А дальше — работаете над тем, что происходит после загрузки: удобством записи и конверсией сайта. Быстрый сайт лишь доводит человека до контента; превратит ли он визит в запись — вопрос уже воронки, а не скорости.

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

Если не хочется разбираться в этом вручную

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

Границы честные: мы работаем с фронтендом — картинки и шрифты, скрипты и виджеты, кэш и сжатие. Замер PageSpeed «до» и «после» фиксирует результат в цифрах. Коллтрекинг и пиксели не удаляем, а переводим на отложенную загрузку, чтобы аналитика продолжала считаться. Серверная часть — хостинг и TTFB — решается отдельно, если нужна. Мы не обещаем «90 из 90»: часть баллов упирается в сервер, вне зоны фронтенда. Обещаем измеримый рост балла и снижение времени загрузки.

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