богоносец

богоносец
Рейтинг
781
Регистрация
30.01.2007
Ваше письмо направлено в поисковый отдел нашей компании.

Когда оптимизаторы недовольны — у Яндексоидов, не то что бы кайф, но ... это нормально.

_______________

Не любит брать в сниппет АшОдыны, дублирующие тайтлы, но точкой отсчёта для сниппета он оказался, хотя и до него текст есть.

Такое ощущение (см подправку из #1), что очень сильно стал предпочитать точное вхождение запроса в сниппет, но это не всегда.

Один фрагмент сниппета — содержит последовательно расположенный текст, который уже не обрывается блочной разметкой, а там, где ему попадается открывающий или закрывающий блочный тег — ставит точку, если перед ним не скобочка, например, ставим сами в дисплей:ноне. В инлайновых тегах Я.точек не ставит — можно учесть и делать их дисплей:блок.

Одно преимущество уже видно — можно длинно писать сниппеты, предположительно до 300 символов, если одним пассажем. Это действительно удобно, а то ж приходилось-то всё втискивать, да всовывать, да плотно утрамбовывать (посредством Noindex-а... теперь уж не сподоблюсь переделать старые, сделанные <=150, но особо и незачем и этого очень часто хватало).

Два фрагмента в сумме <= 300 символов, при этом один из них может быть длиннее, чем раньше. Сколько? 179?

Не переживаем, просто при случае делаем как у Лебедева навигацию, если это не перелинковка:

<td><a href="http://www.artlebedev.ru/kovodstvo/sections/"><noindex>Параграфы</noindex></a></td>

<td><a href="http://www.artlebedev.ru/kovodstvo/business-lynch/"><noindex>Бизнес-линч</noindex></a></td>
<td><a href="http://www.artlebedev.ru/kovodstvo/pkp/"><noindex>Акции</noindex></a></td>
<td class="vp">
Ководство
</td><!-- только не оставляйте такого переноса в коде перед закрывающим блочным тегом, а то пробел появлялся перед Я.точкой в сниппете -->

Если хоть слегка заниматься сниппетами — они, а с ними и выдача, будут лучше... если будут вообще (а почему их нету кое-где — пока хз).

MyOST:
какая длина?

1 / 2

1 / 2

MyOST:
видите что есть абсолютно нерелевантный текст?

Почтите за контекст. Нет проблем с исключением из индексации лишнего.

Нужно понять тупой принцип того, что сейчас. У кого есть примеры поиска реальных текстов с предложениями разной длины, как они будут в выдаче — одним фрагментом или двумя... с каких пределов? и т.п.

Теоретически, попробуйте релевантные дескрипшены прописать для страниц.
Есть шанс, что Яша использует его в качестве сниппета

При выполнении приблизительных условий:

1. Запроса нет в пределах <body> (при наличии достаточно большого текста на странице — для многословников это часто не может выполниться из-за смягчения кворума или хз чего у них там).

2. Запрос есть в документе, т.е. в <title> в пределах учитываемой длины (было 15 слов, считая предлоги).

3. слово из запроса есть в мета дескрипшне.

Поскольку наличие запроса только в тайтле — явно менее релевантно (текстово), чем ещё и в тексте, такой сниппет лучше планировать на относительно лёгкие запросы.

Ага, только когда НПС.

Нет, не только.

вижу что не совсем адекватен

Но всё-таки полуадекватен. Просто к релевантному пассажу прибавляется следующий... контекст так сказать.

То есть хочется по возможности чтобы фраза которую Яндекс выдает в результах поиска была крутой

Это бестолку, ибо люди от крутоты подустали, она уже просто стара.

Старайтесь делать сниппет функциональным/информативным.

Вы взаимодействуете с живой системой. Чем осторожнее и точнее, тем свободнее ваши перспективы... они всегда адекватны!

например: "Широкий диапазон ламп на Лампах.ру, различные исполнения и цвета!"

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

1) Вполне логично что эту фразу надо разместить на странице как можно выше.

Нет. Впрочем, стилими решается многое... без изменения видимой пользователю страницы.

2) имеет ли смысл анкоры заводить с этой фразой?

Говорили, когда-то.

Может еще какие варианты есть?

Пишите нужный сниппет (раньше один его текстовый фрагмент был до 150 символов, сейчас пока точно непонятно: 1/2, типа и больше попадается), а потом верстаете из него страницу как хотите (грех, говорят).

Например вам надо, чтобы в сниппет попал телефон/город, который на странице отдельно от текста. Скопируйте в редактор и разберитесь:

<!-- желательно, чтобы в тексте абзаца было точное вхождение запросов, по которым этот сниппет будет вероятен -->

