Главная / Seo-продвижение / Улучшенные результаты в свойствах cache control PageSpeed ​​Insights

Улучшенные результаты в свойствах 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. Если результаты являются средними или слабыми, а рекомендации включают советы по кешу и сжатию, приведенные выше решения могут быстро устранить проблему.

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

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

 

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

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

Оставить комментарий

Ваш email нигде не будет показанОбязательные для заполнения поля помечены *

*

пиксель