19 Сен, 2012

Нагрузка на сервер влияет на Google-трафик

Партнерская программа Vulkanpartner

Зависимость ранжирования сайта от оптимизацииInferno Solutions - лучшие администрируемые VPS в России от 5$ + бонус 30$!

Привет всем! Анализ работы сайтов, их продвижения и мониторинг показателей всегда давали и дают определенные плоды – мы принимаем меры к совершенствованию. Так проанализировав работу одного из моих серверов я сделал определенные выводы, после чего внес коррективы и исправил дело в лучшую сторону. Разложим тему по полочкам?

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

На один из своих серверов я активно в первых числах мая этого года начал устанавливать новые проекты на основе CMS WordPress и запускать их. Но, как известно даже у хорошего сервера ресурсы не безграничны, тем более, что сам WordPress «тянет» не мало, если только это не какая-то там крутая установка (ячейка) в Дата-центре с несущим круглосуточное дежурство возле нее администратором. Но у нас все обычно – VPS. Поставив порядка 20 сайтов на основе WordPress и начав их развивать я начал получать какой-то определенный трафик и что логично – нагрузка на сервер начала расти.

Вы сами часто смотрите на показания нагрузки в административной части своих серверов любого вида? Так и я, абсолютно не смотрел – работает, значит все нормально. Но пересматривать политику работы в сети в этой области, думаю, дочитав пост вы поймете почему.

При равном продвижении сайтов находящихся на данном сервере я заметил:

  • Сайты стали грузиться несколько медленнее, но это замедленнее было мизерным и уж тем более не критичным. В набат бить я даже и не думал;
  • Google-трафик после стабильного роста немного просел (но здесь такое бывает, когда продвигаешь и резко снижаешь активность).

В целом все обыденно и можно работать покуривая сигару…

Я бы не обратил внимание на все это и продолжал бы наращивать обороты, если бы в один день уровень нагрузки не превысил критичную отметку и сервер бы не «лег». Кто читает меня в Твиттере (@vovkasu), тот видел сообщения:

 

Трафик и нагрузка сайта

 

Я даже подумал что лег он из-за ошибок SQL, но исправив их он лежал на старом месте… 😉

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

Решено было существенно разгрузить сервер, раскидав сайты на два вместо одного. Нагрузка резко упала:

 

Курсы оптимизация продвижение сайтов md

 

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

А теперь давайте просмотрим  статистику по трафику одного моего блога с поисковых систем на те даты, когда нагрузка резко начала расти, и была «убита» соответственно:

 

Что влияет на нагрузку сервера?

 

Отчего бывает критическая нагрузка на сервер

После «разгрузки» сервера Google-трафик начал опять расти.

Смотрим суточный рост трафика без недельного обновления сайта и каких-либо действий по привлечению временного трафика:

Inferno solutions

Из этих наблюдений следует:

  • Скорость работы сайта и нагрузка на сервер прямо влияют на трафиковую составляющую с Google(Google-трафик) и как первопричину – ранжирование;
  • Если Google-трафик несколько просел, стоит просмотреть нагрузку, ведь внешне проекты могут работать также, а замедление будет не значительно или не заметно, а может списано на медленный доступ к сети Интернет;
  • Стоит постоянно анализировать нагрузку на сервер, дабы не допускать потерь и постоянно быть на «пике».

Это ли не очередное доказательство зависимости ранжирования сайта от скорости его загрузки? И самое интересное, что ускорение и замедление никак не сказались на показателях в поисковой системе Яндекс, а штормит только Google. По всей видимости, не зря в инструментах именно Google замечен замеритель скорости работы сайта.

Какие наблюдения были у вас? Не стесняйтесь, оставляйте комментарии!

Урок. Учительница обращается к Вовочке:
- Вовочка, ты опять дурью маешься?!!!
- Не, Марьванна, я завязал.

Робот блога считает, что это может быть вам интересно:

Похожие записи в блоге:

   

Нравится как я пишу? Давайте вместе формировать интересные материалы на моем блоге. Вы можете сделать ретвит данной статьи или подписаться на мою ленту в системе микроблогов Твиттер.
Читайте меня в Твиттере и будьте в курсе последних моих действий.

