Проверка скорости ответа сервера сайта: Проверка времени ответа сервера — WEBO Pulsar

13.09.2023 alexxlab

Содержание

6 инструментов для проверки скорости загрузки страниц сайта, и что с этим делать в 2023 году — Маркетинг на vc.ru

Я Алексей из loading.express, сервис который измеряет скорость загрузки сайтов. В прошлой статье я описал 20 похожих сервисов (123 096 просмотров). Обновляю информацию и список инструментов.

2337 просмотров

Медленный сайт — убийца продаж, конверсий и хорошего настроения

Я возьму два сайта и пошагово покажу какие надо делать замеры. Расскажу, на что смотреть в замерах и что с этим со всем делать.

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

ТОП сервисы для измерения скорости загрузки сайта в 2023 году

PageSpeed Insights — популярный сервис проверки скорости сайта в мире. Проверяет из США или Европы.
Loading.express — популярный сервис проверки скорости сайта после PageSpeed. Проверки с серверов Москвы, Новосибирска и Германии.

Lighthouse 10 — движок от PageSpeed. Это как PageSpeed, только без лишних интерфейсов и из Москвы.
TTFB — замер скорости ответа сервера в реальном времени. Москва, Новосибирск, Германия.
Core Web Vitals — живые данные, напрямую из базы Гугл CRuX.
Расширение для Chrome или Yandex Browser для проверки в один клик.

Пошаговый план: как измерять скорость загрузки сайта в 2023 году

Итак, возьмем для образца сайт dohome.ru. Покажу на его примере, как сделать всесторонний аудит скорости загрузки сайта.

Как это делаю я:

открываю сайт, который надо замерить. Жму на кнопку расширения из пункта 6 выше. Делаю замер. Получаю результаты замера;

Результат замера скорости загрузки сайта dohome. ru на loading.express

внизу отчета видим две кнопки. Жмём обе. В новых окнах открываются замеры — раз, два;

Две кнопки, на которые надо нажать. Интерфейсы из отчета loading.express

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

далее идем в верхнее меню сайта loading.express. Наводим курсор на «Сервисы». Жмём это.

Меню на ПК версии loading.express, на мобильном это скрыто.

Закидываем свой сайт на проверку и ожидаем, пока заполнится данными. Тут важное значение «Median», оно не должно быть выше 0,4.

Скорость ответа сервера здорового сайта (dohome.ru)

Важное

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

Еще важнее. Живые данные относятся ко всем страницам сайта, на которые посетители могут зайти.

Не так давно, 7 февраля 2023, команда Chrome представила CrUX History API, поэтому теперь можно доставать данные Core Web Vitals через API.

Здесь видим такую картину:

Живые данные из CrUX History API

Любые замеры сервисами могут показывать что угодно. Ваша задача понять, что сами посетители получают по скорости загрузки.

Что делать со всеми этими замерами

Если вы разработчик, то вы знаете, что делать. Если не совсем, то пишите, проведем обучение.

Если вы владелец сайта или маркетолог, то для вас простые обозначения. Красное убрать. Зеленое добавить. Все красные показатели говорят о том, что норма превышена, а значит с этим надо работать.

Давайте возьмем сайт из свежего рейтинга по ТОПовым медицинским клиникам России и на его примере я покажу, что именно с ним не так и что делать.

Замер на loading.express показывает 2 из 10 баллов.

2/10 баллов, сайт загружается критично долго.

Что внутри замера.

Основные метрики страницы сайта клиники lahtaclinic.ru

Время полной загрузки 13.2 секунды.

Число http-запросов — 168, надо до 100. Гугл рекомендует до 50. Это можно сделать путем устранения лишних запросов при загрузке страницы. Запросы — это картинки, стили, скрипты, шрифты и любые ajax-запросы.

Общий размер страницы — 24.41 мегабайта. Вес страницы надо снижать. 71 картинка общим весом в 19.77 мегабайт — серьезная проблема, чтобы быстро загрузить это по медленной сети на смартфоне.

Детализированный отчет из loading.express по http-запросам

Скрипты весом в 1.74 мегабайта — чистить, отключать, переверстывать без JS.

Шрифты — 10 подключений весом 2.71 мегабайта. Необходимо заменить шрифты ttf на woff2, так как 630 килобайт по три раза совершенно нет необходимости подключать.

Детализированный список подключаемых шрифтов из loading.express

