Ответ
Развенчиваем мифы Google о скорости загрузки сайта Опции темы
Старый 30.08.2013, 20:01
  #1
Alsu
 
Аватар для Alsu
Регистрация: 02.07.2012
Сообщений: 648

Развенчиваем мифы Google о скорости загрузки сайта
Google использует множество факторов, чтобы определить, как ранжировать результаты поиска. Как правило, эти факторы завязаны либо на содержание веб-страницы (текста, URL, названия и заголовки и т.д.), либо на трастовость сайта (возраст доменного имени, количество и качество входящих ссылок и т.д.). Тем не менее, в 2010 году Google объявил, что скорость сайта будет, влиять на поисковое ранжирование, а далее туманно как-то, что приоритетней, с какой скоростью загружается сайт или с какой скоростью его просматривают?
Вот видите, даже здесь, на скорости можно в открытую поспекулировать. Еще больше загадок стало, когда в июне 2013 Мэтт Каттс из Google объявил, что нерасторопные мобильные сайты попадут под санкции и будут занижены в поисковом ранжировании.

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

Поэтому наша команда взяла для исследования список из 2000 случайных поисковых запросов от одно до пяти словников, спарсила URL-адреса для каждого запроса из топ-50 выдачи Серча и в конечном итоге смонтировала список из 100 000 страниц для анализа. Далее подрубила к эксперименту облачный сервак от Amazon и закольцевала маршрут на WebPagetest, который позволяет моделировать при тестах популярные версии веб-браузеров пользователей, а нам это в конечном итоге дало возможность собрать более 40 различных показателей при нагрузках на веб-страницы.

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

Время загрузки страницы

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





Горизонтальная ось измеряет положение страницы в результатах поиска(от 1 до 50), а по вертикальной оси среднее время загрузки страницы по 2000 ключевым запросам. Мы предполагали, что этот график будет, иметь вектор "вверх и вправо", так как, чем выше позиция в поиске, тем быстрее выбор и загрузка страницы. И почти угадали. Но влияния скорости на ранжировании, так и не увидели.

Время получения первого байта

Не получив результаты по первому тесту, мы перешли ко второму. Мы расширили наш поиск, в этот раз, поставив задачу, определить время получения первого байта (TTFB). То есть постарались, узнать, как быстро браузер пользователя принимает первый байт ответа от веб-сервера при запросе конкретного URL. Другими словами, этот показатель включает в себя время отправки запроса на веб-сервер, далее промежуток времени, когда веб-сервер обрабатывал наш запрос, далее время на генерацию ответа и количество времени, которое потребовалось для отправки первого байта ответа от сервера на наш браузер. График в этот раз получился немного другим





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

Размер страницы

После предыдущих двух тестов мы уже перестали, что-либо прогнозировать, просто ждали результата от тандема среднего размера каждой веб-страницы, в байтах, по отношению к позиции в поиске. И этот ёшкин кот нас удивил. Стоит, дополнить, что под "Размером страницы", мы имеем в виду все байты, которые были загружены для 100% визуализации страницы, включая все изображения, баннеры, виджеты, шрифты и т.д. Ещё больше удивила аномалия в топ-3 не поддающиеся ни какой логике - соотношение уменьшения размера страницы к снижению Page Rank?





В общем даже не знаем, что думать и какие делать выводы на базе результатов этого теста?

Размер изображений

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





К чему пришли?

Все сделанные тесты, говорят об одном, что нет никакой корреляции между "временем загрузки страницы" и позиционированием в поиске Google. Это верно не только для общего поиска (одно или двух словников), но и для "длинного хвоста" (4-х или 5-ти словников ). Мы не нашли сайты с более быстрой загрузкой страниц в топе серча по отношению к сайтам, которые ранжируются ниже. Скажем больше, время загрузки страницы, как фактор ранжирования в поисковых системах в данный момент вообще не коррелирует, он теряется в шуме других факторов. Даже в высокочастотниках, где большая конкуренция и поисковые факторы работают, как швейцарские часы, у всех практически одинаково, Page Speed в природе не обнаружен.

Тем не менее, наши результаты тестирования оказались не так то и плохи, мы нашли корреляцию между временем получения первого байта (TTFB) и более высокой позицией в выдаче Серча. Это практически свидетельствует о том, что в ТОП-е сайты с мощными серверами и оптимизированной внутренней инфраструктурой, которые быстро доставляют веб-контент. А из этого вывод один, несмотря на общепринятую точку зрения, на поисковое ранжирование сайта напрямую влияет фоновая(серверная) производительность веб-сайта, а не интерфейсная производительность сайта. Почему, именно так, пока не известно?

ВЫВОДЫ

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

Надеюсь, отчёт был не столь нудным и вы нашли для себя его информативным.

Успехов вам.
Нравится 0   Не нравится 0
Пожаловаться на это сообщение 0  
Ответить с цитированием

Ответ
 
 

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Как повысить CTR сайта в выдаче Google Ashable Статьи 10 11.11.2014 16:19
Придайте сайту скорости Матрос Статьи 14 21.03.2013 13:05
[продам] PHP Script для загрузки файлов. Dr.Bot Рынок 3 01.11.2011 03:16

Метки
google, ttfb, webpagetest, загрузка, корреляция, ранжирование, рендеринг, скорость


Здесь присутствуют: 1 (пользователей: 0, гостей: 1)
 
Опции темы

Быстрый переход


Текущее время: 11:02. Часовой пояс GMT +3.