Работа над скоростью и производительностью вашего веб-сайта — Основная часть вашей SEO настройки

Работа над скоростью и производительностью вашего веб-сайта — Основная часть вашей SEO настройки


08.04.2018 12:12

28

Успех в поисковой оптимизации (SEO) требует не только понимания того, где алгоритм Google сегодня, но и понимание того, куда Google движется в будущем.

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

  • AMP специально разработан, чтобы принести больше информации на страницы результатов поисковой системы (SERPs) таким образом, он представляет информацию по намерению пользователя наиболее оперативно. Желание Google быстро обслужить пользователей «blazing-fast рендеринг страниц и быстрая поставка контента» через устройства и средства массовой информации, начинается с Google кэширования больше контента в собственном облаке.
  • Google Fiber — ускоренное интернет соединения. Более быстрая сеть дает возможности для более ускоренного интернета. В нашей жизни и основа успеха интернета это (IoT), и то, что интернет сегодня управляется контентом и быстрой поставкой его. Когда установки волокна достигнут критической массы и гигабайт станет стандартом, интернет раскроет свой полный потенциал.
  • Google Developer Guidelines — 200 мс это время отклика загрузки страницы, более чем тонкий намек, что скорость должна стать основной задачей для каждого вебмастера.

Теперь, когда мы знаем, производительность страницы что очень важно для Google, нам надо внести скорость работы и производительность в наши повседневные СЕО — стандарты:

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

Инструменты для использования

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

Данные полезны только тогда, когда данные надежны и точны. В зависимости от веб-сайта, на котором я работаю, у меня может быть доступ к данным о производительности страницы на регулярной основе. Некоторые решения можно принять с помощью инструментов, как DynaTrace, Foglight,
Quantum Metric, TeaLeaf и IBM, они помогут собрать данные в реальном времени, но также они идут либо с высокой ценой либо с ограниченной лицензией. Когда стоимость является неприемлемой, я больше полагаюсь на следующие инструменты:

  • Google Page Speed Insights — независимо от того, к каким инструментам у вас есть доступ, то, как Google воспринимает производительность страницы, действительно имеет значение.
  • Pingdomcom — надежный инструмент для сбора базовых показателей и рекомендаций по улучшению. Дополнительная возможность тестирования с использованием международных серверов является ключевой, когда международный трафик является сильным драйвером для бизнеса, над которым вы работаете.
  • GTMetrixcom — похож на Pingdom, с дополнительным преимуществом, будучи в состоянии воспроизвести шкалу времени работы пользователей в видео.
  • WebPageTestorg — немного более грубый дизайн пользовательского интерфейса (UI), но вы можете захватить все критические метрики. Отлично подходит для проверки данных, полученных из других инструментов.
  • Используйте несколько инструментов, чтобы извлечь выгоду из конкретных преимуществ каждого, посмотрите, представляют ли данные из всех источников одни и те же сведения. Когда данные не описывают одинаковые сведения, появляются более глубокие проблемы, которые должны быть решены, прежде чем данные о производительности могут быть осуществимыми.

Подход к выбору методов

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

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

Ниже приведен пример захвата средних 10 страниц по нескольким типам с использованием Google Page Speed Insights в качестве инструмента.

Оценивая эти данные, мы видим, что все типы страниц превышают четырехсекундное время загрузки. Наша первоначальная цель состоит в том, чтобы привести эти страницы в суб-четырехсекундное время загрузки страницы, 200 миллисекунд или лучше на ответ одну секунду выше раза (ATF) время загрузки.

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

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

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

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

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

При работе с дизайнерами и интерфейсными разработчиками спросите, оценивают ли они веб — безопасные шрифты для своего дизайна. Если web-Safe шрифты не работают с дизайном, рассмотрите шрифты Google или Adobe Typekit.

Оценка по типу файла

Можно также оценить вес страницы по типу файла, чтобы определить, есть ли на странице избыточные сценарии или таблицы стилей. После того, как вы определили элементы, которые требуют дальнейшего изучения, выполните источник представления на странице в браузере и посмотрите, где элементы загружаются на странице. Посмотрите внимательно на чрезмерную загрузку таблиц стилей, шрифтов или JavaScript в разделе HEAD документа. Часть HEAD должна выполняться перед Body. Если в HEAD есть ненужные вызовы, то маловероятно, что вы сможете достичь цели в одну секунду.

Работайте с интерфейсными разработчиками, чтобы убедиться, что весь JavaScript настроен на асинхронную загрузку. Асинхронная загрузка позволяет выполнять другие сценарии, не дожидаясь завершения предыдущего вызова скрипта. Вызовы JavaScript, которые не являются необходимыми для каждой страницы или, не обязаны находится в HEAD документа — это общая проблема, вы можете найти в платформе, как magento, важные, системы netsuite, demandware, прежде всего, за счет дополнительных модулей и расширений. Работайте с разработчиками, чтобы оценить каждый вызов скрипта на странице и можно ли отложить выполнение скрипта.

Очистка кода в заголовке веб — страниц и исследование чрезмерных размеров файлов являются ключом к достижению загрузки времени в одну секунду. Если код выглядит чистым, но время загрузки страницы по-прежнему превышается, оцените время ответа. Время отклика выше 200 миллисекунд превышает пороговое значение Google. Такие инструменты, как Pingdom, могут определять проблемы времени ответа, связанные с системой доменных имен (DNS) или чрезмерным размером документа, а также проблемы с сетевым подключением. Соберите свою информацию, сотрудничайте с ИТ — командой и сосредоточьтесь на быстрой загрузке website experience.

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

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