богоносец

богоносец
Рейтинг
775
Регистрация
30.01.2007
Как-то реально выделить сайт из общей массы выдачи, для привлечения внимания пользователя?

А что же вы туда напишите?

А вот неудобно читать ПРОПИСНЫЕ буквы, но именно ими вам и придётся.

чтобы ПС выводила то что в тэге description

Для Гугля — необходимо поместить запрос в тайтл или ссылки (возможно убрав точное вхождение из <body>); для Яндекса — убрать запрос из <body>

яндекс по DESCRIPTION не делает снипетты

Делает — если запроса нет в <body> и некоторых других случаях.

Тайтл:

G: до 66 первых символов, если он длиннее 70.

70 — если их всего 70 или (это надо перепроверить), если первое предложение типа == 70?

Я: /ru/forum/480230

Дескрипшн:

Я: до 250 первых символов... кроме некоторых спецсимволов. В словах оно не меряется.

G: до 156 (155) возможно и не первых символов... пояснения в коде демки... они тоже скоро устареют, как и то, что процитировано выше.

medea:
А давно Яндекс научился выбрасывать фрагменты тайтла из середины?

Более года... 11 месяцев назад уже индексилась демка для темы как писать тайтл Яндексу, там устарели первые абзацы. В мае 2009 бдбд расписало тайтл морды — как бы под разные запросы.

Кому лень заглянуть в код демки:
“Управлять” куском тайтла — гораздо легче, чем текстовым фрагментом. Пока достаточно слов запроса в куске тайтла приемлемой для выдачи длины... но при коротких запросах — заранее непонятно, какие слова покажутся ещё — чаще те, что до слов запроса, но бывают и те, что после.

В середине 2009г наблюдалось предпочтение в выдаче начала длинного тайтла, хвост же “вытягивался”, если в нём есть слово из запроса… т.е. разъяснения/завлекуха пишется до (самого последнего из) слов запроса, но может показаться и не последнее слово из запроса, а предпоследнее — например, если до уместившегося в выдаче куска — в тайтле очень длинное слово, а в его конце — короткие… и одно из них — в запросе.

Не факт, что будет что-то предсказуемое, если слова запроса далеко друг от друга расположены в тайтле.

Приходится писать тайтл так, что при большинстве запросов — в выдаче человеческая фраза.

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

[это так было не всегда и скоро опять изменится]
Суммарная длина в выдаче обычно не превышала 80 символов, включая:

• 7 (три точки + пробел до куска текста + три точки в конце), если кусок из середины тайтла.
[т.е. длина законченной фразы — до 73 знаков должна быть]

• 4 (три точки + пробел до куска текста), если кусок из конца тайтла.
[т.е. длина фразы — до 76 знаков]

• 3 (три точки после куска текста), если кусок из начала тайтла, если он длиннее 80.
[т.е. длина фразы — до 77 знаков, если тайтл длиннее 80; или остаться в пределах 80]

Исходя из этих цыфирь, можно было втыкаться в ожидания разных искателей.

Кавычка (а возможно и др. знаки препинания) после последнего уместившегося в выдаче слова — может не воспроизвестись... особенно в Гугле. Позже яндексоиды это подправили для кавычек, точек и т.п. нормальных препинаний, но не для других спецсимволов…

Можно на каждый запрос дописать в тайтле человечинки, но не той же, что в желательном текстовом фрагменте, т.е:

• пусть слова запроса обрамлены в тайтле подходящей для выдачи фразой.

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

Кусок тайтла — первичен, а текстовый фрагмент его дополняет. Если есть несколько возможных фрагментов со словами запроса — уменьшается вероятность показа того, что слишком повторяет тайтл.

Про текстовые фрагменты — http://romip.ru/romip2008/2008_13_Yandex.pdf но не всё в выдаче так, как там написано.


«Поведенческие метрики для оценки качества поиска»

Пользователю требуется 20 секунд для анализа результатов поиска до первого клика и 60 секунд для анализа сайта, на который перешёл из результатов поиска.

Если смотреть по сессиям, то 30% заканчивается ничем, 35% сессий заканчиваются 1 кликом, 15% - 2 кликами, 20% - 3 и более.

