Правда и мифы о google pagespeed insights

Начало ускорения

Оптимизация WordPress начинается с теста скорости. Тут все довольно просто, есть такие инструменты, как PageSpeed Insights от Google, также Pingdom Tolls, Gtmetrix. Рекомендую использовать все, они покажут, какие слабости есть у сайта. Ниже скриншоты тестов. Вроде все неплохо, за исключением гугловского инструмента. К сожалению, вы запросто можете оказаться в ситуации, что от вас требуют высоких результатов в данном тесте, не понимая даже, что он собой представляет. Конечно, можно улучшить сильнее, но тогда пострадает дизайн. В целом, в мобильной версии у меня от 60 до 64, в ПК от 87 до 93. Когда как. Но в основном проблема заключается в партнерках, счетчиках и частично с файлами js и css. В общем, многое исправить будет нелегко, да и не нужно.

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

Могу с уверенностью сказать, что в мобильной версии высокие результаты часто идут во вред пользователям. Отложенная загрузка всего и вся и чуть ли не голая HTML-страница — единственный путь к заветной сотне. В общем, PSI немного отстал от жизни, голый HTML давно почил в небытие.

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

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

Requests

A request for speed limits must be sent via HTTPS, and takes the following form:

https://roads.googleapis.com/v1/speedLimits?parameters&key=YOUR_API_KEY

Parameter usage

Required parameters

  • Either a or a parameter.
    • — A list of up to 100 latitude/longitude pairs representing
      a path. Latitude and longitude values must be separated by commas.
      Latitude/longitude pairs must be separated by the pipe character: «|».
      When you supply the parameter, the API first snaps the path to the
      most likely road traveled by a vehicle (as it does for the
      request), then determines the speed limit for the
      relevant road segment. If you don’t want the API to snap the path, you
      must pass a parameter as explained below. The following example
      shows the parameter with three latitude/longitude pairs:
      .
    • — The place ID(s) representing one or more road segments.
      Make sure each place ID refers to a road segment and not a different type
      of place. You can pass up to 100 place IDs with each
      request. The API does not perform road-snapping on the supplied place IDs.
      The response includes a speed limit for each place ID in the request.
      You can send a or request
      to find the relevant place IDs then supply them as input to the
      request. The following example shows the
      parameter with two place IDs:

  • — Your application’s API key. Your
    application must identify itself every time it sends a request to the
    Roads API by including an API key with each request.
    Learn how to get a key.

Optional parameters

units — Whether to return speed limits in kilometers or miles per
hour. This can be set to either KPH or MPH. Defaults to KPH.

Шаг № 3: Использование кэш браузера

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

Чтобы решить этот вопрос, пришлось перенести все статические файлы с сайта на CDN (content delivery network/сеть доставки контента).

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

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

Вот визуализация того, как работает CDN:

На подопытном сайте все изображения, файлы JavaScript и CSS были перенесены на CDN, а на главном сервере остались храниться только файлы HTML. Размещение изображений на CDN играет важную роль в том, насколько быстро будут загружаться страницы сайта для посетителей.

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

Чтобы решить этот вопрос, пришлось исправить скрипты социальных сетей путем замены счетчиков, на статические изображения, размещенные на CDN. Вместо сторонних скриптов, которые пытались получать доступ к данным из Twitter, Facebook или Google Plus, для подсчета подписчиков, был установлен автономный счетчик, что и помогло решить данный вопрос.

Но более досадным было то, что вдобавок к проблемам со скриптами социальных сетей работу веб-сайта замедлял код Google Analytics.

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

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

В случае отсутствия обновлений, код Analytics будет загружаться из кэшированной версии на CDN.

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

Вот скриншот из Pingdom Tools на котором показаны все загрузки из CDN, в том числе и код Google Analytics. Единственный файл загрузки с сервера, это файл домашней страницы, объем которого всего лишь 15,5Kb. Устранение всех сторонних скриптов значительно улучшило общую скорость загрузки.

Сократите время ответа сервера

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

Обязательно установите PHP 7 на сервере, просмотрите Ваш список плагинов, может какие-то Вам не нужны, подберите себе быстрый хостинг, установите плагин кеширования, например WP Super Cache или WP Rocket. Порядок примерно такой же.

Посмотрите на скорость загрузки нашего демо-сайта, здесь необходимый набор плагинов (Clearfy Pro, Login LockDown, WP Smush, WP-PostViews, Yoast SEO), тема Root. Сайт расположен на хостинге Beget c PHP 7. Страницы загружаются за 0,1 секунду. Плагинов кеширования там нет.

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

Шаг № 2: Минимизация JavaScript, CSS и HTML

В примере, Google предлагает сократить объемы JavaScript и CSS файлов.

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

Чтобы устранить эту проблему, на сервере был установлен Gulpjs. Это инструмент, который автоматически создает новый файл CSS и удаляет все ненужные пробелы. Также он автоматически создает новый файл CSS каждый раз, когда вы вносите новые изменения. В приведенном примере, это помогло уменьшить размер основного файла CSS приблизительно с 300Kb до 150Kb. Такая разница в размерах обусловлена ненужными символами.

Дополнительно уменьшить размеры JavaScript и CSS можно за счет переименования переменных, при условии корректной работы селекторов и обновления HTML.

Оптимизировать JavaScript можно при помощи Closure Compiler, JSMin или YUI Compressor. Вы можете создать специальную программу, которая используя вышеперечисленные инструменты, будет переименовывать файлы и сохранять их в рабочий каталог.

Уменьшить CSS можно, используя инструменты YUI Compressor и cssmin.js.

Минимизировать HTML код можно через PageSpeed Insights. Выполните анализ страницы и выберите «Сократить HTML». Чтобы оптимизировать код кликните на «Просмотреть оптимизированное содержание». 

В случае использования WordPress, рекомендуется устанавливать плагин Autoptimize.

Также можно загрузить оптимизированные файлы непосредственно из PageSpeed Tool. 

Вот результаты, полученные после минимизации JavaScript и CSS:

Часто задаваемые вопросы

Загрузку на каком устройстве и в сети какого типа имитирует Lighthouse?

В настоящее время Lighthouse имитирует загрузку страницы на устройстве со средними возможностями (Moto G4) в мобильной сети.


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

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


Почему выбираются 90-й процентиль по FCP и 95-й процентиль по FID?

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


Почему могут отличаться значения FCP, полученные с помощью API PageSpeed Insight версий 4 и 5?


Какой результат можно считать достаточно высоким при имитации загрузки?

Любой результат, отмеченный зеленым цветом (90 и выше).


Почему оценка скорости загрузки меняется, хотя я ничего не меняю на своей странице?

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

Остались вопросы?

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

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

Summary

PageSpeed Insights is one of the tools you can use as part of a comprehensive performance analysis, but you likely won’t get a good score if you have a functioning ecommerce store with 3rd party apps.

Sometimes you can make your site lighter, faster, and with fewer requests, but your Google PSI score will go down.

Micromanaging each element in the Insights can sacrifice user experience and/or be a hassle to maintain.

Focus on improving actual metrics like page weight and load speed. We recommend WebPageTest.org to compare your load speed, weight, and requests metrics… and the Shopify Analyzer for an analysis of what can be optimized on a Shopify site.

Settings

Expand this tab to reduce HTML, CSS and JS code size. The extension removes all unnecessary line breaks, tabs, comments and spaces.

HTML Minification

Minify HTML — set the option to Yes to enable HTML minification.

When any of the settings in the field have been changed, execute the following command:

bin/magento setup:static-content:deploy

JavaScript

In this tab you can create an advanced bundle of JS using Advanced JS Bundling feature and JS Minification that will significantly reduce the page size in kilobytes and increase the page load speed. Google rank for both mobile and desktop will be improved.

You will need to use CLI commands to run through the optimization. Please make sure that you have access to the console and know how to do it.

Please create a full backup of your Magento instance and follow the instructions that are displayed in the Run Optimization section.

To run the optimization, set the Amasty JS Optimization option to Enabled.

Is Magento Cloud — set to Yes if you use Magento Cloud hosting platform.

Click Start.

Easily Clear Bundle if needed.

Automatic Optimization

Step 1. After clicking the Start button, the extension starts preparing all the links for optimization.

Step 2. Links processing progress is displayed on the bar.

When all the links from the bundle are successfully processed, you can add specific pages to JavaScript bundle. Keep in mind that each link should be placed on a new line.

If any errors are found, the processing will be stopped and the error message will appear. You may check the particular link that caused a failure. For example, 3/5 links has been successfully processed and then the message appears. It means that the 4th link contains some problems. Easily click on it to check if it is valid or not and correct the link or page itself if needed.

Step 3. When optimization is finished, you will see the appropriate message and a list of commands that should be executed.

Additional JS Options

