богоносец

При коротких запросах G не воспроизводиЛ в выдаче — больше 156 символов — хоть текста, хоть дескрипшна (при многословных — длина текстовых фрагментов типа удваиваЛась)... + замечен нюанс:

если запрос есть в тайтле (в непонятно каких пределах и/или входящих ссылках) и присутствует в описании, то Яндекс и Гугль его хотят показать — сниппет начнётся именно тем предложением, которое содержит слова запроса и не превышает для G — 156 печатных символов, т.е. может показаться и соседнее предложение + многоточие. Если слова запроса окажутся в разных предложениях дескрипшена — в G.сниппете будут кусочки с многоточиями. Яндекс стал иногда показывать кусок описания и из текста.

Т.е. можно использовать существенно больше 156 символов из описания (по крайней мере, если запроса не видно в начале тайтла, но он там дальше есть). На <=156 размер следоваЛо ориентироваться при прогнозировании G.сниппета... для его читабельности — делая (в особо важных точках входа на сайт) описание несколькими предложениями (в пределах) вышеупомянутой длины, так что каждое предложение содержит слова отдельной группы запросов — так чтобы по возможности не было запросов, слова которых содержатся в разных предложениях (или на неоднословные запросы можно делать два соседних предложения суммарной длины 155-156 символов… и так несколько пар).

Если слова запроса будут в видимой в G.выдаче части тайтла (менялось это), то может (но не всегда это так) показаться первое предложение описания, даже если слова запроса есть только в следующих предложениях описания (и/или в тексте), поэтому просто предсказуемее получалось, если в последующих предложениях описания встречаются формулировки запросов, отсутствующие в первых 66 (70) символах* тайтла, но обязательно присутствующие в продолжении тайтла и/или входящих ссылках на страницу.
_________
* 70 символов из тайтла — G покажет, только если их всего 70 или меньше, когда их больше, то показывается в выдаче до 66+... (т.е. до 70 — с последующим пробелом + ...)
Обычно последняя кавычка и т.п. не воспроизводилась, даже если место было.

Совсем не обязательно для показа в G — наличие запроса в первых 156 символах описания — начало показывалось при наличии запроса в тайтле (по крайней мере в видимой его части). Т.е. начало чаще показывается… поскольку в начале тайтла — основные запросы могут быть видны.

Если слова запроса есть в тайтле (особенно за пределами видимой в выдаче части), то у G есть выбор — что показать в текстовом фрагменте:

• предложение (или рваные куски) из описания… (содержащие слова запроса или первое, если запрос виден в тексте ссылки в выдаче — сей текст в G всегда только из начала тайтла);
• кусок тайтла (можно на страницах без текста делать длинные тайтлы);
• кусок из текста (или alt=) со словами запроса;

G.выбор определяется в т.ч. и похожестью соотв. куска текста на запрос (совпадение свовоформ, предлогов).

Возможна комбинация вышеперечисленного, как и некоторые изменения (уже наблюдались).

Если запрос есть только в ссылках на страницу, то может показаться начало описания или предложение из него, содержащее слова запроса… т.е. можно заготовить предложений для G.НПС :)

первое упоминание угловых скобок &#38;#60;слово&#38;#62; как или &lt;тэг&gt; не воспроизвелось в G, глюк…

иногда ещё алго G.аннотирования насчитывает более 156 символов, когда их было только 156, ну можно/приходится писать предложениями по 155 печатных знаков (молодые программеры строки обрабатывать не умеют… и в Гугле, оказывается, тоже).

Дальше наблюдайте сами, всё меняется и плавает.

Замечен случай, когда совсем короткое описание не показалось в выдаче при наличии запроса в тайтле, а был кусок текста. Когда ищете site:url.ru смотрите, показал описание или текст — тогда можно слегка удлинить описание.

ПС по описанию НЕ ранжируют, так что пишите человеческое…

Единственная причина, по которой можно вписывать запрос в описание < 156 символов — оно более плотно выглядит в G.выдаче, поскольку запрошенные слова выделены жирным… только не перестарайтесь, как и со всякими украшающими спецсимволами &#9787;

ImPER@ToR:
Тут не советовать, тут действовать нужно, подбирать ключевые запросы, сопоставлять к каждому запросу релевантную страницу.

BtopB:
наращивайте вес, ссылочки покупайте, статьями двигайте (сейчас море бирж) и будет вам топ

CatRegist:
Яндекс, как и всегда, выбирает наиболее рулевантное.

Иногда его глючит.

ShurOn:
Далеко не в каждом случае Яндекс формирует сниппеты по Description'у.

Bablonavt:
Как загнать в сниппет Яндекса нужный текст на странице?

В снипет в яндексе попадает первый кусок, содержащий максимальную плотность ключа во всем документе.

evgeny_kostin:
Там обсуждается: подставляет ли Яндекс в сниппет содержание мета-тега Description.

Gilmart:
Выдирает из тех мест, где наибольшая плотность ключа.

G00DMAN:
и сниппет с выброшенным дублем тайтла не прокатит, он же очевидно не релевантен запросу

асессор обязан выставить каждой аннотации две оценки:

• оценку информативности
• оценку читабельности

и кроме того, ответить на следующие вопросы:

• исходя из полученной информации, считаете ли вы, что документ содержит релевантную информацию? (ответы: да, нет, не могу сказать)
• приняли ли бы вы такое же решение, используя только заголовок документа?

G00DMAN:
Никакой болезненности вроде нет.

G00DMAN:
Ну, видимо яндексоиды сейчас считают, что в случаях "заголовок-текст" можно выдавать только текст. Любопытно, почему так.

И, кстати, на РОМИПе такое отбрасывание заголовка не прокатит, асессоры не оценят креатива.

http://romip.ru/romip2008/2008_13_Yandex.pdf
Если это предложение по числу символов влезает в текст аннотации, то добавляем его туда... Также добавляем все леммы предложения в так называемое множество использованных лемм. Далее производим еще одну пересортировку: смотрим, какие леммы запроса не вошли в множество использованных лемм, и переупорядочиваем предложения по убыванию суммы IDF_COL(w) слов запроса, не вошедших в первое предложение. После этой пересортировки продолжаем добавлять предложения (обрезая их по необходимости), пока очередное предложение влезает в разрешенную максимальную длину текста аннотации. При этом мы пропускаем предложение, если разность мощности множества лемм предложения и мощности множества использованных лемм меньше, чем четверть мощности множества лемм предложения. Последний прием позволяет избежать добавления предложений, содержащих только те слова запроса, которые уже вошли в предыдущие добавленные предложения.

Rapidmann:
если анкор ссылки на страницу является наиболее релевантным пассажем на всей странице сайта

Rapidmann:
То что Яндекс считает description за текст страницы это не удивительно

Rapidmann:
Таким образом если анкор ссылки на страницу является наиболее релевантным пассажем на всей странице сайта, то он его и выведет и напишет там - нпс.

на некоторых проектах только он, на некоторых он и через "..." кусок текста страницы, на некоторых просто кусок текста.

При чем у Гугла все четко - есть дискрипш, он и выводится, а у Яндекса я пока не могу понять систему вывода сниппета.

В сниппете выводится самый релевантный (по мнению Яндекса) текст на странице.

я уже несколько лет дискрипшн в сниппете не видела

alekseycop:
имеет ли смысл по среднечастотникам покупать ссылки с блогов livejournal

Gaborik:
на третьем уровне ссылки медленне индексируются

eagleweb:
Эффект будет существовать пока будет ссыла сущесвовать на блоге