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

Скорость загрузки вашего сайта или ваших проектов всех вцелом зависит

1) скорость загрузки ( чем быстрее бутед uptime сервера тем лучше будет фактор ранжирования )

2) месторасположения сервера и запросы

если хостинг в RU и uptime хороший то соответственно он будет лучше в выдаче по yandex запросам, так как весь рунет это 90% yandex если не ве 100%

если хостинг в US и uptime хороший то соответственно он будет лучше в выдаче по US по гугловым таргетированным запросам

если хостинг в FR (датацентр в европе) и uptime хороший то соответственно он будет лучше в выдаче по по гугловым запросам данного региона

Если ты любишь french и у тебя просто блог про french фильмы и романтику, то он будет в приоритете в выдаче по запросам

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

GOLD RULE ДЛЯ ВСЕХ АДЕКВАТНЫХ WEBMASTERS И СЕОШНИКОВ 🙅

НЕХОДИТЕ ЗА ХЛЕБОМ ЧЕРЕЗ ЧУКОТКУ ЕСЛИ ВЫ МОЖЕТЕ ДЕЛАТЬ ЭТО НАПРЯМУЮ.

Ну да и самое главное.

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

CHECK YOURSELF AND BE ALWAYS AWESOME

Многие бы хотели, чтобы скорость влияла на позиции напрямую. Это позволит продать больше услуг! И свои крутые шаблоны.

Но... нет. Не влияет. Судя по тестам, нет такого факта ранжирования - скорость.

Про все это уже писали.

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

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

Знаю 5 - 10 разных уловок, которые позволят получить лучшие баллы по Гуглу, но сделают страницу тяжелее для пользователя. Тут главное - не переборщить.

А вообще, 404 страница в Гугле 100% адаптивна и по скорости часто - тоже 100% набирает! :D

Ну вот что с этим делать, убираешь adsense, полная скорость загрузки страницы 0,8 сек,

вставляешь adsense - 4,5 сек. Как мы можем на это влиять, если гугловские скрипты основной тормоз?

когда смотришь конкурентов в топ 1, то у всех страницы грузятся долго и гугловским рекомендациям соответствуют на 60%, и это не мешает им занимать топ.

благодарю за ответы!

Давайте повторим еще раз. Скорость "по Гуглу" не влияет ни на что, потому что поисковые системы эту скорость вообще никак не измеряют ни прямо ни косвенно.

А косвенно влияют два фактора:

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

2. Реальное время загрузки страницы у пользователя (а не измеренное какими либо сервисами) - влияет через поведенческие факторы.

Кому-то тестировщика нужно почистить :)

Главное - как быстро юзер сможет заюзать сайт. А будет ли там какой-то кеш и пр заблуждения поломанных тестировщиков - дело десятое.

---------- Добавлено 01.07.2018 в 13:14 ----------

Дык очевидно же - не использовать :)

Ок. Можно сделать асинхронную загрузку после полного рендеринга страницы в браузере.

Просто оставлю это здесь...

https://www.seroundtable.com/google-speed-update-scale-25980.html

Кажется, я про это и писал. Оно не может "косвенно" не влиять, если движок 20 секунд формирует страницу, а фото на ней - по 10 мегабайт каждое.

Вот кому-то хуже станет, если перестанут пихать фотки 100x200 по 5 мегабайт? :) И кому будет хуже, если про это расскажет Гугл?

Но у вас вот как-то странно оно сформулировано.

Не влияет, но... влияет.

И это в ответ на мою же фразу

Прямо огонь. Убеждать человека в том, в чем он уверен. ))

Зачем вы мне мои же слова переписываете другими словами?

Пишу, что для юзера главное будет кеширование и сжатие. Сайт будет грузиться быстрее. Отвечаете - как быстро юзер сможет заюзать сайт.

Причина... следствие... все еще не сходятся? )) Тут какой-то кружок особой логики? Вы как предлагаете скорость увеличить? Ну не молитвами же...

Ересь пишешь. Как минимум путаешь методы и результаты, при этом видишь только один конец палки.

Для юзера это всё пофик. У юзера - браузер и канал. Всё.

А можно предложить делать так, чтобы не надо было "увеличивать"? :)

А так есть 100500 способов. Кеширование и сжатие - лишь 2 метода в целом комплексе мер тех. оптимизации. Совсем не обязательных. И применяется на сервере, а не у юзера.

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

Иди в тех. разделы - там расскажут.