Скорость загрузки сайта как фактор ранжирование в google

Скорость загрузки сайта как фактор ранжирование в google

В принципе очень легко этот фактор ПОМЕРИТЬ в попугаях

Взять одну из страниц, находящуюся стабильно в серпе.

Убрать все абсолютно включая css, кроме картинок и текста.

Переиндексировать

У меня такие вспомогательные страницы лезут вверх (против моей воли)

Будет виден КОНКРЕТНЫЙ результат влияния этого фактора на отношение Гугля (здесь отношение человеков не имею в виду)

Он либо будет, либо нет

ЗЫ Заранее посылаю наХ всяких трольчих, которые начнут брызгать слюнями на мою многострадальную, невинную р.. :)

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

P.S. Причем следить за тем чтобы "время ответа сервера" и "время загрузки страницы у пользователя" были хорошими, стоит гораздо сильнее из не-SEO соображений чем из SEO.

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

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

Непонятно, если скорость на ранжирование не влияет, то как же тогда это?

А это - новости, к которым еще не все готовы :)

Как по мне так она как влияла так и влияет , а дальше будет только больше влиять, ☝:kozak:

Это должно волновать ВАС. Гуглу на это начхать. Сколько раз нужно повторить, что ПФ гуглу до одного места?

Просто отключите GA у себя, понаблюдайте месяц-два, и больше не пишите этого.

(сейчас начнется про эксперименты Фишкина...)

---------- Добавлено 06.07.2018 в 02:23 ----------

Расскажите, как же Гугл эту скорость определит? Как часто? Когда? Днем? В какой части света? А если CDN? А фактом окончания загрузки что считать? А если провайдер сетку конфигурит в этот момент и пустил траф через заштатный коммутатор/канал?

Если вы видите, что быстрый сайт имеет позиции повыше медленного (как вы определили это? и еще куча вопросов тут), это гугл решил быстрый сайт подвинуть или пользователи в поиск гугла не возвращаются?

Влияет. Вытаскивал один киргизский сайт. Там и правда был мрак около 7-8 секунд. Поле напильника стало чуть лучше в пределах 2х секунд. Ну и он существенно поднялся по запросам.

Если гугл не называет "ПФ"ами аналитику поведения юзера - это вовсе не значит что он не анализирует это самое поведение.

Как влияет это на серп - это другой вопрос и огромное поле для фантазий.

Серьёзно? После заявлений "гуглу до одного места"? :)

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

И это не говоря про сервера/сервисы в разных концах планеты (чит: те же ДЦ, через которые ходит юзер в интернет)

Дальше надеюсь не нужно разжевывать?

Уважаемый вы с какой планеты ?:)

Откуда мне знать как и что у него в алгоритмах, формулах и методах ?

Гуглу не начхать , я в этом уже убедился!

🙅🙅🙅

Мы, пожалуй, самая заинтересованная сторона в вопросе влияния скорости, поэтому прокомментируем сугубо подтверждённые факты.

В целом, всё важное уже верно описано Solmyr и SeVlad, но можно добавить немного интересных деталей.

I. Влияние скорости в фактах

1. Конверсия

-- Факт.

Исследования от Гугла и ряда крупных магазинов широко известны.

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

2. ПФ

-- Факт.

Поскольку это то же самое. Конверсия - просто финальная часть цепочки действий посетителя.

И влияет ровно по той же причине - повышения удобства. А также иногда за счет возможности "успеть продемонстрировать больше" или "продемонстрировать быстрее".

Безусловно, если вы продаёте ядерные электростанции или по иной причине уникальны и жестко необходимы каждому посетителю, - он вас дождётся.

В большинстве же случаев, - посетитель просто не имеет мотивации, чтобы использовать именно ваш сайт, и именно по-максимуму.

Например,

- кто-то в магазине сразу пойдёт на оформление заказа вместо того, чтобы самому себя апсейлить, изучая каталог товаров, который некомфортно грузится (сходно в срезе "глубины просмотров" для контент-проектов)

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

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

Чем меньше у посетителя поводов, чтобы именно ваш сайт "закликать до дыр", тем больше значимы комфорт и оперативность.

3. Индексация

-- Факт (за исключением небольших сайтов).

Все крупные поисковые роботы, как и Гугл, руководствуются алгоритмами с целью "получить контент быстрее, но не уронить сайт".

Поэтому для расчета оптимальной интенсивности индексации учитывается:

- скорость загрузки страниц

- изменения скорости в процессе обхода

- возникновение характерных ошибок (например, 503,508).

4. Прямой учет в SEO

-- Факт.

- В зарубежном сегменте это давно не новость, но относилось только к небольшой группе запросов. Массовые статистические исследования от Moz уже 5 лет как подтвердили существования зависимости.

- По официальным заявлениям Гугла влияние становится более обширным сейчас

- Яндекс не отстаёт, по словам руководителя команды "Турбо":

Главный приоритет в ранжировании — релевантность запросу пользователя. При прочих равных предпочтение отдается страницам, которые быстрее грузятся и лучше адаптированы под устройство пользователя.

II. Какая скорость учитывается

1. Реальная скорость "отрисовки до момента возможности начать просмотр" - стоит считать единственным параметром для SEO.

2. По исследованию Moz влияет скорость TTFB, т.е. время начала загрузки страницы.

Но и исследование устаревшее, и на практике для рядовых страниц это почти неотличимо от простого "времени полной загрузки HTML-страницы", поэтому можно ориентироваться на него.

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

3. PageSpeed - нередко, вместе с Lighthouse, может помочь в улучшении реальной скорости для посетителей. Баллы значения не имеют, а некоторые рекомендации только вредят фактическому качеству сайта.

III. Как сильно влияет скорость и какой должна быть

1. Прикладной "живой" эффект, разумеется, зависит от многих деталей. Главная - конкретные значения скорости "по восприятию".

2. Когда сайт действительно воспринимается как медленный, точно можно говорить о крайне значимом эффекте.

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

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

Если ориентироваться на исследования Амазона, то и 0.1сек разницы для людей ощутимо на практике. Согласно Гуглу, значение есть даже, когда параметр скорости в диапазоне 0.4-0.9сек.

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

В зависимости от региона посетителя, качества интернета, мощности устройства (особенно, для HTTPS и тяжелого JS) и попадания в моменты пиковой загрузки вашего хостинга.

Поэтому мало кто бывает "быстрым" в 100% запросов.

4. Конкуренция.

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

IV. Итого

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

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

Если же проект значимый и есть возможность оптимизировать всё до идеала, то странно отказываться от возможности закрыть ещё один фактор ранжирования. С тем, что решение такого технического вопроса обычно просто проще и дешевле, чем вся настоящая SEO-работа.