Сайт предприятия может иметь размер от 10 тыс. до 10 млн страниц. Для многих сайтов такого типа серьезной проблемой является неправильное распределение «сока» внутренних ссылок.
Представьте, что каждая из этих крошечных страничек представляет собой от 5 до 100 тыс. страниц на сайте предприятия. Некоторые его части (блоги, статьи, инструменты, популярные новости и т.д.) могут иметь непропорционально большое количество внутренних ссылок. Другие области (обычно это бизнес-контент или контент, связанный с продажами) остаются в стороне. Как это поправить?
Решение простое (по крайней мере, его принцип прост). Пусть богатые «соком» страницы поделятся со своими обделенными ссылками братьями. Это кажется простым, но в реализации может быть невероятно сложно. Внутри архитектуры огромного сайта (с несколькими сотнями тысяч или миллионом страниц) почти невозможно выявить богатые и бедные «соком» страницы, а тем более добавить такой код, который поможет распределить «сок» ссылок более равномерно.
К сожалению, решение этой задачи с точки зрения программирования очень трудоемко. Владельцу такого сайта необходимо разработать систему, которая будет отслеживать входящие ссылки и рейтинги, а также строить мосты (или трубы, что больше соответствует, которые станут переливать «сок» от богатых ссылками страниц к бедным.
Но есть альтернатива — это создание очень плоской архитектуры сайта, которая основана на релевантности или семантическом анализе. Подобная стратегия больше соответствует указаниям поисковых движков (хотя она несколько хуже) и, безусловно, гораздо менее трудоемка.
Проблемы сервера и хостинга
К счастью, на поисковую оптимизацию влияет очень незначительное количество проблем с серверами и веб-хостингом. Однако если их упустить, то они могут развиться в серьезные проблемы, поэтому их также следует упомянуть. Рассмотрим те проблемы с серверами и хостингом, которые могут негативно повлиять на рейтинги поисковых движков:
— тайм-ауты сервера — если поисковый движок делает запрос страницы, ответ на который не приходит в пределах тайм-аута поискового робота или который выдает ответ «тайм-аут сервера», то ваши страницы могут и вовсе не попасть в индекс. И тогда эти страницы наверняка будут иметь очень плохой рейтинг, поскольку не было найдено пригодного для индексирования текстового контента;
— медленный отклик — это не так вредно, как тайм-ауты сервера, но все равно является потенциальной проблемой. Не только пауки могут не дождаться загрузки ваших страниц, но и потенциальные пользователи могут предпочесть посещать другие ресурсы (поскольку доступ к вашему сайту становится проблемой). Здесь, опять же, возникает проблема сетевого нейтралитета;
— совместно используемый IP-адрес — основные проблемы: скорость, возможное присутствие спамеров или не вызывающих доверия соседей на вашем IP-адресе, получение неполной выгоды от ссылок на ваш IP-адрес (более подробно обсуждается по адресу bit.ly/staticipaddress);
— блокирование IP-адреса — по мере того как пауки ползают по Всемирной паутине, они часто находят целые блоки IP-адресов, заполненные совершенно очевидным спамом. Вместо блокирования каждого сайта по отдельности движки иногда принимают дополнительные меры — они блокируют IP-адрес или даже диапазон IP-адресов. Если это вас коснулось, то ищите ваш IP-адрес в Bing при помощи запроса ip:address;
— выявление ботов и работа с ними — некоторые системные администраторы чересчур усердствуют в плане защиты и ограничивают доступ к файлам любому посетителю, который делает больше определенного количества запросов (в заданный промежуток времени). Для трафика поисковых движков это может быть губительно, поскольку будет постоянно ограничивать возможности пауков;
— ограничения на ширину полосы пропускания и скорость передачи — многие серверы имеют ограничения по количеству поступающего на сайт трафика. Это может быть очень вредно в тех случаях, когда контент вашего сайта становится весьма популярным, а ваш хост ограничивает доступ. Вашу работу не смогут увидеть не только те люди, которые потенциально могли бы сделать ссылки, но и поисковые движки также не смогут просмотреть ваши страницы;
— география сервера — хотя раньше поисковые системы при сканировании контента учитывали местоположение веб-сервера, компания Google заявила, что сейчас фактическое местоположение сервера, как правило, не играет никакой роли с точки зрения веб-поиска. По утверждению Google, если сайт использует ccTLD или gTLD (национальный домен верхнего уровня или общий домен верхнего уровня соответственно), а также данные о географическом местоположении сайта указаны в сервисе Search Console, то нахождение самого сервера уже несущественно. Но есть одна оговорка: чем ближе сервер к пользователю, тем быстрее загружается контент, а Google учитывает скорость загрузки контента, что существенно влияет на результаты мобильного поиска.