Move JavaScript To Page Bottom option helps to load all the important content before loading JS. The functionality improves pages loading time.

Ignore URL List — provide URLs of the pages on which JS shouldn’t be moved to bottom.

Ignore Scripts that Contain — you may also specify particular scripts and their parts if you want them to exclude from moving.

The sample of Moving to Footer feature:

If Amasty JS Optimization is Disabled, you can customize the way of code optimization. Besides Moving JS To Page Bottom, there are 3 additional options to reduce your JS code. You can also exclude particular URLs and scripts.

Merge JavaScript Files — select Yes to put all JS files into one. As a result, the number of queries will be reduced.

Enable JavaScript Bundling — enable this option to combine all JS files into few bundles and download them for each page. This helps to save time by reducing the number of server requests.

Notice that as browsers download the bundles synchronously, page rendering is blocked until all bundles finish downloading.

Minify JavaScript Files — set to Yes to enable JS minification.

Don’t forget to run the command

bin/magento setup:static-content:deploy

in the console after any changes in this block of settings have been made.

This is how the bundling feature works:

CSS

Merging CSS Files works the same way as merging JS files.

Do not Merge CSS Files in Admin Area — forbid CSS files merging in the admin area. It won’t affect your Goggle rating.

Exclude URLs from CSS Merge if needed.

Minifying CSS Files works the same way as minifying JS and HTML.

If you set Defer Fonts Loading to Yes, the browser will load the page with system fonts and replace them with your fonts when they are loaded. It makes store pages load faster.

The following command must be run in the console when any of the settings in the field been changed:

bin/magento setup:static-content:deploy

You may exclude some fonts from deffering in the Do Not Defer Fonts That Contain option.

As in the JS tab, you can also Move Print CSS Files to Page Bottom to make your page render faster.

Flat Tables

Flat Tables allow storing all the information about a category or a product. Such tables help to shorten the query in the database. The shorter the query is, the better your store performs. Pays off for large stores with massive databases.

Other Settings

In this tab you can enable some additional settings to make your webstore perform better.

Sign Static Files — activate the option to make the browser automatically update cached values once they are changed.

Asynchronous indexing — enable to distinguish traffic patterns on the database level to avoid conflicts between read and write operations. Order data is placed in a temporary storage and moved to the Order Management grid with no accidents.

Оценка Page Speed Insights и SEO-продвижение

Google использует около 200 факторов для определения рейтинга сайта, среди которых наиболее важным является ключевое слово в начале тега title, объем и релевантность контента поисковым запросам, плотность и расположение ключевых слов, абсолютная скорость загрузки. Показатель Google Page Speed Insights непосредственно влияет на выдачу 1–3 результатов из 100. В то же время в официальных требованиях системы указано, что «сайт должен работать максимально быстро». Этот фактор благоприятно влияет на поведенческую историю веб-ресурса и значительно повышает его рейтинг. Именно поэтому эффективное СЕО-продвижение сайта требует нормальных показателей Page Speed Insights, но не обязательно со значением Good и Fast. Ярким подтверждением этому факту является мегапопулярный ресурс Amazon.com со средним уровнем оптимизации и высоким рангом.

Разработчики уделили огромное внимание функциональности и внешнему виду сайта в ущерб минимизации времени на полную загрузку картинок и стилей.

Automatic Optimization of the Newly Uploaded Images

Expand this tab to configure how all new images will be treated. This way, you can automate the optimization process.

Automatically Optimize Images in catalog or Wysiwyg folder — set to Yes to optimize all images uploaded to the catalog or Wysiwyg folder automatically.

JPEG optimization tool — set the way to optimize JPEG images:

  • Do not Optimize — select this option to forbid optimization;
  • jpegoptim 100% quality / jpegoptim 90% quality / jpegoptim 80% quality — choose the quality level you want to get after compression. See the examples of optimized images right below the setting.

PNG optimization tool — select optipng to optimize PNG images.

GIF optimization tool — choose gifscale to compress GIF files.

Use Webp image format — set to Yes to create a copy for every image in the WebP format.

Please make sure that you have enough disc space on your server. It is also necessary to install the Webp tool package on your server using the command

 sudo apt-get install webp 

Create Images in Smaller Resolutions — choose the type of copies to be created:

  • Mobile — the extension will create copies suitable for mobile devices. All copies will be placed in the automatically created folder — pub/media/amasty/amoptmobile.
  • Tablet — all the copies will be created specially for tablets and placed in pub/media/amasty/amopttablet folder.

