Как проверить скорость загрузки страницы. Комплексная оптимизация WP. Почему Google уделяет такое значение скорости

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

Скорость загрузки страниц веб-ресурса

Важность быстродействия сайта

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

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

Исследование Forrester Consulting по заказу Akamai Technologies в сентябре 2009 года показало , что 2 секунды — это максимальное время ожидания загрузки страницы коммерческого сайта пользователями поисковых систем:

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

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

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

Каким образом определяется скорость загрузки сайта

Каждый поисковик имеет в своем распоряжении специального робота (или как его еще называют, поискового паука), который выполняет те или другие функции при сканировании сайтов в Интернете. Например, в поисковой системе Google таким пауком является Google-bot. Он собирает всю информацию, бегая по всем страницам блога путем внутренних ссылок. Эту информацию он отдает в базу данных, где она обрабатывается и анализируется.

Сам робот не дает оценку просканированной информации. Но зато он может дать сигнал поисковой системе о быстродействии блога. Так как число постов и страниц в сети Интернет огромное количество, исчисляемое миллиардами документов, он бывает на каждом сайте строго отведенное на просмотр время. Если за это время он сканирует всю страницу, то быстродействие сайта одно, если нет, то другое. Ведь ждать до бесконечности медленно открывающиеся страницы робот не может — у него еще для просмотра море других документов. Таким образом у поисковой системы есть информация, как долго и насколько полно google-bot просканирует информацию на страницах веб-ресурса.

Проверка скорости загрузки страниц сайта

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

Google PageSpeed

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

Вводим url главной страницы своего блога и нажимаем кнопку «Analyze». После проведенных тестов Google Page Speed результат проверки скорости загрузки нашего сайта:

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

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

GTmetrix

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

а потом получаем результаты проверки скорости загрузки страницы:

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

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

Pingdom Website Speed Test

Еще один популярный сервис по оценке скорости загрузки сайта — Pingdom Website Speed Test . Он имеет понятный интерфейс и является удобным инструментом анализа отклика. Для начала работы необходимо ввести адрес своего сайта в специальное окошко:

После нескольких секунд обработки данные (а принцип их работы основан все также на инструментах оценки PageSpeed) мы получаем готовый отчет скорости загрузки сайта, во главе которого идет информационная табличка с общими параметрами измерения:

Здесь наглядно с помощью информативных пиктограмм и сообщений мы видим следующие параметры оценки скорости сайта:

• место проведения теста скорости и дата тестирования;
• оценка скорости загрузки сайта по 100 бальной шкале (69 в моем случае);
• количество проведенных запросов для выполнения теста (66);
• общее время загрузки проверяемой страницы (4,56 — время загрузки главной моего блога);
• размер проверяемой страницы в мегабайтах (1,1 MB);
• сравнение скорости загрузки проверяемого сайта с откликами других веб-ресурсов (по данным теста мой блог быстрее, чем 34% из всех других исследуемых сайтов).

Как и на других сервисах, Pingdom Website Speed Test тоже дает свои рекомендации по улучшению скорости загрузки. Это можно увидеть, перейдя в результатах анализа во вкладку «Perfomance grade», в которой наглядно показано влияние тех или иных препятствий в виде градуированной шкалы.

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

WEBO Site SpeedUp

Компания WEBO специализируется на разработке решений для ускорения производительности сайтов. Она является экспертом по вопросу улучшения быстродействия сайта.

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

Кстати, эта компания продает свой платный продукт WEBO Site SpeedUp для различных платформ. Есть там и специальный плагин по ускорению загрузки блога под CMS WordPress. Я принял решение попробовать этот продукт на зуб. Надеюсь, что алгоритмы сжатия и оптимизации этого дополнения позволят моему сайту стать намного шустрее. Об итогах его использования я напишу отдельно в одном из следующих статей.

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

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

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

Не пренебрегайте проверкой быстродействия своего блога! И тогда Вы не потеряете своих читателей, сэкономите время и сохраните нервные клетки. 🙂

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

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

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

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