Изображения в png формате. Без оптимизации. Гигантского размера. PNG давно никто не использует. Все картинки урезать до необходимого размера, сжать без потери качества и выдавать в формате webp.

Детальный список изображений, загружающихся на странице.

Проблемные зоны видны сразу. Здесь собраны все проблемы и с серверной частью и с частью верстки темы сайта. Замерять надо все типы страниц, а не только главную!

Рекомендации из аудита на loading.express — бери и делай.

Аудит из Lighthouse содержит массу подробных инструкций, с чем работать.

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

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

Простой, но временный — переехать на более мощный сервер.

Данные из сервиса ttfb.loading.express

Что на самом деле получают посетители этого сайта

Теперь смотрим живые данные. Это те замеры, которые происходят, когда каждый посетитель заходит на сайт из браузера Chrome. В момент открытия сайта браузер записывает все параметры и складывает их в обезличенный отчет.

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

LCP — 3 536 мс. Меньшее из бед, в порядке только 50% посетителей.

CLS — 0,51. Очень сильно дергаются элементы сайта, что создает проблемы с просмотром контента и со взаимодействием с интерфейсами у посетителей

FCP — 3 026 мс. Первая отрисовка после 3 секунд, это большая проблема, только 37% получают хороший пользовательский опыт по этому параметру.

TTFB — 1 852 мс. Вишенка. Ответ сервера 1.8 секунд. На одну страницу. Катастрофа. В порядке только 25% посетителей.

Измерить скорость сайта теперь просто — как ускорить?

Ускорение сайта — это отдельная тема. Здесь нет секретных ингредиентов, но есть свои трюки и наработки.

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

Канал ведет ведущий разработчик по этой теме, Антон Белогородцев. Ссылка.

После ускорения загрузки сайта, я рекомендую провести аудит юзабилити, то есть насколько сайт удобен для посетителя. Для этого можно обратиться ко мне.

Не так давно проводил вебинар у Михаила Шакина, вот нарезки на 2 минуты из него:

Нарезка из вебинара. Полная версия тут — https://www.youtube.com/live/x4AS4BA_6nU.

Подписывайтесь на канал loading в ТГ.

Увидимся!

Как проверить и сократить время ответа сервера сайта (TTFB)

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

И если говорить о времени ответа сервера, или time to first bite (TTFB), то недостаточно знать о его предельных значениях. Помимо всего прочего, нужно понимать, как именно он рассчитывается и на что влияет. Ведь современная аудитория Глобальной сети стремиться поглощать контент как можно быстрее. А это значит, что любые задержки загрузки попросту недопустимы для владельцев посещаемых ресурсов.

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

Что такое время ответа сервера?

Time to First Bite (TTFB) – это параметр, который отражает временной интервал между отправкой запроса пользователя и моментом приёма первого байта ответа сервера.

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

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

Фактически, TTFB необходимо рассматривать в разрезе времени отправки запроса и времени получения ответа сервера. Идеал предполагает загрузку 75% страницы быстрее, чем за 80 миллисекунд. Добиться подобной скорости бывает очень непросто. Нередко для этого приходится буквально полностью переделать всю структура сайта и переосмыслить подход к его наполнению.

При этом хорошим считается значение показателя TTFB в пределах от 80 до 110 миллисекунд. Приемлемым может быть и 180 миллисекунд, но тогда вы будете находиться «в опасной зоне», то есть алгоритмы посчитают, что вам есть над чем работать и куда расти.

Если вы не уложитесь и в 180 миллисекунд, тогда поисковые системы будут снижать позиции ресурса, по причине медленной загрузки. А отчёт инструмента Google PageSpeed Insights предложит вам оптимизировать процесс загрузки или удалить наиболее тяжёлые элементы страницы.

Инструменты для измерения времени ответа сервера

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

Webpagetest.org

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

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

Задавая различные регионы, можно понять, где могут крыться ваши проблемы с TTFB. В качестве дополнительных настроек, используйте различные параметры сети – 3G, 4G, LTE, DSL и тому подобные.

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

Скриншот интерфейса WebPageTest

PageSpeed Insights

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

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

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

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

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

Скриншот интерфейса PageSpeedInsights

Внутренние возможности браузера

Внутренний отладчик браузера позволяет проводить замеры скорость получения первого байта от сервера. Такой инструмент можно найти в Google Chrome и Mozila Firefox. Вызывается он нажатием клавиши «F12», а чтобы найти в нём TTFB, придётся совершить ряд простых шагов:

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

Скриншот скорости закгрузки страницы в консоли браузера

