Может в нём или до него есть слова запроса?
Ставьте ссылку на поиск... может посмотрим... а то долго угадывать ваши запросы.
Можно. Повторяться не хочу.
Если в кейвордах то, чего нет на странице, то они уж точно бесполезны, впрочем и так их польза относится к прошлому в большей степени.
По описанию не ранжируют, но оно может оказаться в сниппете. Для G ограничьте 156 символами.
Description = описание конкретной статьи. Глобальное описание сайта.
Ну и что? Хотя правильно:
http://yandex.ru/cgi-bin/customize.pl
Но во второй половине декабря, после некоторых улучшений сниппетов, похоже на Я.глюк: там нажмёте: Показывать описание: всегда, <Сохранить и вернуться к поиску> и не увидите. У кого дескрипшн исчез из выдачи — пишите в поддержку с примерами. Может вернут (всем... эту возможность), а может и нет.
Раньше можно было видеть, если было НПС.
Или найдя по словам тайтла, отсутствующим в <body> но частично присутствующим в описании (в первых 200 символах его кода).
Если искомые слова уже видны в тексте ссылки (из <title>), то достаточно часто выдавалось и продолжает — даже без пересечений запроса с описанием. Но реальные запросы чаще представлены именно в тексте (спасибо оптимизаторам), который ПС считает более подходящим для того, чтобы пользователь мог принять решение: кликать не кликать.
До 156 видимых символов (считая пробелы) для Гугля. Для Яндекса было: до 200 символов кода, включая код спецсимволов; с вхождением некоторых слов запроса.
Для заполнения сниппета, если картиночный контент или голый фреймесет... вот и оставалось заполнить только тайтл и описание.
... инлайновыми тегами (i, b, span) можно сохранять непрерывность текстовых фрагментов, показывая их на странице как угодно, хоть вертикально.
...
На ПС надейся, а ... вообще должно бы искаться на эту тему по форуму.
<OffTop>недавно удалось пересадить в Я.сниппет более желательный фрагмент, просто написав во всех нежелательных — ключевики в редко запрашиваемых падежах, см. типа: 1 · 2 · 1+2 ... доколе продлится Я.привередливость к конкретной словоформе — хз.
Примерно как блочный тег разметки, типа <p>
Сколько хотите... зависит, наверное, только от возлагаемых надежд.
В пределах этого тега оказывалось и по три абзаца видимого юзверю текста... грех, говорят... но так было удобнее нужный сниппет сделать и всё. На ранжирование не жалуюсь (но оно совсем не поэтому).
По наблюдениям: внутренняя перелинковка НК запросами — даёт заметно больше, чем всякие теги.
Верим, что это всё ещё так?
Не было ли совпадений со сменой алгоритма?
Пожалуйста, хоть кто-нибудь, дайте численную оценку!
На сколько % весомее текст в <h1> чем, например в <p> ?
Случай был только один?
Уважаемый может и украсть, ему можно? Всё равно украдут! Так надо успеть, пока другие не опередили.
Потом эта привычка подведёт.
К вам приходит посетитель с поиска, а его бросает...
... когда на этот форум заходите, вас не бросает?
Вес не отдаётся! Это некоторое значение (придуманное когда-то), использовалось для вычисление весов следующих страниц, но все эти расчёты могли быть и упрощены
/ru/forum/290785
Если вы в это верите, то
<noindex><a rel="nofollow" href="/">главная</a></noindex> <noindex><a rel="nofollow" href="/razdel/">раздел</a></noindex>
А на соседнюю ссылайтесь словами нужного ей НК НЧ запроса.
<a href="televizor-dg-56734832/">телевизор dg-56734832</a>
И транслит названия в урлах.
Только то меню, которое на странице с товаром — нужно посетителю. На вашей схеме достаточно открытых для роботов ссылок.
Например, страница с товаром ссылается (открытыми для робота ссылками) на 5 других товаров + на раздел и на морду
Тем более, что и проверить-то накрутку весов как-то никто толком и не может, наверное.
http://www.liveinternet.ru/cgi-bin/search.cgi?ask=%EA%F3%EF%E8%F2%FC+%EF%E5%EF%E5%EB%E0%F6&test=%F2%E5%F1%F2
http://yandex.ru/yandsearch?text=%D0%BA%D1%83%D0%BF%D0%B8%D1%82%D1%8C+%D0%BF%D0%B5%D0%BF%D0%B5%D0%BB%D0%B0%D1%86
№5 http://www.liveinternet.ru/stat/gleb.garipov.com/queries.html?date=2008-11-30;period=month;total=yes
№8 http://www.liveinternet.ru/stat/forum.accent-club.ru/queries.html?date=2008-11-30;period=month
Только нету его там... выбирайте реальные запросы.
http://yandex.ru/yandsearch?text=%D0%BA%D0%B8%D1%80%D0%BF%D0%B8%D1%87
Я№5 http://www.liveinternet.ru/stat/kirpitch.ru/queries.html?date=2008-11-30;period=month
Я№8 http://www.liveinternet.ru/stat/tdbutovo.ru/queries.html?date=2008-11-30;period=month
Я№9 http://www.liveinternet.ru/stat/magnum-group.ru/queries.html?date=2008-11-30;period=month
Жуть, как мало. За оптимизьмом — в вордстат.
По реальному запросу Яндексу — нормальный сниппет, без навигации.
http://yandex.ru/yandsearch?text=%D0%9A%D0%B0%D1%82%D0%BE%D0%BA+%D0%B4%D0%BE%D1%80%D0%BE%D0%B6%D0%BD%D1%8B%D0%B9%3C%3Curl=%22www.spec-board.ru*%22
богоносец добавил 19.12.2008 в 17:46
А если в запросе будут слова, содержащиеся в навигации (типа =объявления каток дорожный=)... их же Яндекс и ищет, и показывает пользователю.
На образцовой доске — навигация отличается от вашей тем, что наименование объявляемого — отделено блочным тегом разметки <h1> от навигации. А у вас — всё это в одном пассаже (предложении, которое Я предпочитает показать полностью). Можете убрать это (каток дорожный) из навигации и она реже будет в Я.сниппете.
Если дописать в хвост <title> слова навигации (в обратном порядке), то у ПС будет меньше причин заполнять ею сниппет.
