Улучшенные результаты в свойствах cache control PageSpeed ​​Insights

Здравствуйте дорогие читатели блога Интернет Бизнес

Если вы хотите улучшить время загрузки страницы, введите оптимизацию в файле cache control htaccess. Благодаря этому вы улучшите скорость страницы на сайте и сохраните свою позицию в результатах поиска.

Улучшенные результаты в свойствах PageSpeed ​​Insights с использованием оптимизации файла cache control htaccess

Google PageSpeed ​​Insights — это один из инструментов пакета Google PageSpeed ​​Tools, который помогает пользователям оценивать и улучшать оптимизацию, производительность и скорость загрузки веб-сайтов. Семейство инструментов имеет родительское имя Google PageSpeed ​​и содержит ряд компонентов: Сервис, Chrome DevTools, Module и Insights, описанные здесь.

Обновление инструмента и обновление скорости

10 января 2018 года Google опубликовал в своем официальном блоге, что инструмент Google PageSpeed ​​Insights был обновлен . В предыдущей версии после тестирования любой страницы был представлен один индикатор по шкале 0/100. Результат был зависеть от количества и качества оптимизации, представленной на тестируемом веб-сайте. В дополнение к оценке времени загрузки страницы появился список советов по оптимизации.

Проблема с PageSpeed ​​Insights заключалась в том, чтобы отделить результат от реальности. Данное значение не указывало, насколько быстро работает тестируемый веб-сайт. В январе Google оправдал ожидания пользователей и начал готовить почву для объявленной недели позже Speed ​​Update . Новая версия инструмента оптимизации загрузки страницы была дополнена дополнительной информацией.

Один результат был разбит на две основные категории и дополнительные показатели:

  • Оптимизация — по шкале от 0 до 100 и с хорошим, средним или низким рейтингом проверяет количество и качество оптимизации, представленной на веб-сайте, для повышения производительности.
  • Скорость сайта — с быстрым, средним и медленным рейтингом, проверяет реальную скорость сайта в соответствии с данными из отчета об опыте пользователя Chrome. На сегодняшний день на многих сайтах еще нет соответствующего пула данных, и вместо результата отображается «Недоступно».
  • FCP и DCL (первая Contentful Paint, DOM Content Loaded) — общий балл скорости страницы зависит от результата этих двух значений. FCP и DCL оцениваются как быстрые, средние и медленные на основе сравнения с другими результатами из базы данных. Диапазон делится на 3 набора, самый быстрый 1/3 — результат Fast.

17 января 2018 года Google объявил о так называемых Speed ​​Update, которая вступит в силу в июле 2018 года. Новый алгоритм будет включать в себя мобильную поисковую систему. Согласно заявлению, после введения обновления в органических результатах для мобильных устройств, самые медленные и худшие оптимизированные веб-сайты могут найти худшие позиции. Поэтому у веб-мастеров есть время для отдыха, чтобы улучшить скорость их веб-сайтов. Одним из основных и простых способов повышения производительности является использование оптимизации, которую вы можете ввести в файл .HTACCESS.

Оптимизация в .htaccess

Следующие оптимизации могут быть введены непосредственно в файл .htaccess. Это файл, который обычно находится на сервере в корневом каталоге сайта. Важно проверить, автоматически ли эти модули не входят в CMS или другое приложение. Например, WordPress имеет плагин, который реализует себя в коде заголовков Cache Control. Следует избегать того, что CMS генерирует эти автономные модули и вводит их вручную .htaccess приведет к дублированию.

Заголовки кэширования и заголовки Expire — использование кеша

Введение Заголовки cache control htaccess или заголовки Expire являются одним из ответов на оптимизацию, предложенную PageSpeed ​​относительно использования кеша браузера.

Cache-control vs Expire — приложение и отличия

Основная проблема — время их создания — заголовки Expire были введены в HTTP 1.0 и заголовки Cache-Control в HTTP 1.1. Поэтому достаточно использовать только Cache Control; они предлагают больше возможностей. Если веб-сайт использует оба решения, и они предоставляют противоречивые значения, браузеры и серверы будут уделять приоритетное внимание правилам, описанным в разделе Cache-Control. Есть ли причина использовать Expire Headers одновременно с cache control htaccess?

Мы можем предположить, что не все браузеры и серверы могут правильно анализировать Cache-Control, поэтому мы оставляем Expire Headers в качестве альтернативы. Однако это необязательное решение и вполне может включать правила использования кеша только для наиболее важных ресурсов. Вы также можете прочитать об оптимизации с помощью Cache-Control в руководстве Google для разработчиков в разделе HTTP Caching .

Кэширование на практике

Ниже приведен пример кода для раздела Cache-Control в .htaccess