Netpeak Spider

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

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

Google Analytics

Собственно, поисковые системы сами предоставляют вебмастерам все необходимые инструменты, дабы они знали, что от них требуется. Детальная аналитика наглядно продемонстрирует, каким должен быть проект, чтобы соответствовать всем требованиям, предъявляемым поисковиками.

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

Разумеется, во многом и Google, и Яндекс основывают свои решения на анализе посещений, совершаемых вашей аудиторией. То есть, скорость вполне могла быть высокой, когда бот посещал сайт. Но если за месяц бывали случаи снижения скорости, и многие пользователи видели другие временные промежутки ответа сервера, то толку от замеров в идеальных условиях не будет. Поэтому нужно дополнительно заботиться о качественных реальных показателях, получаемых в «полевых» условиях.

Какое нормальное время ответа сервера?

Time to First Bite фактически означает установку стартового соединения пользователя с сервером. И если говорить об индикации, которую получает владелец сайта, когда измеряет этот параметр инструментами, разработанными Google, то он следующая:

Зелёный – всё, что быстрее 0,8 секунды попадает в зелёную зону и считается отличным показателем. Поисковые системы считают, что такие сайты быстро загружаются и не теряют посетителей на отказах, из-за медленного ответа сервера.
Жёлтый – лежит в промежутке между 0,8 и 1,8 секундами. Это приемлемый результат. Поисковые системы могут давать рекомендации по его улучшению, но не пессимизируют ваш сайт, если скорость не будет расти.
Красный – всё, что медленнее 1,8 секунды. Поисковые системы считают ваш сайт слишком медленным. Они будут советовать различные варианты по снижению TTFB. Этот показатель в состоянии ощутимо повлиять на ваши позиции в выдаче. Особенно, если речь идёт о существенном превышении отметки в 1,8 секунды.

Причины роста времени ответа сервера

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

Тип и архитектура сервера. Как ни странно, но технические возможности используемого сервера являются одной из ключевых причин медленного ответа. Особенно это касается ситуаций, когда вы используете дисковое пространство, а не выделенную машину. На одном диске вместе с вами может находиться несколько десятков или даже сотен других ресурсов. Так что о какой-либо вменяемой скорости ответа на запросы можно просто забыть.
Используйте специализированные инструменты для ускорения работы скриптов, размещённых на сайте. Например, в работе с PHP может помочь OpCache. В идеале, страницы в принципе не должны содержать тяжёлые конструкции скриптов. Но если они жизненно важны, придётся работать над их ускорением.
Запросы к базе данных. Правильная настройка и отладка вашего сервера – ключ к быстрым ответам. Вы можете использовать различные возможности по снижению количества отправляемых запросов. Например, стандартные форматы данных, динамические библиотеки, которые содержатся непосредственно в браузерах. Если их не нужно загружать, значит и ответ будет приходить быстрее.
Ошибки в настройке логики скриптов. Исключайте любые проблемы, которые могут возникать из-за конфликтов с аппаратным и программным обеспечением вашей аудитории.
По возможности откажитесь от использования сторонних сервисов. Если ваш сайт зависит от корректной работы того или иного сервиса, приложения, расширения или чего-либо ещё, можно ожидать регулярные перебои в работе. Сложно отладить или спрогнозировать работу того, к чему у вас нет доступа.
Неполадки в работе плагинов или тем движка сайта. Плагинов сегодня так много, что все разработчики используют их для ускорения работы. Снять с себя ощутимую часть рутинной работы и переложить её на автоматизированный плагин – практически идеальное решение. Если только этот плагин не может заметно повлиять на скорость загрузки ресурса. Тогда вреда от него будет больше, чем пользы.

Как сократить время ответа сервера (TTFB)?

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

