Ни одна обертка "тегом" или простановка атрибута к <a> не поможет 100% закрыть ссылку. Только если скрыть саму ссылку из анализируемого роботом кода страницы.
Рекомендую посмотреть на данный способ http://devaka.ru/articles/hide-links-from-google
Достаточно действенно, особенно если скрипт обработчик вынести в отдельный файл в директорию, закрытую к посещению ботами.
Еще вариант того же самого http://alaev.info/blog/post/4042
5 минут в Гугле помогают найти много интересного :)
Не могу понять, уже два месяца эпизодически захожу на solomono.ru со стартовой страницы, вбиваю URL сайта, который хочу проанализировать, жму Enter или "Найти", происходит смена URL в адресной строке браузера (get-переменная search=... появляется, вроде все в порядке), но остается все также стартовая страница... И никаких результатов.
Писал об этом по электронке саппорту, ответа не воспоследовало.
Проблема не в кеше явно, так как смотрел разными браузерами, чистил кеш и прочее. Поскольку перейти на страницу с УРЛом могу, значит не файрвол. Вот что это может быть?
И да, регистрировался, логинился - результат тот же самый
1. Смотрите запрос вот так "!слово1 !слово2" в вордстате, полученную цифру смотрите в районе строки "По точной фразе "!слово" — [ваше реальное число показов] показов в месяц."
Полученное число показов поделите в среднем еще на 1,5 - вот потенциальное число пользователей. А поделив еще на 30 - получите число посетителей по запросу в день в максимуме (чего не бывает обычно).
Смотреть Вордстат лучше с ограничением по региону, к которому привязан сайт (если регион привязан)
2. Введите этот же запрос в поиске и посмотрите на сниппет и текст ссылки (заголовок). Лично Вам захотелось бы туда кликнуть? А вашим знакомым? Проведите тест - попросите знакомых, не знающих адрес Вашего сайта, ввести запрос и посмотрите, какие ссылки и почему они будут кликать. Мини-юзабилити тест такой.
Если тайтл и сниппет сайта не очень - попробуйте улучшить (3-4 апдейта - и можно добиться цели).
И вот только тогда смотрите реальную получаемую кликабельность.
А вообще оцените запрос, насколько он вообще кликабелен чисто логически. Может, запрос предполагает, что пользователь, введя его и посмотрев результаты поиска "по диагонали", сразу начнет его уточнять, ибо в массе получит результаты не ахти и даже ваш сайт на первом месте под давлением окружения - не будет кликнут. Shema, опередил в мысли :)
Где-то так получается направление мысли.
Второй АП и двадцать постов назад. И да, поздравляю, Вы попали в тестовую выборку видящих. Сам такого не наблюдаю.
А вы не пробовали вот так в htaccess на старом домене www.aaaa.ru прописать?
RewriteCond %{HTTP_HOST} !^www\.bbb\.ru
RewriteCond %{REQUEST_FILENAME} !robots\.txt$
RewriteRule (.*) http://www.bbb.ru/$1 [R=301,L,QSA]
И там же оставить robots.txt с правильным хостом. То есть редирект для всех страниц, кроме robots.txt, который робот радостно прочтет и учтет пожелания по верному хосту.
Это, конечно, верно только в случае полной "зеркальности" структуры сайтов на двух этих доменах.
На счет перетекания тИЦов не знаю, никогда этот вопрос в принципе не волновал, но для грамотного переезда сайта на новый домен (или склейки www и без него и прочих схожих ситуаций) - отличное решение. Главное - траф не теряется, люди попадают куда надо, даже переходя по старым ссылкам с сайтов и из СЕРПа.
Скорректируйте верстку. Уберите имидж-мап. Оставьте графику фоном, поверх него поставьте с помощью CSS обычную графическую ссылку с display: block; width: ???px; height: ???px; text-indent: -6000em; расположив именно там, где раньше были пределы имидж-маповской арии. Соответственно для робота это обычная текстовая ссылка с нужным Вам анкором. Для человека - он кликает по графической ссылке (логотипу?) Все счастливы.
Данный прием подмены текста графическим фоном описан лет десять назад и прекрасно работает.
Есть нюанс с организацией ЧПУ на примере того же site.ru/url/url/url/url/url/url/page2.html - шибко умные роботы от Гугли и Яндекса попробуют "прозвонить" каждую из подпапок. Также, как пробуют прозванивать get-строки с пустыми значениями переменных (специально проверял, что нигде на сайте таких ссылок не было, а роботы туда ломились).
И вот тут вопрос в ответе движка - что он роботам отдаст. Особенно это актуально, когда горе-программеры при переделке в ЧПУ все бывшие get-параметры и их значения хоронят в адресе как подпапки (имхо это бред). И при отступлении назад по папкам начинаются крайне интересные финты. И потом тратится куча времени, чтобы сначала убедить дятлов-разработчиков поправить адресацию и ответы сервера, а потом чтобы они реально это сделали.
Так что иногда проще сделать все страницы второго уровня, если адресация движком строится. Либо четко отслеживать способы построения папочного ЧПУ, четко лимитируя для себя, что все, что попадает в ЧПУ - роботу доступно, а все, что передается дополнительно через get-параметры - роботу не надо, типа сортировок, фильтров и т.п. инструментов, порождающих четкие и нечеткие дубли страниц и это должно от робота быть скрыто сокрытие активирующих ссылок, через мета-теги запрета на страницах результатов срабатывания, закрытие этих же страниц по маске в роботсе и через каноникал.---------- Добавлено 05.11.2012 в 12:56 ----------
А не проще и очевиднее вот так?
www.site.ru/stranica/
www.site.ru/stranica2/
www.site.ru/stranica2/podstranica1/
В веб-серверах индексный файл может по любому называться в папке, это настраиваемо в том же апаче. для адресации достаточно вполне просто указать папку, дальше пусть сам сервер разбирается, что именно он должен для этой папки отдать как контент по умолчанию. Роботу обычно такие нюансы рядом с птицей.
Либо вообще:
www.site.ru/stranica.html
www.site.ru/stranica2.html
www.site.ru/stranica2/podstranica1.html
Только здесь надо быдет настраивать 301-редирект с www.site.ru/stranica2/ на www.site.ru/stranica2.html
Массово чтобы - вроде не было. У самого пару раз отваливались регионы, если к сайтам "сомнительные" адреса привязаны были.
Сейчас у себя такого не наблюдаю ни на одном из сайтов.
Привязка через Панель - да, бывало. Привязка через Справочник - только по мановению руки модератора, видимо, бывало.
На счет плюсов - дает хороший плюс в регионе, для которого адрес прописан и контакты в справочнике. Зависит от конкурентности региона и тематики, естественно. Давно-не давно, но годик где-то уже работает как альтернатива Каталожным регионам.
А чем беки в майле принципиально отличаются от беков в яндексе? Сама по себе фраза слегка интересная... Беклинк (в данном контексте) - это ссылка с одного сайта на другой, к поисковой системе никак не относится.
Ни в Яндексе, ни в Майле, ни толков в Гугле запросами к поисковику беки не узнать.
А Соломоно - он выдает сведения о беклинках абстрактно от конкретного поисковика. Этот сервис не "только по яндексу ищет(" - он просто ищет ссылки на сайт. Сам, вроде. Без учета поисковиков...
Вебмастерской панели в Майле нет, в отличие от Гугля и Яндекса. Да и через них (панели) более менее внятные данные по бекам можно получить только в Яндексе, Гугл не дает таких данных подробных.
Так что анализируя ссылочную массу, можно лишь строить гипотезы (подкрепленные опытом и знаниями), какие ссылки сработают для Яндекса, какие какие для Гугла, а какие для искомого ТС Мейл.ру
1. Взять семантическое ядро сайта, разгруппировать на запрос + его низкочастотное окружение, сделать нужное число групп по числу страниц сайта
2. На основе полученных групп создавать тексты, сверившись со средней (около максимальной, около минимальной) по ТОП для данного запроса частотой вхождений прямых, словоформенных, процентом тошноты слов (можно посмотреть на seolib до 5ти запросов в день бесплатно)
3. Полученный текст должен быть хорошо структурирован, использование подзаголовков, списков и т.п. где уместо - хорошо. Если уместно - снабдить тексты иллюстрациями с соответствующими запросам альтами.
В общем то ничего нового. Хорошо структурированный текст удобно читается пользователем, он же люб поисковику. Иллюстрация разбавляет простыню для человека, а ее альт полезен в том числе и роботу. Концентрация внимания на одном понятии в тексте логична для читающего, снабжение текста расширяющими понятиями тоже. И для поисковика охватывается запрос с его подзапросами в рамках одного текста.
А еще не забыть о перелинковке с нужных базовых терминов из тела текста между страницами, где это уместно.
И только после того, как поисковик съест текст и устаканит позицию - тогда можно делать анализ и вносить корректировки. С первого наскока все равно идеального текста не получить, ибо еще есть анкор-лист страницы, пусть даже анкор лист внутренней перелинковки (который надо учитывать, или хотя бы держать в уме факт его существования, при анализе текстов конкурентов)
