Скорость загрузки сайта — как ее измерить онлайн и увеличить с помощью Page Speed Insights от Google

27 Апрель, 2016

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

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

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


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

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

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

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

    Измеряем скорость загрузки сайта в онлайн сервисе Pingdom

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

    1. объединил некоторые картинки из темы оформления сайта в так называемые спрайты
    2. а также по возможности уменьшил путем объединения число подгружаемых файлов стилей (CSS) и скриптов
    3. кроме этого имеется смысл включить Gzip сжатие статики на сервере
    4. и оптимизировать все используемые на сайте картинки

    Время загрузки отдельных элементов сайта

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

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

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

    Измерение скорости загрузки сайта в онлайн сервисе WebPageTest

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

    Анализ сайта в Google PageSpeed Insights

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

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

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

    Использование кеша барузера для ускорения загрузки сайта

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

    Как

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

  5. Site-Perf позволяет проверить скорость отклика вашего сайта (время ответа сервера) из разных стран мира. Красным и зеленым подсвечивают худшие и лучшие результаты.

    Как измерить скорость отклика сайта из разных стран мира

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

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


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

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

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

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

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

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

PageSpeed can integrate with your Apache or Nginx

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

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

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

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

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

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

Page Speed — анализ скорости и советы по ее увеличению


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

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

Ускорьте загрузку своих страниц на всех устройствах в PageSpeed Insights

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

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

Пейдж Спид - исправить немедленно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<ifModule mod_headers.c>
    #кэшировать html и htm файлы на один день
    <FilesMatch "\.(html|htm)$">
        Header set Cache-Control "max-age=43200"
    </FilesMatch>
    #кэшировать css, javascript и текстовые файлы на одну неделю
    <FilesMatch "\.(js|css|txt)$">
        Header set Cache-Control "max-age=604800"
    </FilesMatch>
    #кэшировать флэш и изображения на месяц
    <FilesMatch "\.(flv|swf|ico|gif|jpg|jpeg|png)$">
        Header set Cache-Control "max-age=2592000"
    </FilesMatch>
    #отключить кэширование
    <FilesMatch "\.(pl|php|cgi|spl|scgi|fcgi)$">
        Header unset Cache-Control
    </FilesMatch>
</IfModule>

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

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

<ifModule mod_expires.c>
    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"
</ifModule>

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

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

  1. <IfModule mod_expires.c>
      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"
    </IfModule>
  2. <IfModule mod_headers.c>
      <FilesMatch .*\.(js|css)$>
        Header set Cache-control: private
      </FilesMatch>
      <FilesMatch .*\.(gif|jpg|png)$>
        Header set Cache-control: public
      </FilesMatch>
    </IfModule>
  3. <IfModule mod_setenvif.c>
      BrowserMatch "MSIE" force-no-vary
      BrowserMatch "Mozilla/4.[0-9]{2}" force-no-vary
    </IfModule>
  4. FileETag MTime Size
    <ifmodule mod_expires.c>
    <filesmatch ".(jpg|jpeg|gif|png|ico|css|js)$">
    ExpiresActive on
    ExpiresDefault "access plus 1 month"
    </filesmatch>
    </ifmodule>

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

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

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

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

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

Включить сжатие в PageSpeed Insights

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

Compress components with gzip в YSlow

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

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

<ifModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/css text/javascript application/javascript application/x-javascript
</ifModule>

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

<IfModule mod_gzip.c>
    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.*
</IfModule>

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

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

Подборки по теме:

Комментарии и отзывы

Serg

Можно еще вспомнить про Yahoo YSlow.

Марафонец

Влияет, да еще и как. Не раз уже замечал подобное.

Юрий

Дмитрий, тема очень актуальна, пишите еще 🙂

dimetrius

И не жалко же вам черепашку... 🙂

Максим

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

Александр

А может проще хост поменять? Часто это помогает лучше всего. У меня, например, три хоста, и каждый отличается от другого на порядок.

Олег

Спасибо за статью. Попробую.

dimetrius

У меня тоже есть сайт на Joomla, за которым я довольно сильно развиваю, оптимизирую и т.д.

Так вот google мне в инструментах говорит что мой сайт загружается за 6,8с, медленнее, чем 85% сайтов. (пару дней назад показывал вообще около 8 секунд).

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

При этом Page Speed даёт оценку в 81-83 балла.

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

Пенсия 2011

Меня интересует как это повлияло на «Процессорное время» если есть статистика, т.к. у меня нагрузка на Апач уже превышает в два раза норму хостера и сайт периодически слетает, устал переходить на новый тариф (дорого). Сейчас загрузка примерно 1.0 Гц при допустимой 0.5 Гц. Почему спрашиваю Вас про нагрузку?, посетителей у нас ноздря в ноздрю (ну в этом году, а так я с позором проигрываю своему гуру).

