богоносец

богоносец
Рейтинг
777
Регистрация
30.01.2007
maralek:
Почему же тут вылез этот долбаный опросник?

Запрос был в этом предложении, а Яндекс хочет показать кусок контента, в котором нашёл слова запроса.

Сайт не будут искать по такому запросу, зачем волноваться?

maralek:
Скажите, в седующий раз когда придет паук поисковика на сайт, он изменит дискрипшн у себя для сайта?

Мета-дескрипшн попадёт в выдачу Яндекса, если запроса не будет в пределах <body> (но вы этого подвига не совершите :) )

Лолодин:
Я бы такое описание сайта, которое четырежды повторяется на месте ПС тоже бы не учитывал.

В ранжировании оно не учитывается, как вероятно полагал ТС, но показать в выдаче можно и его // роботов не тошнит

Так сколько же Гугл учитывает в тайтле (именно как в тайтле) 70 (65) символов или слов 12?

Как сделать количественные оценки зависимости вклада в релевантность от позиции в тайтле?

Когда видишь, что в Яндексе приличный запрос в хвосте длинного титла дает ТОП10-ТОП40

Давно уже обращаю внимание на НК запросы... в интересных мне темах бывает всё очень уж измельчено, хотя конечно это не во всех.

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

Аргумент "ищется же" никак не катит. Для Гугла, на данный момент, хвост длинного Title почти бесполезен.

И это является аргументом для его сокращения?

(для меня нет, а мелочёвка ищется и в хвосте)

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

В поиске наткнулся на тему случайно почти. Заголовок редкостный.

profitrol:
Яндекс упорно выдает те фрагменты текста, которые по понятным причинам не очень хочется светить в поисковиках

Те, которые по его прикидкам более информативны.

Как можно заставить Яндекс брать наиболее подходящие во всех смыслах куски?

У вас есть возможность добавлять текст на те страницы, которые сейчас в выдаче?

Если нет, то см. выше... продвигайте страницы с желательными сниппетами... но это до очередной смены алго аннотирования.

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

И если мы и дальше будем упорно размещать на этих порталах интересный нам контент (грамотно составленный), то будет ли Яндекс изменять сниппеты с течением времени?

Не от времени это зависит >>>

Что вы считаете грамотно составленным контентом?

ps ... на информационных страницах приходилось подбирать фрагменты — так, что они кагбе бросали тень на целую группу товаров и конкретные старания копирайтеров, направленные на отвлечение от нежелательного-с-т.з.-продавца... это в окружении магазинов, пытающихся продать. Зря цепляетесь за приятненькое. У меня по многословным запросам про реальные свойства и про неизбежные издержки некоторых товаров заходов больше, чем было из ТОП10 по двум двусловным СЧ названиям этих товаров. Люди уже очень активно ищут, споткнувшись о ... приятную, но рекламу:

auit:
Ищут правдивые отзывы о продукции, услугах. Ведь наберешь "плохой отзыв об отеле" - вылезет что-то типа "плохой отзыв никто не оставил, все в восторге" - спасибо СЕО. Ну а напишех "х..вый отель" - тут уж может и узнаешь всю правду

Ползатели уже нуждаются в чем-то отличном от стараний рекламы...

... поэтому ваши усилия могут оказаться напрасны.

yakov Ch:
Покажите, где они были не правы?

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

если ... то ...

иначе ...

Nadejda:
- указать в роботс хост без www
- сделать редирект 301 с www на хост без ...

Вот надо ещё подумать, делать ли такое... или придётся некоторое время посидеть без некоторой части траффа.

Willie:
нет описания DESCRIPTION ни на главной странице, ни на страницах разделов. А там, где есть - слишком короткие, лучше расширить до 250...300 знаков.

После такой расплывчатой рекомендации G.сниппет может не улучшиться.

Willie:
Если картинка стоит в окружении текста, близкого к содержимому этого поля, и если вся страница и ее TITLE также включают эти слова - то ключевики из ALT'а получат на 5...10 процентов веса больше, чем обычный текст.

Как бы это с точностью до 5% измерять вклад в релевантность?

Вроде бы ступеньки Миныча кончились.

Willie:
Так Вы же сами ответили! Ну да, повторяющиеся мета-описания. А Гугол учит, что для каждой страницы DESCRIPTION должен быть уникальным и соответствовать содержанию основного текста.