Resize Algorithm — select the algorithm according to which the images will be compressed:

  • Crop — cuts pictures by size according to the device used, but not proportional to the size of the picture itself. While the height of the image would be the same, in the result the cropped image will look like the part of the original picture.
  • Resize — compresses the images in proportion to the picture itself according to the size of the field viewed. Simply it will be the same picture, but smaller in pixels.

Dump Original Images — set this option to Yes to store original images in the pub/media/amasty/amoptimizer_dump folder. It lets to collect all the original files in one place and easily update them in case the settings are changed.

Как увеличить скорость загрузки сайта?

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

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

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

Для оценки скорости сайта и получения рекомендаций по ее увеличению лучше всего использовать дополнения для Фаерфокса или Хрома Page Speed. Также для этой цели можно использовать онлайн-сервисы оптимизации скорости описанные выше.

Методы ускорения загрузки сайта

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

Один из них – это оптимизация модулей и компонентов сайта.

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

Объединить CSS и JS

Еще один эффективный способ – объединить внешние файлы CSS или скрипты JS. Благодаря этому уменьшается общее число загружаемых объектов и количество запросов к серверу. Еще эти же файлы можно сжать с помощью Gzip.

Ускорение сайта методом оптимизации изображений

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

Вот один из инструментов, который поможет вам оптимизировать изображения:

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

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

Лично я оптимизировал сайт seovedenie.ru с помощью сервиса Google Page Speed Insights. После некоторых манипуляций я достиг заветных 100 баллов из 100 возможных. В результате оптимизации скорость сайта увеличилась на порядок во всех сервисах описанных выше.

Набирайте скорость, держитесь крепче … и хорошего полета!

Вам будет интересно:

  • Профессиональный юмор — видео
  • Фотошоп онлайн бесплатно и без регистрации

Установка Google Page Speed в Firefox

Я бы не решился на написание целой публикации, будь на странице установки данного расширения русский перевод. Для установки Google Page Speed в Firefox необходимо иметь версию самого браузера 4.0 или выше, а также установленное расширение Firebug версии 1.6 или выше. Все нужные ссылки есть на странице установки Page Speed. Просто введите в гугл поиск запрос «Page Speed Downloads».
После выполнения нужных требований переходим к непосредственной установке скорости страницы от гугл.

После установки расширения — перегружаем браузер.

Для проверки работоспособности Page Speed, открываем в браузере нужный сайт и нажимаем правую кнопку мышки, где выбираем пункт «Inspect Element with Firebug или просто нажимаем на кнопку Firebug.

После этого должна появится соответствующая вкладка Page Speed в Firebug.

Сам анализ скорости и разбор ошибок будет в другой публикации.

Так для чего действительно нужен PageSpeed?

Результаты – а точнее, отсутствие их – оказались для меня большим разочарованием. Рассчитывал, что после оптимизации все запросы мигом залетят в Топ-5, но подобным и не пахнет. Хорошо еще, что обошелся бесплатным плагином – представляю досаду тех, кто за «зеленую зону» PageSpeed платит «зеленые» программистам.

Но что тогда толку от этого Пэйдж Спид?

Кокшаров (aka Девака), Трудов и другие известные SEO-шники сходятся во мнении:

Гнаться за «соткой» по PageSpeed – бессмысленная затея!

Дело в специфике работы сервиса, которую, как считают перечисленные специалисты, большинство оптимизаторов неправильно понимает. PageSpeed не годится для сравнительного анализа страниц разных сайтов. Страница с оценкой 3 по «Пейдж Спид» может фактически загружаться быстрее, чем страница с оценкой 80. И ПС будет смотреть именно на фактическое время, а не на оценку сервиса.

PageSpeed сравнивает страницу с её идеальной версией. И выявляет резервы.

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

How operators are approaching 5G

As we’ve detailed on the Ookla 5G Map, three out of four major U.S. operators have launched 5G commercial services in selected markets throughout the country to date.

Verizon Wireless chose Chicago, Minneapolis, Denver and Providence. These are all locations where they’ve initially allocated 400 MHz in mmWave in selected areas of the urban cores. Due to its limited propagation characteristics, the mmWave radios need to be installed much closer to user devices where they can perform the most effectively. This is why Verizon Wireless has opted for utility poles, considering the business districts are typically covered by macro sites installed on highrises. The allocated mmWave spectrum can provide peak speeds of over 2 Gbps, although Verizon Wireless can add more bandwidth at a later time to at least double this capacity.

