богоносец

богоносец
Рейтинг
777
Регистрация
30.01.2007

Недавно пользуетесь ПС? Вбейте в поиск уникальную фразу с той морды. Сниппет может формироваться из разных мест документа.

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

Посмотрите в #1 их приблизительное количество...

... трудности возникают уже при сотнях запросов.

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

Посмотрите в конце #1 ...

... окученные представлениями о ТОПе ничего дельного о реальном траффе по НЧ сказать не могут, а то, что обычно предлагают — уводит в конкурентные ниши, оставляя НК половину существующих запросов... за что им и спасибо.

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

Нет!

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

Оптимизаторов глючит чаще :)

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

Напишите все запросы в тайтл и уберите из <body> получите Description по любому запросу, даже если там не будет ключевиков.

ps поиска не нашли?

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

А вам известно, какой там нужен? И какой даст больше бабла?

Оставьте на странице только этот текст... и больше ничего.

Поиска по форуму нету...

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

Солнце обходит плоскую землю!

http://yandex.ru/yandsearch?text=%D1%81%D0%BD%D0%B8%D0%BF%D0%BF%D0%B5%D1%82+site:forum.searchengines.ru

на опровержение ничего не похоже?

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

Этот факт уже не обсуждается. Просто никому не хочется понять, что принципы примерно одинаковы для всего, что пишется в выдачу. Ну и пусть ждут, что их догонят и ещё раз объяснят.

... это всё будет очень изменчиво

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

Давай уплотняй-уплотняй! Не помогло...

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

Но часто это факт...

А выкидываются только самые точные повторения тайтла. А предпочитает показывать в аннотации что-то наиболее отличающееся от тайтла. Видимо им резонно кажется, что так выше вероятность информативности аннотации.

Но читают её реже, чем тайтл (текст ссылки).

И чем аннотация длиннее, тем меньше и вероятность её прочитывания.

асессор обязан выставить каждой аннотации две оценки:
  • оценку информативности
  • оценку читабельности

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

Поэтому за текстовым фрагментом гнаться не очень-то и надо, тайтлы можно расписывать на несколько запросов, так что по каждому с большой вероятностью Я покажет правильный кусок.

Ну в тайтле же есть это слово.

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

А приходится писать определённую словоформу в желательном фрагменте. Е/Ё различал...

И в слизанном у Гугля способе показа разных предложений описания тоже: У G — если запрос виден в тайтле, то покажется скорее начало описания, а не далёкое предложение, содержащее запрос. А у Я и кусок тайтла будет со словом запроса, и предложение из описания, содержащее запрос... как-то слишком уж!.. может оказаться проигнорированной какая-нибудь обобщающая фраза из описания.

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

А это обычно в тех случаях, когда какой-нибудь слишком обязательно-оптимизаторский <h1> повторяет тайтл. Дублирование в текстовом фрагменте считается неправильным и ... часто выводится текст после такого совпадающего фрагмента. Но бывает и не так.

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

Прокатило:

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

И описание может по той же причине не показаться.

И выбор анкора для НПС, похоже, стал по тем же принципам, и даже некоторая грубость: нет пометки НПС, хотя по другим признакам — искалось именно по ссылке.

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

К аннотированию не следует применять слова «релевантность» и «пассаж», как и не следует буквально верить в то, что написано в выдаче.

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

А поискать его?

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

Нет, не так.

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

Раньше описание тоже бывало, но только когда не было текстовых фрагментов, найдя по тайтлу или ссылке.

Похоже, что недавно предложение из описания стало одним из вариантов, даже когда текстовые фрагменты есть.

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

Попробуйте убрать слова запроса из тайтла и бэков, оставив только в <body> и описания не увидите (как и в случае его == тайтлу). Описание вероятно увидеть, если запрос есть в тайтле или входящих ссылках.

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

Это типичная ошибка. Принцип совсем другой. Есть пара примеров в ТОПе, когда релевантность выводимых в выдачу кусков текста == 0.

И для показа описания вхождение в него запроса — не обязательно, так что не спамьте, оно и не ищется.

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

Плохо смотрели. Поэтому придётся ещё обратить ваше внимание, на то, что из дескрипшна теперь может взяться не 247 первых символов, а предложение из расположенных далее, как и у Гугля (но у него не столь же грубо) килобайта вам хватит. Актуально для страниц без текста... многовариантная зависимость от запроса. Но некоторой проблемой иногда остаётся разный предельный размер фразы в сниппетах Я и G.

Алго аннотирования болезненно чувствует разные слово/формы.

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

нет

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

Там не «ссылки индексируются»...

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

Забейте в поиск текст НПС и посмотрите сохранённую копию... и сравните со страницей.

Тема медленно умнеющего заказчека /ru/forum/495280

И он так и не поймёт, кто виноват, ибо это неприятно.

Всего: 13677