Показывает и без соответствий... в мануалах ПС много типа политики и воспитательной работы.

Willie:
мета DESCRIPTION одинаковые и выглядят так:

<meta name="description" content="На нашем портале собрана большая коллекция фильмов онлайн со всего мира, смотрите, качайте, все бесплатно." />

И именно этот текст показывается в сниппете Гуглом.

При каких условиях? (мне 3-х абзацев не хватает для частичного объяснения)

Далеко не всегда в G.cниппете описалово страницы.

Nadejda:
Дескрипшион, на то оно и описание, что в него может входить до 300 знаков, а не 20.

Верхний предел неизвестен, но это не 300 знаков. Там лучше делать (именно предложениями) типа кратно 156... или лучше 155 (учитывая неаккуратность G.программеров).

Nadejda:
Дескрипшион важен для Гугля. Яндекс дескрипшион пропускает, берет из контента.

Яндекс показывает до 250 символов из описалова.

Простецкие рекомендации вводят в множественные заблуждения.

Владимир-C:
Я предложил старые слова разместить как картинки, ибо опасаюсь, что яндекс может вынести вердикт «Язык не распознан», но лингвисты сильно против.

Или сойдет, пусть Яндекс привыкает?

Случайно: на каких языках ищет Яндекс — ответ поддержки.

Выкладывайте текстом... мало ли как люди будут искать.

turtle:
Полагал, что православная поисковая система http://iskomoe.ru/ должна была бы помочь искать на старославянском. Оказалось, что там встроен поиск Гугля...

Я.&#1123; · G.&#1123; // Я слишком расширенно... G слишком прямолинейно.

ps вроде бы реальные ПС обретаются вне патриархатых рамок

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

Это же очень хорошо!

Может есть какие-то теги специальные?

Нет.

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

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

Не влияет сниппет почти ни на что... между хорошим и средним разницы не ощущается. Только по очень редким НеКонкурентным запросам искатель вынужден его читать, когда мусора в выдаче много. Посмотрите ваши сниппеты по реальным запросам, по которым на сайт заходят.

Ищите по форуму.

Magistratorgames:
Как вариант разбросать "разные" ключи по другим страницам.

Потеряв мелкочастотные запросы вида =слова страницы1 + слова страницы2= (ну есть темы, в которых мелкочастотки больше, чем слегка конкурентных НЧ[СЧ]).

Magistratorgames:
Или если это невозможно, или ухудшит позиции в серпе, грамотно разделить запросы в статье.

Вот это самое «грамотно» и интересует...

Slavomir:
Судя по результатам, он просто становится частью текста, утрачивая свой дополнительный вес.

Вполне вероятно... если пользовать intitle: (смотрим морду) слова-слова | следующее слово... может учитываться с меньшим весом (Яндексоиды тоже могут оказаться вынуждены типа так сделать).

Slavomir:
есть пример выхода в ТОП по ВК СЧ или ВЧ при нахождении ключевика в хвосте длинного Title?

И попыток нет... но ищется же... и при формировании сниппета учитывается наличие-слова-в-тайтле — хоть и в самом хвосте.

Основные слова в любом случае, в (видимом в выдаче) начале.

А как сделать численные оценки вклада в релевантность?

Magistratorgames:
Я бы постарался оптимизировать и те, и другие.

А как не мешать оптимизацией одних... большой куче других... и наоборот?

Кофейник:
Вот я делаю СДЛ для себя, сверстал его целиком на HTML5, не использовал ни одного <div>, всё семантически правильно, чисто и валидно. Даст ли мне это какие-то преимущества?

Вы делаете для себя... поверьте, это может оказаться преимуществом, особенно если оно и не нужно.

HTML5 разрешает многократное использование h1 на странице, в какой мере этим можно злоупотребить

Вам хочется злоупотребить или вы делаете СДЛ?

topmedia:
Если бы браузер отказывался показывать невалидный код и выдавал ошибку, то горе-верстальщикам пришлось бы все приводить в порядок.

А браузеру пришлось бы умереть.

А попробуйте XML, XSLT... просто приходится делать типа нарушения, иногда обязательно <html xmlns="http://www.w3.org/1999/xhtml"> а иногда <html> без xmlns="http://www.w3.org/1999/xhtml" и <!DOCTYPE выкидывать!