Sprint, on the other hand, allocated 60 MHz of its 2.5 GHz mid-band spectrum for 5G in Atlanta, Dallas, Chicago and Kansas. Deploying 5G in the mid-band is slightly different than the mmWave, since the 5G radios can be installed on the existing macro network and provide a similar area of coverage to LTE in 2.5 GHz. Mid-band frequency bands can also leverage spectral efficiency-boosting higher order of MIMO, allowing users with capable smartphones to leverage up to four spatial streams as opposed to two in the mmWave. Mediatek demoed two aggregated 100 MHz channels in 2.5 GHz to deliver over 4 Gbps at MWC in Barcelona, which suggests that Sprint’s 60 MHz of spectrum allocation is capable of delivering close to 1 Gbps with 4×4 MIMO, 256 QAM and sufficient backhaul to the site. Another benefit for early adopters of 5G is the technique called EN-DC (Evolved Universal Terrestrial Radio Access New Radio Dual Connectivity), which allows for carrier aggregation between the LTE user plane and 5G, further boosting speeds on user terminals.

T-Mobile recently launched six 5G markets using mmWave spectrum in the 28 and 39 GHz bands. T-Mobile 5G coverage includes an impressive footprint in Manhattan, NY, where they’ve managed to provide contiguous mmWave coverage throughout many sections of the borough. This 5G rollout is even more impressive when we consider that the operator mostly overlaid the existing low-build macro cell sites with the mmWave capable radios, and was still able to provide outdoor coverage contiguity using this range-limited spectrum. This strategy eliminated the need for acquiring new cell sites, which is a lengthy process that likely would have slowed down the 5G deployment. This is a testament to T-Mobile’s cell site density, at least in the New York City market, which has been the key for delivering solid speeds in the past. It’s worth noting that the mmWave spectrum is only a part of T-Mobile’s 5G strategy, while the 600 MHz will take care of the coverage and the nationwide 5G footprint. This low-band spectrum is already being deployed nationwide and will likely be utilized for 5G as soon as the capable smartphones become commercially available.

AT&T has launched 5G in the mmWave in parts of 20 cities, although the AT&T branded 5G user equipment is only sold to selected developers and business customers. That said, the Speedtest results at a recent AT&T 5G press event showed an excellent network performance
and we are anxiously awaiting widespread commercial availability.

All operators could eventually take advantage of to significantly reduce interference and improve speeds on 5G, but it requires work on the infrastructure side. Infrastructure vendors are expected to enable beamforming on existing 5G infrastructure via software updates in upcoming months, which should further improve speeds and overall capacity.

JavaScript и CSS, блокирующий отображение верхней части страницы

Частая рекомендация в PageSpeed Insights — удалить код JavaScript и CSS, блокирующий отображение верхней части страницы. Давайте рассмотрим подробней.

1. Удалить JavaScript, блокирующий рендеринг

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

2. Оптимизация CSS-кода

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

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

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

Подводим итоги

Вместо криков ликования – сплошное разочарование! Оптимизация по PageSpeed не дала существенных результатов для моего сайта. Как я эти результаты замерил:

  • Снял изначальные позиции по запросам из небольшого семантического ядра.
  • Установил и активировал бесплатный плагин Autoptimize, который значительно повысил показатели сайта по Page Speed.
  • Снял позиции спустя 7 дней после оптимизации скорости и сравнил с изначальными.
  • Проанализировал динамику трафика через «Яндекс.Метрику» в разрезе 2-х ПС.

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

А ты заморачиваешься с Google PageSpeed? Или смотришь на его рекомендации сквозь пальцы? Расскажи, что думаешь об этом инструменте!

Вывод

В результате было выполнено 6 самых важных шагов, которые помогли достичь идеальных показателей 100/100 в Google PageSpeed Tools для сайта «Monitor Backlinks». В итоге была оптимизирована не только главная страница, но и все внутренние страницы. 

Среди всех выполненных действий по оптимизации сайта можно выделить три самых важных:

  1. Использование CDN.
  2. Устранение блокирующих кодов. (Избегайте JavaScript в теле кодирования, лучше переместите его в низ файлов.)
  3. Оптимизация размеров и сжатие изображений.

Обратите внимание. Быстрая загрузка страниц сайта косвенно влияет на ранжирование ресурса в поисковых системах, то есть: выше скорость загрузки → больше и длительнее посещения → выше ранжирование

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

Please enable JavaScript to view the comments powered by Disqus.

Ссылка на основную публикацию