Защита площадок в системе «UniPlace»

Поисковые системы настороженно относятся к продажным ссылкам. Чрезмерное злоупотребление количеством продаваемых мест на площадке и беспорядочный нетематический обмен могут быть расценены как попытка повлиять на результаты поисковой выдачи и, как следствие, вызвать санкции по отношению к ссылками или к сайтам. Для сайта веб-мастера это может вылиться в игнорирование ссылок со страницы (небезызвестный фильтр Непот а Яндексе), что делает его площадку непригодной к использованию в качестве инструмента раскрутки, или даже в крайних случаях исключение из поискового индекса - бан. Для оптимизатора обнаружение продажных ссылок с других нетематических сайтов может повлечь отключение фактора ссылочного ранжирования с этих сайтов и, таким образом, сделать их покупку бесполезной. Чтобы избежать подобной ситуации, веб-мастерам надо заботиться о невозможности автоматического обнаружения ссылок, для чего нужно знать и понимать, как работает система размещения.

Как работает система размещения?

Система «UniPlace» четко знает, какие ссылки и где она должна разместить. В процессе поиска и покупки для каждой страницы закрепляется список ссылок, находящихся на ней. Когда клиент или поисковый бот запрашивает страницу сайта, код системы, размещенный на каждом сайте, подключенном к ней, определяет запрашиваемую страницу и добавляет к ней ссылки. Подобный механизм сделан во всех системах автоматического обмена и четко работает до тех пор, пока он может однозначно определить страницу, которую запрашивает посетитель. Если посетитель запрашивает страницу, неизвестную системе размещения ссылок, то она не выводит на ней ничего, потому что за этой страницей не зарезервированы ссылки - система считает, что на ней никто и ничего не покупал. Если же при этом робот, нацеленный на определение автоматических продажных ссылок, запросит существующую страницу таким способом, что модуль обмена будет считать этот адрес новым, то страница будет показана, но ссылок на ней уже не будет. Сделать это можно крайне просто - в адресе принимают участие так называемые GET параметры, изменив которые можно получить оригинальную страницу, как бы под новым адресом:

• Для запросов вида http://www.site.org/index.php?id=10&cat=20 достаточно поменять параметры местами - страница http://www.site.org/index.php?cat=20&id=10 вообще не известна системе;
• Для запросов вида http://www.site.org/index.php?id=10 или http://www.site.org/ достаточно дописать какой-либо незначительный параметр, например http://www.site.org/?from_yandex_with_love - такая страница тоже будет сочтена неизвестной;
• Для запросов вида http://www.site.org/index.php?id=10 достаточно приписать еще один идентификатор к запросу, например http://www.site.org/index.php?id=20&id=10.

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

Избежать такой ситуации можно несколькими способами.

Первый из них заключается в тщательнейшей настройке конфигурации сервера для обрезания всех параметров GET запросов в файле .htaccess, переходе на человекопонятные адреса (http://site.org/products/10/ вместо http://site.org/index.php? productId=10) и переделке кода сайта для исключения GET запросов из адреса сайта. В этом случае корректно настроенный сайт будет сам перекидывать со страниц с параметрами на страницы без таковых, ведь параметры не нужны - все записано в самом адресе страницы.

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

Как мы защищаем ваши страницы и ссылки?

В каждый клиентский код «UniPlace» встроена автоматическая защита «UniSafety» по второму принципу. Это позволяет значительно обезопасить страницы веб-мастеров от причисления к площадкам, торгующим ссылками, одновременно защитив ссылки оптимизаторов.