К стати с Новым годом! И будет ли этот способ работать на Joomle.

Глубокий поклон за грамотные статьи.

Пенсия 2011

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

А могут глюки с объявлениями Яндекс Директа вызвать такую нагрузку? У меня Директ тоже живет, без него ни как.

armid

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

incomewm

Эта тема всегда будет актуальна

Дмитрий

armid говорит, что:

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

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

Что касается кэширования, то при активации кэша для html-страниц и скриптов может не работать защита от спама и т.д. Например, если вы используете плагин math comment spam protection, то комментарии просто не будут отправляться и будет выводиться ошибка введения суммы.

mamay

День добрый.

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

Bogdan

mamay:

Я думаю это проблема firebug, я давно пользуюсь firebug + page speed и в предыдущих версиях проблем не было. Тормоза когда обращатся к другому домену, мне так кажется.

mamay

Bogdan: Почему фаерфокс закрывается я разобрался: page speed не хочет работать с доменом РФ. Возможно впоследствии разработчики устранят этот баг, но пока так...

Юлия

Вы пишите: «Теперь, активировав жука в правом нижнем углу FireFox (просто щелкните по нему левой кнопкой мыши)...» Дело в том, что на моем компьютере в браузере FireFox нет нижней панели (не настроена). Подскажите, пожалуйста, как сделать так, чтобы нижняя панель отображалась. Спасибо.

Дмитрий

Юлия: находясь в FireFox, для открытия FireBug нажмите F12 на клавиатуре или же выберите из меню «Инструменты» — «FireBug» — «Открыть FireBug».

SubonAir

Клево, помог первый вариант! Только скорость в Page Speed не изменилась)

Дмитрий Бессуднов

Сделал все как Вы написали, вставил три кода в текстовый файл, обновил данные в page speed, но никаких результатов. В чем причина вы знаете или нужно просто ждать какое-то время?

Александр

Спасибо Дмитрий.

Я себе недавно поставил этот плагин Page Speed, да не знал где его искать.

Оказалось он под «жучком».

Если б не эта статья, так бы он там и остался 🙂

Olga

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

Александр

Проделал всё по написанному. Содержание Раздела «Leverage browser caching» отсалось прежним. правда сайт у меня на Денвере лежит. Но ведь в основе всё тот же Apache. Что-то в его настройках не так, но что?

Андрей

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

Спасибо заранее и наверное всем так же интересно посмотреть на то как у вас написано!

Valeri

Дмитрий, помогите, пожалуйста!!!

Вставляю код для ускорения сайта следуя вашей инструкции, а в итоге мой сайт не грузится и выдает ошибку:

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, support@hc.ru and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Что же я делаю не так?

dreee

Очень понятно, доступно и в картинках! Спасибо!

Владислав

я проанализировал через Page Speed эту страницу Вашего, Дмитрий, сайта. Получилось 89/100:

«▾Используйте кэш браузера: Следующие кэшируемые ресурсы имеют короткий срок действия. В дальнейшем следует указать для следующих ресурсов срок действия не менее недели»

далее идёт список, который я сюда не смог вставить.

На главной странице Вашего сайта: 91/100.

Это я всё к тому, что на разных страницах сайта page speed отличается, в том числе и по кэшируемым изображениям. А изменения Вы предлагаете вносить только в файл .htaccess .

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

Заранее спасибо за ответ!

Лена

Чтобы второй вариант работал, нужно еще установить на Joomla модуль mod_headers? Я правильно поняла?

Александр

Спасибо Вам. Скорость была 41/100. Стало 62/100. И при чем при вводе первого скрипта. А остальные на скорость не повлияли, но это может только на моем компе.

До этого пробовал сделать с другого сайта, так при загрузке сайта Ошибка. А по вашей методике все ок.

Спасибо.

Пётр

Пользуюсь таким же плагином для браузера гугл хром.

Антон

а у меня на joomla сайте после того как я вставил коды в .htaccess стало в PAgeSpeed выводится «Используйте Keep-Aleeve». Что это такое?

Макс

спасибо за интересный материал

rasse1

спасибо , первый код помог убрать проблемы кеширования браузера и добавить несколько баллов в page speed)

Сергей

Доброго времени суток. Спасибо за материал, очень полезные статьи у Вас. Установил FireBug и Page Speed. Все вроде бы гуд начиналось, когда попытался сделать как Вы пишете, то столкнулся с проблемой — вкладка реагирует, когда наводишь курсор, но нажимается с n-нного раза и в ней ничего нет. С чем это может быть связано? Помогите кто знает 🙂 Очень уж интересные методы, а попробовать не могу 🙁

Сергей

Ни один из кодов не работает, все вместе тоже не работают, в общем не помогает никак.

Vitaliy

