Brand from Amber

А как Вы определили, что заходят именно с forumseo_org. По Referer или по IP? Может там просто картинку с Вашего сайта разместили? Что в логах-то - что именно просматривают 100000 раз в день?

С чего Вы так уверены?

Brand from Amber добавил 22.11.2010 в 00:30

Не путайте симптомы и методы лечения. Вы пробовали лечить ТС (фильтр) кормлением ссылками страницы отличной от продвигаемой?

Да.

Декабрь 2009 г.

Нет.

На тот момент я идентифицировал данный фильтр как "ты спамный" и вылечил за один АП уменьшением тошноты запроса который упал. Почему на этот раз должно быть что-то другое - симптомы вроде одинаковые?

Очистите куки обозревателя! Мы, видимо, получаем разную выдачу:

Да легко. <noindex> влияет на ранжирование:

• если речь идёт о ранжировании в Гугле; ;)
• если в ноиндексе есть ссылка на какую-либо внутреннюю страницу этого домена (сама на себя), то анкор этой ссылки (который также является текстом в ноиндексе) влияет на ранжирование;
• если ссылка в <noindex> безанкорная, то (вероятно) в НПС может утянуться часть скрытого от индексации текса (и это тоже повлияет на ранжирование в случае самоссылки)

Так выдача это и есть отранжированный индекс. Кам может быть документ в выдаче но не быть в индексе? Возможно Вы путаете индекс с сохранёнкой?

Кстати, возможно АГС-ные сайты между АПами залетают в скрытый индекс? В таком случае подобная ситуация возможна. Также, возможно это связано с тем, что сайт забанили/зафильтровали, а кэш ещё не успел обновиться... короче варианты действительно есть.

Ну, думаю, после 14-ого поста Вы поняли почему я так считаю?

Неправильно потому что, как видите, врёт. Но, видимо, я тоже ошибся. Я думал, что врёт потому что добавление кавычек (") к оператору url заставляет Яндекс искать точное соответствие того, что между кавычками к тому что url-адресе. Постольку-поскольку url-адрес без слеша (/) в конце представляет из себя название документа, а url-адрес со слешем - название каталога (то есть это 2-а совершенно разных адреса), то логично предположить, что ограничив поиск документами (убрав последний слеш из строки поискового запроса) мы ничего не найдём (в том случае, если такого документа нет на сервере). В случае с рассматриваемым нами примером, при запросе - GET /osnovnoj-snoubording-sovety-vy-dolzhny-nauchitsya HTTP/1.1 - мы получаем ответ - HTTP/1.1 301 Moved Permanently и Location:http://geronimosnowboards.com/osnovnoj-snoubording-sovety-vy-dolzhny-nauchitsya/

Поэтому Яндекс склеил эти страницы и проверка YAP (с некоторыми изменениями) должна сработать. Но вот если бы эта страница возвращала 404 Not found, то я не уверен, что в этом случае проверка YAP работала бы нормально.

Теперь давайте попробуем разобраться почему не работает вторая ссылка JIucky.

А не работает она потому, что поиск производится без учёта региона (&lr=0) как только мы начинаем производить поиск с lr отличным от 0 всё сразу начинает искаться.

Сегодня последний день проведения конкурса - работы ещё принимаются. Завтра будут подводиться итоги.

Во-первых, во втором запросе перечисление необходимо только в том случае если Вы не знаете основного зеркала. Если знаете, то достаточно написать вот так:

url:geronimosnowboards.com/osnovnoj-snoubording-sovety-vy-dolzhny-nauchitsya/

url:geronimosnowboards.com/osnovnoj-snoubording-sovety-vy-dolzhny-nauchitsya*

Во-вторых, сам запрос составлен некорректно (это видно из моего предыдущего примера). Правильнее будет вот так:

url:geronimosnowboards.com/osnovnoj-snoubording-sovety-vy-dolzhny-nauchitsya/ | url:www.geronimosnowboards.com/osnovnoj-snoubording-sovety-vy-dolzhny-nauchitsya/

В первом случае запрос показывает, что страница есть в индексе и кеше, а во втором - что запрос составлен неправильно. Пруфлинк. Учите матчасть.

/ru/forum/380812 начиная с 23 поста.