<p style="margin:15%">Широкий диапазон ламп на Лампах.ру, различные исполнения и цвета<noindex>!</noindex><span style="display:none"> —</span><span style="display:block; position:absolute; left:5%; top:5%; color:#999999; font-size:80%; width:30%"> вы сможете заказать, позвонив по телефону в Мухосранске<!-- не ставьте тут двоеточия, точки, вопроса или восклицания, пока не прояснится ситуация --> <nobr>2-12-85-06</nobr><span style="display:none">.</span></span></p>
<!-- посмотрите в браузере... чувствуете, как оно искуственно звучит! Туча времени уходит на очеловечивание результатов -->
<!-- в коде

<span style="display:none"> —</span><span style="display:block; position:absolute; left:5%; top:5%; color:#999999; font-size:80%; width:30%"> вы сможете ...

все пробелы стоят правильно -->

А чтобы лишнего в сниппет не попадало — исключайте из индексации служебные и нежелательные участки текста. Но не используйте невидимого текста, это подстава под стук.

Берется меню сайта - бред.

Ага, раньше дескрипшен тут показывал... <а сейчас забавно сравнивать код страницы и код сниппета>

смысла подстраиваться нет, ввиду того, что это наносит вред самой ПС, бред в выдаче - это плохо, это пофиксят ИМХО

Помню, несколько раз им про мелкие глюки писал и получал ответы... не будут они возвращать обратно ничего, а это доделывать — ну, может при случае... у них есть много более важных дел.

Новая услуга - оптимизация меню и контактов под сниппеты!

И хрен бы с ними с посетителями!

У меня они и так были для Рамблера причесаны на морде типа или заНоуиндексены в начале внутренних, появившись по редким запросам в Я.сниппете — нельзя сказать, что уж сильно испортили.

Вот, тренировался прошлым летом на №2 tao-evil.narod.ru, вроде ничего пока или это просто жесткая нарезка Noindex-ом помогла? А вот, не показал второй фрагмент из конца текста.

Эмоции и ожидание исправлений — не помогут.

Давайте выцеплять и показывать простые закономерности, типа длина, +столько -столько и т.п, хотя старьё оказалось частично применимо, а сейчас точных зацепок пока не видно.

ps регулярно ловлюсь на ощущении, что ... эстетство это всё, чаще читают более крупный текст ссылки, а не то, что под ней.

У меня и на sfront2-019.yandex.ru с изменениями

Разные текстовые фрагменты, взятые из разных частей текста — в выдаче показываются одним абзацем, а так, вроде бы сделанные фрагменты — без изменений, но показывает соседние с релевантными... придётся тексты менять.

Придётся расставлять точки там, где он сам не умеет<span style="display:none">.</span> Так, если перед <br> или закрывающим блочным тегом есть ещё что-то в<noindex> например</noindex>, то точку не ставит... или это если последним символом в бывшем пассаже кавычка или спецсимвол типа #183 ?

Кто знает, какой красивенький визуальный разделитель в выдаче Яндекса показывается? Чтобы теперь как в Рамблере менюшки делать (попали кое-где в сниппет), чтобы без Я.точек было... миддот заменяется на дефис (так и не исправили с весны ещё предыдущий глюк, а обещали... слиплись первые слова, а это типичный случай в коде).

Похоже, что при стандартных настройках в выдаче не может быть более 300 символов из текста, причём если раньше это были 2 фрагмента не более 150 символов каждый, то теперь один из них может быть и диннее. См. сниппеты №15 и №16. Но чёткость расстояний до обрывов не просматривается.

Дескрипшен вроде выдаёт как и раньше.

Катастрофично — скорее только для пользователей.

Большинство сделанного — переделывать не придётся, и на этом спасибо.

Выходит, что сниппеты надо делать, а не оставлять их на произвол ПС.

/ru/forum/209343

matr:
Значит все дело в неадекватности вордстата.

Вы загляните в его хелп, он не для оптимизаторов, вообще-то сделан.

А они, гады, вон чего /ru/forum/268659

Squick:
"розовые слоны, покупка розовых слонов, доставка розовых слонов"
YuriDnepr:
3 ссылки с таким анкором продвинут в топ хуже чем три раздельно.

по каждому из реальных запросов.

Squick:
или три разные ссылки:
вы знаете, что такое розовые слоны?
закажите доставку розовых слонов
покупка розовых слонов изменит вашу жизнь!

А почему бы не обратить внимание на уже появившийся овет?

Как роботу понимать ваше намерение? Как оптовое или розничное?

http://me.miralab.ru/2007/07/01/prodvigaem-vmeste-s-sape-tonkosti-i-nyuansy-raboty/

Таким образом, величина эффекта от ссылочного ранжирования на релевантность страницы запросу напрямую зависит от 3-х параметров:
релевантности текста ссылок запросу;
"авторитетности" страницы;
"авторитетности" ссылающейся страницы.

Источник сами найдёте?

lenny:
Продвигал сайт по запросам "грузоперевозка", "аренда спецтехники".

А это типа не считается ошибкой?

http://www.liveinternet.ru/cgi-bin/search.cgi?ask=%EF%F0%EE%E4%E0%E6%E0+%EC%E5%E1%E5%EB%E8&test=%F2%E5%F1%F2