Не используйте технологию Apache. Такой тип архитектуры сервера не подходит для обработки большого количества поступающих запросов. Работа с неправильным программным и аппаратным обеспечением – одна из основных проблем современного сайтостроения. Вы можете создать идеальный ресурс, который будет загружаться целую вечность из-за неправильного выбора инструментов.
Не забывайте про необходимость использования модулей кэширования. Вебмастеры нередко путают такие понятия, как кэширование исполняемой части кода и других его элементов. Работа не с теми инструментами или игнорирование их, в процессе оптимизации, приводит к печальным последствиям.
Проблемы в работе базы данных. Очень часто встречаются базы данных с неправильной конструкцией таблиц. Едва ли не половина всех задержек в работе сайтов в Глобальной сети вызвана именно ошибками при настройке баз данных. Сюда относятся некорректные индексы, не кэшированные наиболее востребованные данные и тяжёлая структура запросов. Работа в этом направлении, в большинстве случаев, приводит к наиболее ощутимым результатам.
Сложная структура кода. Независимо от настроек вашего сервера, и даже при идеальной работе баз данных, громоздкие и запутанные конструкции кода страниц неизбежно приведут к проблемам. Упростить код – это первостепенная задача программиста. Исключайте все необязательные или дополнительные операции, оставляя только самое важное.
Злоупотребление сторонними сервисами. Зависимость стабильной работы вашего ресурса от внешних сервисов рано или поздно приведёт к проблемам. И чем больше обращений к внешним источникам совершает сайт, тем больше у него уязвимостей. Разумеется, как правило, нельзя исключить использование сторонних сервисов совсем. Но хотя бы постарайтесь минимизировать количество подобных обращений.
Особенности выбранного движка. Набор используемых инструментов обычно во многом зависит от выбранной CMS. Наиболее часто встречает WordPress, но это не значит, что он единственный. Постоянно отслеживайте стабильность работы программного обеспечения, навешанного на движок. Старайтесь не злоупотреблять плагинами и дизайнерскими темами оформления. Они добавляют нагрузки на сервер, а польза от них весьма сомнительная.
Дешёвый хостинг. Экономя на самом необходимом, вы собственноручно убиваете сайт. Плохой хостинг, по определению, не может обеспечить высокую скорость загрузки. Иначе он бы и не был плохим. Если вы решили основательно взяться за развитие проекта в Глобальной сети, лучше будет сразу арендовать собственный сервер и всё размещать на нём.

Ошибка «Время ожидания ответа истекло»

Скриншот ошибки: Не удается получить доступ к сайту

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

Что касается ошибки ERR CONNECTION TIMED OUT, то она сигнализирует о превышении времени ожидания ответа от сервера. В разрезе TTFB такие ошибки говорят о столь длительной загрузке, что браузер просто остановил обращение.

Страница может быть и может корректно отображена, но все современные программные продукты, которые работают в Глобальной сети, имеют ограничения на предельное время ожидания ответа сервера. Его также называют «timeout».

Причины возникновения ошибки:

Нестабильное или отсутствующее подключение к Интернету. Это может касаться различных вариантов ошибочных настроек соединения, вредоносного программного обеспечения или стороннего софта. Например, серверное ПО, которое отвечает за управление потоками трафика, вполне может устроить вам проблемы с работой подключения, в случае неграмотного управления.
Скорость подключения. Разумеется, современные каналы связи предполагают высокую скорость передачи данных. Но если речь идёт о мобильных устройствах, то пользователь может находиться вне зоны покрытия. Одно деление антенны наглядно демонстрирует вам то, что соединение плохое или нестабильное.
Неисправности в работе сервера. Речь может идти, как о плановых профилактических работах, так и о сбоях. Качественное железо и эффективная техническая поддержка – вот что вам нужно получить от аренды сервера. Если стабильная работа не обеспечивается, смените серверную.
Нарушение соединения с сайтом. Это может быть вызвано неправильной настройкой файла hosts. Техническая работа над проектом не должна прекращаться никогда. Регулярно проверяйте доступность всех страниц и устраняйте возникающие проблемы.
Перегруженный кэш браузера. Бывает и такое. Это уже проблема на стороне посетителя. В общем-то, вебмастер не может на это повлиять.
Ограничение доступа на уровне региона проживания пользователя. Современные реалии таковы, что ограничений в Глобальной сети становится всё больше и больше.
Неисправности на уровне VPN или прокси-сервера. Пользователи достаточно регулярно используют различные анонимизаторы соединения. Разумеется, такие программные продукты могут работать нестабильно.

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

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

Как работают тесты скорости веб-сайта

Возможно, вам знакома поговорка о том, что «картинка стоит тысячи слов». Что ж, получается, что одна секунда стоит около 3,4% конверсий для вашего сайта. Это огромная потеря бизнеса из-за медленной загрузки страниц.

Так как же определить, достаточно ли быстро загружается ваш сайт? Тесты скорости веб-сайта — отличный способ выяснить это, но есть много разных тестов, которые вы можете использовать.

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

