Но во второй половине декабря, после некоторых улучшений сниппетов, похоже на Я.глюк: там нажмёте: Показывать описание: всегда, <Сохранить и вернуться к поиску> и не увидите. У кого дескрипшн исчез из выдачи — пишите в поддержку с примерами. Может вернут (всем... эту возможность), а может и нет.
обнаружил, что яндекс на описание не обращает внимания,
Раньше можно было видеть, если было НПС.
Или найдя по словам тайтла, отсутствующим в <body> но частично присутствующим в описании (в первых 200 символах его кода).
гугл рандомно и очень редко.
Если искомые слова уже видны в тексте ссылки (из <title>), то достаточно часто выдавалось и продолжает — даже без пересечений запроса с описанием. Но реальные запросы чаще представлены именно в тексте (спасибо оптимизаторам), который ПС считает более подходящим для того, чтобы пользователь мог принять решение: кликать не кликать.
как правильно делать описание
До 156 видимых символов (считая пробелы) для Гугля. Для Яндекса было: до 200 символов кода, включая код спецсимволов; с вхождением некоторых слов запроса.
и для чего собствено оно нужно.
Для заполнения сниппета, если картиночный контент или голый фреймесет... вот и оставалось заполнить только тайтл и описание.
Тогда ответ прост! Пишите интересное описание и надейтесь на везение)
На ПС надейся, а ... вообще должно бы искаться на эту тему по форуму.
<OffTop>недавно удалось пересадить в Я.сниппет более желательный фрагмент, просто написав во всех нежелательных — ключевики в редко запрашиваемых падежах, см. типа: 1 · 2 · 1+2 ... доколе продлится Я.привередливость к конкретной словоформе — хз.
Сколько хотите... зависит, наверное, только от возлагаемых надежд.
Выделяйте небольшие строки, не более 10 слов. Если засунуть весь текст в h1, ПС это не оценит так, как вы думаете.
нет ни в коем случае никаких кусков текста в этом тэге , только небольшие информативные заголовки
В пределах этого тега оказывалось и по три абзаца видимого юзверю текста... грех, говорят... но так было удобнее нужный сниппет сделать и всё. На ранжирование не жалуюсь (но оно совсем не поэтому).
По наблюдениям: внутренняя перелинковка НК запросами — даёт заметно больше, чем всякие теги.
Поставте себя на место разработчиков ПС.
Александр Садовский: Поэтому поисковик придает дополнительный вес словам, расположенным в заголовках (<h1>...<h6>), тегах <strong>, <em>, <b>, <i> и др.
Как же это использовать? Давайте думать. Во-первых, надо как можно чаще использовать эти теги для важных слов. Во-вторых, если вспомнить о CSS (каскадные таблицы стилей), то обнаружится, что большинство поисковиков не интерпретируют информацию CSS (подумайте, почему), и даже когда половина текста будет набрана заголовком <h1>, переопределив вид тегов в CSS, можно получить красивый и опрятный дизайн. http://digits.ru/articles/promotion/se_promotion.html
Верим, что это всё ещё так?
Я опытным путем проверил влияние использования тегов Н1 и Н2. После того как я на своих страницах (несколько сотен) сделал структуру - один Н1 и несколько подразделов, выделенных Н2, ко мне стало приходить в разы больше народа из Яндекса
Не было ли совпадений со сменой алгоритма?
Мои опыты тоже полностью подтверждают, что тег h1 очень важен для продвижения.
Пожалуйста, хоть кто-нибудь, дайте численную оценку!
На сколько % весомее текст в <h1> чем, например в <p> ?
когда решил пооптимизировать переписал фразу - убрал из h1 весь мусор и оставил в нем только ключевое словосочетание то в следующий ап позиция упала по этому низкочастотнику
последние страницы не должны отдавать свой вес на уровень выше меню
Вес не отдаётся! Это некоторое значение (придуманное когда-то), использовалось для вычисление весов следующих страниц, но все эти расчёты могли быть и упрощены
Но как тогда робот проиндексирует страницы ниже ведь меню будет заключено в ноиндекс и нофоллоу ?
Только то меню, которое на странице с товаром — нужно посетителю. На вашей схеме достаточно открытых для роботов ссылок.
в других случаях хороша другая .......... какая например?
Например, страница с товаром ссылается (открытыми для робота ссылками) на 5 других товаров + на раздел и на морду
Что касается сквозняков - все не так очевидно как хотелось бы. Есть примеры, когда 2 ссылки уже "сквозят", а есть примеры где очевидный навигационный сквозняк не фильтруется. /ru/forum/278588
я бы поставил ссылки с каталога товаров на главную и не очень бы парился с "весами"...
Тем более, что и проверить-то накрутку весов как-то никто толком и не может, наверное.
А если в запросе будут слова, содержащиеся в навигации (типа =объявления каток дорожный=)... их же Яндекс и ищет, и показывает пользователю.
На образцовой доске — навигация отличается от вашей тем, что наименование объявляемого — отделено блочным тегом разметки <h1> от навигации. А у вас — всё это в одном пассаже (предложении, которое Я предпочитает показать полностью). Можете убрать это (каток дорожный) из навигации и она реже будет в Я.сниппете.
Если дописать в хвост <title> слова навигации (в обратном порядке), то у ПС будет меньше причин заполнять ею сниппет.
Дёргаться ? те прописываться в ручную(сейчас так и есть) или есть какой- то наворот, чтобы они автоматом проставлялись ?
Если в кейвордах то, чего нет на странице, то они уж точно бесполезны, впрочем и так их польза относится к прошлому в большей степени.
По описанию не ранжируют, но оно может оказаться в сниппете. Для 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>...<h6>), тегах <strong>, <em>, <b>, <i> и др.
Как же это использовать? Давайте думать. Во-первых, надо как можно чаще использовать эти теги для важных слов. Во-вторых, если вспомнить о CSS (каскадные таблицы стилей), то обнаружится, что большинство поисковиков не интерпретируют информацию CSS (подумайте, почему), и даже когда половина текста будет набрана заголовком <h1>, переопределив вид тегов в CSS, можно получить красивый и опрятный дизайн. http://digits.ru/articles/promotion/se_promotion.html
Верим, что это всё ещё так?
Не было ли совпадений со сменой алгоритма?
Пожалуйста, хоть кто-нибудь, дайте численную оценку!
На сколько % весомее текст в <h1> чем, например в <p> ?
Случай был только один?
Всё равно рано или поздно любой уник становится неуником, если сайт будет трастовым - для вас это будет некритично
Уважаемый может и украсть, ему можно? Всё равно украдут! Так надо успеть, пока другие не опередили.
Потом эта привычка подведёт.
поставил на форуме скрипт, который бросает на регистрацию, если реферрер внешний.
К вам приходит посетитель с поиска, а его бросает...
... когда на этот форум заходите, вас не бросает?
Вес не отдаётся! Это некоторое значение (придуманное когда-то), использовалось для вычисление весов следующих страниц, но все эти расчёты могли быть и упрощены
/ru/forum/290785
Если вы в это верите, то
А на соседнюю ссылайтесь словами нужного ей НК НЧ запроса.
И транслит названия в урлах.
Только то меню, которое на странице с товаром — нужно посетителю. На вашей схеме достаточно открытых для роботов ссылок.
Например, страница с товаром ссылается (открытыми для робота ссылками) на 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> слова навигации (в обратном порядке), то у ПС будет меньше причин заполнять ею сниппет.
В description только текст объявы вообще.
Яндекс его редко выдавал, а этой ночью и совсем??? перестал. Что-то они меняют.
А по реальным Я.запросам? И чем отличается расположение слов в коде у вас и у примера?