# начало модуля 
<IfModule mod_headers.c>
#id действительность для графики, общедоступный ресурс 
<FilesMatch> \. (jpg | jpeg | png | ico) $ "> 
Набор заголовков Cache-Control" max-age = 31536000, public " 
</ FilesMatch>
# месяц истечения для SWF, общедоступный ресурс 
<FilesMatch>. (swf) $ "> 
Набор заголовков Cache-Control" max-age = 2628000, public " 
</ FilesMatch>
# месяц истечения срока действия для CSS и JS, частный ресурс 
<FilesMatch> \. (css | js) $ "> 
Набор заголовков Cache-Control" max-age = 2628000, private " 
</ FilesMatch>
Вы можете дополнительно включить другие ресурсы 
<FilesMatch> \. (X? Html? | Php) $ "> 
Набор заголовков Cache-Control" max-age = 2628000, private " 
</ FilesMatch>
</ IfModule> 
# конец модуля

 

FilesMatch — определяет, к каким ресурсам должен применяться принцип использования кеша.

Max-age — определяет в секундах, сколько выделенных ресурсов необходимо извлечь из кеша:

  • Минута — max-age = 60
  • Время — максимальный возраст = 3600
  • День — максимальный возраст = 86400
  • Неделя — max-age = 604800
  • Месяц — max-age = 2628000
  • Год — максимальный возраст = 31536000

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

Решение для ресурсов с длительным сроком действия, однако, содержимое должно меняться, является заменой имени файла. Напр. Переименуйте новый графический logo.jpg логотип-2.jpg будет, несмотря на такое. Годовой срок действия, все пользователи будут видеть новую версию изображения , не нарушая общих принципов Cache-Control.

Private или Public — этот атрибут определяет, может ли ресурс кэшироваться повсюду или только индивидуально с помощью определенного устройства. Большинство ресурсов можно охарактеризовать как общедоступные, за исключением ресурсов CSS и JS, поскольку они чаще всего связаны, например, с индивидуальными пользовательскими настройками на конкретном веб-сайте (контент, специфичный для пользователя), или ввод частных данных в формы. Для безопасности ресурсы CSS и JS обычно обозначаются как Private. Более того, только в этом случае PageSpeed ​​Insights будет считать их оптимизированными. Разумеется, сопоставление ресурсов с Частным и Общественным также индивидуально для каждого сайта, и веб-мастер должен решить, какое распределение в данном случае будет лучшим.

Истечение заголовков на практике

Ниже приведен пример кода раздела заголовков Expire в .htaccess:

# start module 
  <IfModule mod_expiers.c> 
  ExpiresActive on

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

ExpiresDefault «доступ плюс 1 день» # 
безопасная настройка также 
ExpiresDefault «доступ плюс 0 секунд»
#grafiki, видео, аудио для выбранных форматов 
ExpiresByType image / gif "access plus 1 year" 
ExpiresByType image / png "access plus 1 year" 
ExpiresByType image / jpg "доступ плюс 1 год" 
ExpiresByType image / jpeg "доступ плюс 1 год" 
ExpiresByType image / x-icon «доступ плюс 1 год» 
ExpiresByType video / mp4 «доступ плюс 1 месяц» 
ExpiresByType аудио / mp3 «доступ плюс 1 месяц»
#CSS и JS 
ExpiresByType application / javascript «доступ плюс 1 год» 
ExpiresByType text / javascript «доступ плюс 1 год» 
ExpiresByType text / css «доступ плюс 1 год»
#inne ExpiresByType 
text / xml "access plus 1 day" 
ExpiresByType text / html "access plus 1 day" 
ExpiresByType application / xhtml + xml "access plus 1 day"
</ IfModule> 
# конец модуля

 

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

Результаты использования кеша

Результаты внедрения cache control являются индивидуальными для каждого сайта. Если бы он был хорошо оптимизирован, использование кеша увеличило бы результат оптимизации на 1-3 пункта, тогда как если бы оптимизация была плохой и кеш никак не использовался, реализация cache control может повысить результат даже на 15-20 пунктов, положительно влияя на скорость сайта для возвращения пользователей.

Сжатие GZIP

Сжатие GZIP может значительно уменьшить объем загружаемых данных. Сервер отправляет сжатые файлы в браузер, которые распаковываются локально. Если сайт использует сжатие GZIP, вы можете проверить одну из бесплатных шашек, например – https://checkgzipcompression.com/ – .

Если сайт не использует сжатие GZIP, мы можем ввести его с помощью файла .htaccess.

mod_gzip и mod_deflate

 

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

 

mod_gzip — .htaccess

# start module GZIP 
<ifModule mod_gzip.c> 
mod_gzip_on Да 
mod_gzip_dechunk Да
# Определить ресурсы сжать 
mod_gzip_item_include файл. (HTML |? TXT | CSS | JS) $ 
mod_gzip_item_include обработчик CGI-скрипт ^ $ 
mod_gzip_item_include мим ^ текст /.* 
mod_gzip_item_include ^ приложение мим / х-Javascript *. 
Mod_gzip_item_exclude мим ^ изображение /.* 
mod_gzip_item_exclude rspheader ^ Content-Encoding :. * gzip. * 
</ ifModule> 
# конец модуля GZIP
mod_defalte - .htaccess
# Запуск модуля DEFLATE 
<mod_deflate.c IfModule> 
# определить ресурсы для сжатия 
AddOutputFilterByType DEFLATE текст / обычный 
AddOutputFilterByType DEFLATE текст / html 
AddOutputFilterByType DEFLATE текст / XML 
AddOutputFilterByType DEFLATE текст / CSS 
AddOutputFilterByType DEFLATE приложения / XML 
AddOutputFilterByType DEFLATE приложение / XHTML + XML 
AddOutputFilterByType DEFLATE приложение / rss + xml 
AddOutputFilterByType DEFLATE application / javascript 
AddOutputFilterByType Приложение DEFLATE / x-javascript 
</ IfModule> 
# окончание модуля