• 0,1-0,5 секунды или 100-500 мс - мгновенно, пользователь даже не заметить никаких задержек. Другое дело, что такая скорость загрузки невозможна для современных сайтов, переполненных различными изображениями, скриптами и стилями;
• 1 - 3 секунды - оптимальный вариант, пользователь заметит небольшую паузу, но это не вызовет раздражения и он продолжит работу на сайте. К такому результату нужно стремиться;
• 5-10 секунд и больше - очень плохо, пользователю придется ждать и он может попросту уйти, или, по крайней мере у него останется неприятное впечатление о сайте.

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

Проверка скорости загрузки сайта

1. Google Chrome

Самый первый инструмент, который стоит использовать - это ваш браузер. Тут вы можете детально посмотреть с какой скоростью загружается страница у вас и какие элементы создают большую нагрузку. Откройте ваш сайт, например, главную страницу, и нажмите сочетание клавиш Ctrl+Shift+J, затем перейдите на вкладку "Perfomance" :

Браузер предложит вам нажать кнопку F5, чтобы обновить страницу и записать сеанс, после этого отобразиться скорость загрузки:

Внизу страницы мы видим результат, она загружена за 8,1 секунды, это плохо, но первые элементы на странице появились уже в 2 секунды, а значит пользователи не почувствовали много неудобств. Тут вы можете найти множество полезной информации, какие материалы грузились долго можно посмотреть развернув надпись "Network" :

Например, у меня время загрузки для различных стилей составляет около 400 мс, это много. Сворачиваем "Network" и смотрим "Frames" . Синий индикатор показывает, когда завершилась загрузка основных компонентов и пользователь увидел первые элементы на странице (DOM Loaded):

Загрузка элементов отображается на графике "Main" , синим - HTML код, желтым - скрипты, зеленым - медиа данные, розовым - стили.

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

2. Pingdom tools

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

Страница загрузилась за 7.22, почти тот же результат, что и в Google Chrome и при этом со страницы было отправлено 115 запросов различных файлов и общий вес страницы 1,9 мегабайт.

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

Можно отсортировать по "Load Time" в поле "Sort by" :

• Розовый - время получения IP по DNS;
• Пурпурный - время установки соединения SSL;
• Синий - ожидание подключения к серверу;
• Оранжевый - время передачи данных;
• Желтый - время ожидания ответа сервера;
• Зеленый - время, потраченное на загрузку данных.

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

На время получения DNS и рукопожатие SSL мы повлиять не можем, и оно выполняется только один раз. Далее подключение к серверу, зависит от нагрузки на сеть, можно оптимизировать только одним путем - использовать https и новый протокол http2, тогда соединение будет выполняться только раз, а все данные будут передаваться в одном потоке.

Затем идет время ожидания ответа сервера. Этот параметр зависит от многих факторов - насколько долго запрос обрабатывается веб-сервером, php, загруженности сети и так далее. Время ожидание в 100 мс - это еще норма, но когда оно составляет 300 мс для статических файлов - это уже проблема. Допустим, на странице загружается 20 картинок, 20*300 - это уже шесть секунд, а возьмите статью, в которой картинок еще больше - 30, 50. Вот вам и время загрузки.

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

3. Host-tracker

Минус Pingdom в том, что там можно проверить скорость сайта только на заграничных ресурсах. Если нас интересует Россия, то лучшие использовать host-tracker:

Но здесь совой недостаток, загружается только html код страницы и все. Никакие изображения и вообще структура DOM загружены не будут. Например, в Москве, html код страницы загружается за 79 мс, а в Австралии за 2,5 секунды. Например, в Pingdom этот же показатель был примерно 800 мс. Тут не выполняется проверка скорости страниц сайта. Если вы хотите проверить скорость загрузки отдельного ресурса на странице, то вам нужно будет набирать его url отдельно.

4. Проверка скорости в терминале

