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

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

Предыстория

Некий сайт лежал на сервере и работал. Сайт — информационный каталог, в Гугле на сегодня больше 2000 страниц. Реализован на Joomla с несколькими «тяжелыми» компонентами. В меру оптимизирован, но без фанатизма. Сервер был выделенным, но медленным. Серверная часть была оптимизирована, без фанатизма. «Узким горлышком» сервера был процессор, поэтому статика выдавалась достаточно быстро, а вот скрипты работали долго, что усугублялось тяжелыми компонентами Джумлы и большим количеством SQL-запросов, характерными для этой CMS.

В каких случаях Google может замедлить индексацию сайта или совсем остановить ее?

На конференции в Нью-Йорке представитель Google из команды Google Webmaster Central рассказал о двух сигналах, останавливающих робота:

1. увеличивающееся время отклика страниц сайта
2. появление 5xx ошибок

Если время отклика сайта все время увеличивается, страницы отдаются все медленнее, то сервер может быть перегружен и имеет смысл приостановить или совсем прекратить запрашивать URLы с сайта. Аналогично и с ошибками из категории 5xx — различные внутренние ошибки сервера, также возникающие иногда из-за высокой нагрузки на сервере или неправильной его конфигурации. Через некоторое время робот повторно запросит какие-то страницы и если ошибки исчезли, а время отклика приемлемые, то индексация сайта возобновится.

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

 Google Tag Manager — относительно новый инструмент Google, широко известный в узких кругах веб-аналитиков и интернет-маркетологов. Суть этого Диспетчера Тегов отнюдь не в управлении тегами HTML, а в управлении кусками кода, которые в большом количестве ставятся на страницы сайтов:

• Счетчики Google Analytics
• Коды ремаркетинга
• Коды AdSense
• События Аналитикса
• A/B тестирование

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

Здорово? Конечно! Но тут заканчивается лирика и начинается реальность: