Для пущей безопасности можно написать такую конструкцию. Кстати, User-agent: * - это вообще все роботы, а регулярные выражения понимают по моему только Яндекс и Гугль. Так что смотрим ниже:
User-agent: *
Disallow: /?
User-agent: Googlebot
Disallow: /*/?
User-agent: Yandex
В общем, где-то так маски можно построить.
Для роботов, кроме Яндекса и Гугля, к сожалению, придется писать весь список. Либо как вариант, дополнить проверкой на наличие get-переменной (-ных) всех или запрещенных проинициализированных в программном коде, и при соблюдении условия в <head> страницы добавлять <meta name="robots" content="noindex,nofollow" />
Работает через раз что ВМП, что партнерский интерфейс Маркета. Что-то там перенапряглось явно сильно =)
А не проверяли, из каких регионов идет та доля трафа, которая в ходе апа появляется и исчезает по завершению оного? Возможно не из вашего целевого?
Допускаю, что в ходе апа сайт может получать дополнительную посещайку из выдач других регионов.
Сужу по своим проектам, из числа тех, на которые в ходе апа начинает приростать траф (по контактам, на самом деле, начинают звонить-писать люди из нецелевых регионов).
Был и случай обратный, когда в ходе апа на сайт снижалась посещайка, после окончания апа - выправлялась к логичным значениям.
точно сказать не могу, но в рамках описания траст-ранка Гугля за такие ссылки уровень доверия к сайту снизится. Скорее всего, аналогичные принципы есть и у Яши, так что прямые текстовые ссылки пусть не бан, но санкции могут повлечь. Ведь Яша умеет отличать худо-бедно адалт-сайты (качество этой его способности счас вне обсуждения), значит целевые домены будут в определенном его списке "специфических" сайтов.
В любом случае, что мешает поставить те же ссылки в текстовом виде, но формируемые JS-кой на лету (то есть вплоть до отсутствия <a href="..."> как такового)? Главное же, чтобы человек кликнул и перешел по целевому урлу? А onclick событие можно прикрепить к любому элементу, будь то хоть span (при том на лету, по классу например, на событие загрузки страницы). Или условия партнерки таких вольностей не допускают?
Извините, ТС, но матчасть мне учить не надо :) Картинка относилась не к фразе "вот решение задачи", а к значительно более выше расположенному тексту. А полную процедуру я Вам расписывал собственно всем текстом сообщения, со всеми возможными оговорками. Можно было потрудиться и прочитать весь пост, а не только последнюю фразу, Вы уж извините за некоторую резкость.
То есть последнюю фразу первого поста стоит читать так: "В простом виде исполнение всех вышеперечисленных условий в алгоритме анализатора, который Вы сами себе напишете - есть решение Вашей задачи, ТС."
Смотрите на следующее:
запрос = сам запрос плюс все производные от него
"запрос" = все обращения, состоящие из одного только слова запроса, в разных словоформах
"!запрос" = значение показов в точной словоформе, только по самому слову запроса, без производных.
Если запрос геозависимый, то желательно также в Вордстате выставлять целевой регион.
Ну и смотреть надо цифру не из таблички, а над ней (см. в аттаче).
Далее можно пользоваться либо чисто схемой, предложенной Wings Of Fury, либо дополнительно поделить количество где-то на 1.5 в среднем (но тут сугубо от тематики зависит, сколько страниц выдачи один пользователь в среднем просматривает).
Проверить геозависимость на автомате можно, сравнив выдачи по нескольким регионам по этому запросу. Если идентичны, то ГНЗ, если различаются = ГЗ. Это автоматизируется достаточно просто.
В простом виде вот решение Вашей задачи, ТС.
Зарегался... Письмо-подтверждение на яшкин ящик так и не пришло :( Перерыл все, включая спам-фолдер
Очень похоже, что в алгоритме разбора страниц выдачи Яндекса при проверке запросов не предусмотрена ситуация, что в результатах выдается расхлопывающийся DIVчик с предупреждением о заражении сайта вирями.
Как результат - регулярное прерывание проверки позиций сайтов на номере страницы выдачи, на которой программа по запросу наткнулась на такой DIV.
Наверное, надо поправить алгоритм, предусмотреть такой паттерн?
Хотя я бы предпочел, чтобы паттерны обработки были вынесены и их можно было бы редактировать самостоятельно. Насколько я понимаю, сейчас они компилятся внутрь исполняемого кода?
И очень хочется в качестве альтернативы непосредственного парсинга Яшки получать результаты еще и с search.livejournal.ru (для своего региона) и QIP.ru (для Москвы). Или даже добавлять альтернативы самостоятельно :)
Сделайте лучше одну страницу по термину, напишите на нее 4-5 Кб текста с плотностью ключа 5-6% (можно текст по Адвего проверять на семантику), грамотно распределив ключевик по заголовкам и подзаголовкам, повыделяв его немножко болдом и курсивом, где это возможно. И эту страницу уже продвигайте.
А смысла на всем сайте термин расставлять никакого нет, только другим запросам подпортите, ИМХО. Вот ссылки с других страниц с этим термином поставить на продвигаемую страницу смысл есть, и вполне себе большой. Только ссылки лучше ставить с основного массива текстов, а не из меню-подобных групп ссылок (чтоб не зарезалось).
Забавно. Это самое ОНО, если я правильно все понимаю - способ установки куки через flash... Только зачем так?...