Проверка скорости сайта в терминале Linux позволит получить больше всего необходимой информации, чтобы принять правильное решение по оптимизации. Мы выяснили, что самую большую проблему после проблемных файлов представляет время ожидания ответа веб сервера. Теперь нужно понять откуда оно берется. Утилита curl позволяет узнать скорость загрузки сайта, замерять время до получения первого байта, по сути, это и есть wait time + connect + dns + ssl + read. Команда выглядит вот так:

curl "https://сайт" -s -o /dev/null -w "response_code: %{http_code}\n
dns_time: %{time_namelookup}\n\




total_time: %{time_total}"

Значение каждой переменной:

• time_namelookup - время преобразования домена в IP адрес;
• time_connect - время установки соединения по TCP;
• time_appconnect - время, затраченное на соединение SSL;
• time_pretransfer - время, затраченное на подготовку к передаче данных;
• time_starttransfer - время получения первого байта от сервера;
• time_total - общее время загрузки страницы, только html, без скриптов и изображений.

Фактически здесь выходит, что время ожидания веб-сервера меньше 100 мс. Время отправки данных можно принять за 0, тогда wait time от pingdom будет time_starttransfer - time-pretransfer. Мы можем проверить другой ресурс, например, изображение:

Здесь уже видим тот же wait time до 140 мс. Плохо, учитывая, что у серверов Google этот параметр до 5 мс. Дальнейший анализ нужно продолжить на вашем сервере. Мы посмотрим насколько быстро веб-сервер возвращает результат с помощью tcpdump. Дальнейшую инструкцию можно выполнить только на VPS/VDS, на хостингах у вас это не выйдет. Авторизуйтесь на вашем сервере по SSH и выполните там такую же команду:

$ curl "http://test..png" -s -o /dev/null -w "response_code: %{http_code}\

dns_time: %{time_namelookup}\n\
connect_time: %{time_connect}\n\
AppCon time:\t%{time_appconnect}\n\
pretransfer_time: %{time_pretransfer}\n\
starttransfer_time: %{time_starttransfer}\n\
total_time: %{time_total}"

Результат будет совсем другим, моему серверу понадобилось 63 миллисикунды на обработку этого запроса. Из чего можно сделать вывод, что все остальные задержки - проблема работы сети. Мы еще можем отследить как передаются пакеты и заголовки с помощью tcpdump, только нужно отключить SSL, иначе вы ничего там не разберете:

tcpdump -n -S -s 0 -vvvvv -A "(tcp dst port 80 or tcp src port 80) and (dst host ваш_ip or src host ваш_ip)"

Вы можете подробнее почитать в отдельной статье. Фактически, этот фильтр означает, что нужно отображать все пакеты, полученные на порт 80 или отправленные с порта 80, при том, что они будут отправлены либо с вашего ip либо на ваш ip. Теперь в другом терминале выполните curl запрос к http версии сайта, в tcpdump вы увидите полный список пакетов и их содержимое:

14:30:08.392309 IP (tos 0x0, ttl 54, id 61543, offset 0, flags , proto TCP (6), length 129)
95.133.238.84.landmarks > 185.22.173.108.http: Flags , cksum 0x9f58 (correct), seq 1691128117:1691128194, ack 3071477496, win 229, options , length 77
[email protected]..._..T...l...Pd..5.........X.....
.Laa2../GET / HTTP/1.1
Host: test.сайт
User-Agent: curl/7.50.1
Accept: */*

14:30:08.392357 IP (tos 0x0, ttl 64, id 65431, offset 0, flags , proto TCP (6), length 52)
185.22.173.108.http > 95.133.238.84.landmarks: Flags [.], cksum 0xb483 (incorrect -> 0x6fa7), seq 3071477496, ack 1691128194, win 227, options , length 0
E..4..@[email protected]_..T.P......d..............
2..p.Laa
14:30:08.402702 IP (tos 0x0, ttl 64, id 65432, offset 0, flags , proto TCP (6), length 2948)
185.22.173.108.http > 95.133.238.84.landmarks: Flags [.], cksum 0xbfd3 (incorrect -> 0x2316), seq 3071477496:3071480392, ack 1691128194, win 227, options , length 2896
E.....@.@.{~...l_..T.P......d..............
2..{.LaaHTTP/1.1 200 OK
Server: nginx/1.13.3
Date: Fri, 18 Aug 2017 11:30:08 GMT
Content-Type: text/html; charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Expires: Fri, 18 Aug 2017 21:30:08 GMT
Pragma: public
Cache-Control: max-age=36000, public
X-Powered-By: W3 Total Cache/0.9.5.4

• 14:30:08.392309 - отправлен запрос на страницу;
• 14:30:08.402702 - получен ответ.

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

Выводы

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

Об авторе

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

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

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

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

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

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

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

1. Pingdom — здесь достаточно просто указать адрес страницы, скорость загрузки которой вы хотите измерить (это не обязательно должна быть главная страница, ибо скорость загрузки внутренних страниц не менее, а зачастую даже более важна).

   

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

   1. объединил некоторые картинки из темы оформления сайта в
   2. а также по возможности уменьшил путем
   3. кроме этого имеется смысл

   

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

   Во всплывающем окне вам предложат скопировать постоянную ссылку на проделанный тест, а также отправить его по E-mail или в Твитер. Также в нижней части окна можно подписаться на на предмет доступности. Если ваш ресурс упадет (станет недоступен для посетителей), то вам будет выслано сообщение на E-mail, либо SMS на сотовый. Но эта услуга является платной, хотя и имеется возможность бесплатного триала.

   Для вашего сайта, а также для просмотра Traceroute, нужно будет выбрать в самом верху страницы вкладку «Ping and Traceroute». Вводите в предлагаемую форму Урл без http, ставите галочку в чекбокс «Traceroute» или «Ping» под этой формой, и жмете «Test now».

2. WebPageTest — как обычно, вводите Урл проверяемой страницы (не обязательно главной). Сервис некоторое время обсчитывает скорость загрузки всех элементов сайта, после чего выдает очень наглядную диаграмму (точнее даже две — за первый проход и за второй, когда уже часть элементов сайта загружаются из кеша браузера):

   

   На первой диаграмме уделяете внимание положению фиолетовой вертикальной линии - это будет время окончания отрисовки сайта . Вторая вертикальная линия (синяя) будет означать время полной загрузки . Хорошо, если первая линия находится на 1-1,5 секундах загрузки сайта, а вторая - раньше 4 секунд. Тогда следующие абзацы можно прочитать «для справки». Если сайт загружается дольше 4 секунд - то нужно озабачиваться исправлением этой ситуации.

3. Google PageSpeed Insights — это инструмент для разработчиков от самого Гугла. Он дает оценку скорости загрузки вашего сайта (а точнее оптимизации этой скорости) по стобальной шкале. 100 — это идеал, который недостижим, а вот 80-90 получить вполне реально, тем более, что сервис дает очень подробные рекомендации по исправлению выявленных недочетов.

   

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

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

   У меня, например, была проблема с настройкой gzip сжатия и с заданием времени кеширования статики (картинок, css файлов и скриптов) в браузерах пользователей, ибо у меня Апач работает в связке с nginx, а с ним я работать не умею. Пришлось писать в техподдержку Инфобокса с просьбой все настроить — сделали, и даже денежек не взяли (спасибо им!). Кстати, изначально они мне поставили время хранения кеша в 1 час, но Google PageSpeed Insights по-прежнему ругался:

   

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

4. Test my Site — новый сервис опять же от Гугла. В основном он делает акцент на оценку мобильной версии вашего сайта в том числе и по критерию его скорости загрузки:

   

   Простенько и со вкусом, что называется. Можно подписаться на рассылку изменений.

5. GTmetrix — опять таки «не мудрствуя лукаво» вводите Урл нужной страницы и чуток ждете окончания анализа. В результате вы получите отчет, сформированный на основе данных двух плагинов для браузеров — Page Speed (читайте о работе с ним ниже) и YSlow . Собственно, каким данным доверять и чьим рекомендациям следовать — решать вам.

   

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

6. Ping Admin — аналогичный онлайн ресурс для измерения время ответа сервера с разных уголков нашей огромной планеты.
   
   
7. Host Tracker — практически то же самое, только страны другие.
8. ByteCheck — позволяет измерить значение TTFB (Time To First Byte) для вашего сайта, на который часто обращают внимание при оптимизации. Это время получения первого байта данных браузером с сервера. Чем выше значение TTFB, тем медленнее обработка ресурсов сервером, что есть плохо. Читайте советы по оптимизации загрузки сайтов .
9. Load Impact — это не совсем про скорость, но тоже важный сервис. Он позволяет протестировать нагрузочную способность вашего сайта и то, падает ли при этом скорость загрузки страниц. Весьма полезная штука.
10. Web Page Speed — онлайн-сервис с дизайном начала девяностых, но вполне себе такой информативный, если приспособитесь к отсутствию юзабилити. Внизу даются общие рекомендации по исправлению ситуации.

Так ли важно отслеживать скорость загрузки страниц?

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

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

Собственно, ничего особенно придумывать и не пришлось, ибо Google сам подсказывает наиболее оптимальное решение. Точнее, он предлагает воспользоваться инструментом, который в свою очередь поможет понять, что именно нужно предпринять для того, чтобы ваш сайт немного (или много) ускорить. Я говорю об онлайн-сервисе Page Speed (раньше были еще и одноименные расширения для браузера FireFox и Хром, которыми я в основном и пользовался).

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

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

На главной странице PageSpeed даже предлагает установить модуль на свой сервер, если он работает под управлением Apache или Nginx (как раз мой случай):

Но я так и не понял, как это делается, ибо совсем не смыслю в администрировании серверов и никогда не работал с юникс подобными системами. Это намного сложнее, чем программу установить или плагин в WordPress залить. Другой уровень погружения. Хостера тоже не решился по этому поводу напрягать. В общем, сей модуль остался мною не испытан — возможно, что вы его уже попробовали и имеет место что сказать...

Вообще, в первый раз я использовал Page Speed в качестве расширения для браузера (сейчас оно, как я понял не фунциклирует). Раньше оно интегрировалось в инструменты для разработчиков в Фаерфоксе и в Хроме. Правда, попервости (несколько лет назад) я лишь мельком посмотрел какие советы он мне дает, и практически ничего не поняв решил, что это не для меня, после чего с легкой душой удалил плагин PageSpeed как не нужный и чуждый моему разуму элемент.

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

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

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

P.S. Сейчас Page Speed можно использовать только онлайн и устанавливать его в браузер уже не требуется (во всяком случае с новыми версиями хрома этот плагин несовместим), хотя сути это не меняет.

Итак, раньше нужно было установить в свой браузер плагин, но сейчас достаточно перейти сюда , ввести Урл адрес страницы, которую вы хотите проанализировать (на разных типах страниц могут возникать разные проблемы со скоростью загрузки, посему в этом инструменте имеет смысл проверять все варианты) и нажать на синюю кнопку «Анализировать».

Дождавшись результатов процесса проверки вы увидите окно подобное тому, что я уже приводил на скриншоте выше по тексту (в пункте 3 описаний онлайн сервисов по проверки скорости загрузки сайтов). Т.о. в результате вы увидите целый список претензий, которые этот онлайн сервис имеет к вашему ресурсу, а именно к скорости его загрузки. Пир этом он даст вам некоторые указания по оптимизации работы Web сервера в купе с используемым вами движком.

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

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

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

У меня первоначальная картина несколько лет назад (еще при использовании плагина — сейчас то же самое можно увидеть в http://gtmetrix.com/ , ибо он испльзует АПИ PageSpeed) для https://сайт была такой:

Я решил тогда начать с самого первого пункта «Leverage browser caching» (сейчас это называется «Используйте кеш браузера» ), ибо по логике работы Page Speed, эти рекомендации должны привести к наибольшему ускорению моего блога.

Если нажать на спойлер рядом с этой надписью, то появится список различных файлов, которые не удовлетворяют оптимальным требованиям кэширования статических объектов (скрипты, CSS файлы, файлы изображений используемых на web странице) в браузерах пользователей (т.е. у читателей):

Т.е. PageSpeed Insights советует нам для увеличения скорости загрузки настроить оптимальным образом кэширование различных элементов web страниц в браузерах пользователей для того, чтобы при просмотре других эти статические элементы не подгружались бы заново с сервера. В теории все это звучит довольно запутано, ибо я понятия не имею о механизмах кэширования используемого браузерами (читайте про то, и как его очистить).

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

Оптимизация кэширования в браузере и проверка его работы

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

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

Живет он обычно в корневой папке. Естественно, что все нижеописанное будет работать только на серверах под управлением Apache, но их, как правило, большинство. После подключения к своему ресурсу по FTP (), откройте корневую папку (обычно это либо PUBLIC_HTML, либо HTDOCS) и проверьте наличие в ней файла.htaccess.

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

Если .htaccess не видно, то попробуйте в программе FileZilla выбрать из верхнего меню пункты «Сервер» — «Принудительно отображать скрытые файлы». Если и после этого он в корне не проявился, то создайте у себя на компьютере пустой текстовый файл в любом удобном для вас редакторе (я пользуюсь Нотепад плюс плюс), назовите его как-нибудь и скопируйте в корень.

После этого переименуйте этот файл в.htaccess в программе FileZilla. Теперь нужно будет открыть его на редактирование и добавить в него приведенный ниже код. Но сначала чуток поясню.

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

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

#кэшировать html и htm файлы на один день Header set Cache-Control "max-age=43200" #кэшировать css, javascript и текстовые файлы на одну неделю Header set Cache-Control "max-age=604800" #кэшировать флэш и изображения на месяц Header set Cache-Control "max-age=2592000" #отключить кэширование Header unset Cache-Control

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

Можно будет еще добавить блок кода, рассчитанного на модуль для mod_expires , где опять же используется проверка его наличия на вашем сервере, что гарантирует безопасность использования этого фрагмента кода:

ExpiresActive On #по умолчанию кеш в 5 секунд ExpiresDefault "access plus 5 seconds" #кэшировать флэш и изображения на месяц ExpiresByType image/x-icon "access plus 2592000 seconds" ExpiresByType image/jpeg "access plus 2592000 seconds" ExpiresByType image/png "access plus 2592000 seconds" ExpiresByType image/gif "access plus 2592000 seconds" ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds" #кэшировать css, javascript и текстовые файлы на одну неделю ExpiresByType text/css "access plus 604800 seconds" ExpiresByType text/javascript "access plus 604800 seconds" ExpiresByType application/javascript "access plus 604800 seconds" ExpiresByType application/x-javascript "access plus 604800 seconds" #кэшировать html и htm файлы на один день ExpiresByType text/html "access plus 43200 seconds" #кэшировать xml файлы на десять минут ExpiresByType application/xhtml+xml "access plus 600 seconds"

Комментарии опять же потом можно будет удалить.

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

1. ExpiresActive On ExpiresByType application/javascript "access plus 1 year" ExpiresByType text/javascript "access plus 1 year" ExpiresByType text/css "access plus 1 year" ExpiresByType image/gif "access plus 1 year" ExpiresByType image/jpeg "access plus 1 year" ExpiresByType image/png "access plus 1 year"
2. Header set Cache-control: private Header set Cache-control: public
3. BrowserMatch "MSIE" force-no-vary BrowserMatch "Mozilla/4.{2}" force-no-vary
4. FileETag MTime Size ExpiresActive on ExpiresDefault "access plus 1 month"

Теперь после того, как вы вставили в.htaccess код, позволяющий повысить скорость за счет оптимизации кэширования в браузере на стороне посетителя, и сохранили произведенные изменения, снова проверьте страницу вашего ресурса в PageSpeed Insights и убедитесь что проблема пропала :

Как видите, в моем случае «Используйте кеш браузера» уже не является критической недоработкой замедляющей загрузку, и значок рядом с этим замечанием сменился на оранжевый, но не на зеленый. К сожалению, повлиять на сторонние сервисы, откуда мой сайт подгружает статики (типа Янедкс, Гугла, Фидбернера и Аптулайка), я не в состоянии.

Что и требовалось доказать. Вот так вот играючи мы с вами разобрались с одной из самых существенных и весомых проблем найденных в Page Speed.

Как включить сжатие статических объектов на сервере

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

Используется при этом , о который я уже писал. Если вы анализируете не напрямую через PageSpeed Insights, а посредством GTmetrix, то в области PageSpeed «Включить сжатие» называется «Enable gzip compression», а в YSlow - «Compress components with gzip».

Для того, чтобы это самое Gzip сжатие включить на хостингах, где используется сервер Апач, достаточно будет добавить в файл.htaccess (он является дистанционным файлом управления сервером) соответствующий фрагмент кода. У Апача есть два модуля для сжатия и какой-нибудь из них будет установлен у вашего хостера (хотя не факт).

Наиболее распространен — с него и начнем. Мы опять же добавляем в код проверку наличия этого модуля, чтобы не получить 500 ошибку для всего сайта.

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/css text/javascript application/javascript application/x-javascript

Чуть менее популярным и для него код включения Gzip сжатия для нужных типов файлов будет выглядеть так:

mod_gzip_on Yes mod_gzip_dechunk Yes mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ mod_gzip_item_include mime ^text\.* mod_gzip_item_include mime ^application/x-javascript.* mod_gzip_item_exclude mime ^image\.* mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*

Собственно, пробуйте и проверяйте страницу в PageSpeed Insights после установки кода. Если проблема ушла, то считайте, что вам повезло. Мне же в силу наличия Апач с nginx все это не помогло (хостер сказал, что за статику отвечает nginx, при таком раскладе и настраивать надо именно его — как он это сделал мне не ведомо).

Удачи вам! До скорых встреч на страницах блога сайт

посмотреть еще ролики можно перейдя на

Вам может быть интересно

Измерение и увеличение скорости сайта в GTmetrix, а так же настройка загрузки библиотеки jQuery с Google CDN
Gzip сжатие для ускорения загрузки сайта - как его включить для Js, Html и Css с помощью файла.htaccess
Как увеличить скорость загрузки сайта по максимуму и оптимизация нагрузки на сервер

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

Почему скорость загрузки сайта важна

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

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

Сервисы для проверки скорости загрузки сайта

1. Google Page speed

Официальный сайт Google Page speed - https://developers.google.com/ . Совсем недавно он стал доступен для проверки всем желающим.

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

Самым главным в отчете является цифра по 100 бальной шкале. Чем она выше, тем лучше. Встретить сайт со 100 баллами - это большая редкость в интернете. Грубо говоря это означает, что по мнению Google сайт не имеет проблем со скоростью загрузки.

Сервис очень удобен тем, что здесь же есть рекомендации по ускорению работы сайта. Это очень-очень удобно. Выполнив по пунктам все рекомендации, как правило, можно ускорить работу сайта минимум на 10..20%.

Google Webmaster

У Гугла есть второй инструмент для определения скорости загрузки сайта - это http://www.google.com/webmasters/ .

Правда этот сервис является доступным только для владельца сайта. Чтобы увидеть скорость загрузки через Google Webmaster откройте вкладку "Сканирование" -> "Статистика сканирования". Здесь можно посмотреть историю времени загрузки сайта:

2. Проверка скорости загрузки с Tools pingdom

Переходим по следующей ссылке http://tools.pingdom.com/fpt/ . Вводим адрес нашего сайта и осуществляем проверку. По окончании тестирования программа выдает полный отчет. Удобный и простой способ.

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

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

3. Webo Pulsar

Чтобы проверить скорость загрузки через WEBO (сайт: https://webopulsar.ru/test/) придется немного подождать. Сервис требует ввести данные: Имя, адрес сайта, e-mail и телефон. После чего на почту придут результаты тестирования сайта.

Сервис показывает интересную информацию и сообщает средние данные по интернету.

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

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

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

В интернете карают за низкую скорость

Проверка скорости сайта: как это делается

Хорошая скорость загрузки страницы - 0.35–0.38 секунд. Такие результаты показывают сайты в топе выдачи. Чтобы посчитать это время, нужно измерить так называемую «скорость ответа сервера» - как быстро он реагирует на запрос клиента (браузера).

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

Google PageSpeed Insights

Google PageSpeed Insights бесплатно измеряет , и на стационарных устройствах. Рейтинг определяется по 100-балльной шкале: чем больше баллов, тем лучше. Если ваш сайт получил более 85, значит, все хорошо. Не стремитесь получить 100 баллов. Это не удается даже сервисам Google.

Чтобы проверить сайт, введите URL в строку на странице developers.google.com . Сервис оценит скорость и предложит варианты, как улучшить показатели:

Это простой и понятный сервис без тяжелого функционала.

Оптимизировать сайт в режиме реального времени поможет модуль PageSpeed Insights . Правда, в этом случае уже понадобится помощь разработчика.

Яндекс.Вебмастер

Посмотреть скорость ответа сервера на запрос робота «Яндекса» можно с помощью инструмента webmaster.yandex.ru . Он покажет время ответа в миллисекундах:

Если код ответа - «200 ОК», с сайтом все в порядке. Если какой-то другой («404 Not Found», «301 Moved Permanently»), у вас проблемы.

Как и у Google, у «Яндекса» это бесплатный сервис, которым можно пользоваться без регистрации и глубокого понимания бекенда.

Pingdom

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

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

Сервис собирает статистику скорости за период времени и предоставляет подробный отчет об ошибках. Тип проверки можете выбрать сами: HTTP(S), TCP port, Ping, DNS, UDP, SMTP, POP3 and IMAP.

Самый большой минус Pingdom - то, что сервис платный. Цены начинаются с $9,95 в месяц.

Sitespeed.ru

Еще один популярный инструмент в рунете - sitespeed.ru . Интерфейс простой и понятный: пишешь URL, запускаешь тест, получаешь результат. Сервис дает подробное описание, как справиться с каждой проблемой сайта:

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

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

GTMetrix

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

Тестировать скорость можно из нескольких регионов. Кроме того, сервис анализирует эффективность ресурса на мобильных устройствах.

До трех URL можно мониторить бесплатно. Больше сайтов можно подключить на премиум-тарифах (от $14,95 в месяц). Они включают и другие интересные возможности, например, брендированные отчеты о скорости сайта и запись видео с загрузкой, чтобы увидеть узкие места в режиме реального времени.

YSlow

YSlow анализирует веб-страницы и определяет, что идет не так по правилам Yahoo для высокопроизводительных сайтов. Это расширение, которое можно установить на популярные браузеры: Firefox, Chrome, Opera, Safari. Сервис бесплатный сервис и с открытым кодом.

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

WebPagetest

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

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

Хотите получить предложение от нас?

WebPage Analyzer

С WebPage Analyzer та же история, что и с остальными сервисами: вбиваете URL - получаете результат. Быстро и бесплатно, без SMM и регистрации.

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

mobiReady

Скорость загрузки мобильных версий - отдельный вопрос, о котором мы писали в статье « ». Чтобы ее протестировать, существует сервис mobiReady - инструмент для мобильных веб-разработчиков, дизайнеров и маркетологов. Тесты основаны на стандартах W3C (Консорциума Всемирной паутины), руководствах Yahoo YSlow и Google.

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

Платить или регистрироваться в mobiReady не нужно.

Which loads faster?

Сервис whichloadsfaster.co полезен, если хотите сравнить свой сайт с конкурентами. Введите URL двух сайтов в поля на главной странице, жмите «Go!» и проверьте, кто победил. Там же указывается, сколько миллисекунд грузились страницы:

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

Пользуетесь другими сервисами для проверки скорости? Пишите о них в комментариях.

(Visited 1 598 times, 2 visits today)