Используете WordPress? Попробуйте WP Rocket
Заметили, как быстро загружается эта страница? Помимо размещения на отличном веб-хостинге, наш сайт оптимизирован с помощью WP Rocket — универсального плагина производительности WordPress, который мы настоятельно рекомендуем. Попробуйте прямо сейчас на своем сайте (14-дневная бесплатная пробная версия, 100% гарантия возврата денег) > Щелкните здесь

Как правильно проверить скорость веб-сайта

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

Время передачи данных ограничено физическим расстоянием. Фактическое время отклика сервера зависит от расположения сервера.

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

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

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

Методология идеального теста скорости сервера

Может ли ваш сайт выдержать большую нагрузку трафика?
Один из способов выяснить это: проведите стресс-тест вашего веб-сайта с тысячами одновременных подключений с помощью Loadview. Программирование не требуется, бесплатная пробная версия на 30 дней, тестирование в более чем 40 реальных браузерах и устройствах и бесплатный пробный кредит в размере 20 долларов США сейчас > Нажмите здесь

Ваша методология тестирования должна включать несколько прогонов и выглядеть примерно так:

Запустите тест с позиции 1 и повторите 3 раза, записывая результаты всех тестов.
Повторите процесс с другого тестового места, аналогично записав данные. Я рекомендую вам протестировать как минимум три стратегических области; США, Европе и Азии.

Понимание терминологии теста скорости

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

Прежде чем мы углубимся в интерпретацию результатов теста скорости, полезно ознакомиться с некоторыми терминами. Эти термины в основном связаны с сетями.

Задержка

Время, необходимое для всего, что происходит между моментом, когда вы щелкаете ссылку или вводите адрес в браузере, и моментом, когда вы видите результаты на своем экране. Стандартное измерение задержки в миллисекундах (мс).

Ping

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

Первый байт или время до первого байта (TTFB)

TTFB — это измерение, используемое для определения скорости отклика веб-сервера. Вы измеряете TTFB как продолжительность от пользователя или клиента, делающего HTTP-запрос, до получения первого байта браузером клиента.

Размер страницы

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

First Interactive

Большинство веб-браузеров позволяют пользователям выполнять действия на веб-сайте до полной загрузки. Первый интерактив — это количество времени, проведенное на вашем сайте до того, как это произойдет.

В зависимости от выбранного вами инструмента для проверки скорости веб-сайта вы, вероятно, встретите больше терминов. К ним относятся:

Крупнейшая содержательная краска (LCP)
Первая краска содержания (FCP)
Суммарное смещение макета (CLS)
Общее время блокировки (TBT)

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

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

Google PageSpeed Insights позволяет быстро оценить производительность вашего веб-сайта.

Как видно из приведенной выше терминологии, может быть сложно применить один метод интерпретации ко всем инструментам тестирования скорости веб-сайта.

По этой причине я буду использовать в качестве примера один инструмент — Google PageSpeed Insights.

Google PageSpeed Insights превосходен, поскольку Google предоставляет его и, скорее всего, продемонстрирует предпочтения поискового гиганта. Он также чрезвычайно удобен для пользователя, предоставляя визуальные результаты и советы по решению обнаруженных проблем.

Google отдельно тестирует производительность для мобильных устройств и настольных компьютеров и фокусируется на четырех ключевых элементах: первая отрисовка контента (FCP), первая задержка ввода (FID), самая большая отрисовка контента (LCP) и совокупное смещение макета (CLS).

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

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

Устранение неполадок с результатами теста низкой скорости веб-сайта

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

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

Некоторые распространенные проблемы и решения включают в себя:

Сокращение неиспользуемого JavaScript

Динамические веб-сайты (например, работающие на WordPress) часто сталкиваются с этой проблемой. Вы можете решить эту проблему, используя хороший плагин кэширования, чтобы уменьшить избыточность JavaScript.

Снижение влияния стороннего кода

Сегодня многие веб-сайты являются модульными и используют компоненты от разных разработчиков (например, Google, Facebook, Fonts и т. д.). Эта комбинация часто приводит к отсутствию сплоченности, что влияет на производительность. Оптимизируйте свой веб-сайт и используйте как можно меньше различных источников кода.

Уменьшить начальное время отклика сервера

По сути, Google говорит вам, что ваш веб-сервер отстой. Некачественный веб-хостинг часто приводит к плохой скорости, и вы мало что можете сделать, кроме как перейти к другому хостинг-провайдеру.

Элементы изображения не имеют явной ширины и высоты

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

Предоставление изображений в форматах нового поколения