Возвращаясь к фактам о пользователях, 60 секунд требуется на оценку сайта, найденного по запросу. Если пользователь проводит на сайте меньшее количество времени (менее 15 секунд), то скорее всего это плохой сайт.

... или же плохой ответ на запрос?
— Нет! ПС всегда хорошая! Плохим бывает только сайт!.. даже не страница.

богоносец добавил 01.04.2010 в 08:26

ps именно так, как в примерах ТС получается, если, например в первой части тайтла встречается дефис или многоточие, которые легко заменить на что-то ещё визуально подходящее.

pps такое было ещё когда Яндекс учитывал только 15 слов тайтла, потом был некоторый перерыв, какжется, но более года назад он типа закончился.

weranda:
Вы в этом уверены?

Убедились... что по причине изменений ПС — иногда написанное становится бредом за месяцы.

Косяк?

Параметр в адресной строке &site=site.ru или типа > расширенный поиск > по сайту site.ru

http://blog.rajtsin.com/2008/11/27/poiskovye-klastery-i-novye-filtry-ot-yandeksa/

moskrc:
в плоском стиле или иерархически?

Проверяйте.

alexandr27:
Google стал подгружать таблицу стилей или где ?

Или браузер

http://209.85.135.132/search?q=cache:hYpI8SwKlMEJ:www.htmlbook.ru/+htmlbook.ru&cd=1&hl=ru&ct=clnk

 <base href="http://www.htmlbook.ru/">

...
<link rel="stylesheet" href="/style/hb.css" type="text/css">
209.85.135.132:
The requested URL /style/hb.css was not found on this server.
Дивный тэг
2038:
Дело в том, что без этого тэга робот воспринимает текст как простынь.
С ним - удобный для человека текст.

Так можно превращать ГС в «хороший сайт»?

Некий Никто:
Есть мнение что верстка в дивах просто напросто экономит ссылочный бюджет.

Сказали голодные создатели сайтов... и фсе аптимизаторы сразу же поверили и бросились заказывать дивную вёрстку.

То есть конечно в топах есть сайты с грязным кодом

А табличная == грязный код?

А валидность ещё не вспомнили!

dimmu-borgir:
известно примером ничего нельзя доказать, вернее, можно доказать что угодно, поскольку на любой пример легко найдется противоположный. Не претендую на непосредственную истинность изложенного=)

В любом случае, из этих слов можно сделать неоспоримый вывод- meta-тег desription заслуживает внимания со стороны ТС, и было бы неправильно оставлять его пустым, или делать что то вроде-

<meta name="keywords" content="Контакты">
<meta name="description" content="Контакты">

А если мы говорим об авто генерации мета, то желательно сделать ее более качественно.

http://www.google.com/search?hl=ru&rls=ru&q=site%3Aforum.searchengines.ru+description&lr=&aq=f&aqi=&aql=&oq=&gs_rfai=

Что лучше? Где описание в сниппете или где текст страницы?

Предложите ТС конкретный вариант... из малого их количества.

Или покажите интересные примеры, вместо общих рассуждений типа:

5. Мета тег description используют некоторые поисковики в своем поисковом ранжировании.
dimmu-borgir:
"купи на конкурента ссылки с ГС с теми же анкорами, которые он ставит(склеит, забанит, пессимизирует)"

/ru/forum/comment/4388781

jcrush:
вывожу ключи

А смысл?

Stislov:
НА всех движках форумных дискриптиона нету в темах.

На этом есть:

<meta name="description" content="Description Любые вопросы от новичков" />

Но вам же почти показано, что интереснее для искателя от дублирования в описании тайтла / названия темы — G.сниппеты ну совсем не становятся. А короткие — реже показываются. А удлинять ли их водой?

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

так, что советуете совсем убрать дискрипшен ?

Просто предложил подумать: ... стоит ли действовать тупее, чем умеет алго аннотирования?.. он ведь слегка доверяет вебмастеру.

В простом случае — из описания не попадёт в G.выдачу более 156 знаков, с точностью до слова. Подробнее — в пояснениях к коду показанной демки.

Всего: 13654