Что следует проверить в первую очередь, если проверка сайта выявила медленную загрузку

Что следует проверить в первую очередь, если проверка сайта выявила медленную загрузку

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

Ценная проверка сайта не должна ограничиваться только каким-либо «баллом», а должна отвечать на несколько практических вопросов: сервер долго не отвечает или браузер слишком медленно отображает страницу после получения контента? Медленно загружаются все страницы или только рекламные посадочные страницы, карточки товаров и многоязычные страницы? Сайт медленно открывается в Китае или на целевых рынках, таких как Северная Америка и Европа? Только после разграничения этих вопросов последующие действия будут выбраны правильно.

Сначала определите: медленно отвечает сервер или медленно загружается страница

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

Для перекрёстной проверки можно использовать сетевую панель инструментов разработчика в браузере или сервисы измерения скорости из разных регионов. Если ожидание самого запроса документа занимает много времени, в первую очередь следует проверить местоположение хостинга, нагрузку на сервер, запросы к базе данных, состояние кэша, а также наличие слишком длинной цепочки перенаправлений. Например, после перехода по http-адресу пользователь перенаправляется на https, затем на версию с www или без www, а после — в языковой каталог. За одно короткое посещение возникает несколько дополнительных циклов обмена данными.

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

Изображения на первом экране часто сильнее замедляют сайт, чем кажется

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

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

Фоновое видео — ещё одна распространённая проблема. Оно выглядит эффектно, но не подходит посетителям с обычным качеством сети. Если видео не требуется для объяснения технологии производства или способа использования продукта, лучше заменить его оптимизированным изображением обложки и запускать видео только после активного нажатия пользователя. На B2B-страницах для запросов закупщикам прежде всего необходимо увидеть возможности продукта, объём поставки и способы связи, а не ждать завершения буферизации автоматически воспроизводимого видео.

Затем проверьте объём кода: важно не минимальное число плагинов, а минимум бесполезных загрузок

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

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

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

Сторонние скрипты — скрытый источник рисков для производительности

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

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

Если команда одновременно поддерживает корпоративный сайт, интернет-магазин и рекламные посадочные страницы, рекомендуется создать перечень скриптов: назначение кода, страницы размещения, ответственный сотрудник, влияние на ключевые конверсии и текущий статус использования. Это несложно, но позволяет избежать ситуации, когда «никто не решается удалить». При работе со страницами со сложным коммерческим содержанием или отраслевыми материалами также следует, как и при проверке тематического материала Финансовые риски при слияниях и поглощениях государственных предприятий и меры реагирования, удостовериться, что внешние компоненты, скачиваемые файлы и встроенные ресурсы действительно полезны читателям, а не являются лишь историческим наследием.

Не проверяйте только главную страницу: тестируйте реальные пути посещения

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

При определении приоритетов рекомендуется рассматривать «медленные страницы» вместе с «коммерческой ценностью». Старая новостная страница с небольшим трафиком может не требовать первоочередной обработки, даже если её оценка низкая; однако страницы, получающие рекламный бюджет, имеющие высокие позиции или обеспечивающие основные запросы, должны быть исправлены в первую очередь при любых аномалиях загрузки. Оптимизация скорости нужна не для получения максимального балла в инструменте проверки, а для того, чтобы целевые клиенты быстрее видели ключевую информацию и выполняли следующее действие.

После исправления обязательно проведите повторное тестирование, чтобы оптимизация скорости не повредила конверсии

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

Для сервисной системы, такой как 易营宝, охватывающей интеллектуальное создание сайтов, трансграничные интернет-магазины, SEO, размещение рекламы и ведение социальных сетей, при работе с производительностью сайта целесообразнее использовать подход «рассматривать технические проблемы вместе с маркетинговым путём»: какой трафик несёт страница, какое отслеживание необходимо сохранить, где находится целевой рынок, и только затем решать, как корректировать ресурсы и архитектуру. Операторам важнее всего запомнить следующее: сначала найдите самый медленный запрос и наиболее важные страницы, а уже потом приступайте к работе. Это надёжнее, чем сразу менять сервер или проводить масштабную переработку сайта, и позволяет легче увидеть реальные улучшения.