Для изображений важны не только размеры, но и формат изображения. Форматы следующего поколения, такие как WebP, повышают степень сжатия, что ускоряет загрузку изображений через Интернет.

Подавать статические ресурсы с эффективной политикой кэширования

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

Избегайте чрезмерного размера DOM

DOM относится к размеру вашей веб-страницы. Получение чрезмерного предупреждения DOM означает, что вам нужно подумать об оптимизации страницы. Вы можете сделать это разными способами, например, уменьшив количество изображений на странице или используя меньше разделов.

Избегайте больших сдвигов макета

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

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

Чтобы узнать больше, прочтите руководство WHSR по повышению производительности вашего веб-сайта.

Заключительные мысли о тестах скорости веб-сайта

Тесты скорости веб-сайта — отличный способ получить моментальный снимок производительности вашего веб-сайта. Эти инструменты просты в использовании и обычно предоставляют относительно точные данные. Конечно, также помогает то, что многие отличные инструменты для тестирования скорости веб-сайтов бесплатны.

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

Как проверить скорость сервера вашего сайта?

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

Для увеличения доходов и улучшения трафика ваш веб-сайт должен загружаться быстрее. Тем не менее, большинство людей путают скорость загрузки сайта и скорость сервера. Хотя оба взаимосвязаны, разница все же есть.
Скорость сервера зависит от времени ответа сервера. Таким образом, даже если скорость вашего сервера хорошая или хост предлагает отличную скорость, ваш сайт может загружаться медленно. Теперь есть причины, по которым ваш сайт может работать медленно, например, нежелательные плагины, тяжелый код, неоптимизированные изображения или большое количество CSS и JavaScript.

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

Читать : 11 действенных способов ускорить работу WordPress

Top

A. Что такое скорость сервера?

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

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

Верх

B. Как проверить скорость сервера вашего сайта?

Вы можете проверить скорость сервера вашего сайта с помощью стороннего приложения. Сторонние приложения дают вам представление о скорости и производительности сайта. Есть несколько популярных инструментов для проверки скорости сервера, таких как WebPageTest, Pingdom и GTMetrix.

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

С результатами инструмента вам нужно будет извлечь данные о скорости сервера. Но процесс несложный и не займет много времени. Крайне важно использовать инструмент с рекомендациями Google, чтобы получить результат, основанный на производительности. Идеальное время отклика сервера должно быть менее 200 мс.

Читать : Лучшие БЕСПЛАТНЫЕ инструменты для тестирования скорости и производительности веб-сайтов

Top

C.

Процесс – как это работает

Вы можете использовать инструмент для проверки скорости и ввести URL своего сайта.

Инструмент или веб-сайт покажет вам результаты из десяти разных мест по всему миру
После завершения процесса вы получите результаты с оценкой производительности. Если вы получаете A+ или A, это означает, что он находится в пределах рекомендуемого диапазона Google.
Если время отклика сайта равно B или мало, пора переключиться на новый хост.
Для получения результатов A и A+ вы можете доверять фирменным веб-хостинговым компаниям, таким как Bluehost, HostGator и A2 Hosting.

Top

D. Два признака медленного сервера веб-хостинга

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

я. Время до первого байта

Метрика определяет продолжительность между сквозными браузерами, отправляющими HTTPS-запрос, и получением первого байта из запрошенного пакета данных. Однако в некоторых определениях это может указываться как продолжительность после того, как браузер выполнит поиск DNS. Существенную роль в компоненте играет время подключения, влияющее на скорость работы сервера.

Кроме того, внешние факторы, такие как скорость интернет-соединения, играют жизненно важную роль в показателях TTFB. После этого оно не должно превышать 0,5 секунды. На самом деле, сейчас время изменилось, и новейшая инфраструктура и серверные элементы позволяют TTFB составлять около 0,1 секунды.

ii. Распространение компонентов веб-страницы

Распространение компонентов веб-страницы также влияет на скорость сервера. При решении проблемы с сервером вы заметите, что некэшированные функции сайта равномерно распределяют время загрузки компонентов.
Но это может ввести в заблуждение, если значение TTFB не низкое. У большинства веб-сайтов есть проблемы с сервером, которые указывают на ошибки при доступе к веб-странице, кэшированной конечным пользователем. Здесь вы заметите, что продолжительность TTFB намного больше, чем должна быть.

В некоторых случаях именно последний компонент отвечает за более чем 60% задержки сайта. Единственный способ узнать об этом — пройти полный тест скорости веб-сервера.