Курсор направо наведите... 141 — это всем участникам Яndex`s TOP10

http://blog.lexa.ru/2007/12/14/beshenie_seoroboti.html

Str256:
Вы имеете ввиду, что в анкоре ссылки из конкретного каталога, надо прописывать только 1 НЧ ключ?

Скажем так, один запрос... достойный внешней ссылки.

Но имелось ввиду что-то типа (про дебри нормировки анкор-файла):

Михаил Райцин (aka MiRaj)
современная реальность диктует золотой закон оптимизатора - одна страница - один запрос. В частности, это связано с неоднозначным поведением нескольких запросов на одной странице - кореллирующие запросы поднимают общую часть, некореллирующие - выталкивают друг друга

Хотя чуть ниже там есть:

для конкурентных запросов не советую составлять тексты состоящие только из прямого вхождения запроса

А теперь, обдумать и ваполнить оба этих условия... если обходиться минимумом внешних сцылок... по НЧ запросам... то, вроде как, лучше бы смотреть на первый кусок текста.

Str256:
И число ссылок на каждый ключ должно быть примерно одинакого?

Нет, имелось ввиду чисто конкретное проседание самого конкурентного для данной страницы НЧ при разбавлении анкоров входящих ссылок до микрочастотников... хотя микрочастотники прилипали к потолку. И перечитайте выше про некореллирующие запросы. Стоит ли делать несколько вершин у одной пирамиды? А получится? Ну, если при прочих равных, то придётся сделать пирамидку ниже (что не является большой потерей трафа, учтя например объём пирамиды).

ссылки из конкретного каталога

Им уж года полтора назад придумана замена, уже успевшая тоже умереть, как и “траст” отменят после должного оговнения, потому и не цепляйтесь за давно уже такое же сцылочное:

Александр Садовский
Наращивание ссылок может приводить одновременно к уменьшению одного ссылочного фактора и увеличению другого.
Str256:
Как вы их делите на тяжёлые, средние и лёгкие?

Это может быть и невыполнимо без ... давнего знакомства с конкретным сайтом.

текстовые (лёгкие, микрочастотка) — те, наличия которых в тексте достаточно.

перелинковочные (средние, условно до 100 показов по директу, но конечно очень зависит от темы и, возможно, параметров перелинкуемых страниц. Никаких % сказать не могу) — текстом внутренних ссылок, ведущих на страницу, которую нужно по ним приподнять. Проверялось чисто практически: открыть текст внутренней ссылки с морды, переиндексить, закрыть текст ссылки... снова открыть... оценивать позиции соотв. внутренней страницы.

ссылочные (типа тяжёлые и недоступные для внутренней оптимизации) — те, что без внешних сцылок не поднять, но их и трафф с них — самая маленькая доля... но почему б на них не замахнуться, если вдруг какой-то Яндекс вес-траст-хз-ещё-чего у страниц хоть номинально исчисляет.

Различаем запросы по которым заходят искатели и слова текста, анкоров, выше они слиплись для краткости.

Хочется упаковать в типа иерархии/действенности всякие факторы, чтобы они приносили ту пользу, которую могут, а которой не могут — так и не принесут. Проверяйте, это всё о прошлом!

Infobud:
при проведении перелинковки заметить, что страница А не равна по весу странице Б, значит есть разница с которой страицы ссылаться при перелинковке.

Не было возможности проверить, и нет уверенности, что это так или иначе. Очень много вопросов остаётся: что лучше, линковать одним запросом с нескольких страниц или разными — пытаться типа вклад в релевантность складывать или лучше разнообразить? А сколько можно с одной? А со скольких можно на одну? Помнится было заметно, что при разнообразии — корреляция порядка слов запроса со словами ссылки... тоже играла заметную роль.

Конечно у меня нет на страницах 80 упоминаний микрочастотников, ну, в странице из 5000 слов... в пределах, скажем, 20 — с вхождениями + ещё 20 точных вхождений самого тяжёлого НЧ... не заморачивайтесь, следите за смыслом писания, поскольку Яндекс типа смягчил контекстные ограничения, то за сутки накаливается заходов по микрочастоникам — больше, чем их точных вхождений есть в тексте. А за месяц и не посчитать. Ну, может быть с десяток микрочастотников нарочито вписаны в тексты, но уже и этого не требуется.

Нет причин, смысла и необходимости писать псевдо контент из чьих-то запросов.

Естественным является язык и поведение голов:

Эй, специалисты, вы часто недооцениваете SEO-потенциал ваших знаний/менталитета/опыта, слов, которыми пользуетесь: Вам легко написать статью, в которой упомянуты слова пользователей ПС — на порядок более детально, чем люди ищут по вашей теме. Вам очень часто просто не требуется выяснять ключевики, вы их уже знаете. Пишите и вывешивайте, не косите под всем надоевшие визитки, а завтра это станет весомой площадкой ... в т.ч. и для ваших визиток.

Всего: 13711