Добрый день, Дмитрий! Спасибо за полезную информацию, но осталось одно но. PageSpeed показывается что все класно и быстрее, а в то же время во вкладке ресурсы отображаются запросы касательно изображений, с ответом 304 (файл не изменился). Как это понимать и кому верить? Нагрузка на серсер уменьшится или нет?

Vitaliy

Сергей, для начала убедитесь что у вас Apache, а не Nginx. Иначе с .htaccess толку не будет. Если все же Apache, то убедитесь что подключен модуль expires (в нашу время маловероятно что нет, но кто знает).

Людмила

«Итак, вот три куска кода, которые вам нужно вставить в файл .htaccess (в принципе, наверное, в любое место, но с умом)»

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

Дмитрий

А если при включенном кэшировании, перестал работать счетчик просмотра статьи. Что делать, чтобы он заработал снова ?

Евгений

Поддерживаю предыдущие комментарии:

— Вставляю код для ускорения сайта следуя вашей инструкции, а в итоге мой сайт не грузится и выдает ошибку:

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, support@hc.ru and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

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

Так все же почему при добавлении кода в любое место сервер выдает ошибку?

Дмитрий

Дима, подскажи пожалуйста, программа Пэйдж Спид выдала мне «Включите Keep-Alive на хосте zametkielectrika.ru.» — что это такое, и как его включить и как он повлияет на загрузку сервера.

Спасибо.

buba

Доброе время!!

подскажите пож. я нашел в корне сайта файл htaccess.txt , это он??

в него можно все это добавить???

A-penSL

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

...очень бы хотелось увидеть тему про валидность.

Ирина

Page speed загружен, жук есть, но самой вкладки крайней правой «page speed» нет! — есть «сеть» и на этом все...кто-ниб. подскажет в чем дело?????

Юрий

Здравствуйте, Дмитрий. Вот такая у меня штука получается. По рекомендации Page Speed и по Вашему уроку я вначале сделал сжатие. Все получилось. Вторым пунктом идет

«Используйте кэш браузера». Вот тут что-то непонятное. Вставляю код, перезапускаю анализ, а он у меня опять просит включить сжатие! Код для кэша убираю, все опять нормально!?

кук

Друзья, подскажите плиз:

зачем иногда ставят на бекграунд прозрачную картинку??

У меня в css сначала цвет указан, а сверху — прозрачная картинка.

Это нафига так и могу ли я убрать картинку для ускорения сайта?

Михаил

Дмитрий, скажите, а можно ли сделать оптимизацию кэширования в браузере с помощью какого-нибудь кода, который можно было бы просто вставить в шаблон блога от Google?

Спасибо.

Ильгиз

а куда вставлять код? между # begin wordpress # and wordpress или после них...

Роман

у меня 90 из 100, из описанного опробовал всё, но прироста так и не получил.

Юлия

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

The web browser is connecting to the server. Очень много, это гораздо больше половины. Интересно, означает ли это, что у меня есть проблема с хостингом? Потому что можно применить все, что советует Page Speed, и при этом результат будет не очень, если хостинг тормозит.

Дмитрий, подскажите, какой у вас хостинг сейчас?

Юлия

Дмитрий, в одном из ваших комментариев к посту про плагин huper cache вы написали про кеширование браузера (через .htaccess):

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

Судя по вашей статистике у вас 85% пользователей каждый день новые (в LI). То есть получается, что в этом случае кеширование браузера не очень подходит? А такая ситуация практически у всех.

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

На самом деле, я просто задумалась, как лучше сделать: ставить плагин huper cache, который кеширует страницы на сервере, делать кеширование браузера у пользователей через .htaccess (как написано в этой статье) или делать и то, и другое вместе.

Если можно, подскажите, пожалуйста.

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

Юлия

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

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

игорь

А если на сервере работает связка Nginx + Apache и через Nginx отдаются отдаются статические файлы с расширениями: jpg, jpeg, gif, png, css, zip, tgz, gz, rar, bz2, doc, xls, exe, pdf, ppt, txt, tar, mid, midi, wav, bmp, rtf, js, swf, f4v, flv, avi, wmv, mp3, mp4. Соответственно, эти файлы не обрабатываются через Apache, и любые директивы в файле .htaccess на них не действуют. Что тогда делать в таком случае?

Сергей

Попробовал все варианты,как было 77 / 100, так и осталось!

Анастасия

Огромное спасибо за такую полезную статью! После вставки кода скорость с 65 для мобильного и 67 для компьютера увеличилась до 83/100 и 85/100 соответственно.

Павло

Сергей

Попробовал все варианты,как было 77 / 100, так и осталось!

Анастасия

Огромное спасибо за такую полезную статью! После вставки кода скорость с 65 для мобильного и 67 для компьютера увеличилась до 83/100 и 85/100 соответственно.А как считаете вы и рассскажите кто-то если что-то знает и как оно бывает по законах мирового зла во вселенной...

Подписаться не комментируя