Страницы массовых сервисов верстают ... практично:

mox:
Согласно валидатору 42 ошибки на ввв.google.com

А количество стилей и скриптов в HTML?

Может кто чего реально объяснит вместо штампованных недоуменьев?

webcat:
А про лёгкий код и СЕО - здесь прямая связь
Чем легче код, тем быстрее идёт загрузка в браузер - а как мы знаем, это напрямую влияет на ранжирование

Между временем загрузки точки входа и объёмом HTML-кода связь может быть и обратной: вынос стилей и скриптов в отдельный файл увеличивает время, поскольку требуется отдельное обращение к серверу... что (в зависимости от загрузки сети) может быть и дольше, чем стили в коде странице. Хотя загрузка остальных страниц (если ползатель на них и пойдёт) будет быстрее, если стили в отдельном файле, но для поискового траффа страницу следует рассматриватьь как точку входа, а кэш браузера пустым... (придуманы компромиссы, уменьшаюшие время загрузки точки входа, но заполняющие кэш прилинкованными файлами).

Теперь вопрос: а измеряют ли это всё ПС?

Объём-то HTML-кода ещё могут посчитать... хотя не это является целью ранжирования и глупо было бы ранжировать пропорционально соотношению текст/код. Поведение ползателя ПС могут оценить только косвенно.

Ну добавил пару KB в начале документа, изменений позиций/траффа не заметил, а если бы они и были, не счёл бы это прямо связанными событиями.

с этой точки зрения даже бэкимеджи в стилях стараюсь минимально исползовать

Ползатель может не дождаться загрузки и вернуться в поиск (кликнуть по следующей сцылке)... но ПС было бы дорого проверять объём графики в стилях.

Slavomir:
Только стоит учитывать, что Гугл, в отличие от Яндекса, по прежнему понимает в title только до 70 символов.

Учитывает при ранжировании больше http://www.google.com/search?hl=ru&q=%22%D0%BA%D0%BE%D0%BD%D1%84%D0%B5%D1%80%D0%B5%D0%BD%D1%86%D0%B8%D0%B8+%D0%BF%D0%BE+%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82-%D1%80%D0%B5%D0%BA%D0%BB%D0%B0%D0%BC%D0%B5%2C+%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%BE%D0%B2%D1%8B%D0%B5+%D0%B8+%D0%BB%D0%B8%D0%BD%D0%B3%D0%B2%D0%B8%D1%81%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5+%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8%22&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA&lr=&aq=f&oq=

иногда даже показывает в сниппете кусок тайтла... десятки слов ищет.

Если ориентироваться на то, что G показывает (до 70 символов, а чаще меньше), 70 показывал только если их всего 70... а если 80, то может показать только 65, например.

а теги типа h1 b и прочие это ерунда.
Magistratorgames:
Вы так в этом уверены? Мои опыты говорят о обратном.

А теперь представим, что вам попалась для оптимизации страница, на которую десятки переходов по НК НЧ за сутки и несколько сотен за месяц, а по СЧ (при хороших позициях) только около 10-20% заходов.

На что же следует употребить ограниченное количество чудодейственных тегов?

Глупо спрашивать, что писать в анкоры?

_________________________

Оптимизаторы предпочитают адаптировать страницу не под ПС и не под реально существующую ситуацию с запросами, а ... под “свои” (т.е. популярные) представления — как обычно, много чего просто не замечающие.

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

Типовые рекомендации (увеличить + выделить — забыв о нормировке) направлены на то, чтобы ввязаться в конкуренцию со “всеми”... при этом остаются почти свободны ниши, доля запросов в которых растёт.

Оптимизаторам приходится заниматься ... рекламой. Сие занятие накладывает отпечаток на способности, бывшие интеллектуальными... а ставшие навыками PR.

Можно припомнить список некоторых словосочетаний, необходимых для написания мануалов, обречённых стать популярными:

позиции сайта

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

Понимать эти термины не следует, способы употребления (устоявшиеся словесные клише) берутся из сниппетов при поиске конретного... надо бы Колмановской предложить добавить на http://vesna.yandex.ru/ ещё и про поисковую оптимизацию.

Всего: 13677