Комментирование Facebook:


  • Т.е. если сайт находится не на VPS, а на обыкновенном хостинге, то на скорость его работы надо молиться и надеяться на "хиленькие" проекты по соседству?

  • Речь конкретно шла про VPS. Если ваш сосед превышает - его отключат еще быстрее, чем VPS или он успеет опомниться. Там на шедере все гораздо жестче.
    Ну, и еще хотелось бы сказать, что шедер никогда не стоит сравнивать с работой VPS. Что-то явно быстрее...

  • А как быть с оверселлингом в таком случае или выбирать только виртуализацию Microsoft Hyper-V, Xen, VMWare?

  • SLANET

    Пост абсолютно "в тему" для нас. Сегодня ночью обновили все сервера обслуживающие сайты объявления SLANET -slanet.ru, .by, .com.ua, .kz, .md
    Как средний результат время отдачи страниц уменьшилось минимум на 40%, а разброс - минимум втрое. Актуальный скрин здесь: http://img6.imagebanana.com/img/sagljuqb/Selection_003.png
    Интересно будет посмотреть, как гугл отреагирует.

  • Имя Фамилия

    Так в Гугл Вебмастере ведь есть инструмент "Статистика сканирования", где график со скоростью загрузки сайта. К чему эта картинка с загрузкой сервера в некиех мегабайтах.

  • А вы не думали, что нагрузка на сервер может вообще не отражаться на времени ответа сайта? Он может грузиться в браузере ровно так же как и раньше.

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

  • Ссылка на картинку битая.

  • Имя Фамилия

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

  • А время ответа и полной загрузки чуток различается... Отвечать он может так же, а вот полностью загружаться до 100% не так.. Или наоборот.
    Кстати, тут же еще замечено, что плагин автопосыла статей в Subscribe существенно тормозит процесс загрузок в моменты посыла. А при высокой нагрузке на сервер этот плагин вообще кладет сайт на какое-то время. По сути здесь будет получаться следующее - загрузка сайта останется на той же скорости, а сайт временами будет вообще не доступен. Если сервер не нагружен должным образом, то этот плагин на время только замедляет работу.
    Это уже проверено временем...
    Кстати, подобное пропадание сайта относится не только к плагину Subscribe.

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

  • Кстати, этот график в вебмастере Гугл невероятно непостоянен. Посмотрите на статистику работы в одинаковые отрезки времени. Включишь кэш, так он покажет что сайт стал работать медленнее. Как он может работать медленнее при работе кэш? По факту мы сохраняем его... Так я когда подключал weibo этот график что только мне не показывал. На него надеяться не стоит, это какая-то более профанская оболочка.

  • Мне кажется здесь замедляется не столько время полной загрузки, сколько время ответа...
    Например, при работе на пике скрипта рейтинга блогов, когда он собирает кучу данных по уйме блогов нагрузка возрастает. Но время когда начинается виднеться что-то замедляется... Именно этот промежуток от 0 до первых результатов загрузки.

  • Имя Фамилия

    Другими словами вы утверждаете, что на ранжирование влияет не только скорость отдачи html страницы (которое отображается в google webmaster), а еще и от загрузки статики - js, css и картинок. Интересное конечно мнение. Правда, поисковые системы не загружают статику, и я сомневаюсь, как они могут это оценивать, при помощи Бар"ов, что ли. 
    Я вот не знаю, технический вы человек или нет, но по мне, реализовать быструю отдачу статики это довольно простая задача. По крайней мере когда это делает nginx.

  • Разве я утверждал в статье? Я показал реальную ситуацию и проследил зависимость. Утверждать может Мэтт Катс, а я предполагаю.
    Мы смотрим на техническую сторону как простые обыватели... Зачем на что-то заморачиваться, когда у тебя все оптимизировано и распределено? Если так вдаваться в тех часть, то Рег.ру на мой VPS не рекомендовали ставить больше 8 WP, сейчас стоит больше и все ок.

  • Имя Фамилия

    В том то и дело, что понимая тех сторону, смотреть на эти предположения как то странно. А вот у вас на графике с 10 числа сайт не работал, и по статистике, с 10 числа и стал падать трафик. Разве вам не кажется более логичным то, что трафик упал просто потому что сайт лежал?

  • Да, только падать он (трафик) стал в начале мая (на графике как вы видите май), а упал сервак в начале сентября и график сервера вы видите за сентябрь.
    Не стоит вызывать сомнения у меня - моя точка зрения изложена в посте. Вы ее можете либо принимать, либо думать по своему.
    На этом беседу закончим.

Я в Google Plus

Блоггеру

Рекомендую

Мануалы

Опрос

Какие средства привлечения трафика по модели CPA для вас самые доходные?

Просмотреть результаты

Загрузка ... Загрузка ...

Вовкин блог на Facebook

SEO Powered by Platinum SEO from Techblissonline