Методы сжатия графических файлов

Графические файлы должны быть надлежащим образом сжаты независимо от использования модуля gzip в .htaccess. Правильный выбор форматов (прогрессивный JPEG, WEBP, PNG), их уровень сжатия и размер исключают необходимость рекомпрессии уже сжатых ресурсов.

Результаты использования сжатия

Сжатие оказывает положительное влияние как на показатель PageSpeed ​​Insights, так и на фактическую скорость загрузки страницы, что значительно снижает размеры файлов, загружаемых браузером. В PageSpeed ​​Insights, правильно выполненное сжатие может улучшить результат на 20-30 пунктов.

Переадресация

Использование 301 перенаправления включено в повестку дня для многих сайтов. Самые популярные перенаправления:

  • SSL-протокол — перенаправление перемещает страницу с HTTP на HTTPS,
  • Префикс «www» сайта — 301 передает пользователя в желаемую версию с или без «www».

Многие веб-сайты неправильно используют обе эти переадресации. пример:

  • http://example.com> 301> https://przyklad.pl> 301> https://www.przyklad.pl.

Здесь есть два перенаправления, которые оказывают негативное влияние на PageSpeed ​​и на время открытия страницы. Рекомендуемое решение — реализовать одно перенаправление:

  • http://example.com> 301> https://www.przyklad.pl

или если версия без «www» является предпочтительной:

  • http://www.example.com> 301> https://przyklad.pl

301 перенаправляет в .htaccess

Следующий код, введенный в cache control htaccess, приведет к тому, что https://example.com будет целевым адресом с одним 301 перенаправлением.

# Запустить драйвер модуля для HTTPS без "WWW"
 RewriteEngine на
 RewriteCond% {HTTP_HOST} ^ WWW \ $ [NC]. (*.)
 RewriteRule ^ $ HTTPS (*.): //% 1 / $ 1 [R = 301, L]
 RewriteCond HTTPS {%}, A
 RewriteRule HTTPS (*.): // HTTP_HOST {%}%} {REQUEST_URI [R = 301, L]
 RewriteCond% THE_REQUEST} {^ * / индекс \ PHP.
 RewriteRule ^ (. *) index.php $ / $ 1 [R = 301, L]
 RewriteCond% REQUEST_FILENAME} {! -d
 RewriteRule ^ (. *) / $ / $ 1 [L, R = 301]
 # терминации модуль

И версия, которая нацелена на HTTPS и версию, включая «www» (https://www.example.com):

# запустите модуль, направляющий HTTPS, с "www" 
  RewriteEngine на 
  RewriteCond% {HTTP_HOST}! ^ www \. (. *) $ [NC] 
  RewriteRule ^ (. *) $ https: //www.%1/$1 [R = 301, L] 
  RewriteCond% {HTTPS}! On 
  RewriteRule (. *) Https: //% {HTTP_HOST}% {REQUEST_URI} [R = 301, L] 
  RewriteCond% {THE_REQUEST} ^. * / Index \ .php 
  RewriteRule ^ (. *) index.php $ / $ 1 [R = 301, L] 
  RewriteCond% {REQUEST_FILENAME}! -d 
  RewriteRule ^ (. *) / $ / $ 1 [L, R = 301] 
  # конец модуля

 

Результаты сокращения перенаправления

Сокращение пути перенаправления от 2-3 до 1 может повысить значение параметра PageSpeed ​​более чем на 10 пунктов и ускорить загрузку реальной страницы.

Оптимизация результатов поиска по страницам и предстоящим результатам обновления скорости

Google объявила, что предстоящее обновление затронет только небольшую группу веб-сайтов, которые медленно и плохо работают в PSI для мобильных устройств. Что именно означает «медленный»? Этот Google не сказал, что нет предела в результате оптимизации или времени загрузки страницы, ниже которого сайт будет зависеть от рейтинга мобильных устройств. Итак, давайте подготовиться заранее к предстоящему обновлению, проверить результаты вашего сайта и проверить, какие оптимизации предлагает Google. Если результаты являются средними или слабыми, а рекомендации включают советы по кешу и сжатию, приведенные выше решения могут быстро устранить проблему.

Нормальные люди и так от души порекомендуют мой пост в свои социальные аккаунты!

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

Tags

Александр Гусельников

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

Статьи по теме

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Close