c12o16h1: можете попробовать использовать длинный дефис вместо короткого
Можно ещё и неразрывный ‑ но для ПС это уже не дефис, а спецсимвол. В выдаче Я его показывал нормально...
c12o16h1: судя по тому что дефис подсвечен
Где подсвечен?
У меня
<b>Новгород</b>-<b>Северский</b>
c12o16h1: без дефиса выдача другая, что подтверждает первый тезис
Другое ранжирование не подтверждает другой подсветки или аннотирования.
ТС, как влияет на ранжирование — надо бы проверять не разными запросами, а разным написанием на странице... и одинаковыми запросами.
Если вам это важно, то в тайтле слова через дефис хотят показаться в выдаче вместе... сравните с кэшем. Для подобных спецсимволов это не так... но к ранжированию это отношения не имеет.
irishkins: Профессионалы которые (в частности) берут 3 тысячи в месяц за продвижение по 2 ключевикам, которые за последний месяц набирал в поиске 1 человек. Я конечно не суперпрофессиональный продвиженец, но имхо это криминал...
Это результат маркетинга.
Такова карма конторы, в которой вы работаете... и не вам её лечить.
Если предложить нечто реальное — последует отказ по причине непонимания.
Боюсь какой-нибудь фильтр от Яши получить по неопытности.
Это отличный элемент ихнего маркетинга! Бойтесь!
Ситуация следующая: компания, взявшаяся за продвижение сайта заключила договор на продвижение в топ кучи низкочастотников (1, 16, 54, 37, 183 и т.д. показов в Яше)
А где это вы видели 1 показ в Я?
irishkins: но все запросы с позазами выше 600-та пока почему то даже рядом с топом не стоят
Это политика Яндекса... отвлекающая доверчивых маркетологов от реалий статистики. Вы в правильном отстойнике. «Как фсе!»
irishkins: Вопрос сводится к тому, чтобы понять как на той же сапе купить конкретные ссылки, если не известно ID...
Хотите чтобы и вас ушли?.. по причине:
irishkins: продвигают 6-й месяц, доля посещений сайта по ключевикам меньше 10%, основная причина слишком НЧ запросы.
При коротких запросах 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.НПС :)
первое упоминание угловых скобок &#60;слово&#62; как или <тэг> не воспроизвелось в G, глюк…
иногда ещё алго G.аннотирования насчитывает более 156 символов, когда их было только 156, ну можно/приходится писать предложениями по 155 печатных знаков (молодые программеры строки обрабатывать не умеют… и в Гугле, оказывается, тоже).
Дальше наблюдайте сами, всё меняется и плавает.
Замечен случай, когда совсем короткое описание не показалось в выдаче при наличии запроса в тайтле, а был кусок текста. Когда ищете site:url.ru смотрите, показал описание или текст — тогда можно слегка удлинить описание.
ПС по описанию НЕ ранжируют, так что пишите человеческое…
Единственная причина, по которой можно вписывать запрос в описание < 156 символов — оно более плотно выглядит в G.выдаче, поскольку запрошенные слова выделены жирным… только не перестарайтесь, как и со всякими украшающими спецсимволами ☻
ImPER@ToR: Тут не советовать, тут действовать нужно, подбирать ключевые запросы, сопоставлять к каждому запросу релевантную страницу.
Посмотрите в #1 их приблизительное количество...
... трудности возникают уже при сотнях запросов.
BtopB: наращивайте вес, ссылочки покупайте, статьями двигайте (сейчас море бирж) и будет вам топ
Посмотрите в конце #1 ...
... окученные представлениями о ТОПе ничего дельного о реальном траффе по НЧ сказать не могут, а то, что обычно предлагают — уводит в конкурентные ниши, оставляя НК половину существующих запросов... за что им и спасибо.
evgeny_kostin: Там обсуждается: подставляет ли Яндекс в сниппет содержание мета-тега Description.
Этот факт уже не обсуждается. Просто никому не хочется понять, что принципы примерно одинаковы для всего, что пишется в выдачу. Ну и пусть ждут, что их догонят и ещё раз объяснят.
И чем аннотация длиннее, тем меньше и вероятность её прочитывания.
асессор обязан выставить каждой аннотации две оценки:
оценку информативности
оценку читабельности
и кроме того, ответить на следующие вопросы:
исходя из полученной информации, считаете ли вы, что документ содержит релевантную информацию? (ответы: да, нет, не могу сказать)
приняли ли бы вы такое же решение, используя только заголовок документа?
Поэтому за текстовым фрагментом гнаться не очень-то и надо, тайтлы можно расписывать на несколько запросов, так что по каждому с большой вероятностью Я покажет правильный кусок.
А приходится писать определённую словоформу в желательном фрагменте. Е/Ё различал...
И в слизанном у Гугля способе показа разных предложений описания тоже: У G — если запрос виден в тайтле, то покажется скорее начало описания, а не далёкое предложение, содержащее запрос. А у Я и кусок тайтла будет со словом запроса, и предложение из описания, содержащее запрос... как-то слишком уж!.. может оказаться проигнорированной какая-нибудь обобщающая фраза из описания.
G00DMAN: Ну, видимо яндексоиды сейчас считают, что в случаях "заголовок-текст" можно выдавать только текст. Любопытно, почему так.
А это обычно в тех случаях, когда какой-нибудь слишком обязательно-оптимизаторский <h1> повторяет тайтл. Дублирование в текстовом фрагменте считается неправильным и ... часто выводится текст после такого совпадающего фрагмента. Но бывает и не так.
И, кстати, на РОМИПе такое отбрасывание заголовка не прокатит, асессоры не оценят креатива.
Прокатило:
http://romip.ru/romip2008/2008_13_Yandex.pdf Если это предложение по числу символов влезает в текст аннотации, то добавляем его туда... Также добавляем все леммы предложения в так называемое множество использованных лемм. Далее производим еще одну пересортировку: смотрим, какие леммы запроса не вошли в множество использованных лемм, и переупорядочиваем предложения по убыванию суммы IDF_COL(w) слов запроса, не вошедших в первое предложение. После этой пересортировки продолжаем добавлять предложения (обрезая их по необходимости), пока очередное предложение влезает в разрешенную максимальную длину текста аннотации. При этом мы пропускаем предложение, если разность мощности множества лемм предложения и мощности множества использованных лемм меньше, чем четверть мощности множества лемм предложения. Последний прием позволяет избежать добавления предложений, содержащих только те слова запроса, которые уже вошли в предыдущие добавленные предложения.
И описание может по той же причине не показаться.
И выбор анкора для НПС, похоже, стал по тем же принципам, и даже некоторая грубость: нет пометки НПС, хотя по другим признакам — искалось именно по ссылке.
Rapidmann: если анкор ссылки на страницу является наиболее релевантным пассажем на всей странице сайта
К аннотированию не следует применять слова «релевантность» и «пассаж», как и не следует буквально верить в то, что написано в выдаче.
при написания keywords и description
А вам очень нужны эти теги?
можете попробовать использовать длинный дефис вместо короткого
Можно ещё и неразрывный &#8209; но для ПС это уже не дефис, а спецсимвол. В выдаче Я его показывал нормально...
судя по тому что дефис подсвечен
Где подсвечен?
У меня
без дефиса выдача другая, что подтверждает первый тезис
Другое ранжирование не подтверждает другой подсветки или аннотирования.
ТС, как влияет на ранжирование — надо бы проверять не разными запросами, а разным написанием на странице... и одинаковыми запросами.
Если вам это важно, то в тайтле слова через дефис хотят показаться в выдаче вместе... сравните с кэшем. Для подобных спецсимволов это не так... но к ранжированию это отношения не имеет.
Профессионалы которые (в частности) берут 3 тысячи в месяц за продвижение по 2 ключевикам, которые за последний месяц набирал в поиске 1 человек. Я конечно не суперпрофессиональный продвиженец, но имхо это криминал...
Это результат маркетинга.
Такова карма конторы, в которой вы работаете... и не вам её лечить.
Если предложить нечто реальное — последует отказ по причине непонимания.
Это отличный элемент ихнего маркетинга! Бойтесь!
А где это вы видели 1 показ в Я?
но все запросы с позазами выше 600-та пока почему то даже рядом с топом не стоят
Это политика Яндекса... отвлекающая доверчивых маркетологов от реалий статистики. Вы в правильном отстойнике. «Как фсе!»
Вопрос сводится к тому, чтобы понять как на той же сапе купить конкретные ссылки, если не известно ID...
Хотите чтобы и вас ушли?.. по причине:
продвигают 6-й месяц, доля посещений сайта по ключевикам меньше 10%, основная причина слишком НЧ запросы.
А что такое «доля посещений сайта по ключевикам»?
Нет, неправильно.
Пример, когда в описании нет слов запроса, а оно в выдаче.
Там не совсем понятные условия, но примерно так:
если запрос есть в тайтле (в непонятно каких пределах и/или входящих ссылках) и присутствует в описании, то Яндекс и Гугль его хотят показать — сниппет начнётся именно тем предложением, которое содержит слова запроса и не превышает для G — 156 печатных символов, т.е. может показаться и соседнее предложение + многоточие. Если слова запроса окажутся в разных предложениях дескрипшена — в G.сниппете будут кусочки с многоточиями. Яндекс стал иногда показывать кусок описания и из текста.
Т.е. можно использовать существенно больше 156 символов из описания (по крайней мере, если запроса не видно в начале тайтла, но он там дальше есть). На <=156 размер следоваЛо ориентироваться при прогнозировании G.сниппета... для его читабельности — делая (в особо важных точках входа на сайт) описание несколькими предложениями (в пределах) вышеупомянутой длины, так что каждое предложение содержит слова отдельной группы запросов — так чтобы по возможности не было запросов, слова которых содержатся в разных предложениях (или на неоднословные запросы можно делать два соседних предложения суммарной длины 155-156 символов… и так несколько пар).
Если слова запроса будут в видимой в G.выдаче части тайтла (менялось это), то может (но не всегда это так) показаться первое предложение описания, даже если слова запроса есть только в следующих предложениях описания (и/или в тексте), поэтому просто предсказуемее получалось, если в последующих предложениях описания встречаются формулировки запросов, отсутствующие в первых 66 (70) символах* тайтла, но обязательно присутствующие в продолжении тайтла и/или входящих ссылках на страницу.
_________
* 70 символов из тайтла — G покажет, только если их всего 70 или меньше, когда их больше, то показывается в выдаче до 66+... (т.е. до 70 — с последующим пробелом + ...)
Обычно последняя кавычка и т.п. не воспроизводилась, даже если место было.
Совсем не обязательно для показа в G — наличие запроса в первых 156 символах описания — начало показывалось при наличии запроса в тайтле (по крайней мере в видимой его части). Т.е. начало чаще показывается… поскольку в начале тайтла — основные запросы могут быть видны.
Если слова запроса есть в тайтле (особенно за пределами видимой в выдаче части), то у G есть выбор — что показать в текстовом фрагменте:
• предложение (или рваные куски) из описания… (содержащие слова запроса или первое, если запрос виден в тексте ссылки в выдаче — сей текст в G всегда только из начала тайтла);
• кусок тайтла (можно на страницах без текста делать длинные тайтлы);
• кусок из текста (или alt=) со словами запроса;
G.выбор определяется в т.ч. и похожестью соотв. куска текста на запрос (совпадение свовоформ, предлогов).
Возможна комбинация вышеперечисленного, как и некоторые изменения (уже наблюдались).
Если запрос есть только в ссылках на страницу, то может показаться начало описания или предложение из него, содержащее слова запроса… т.е. можно заготовить предложений для G.НПС :)
первое упоминание угловых скобок &#60;слово&#62; как или <тэг> не воспроизвелось в G, глюк…
иногда ещё алго G.аннотирования насчитывает более 156 символов, когда их было только 156, ну можно/приходится писать предложениями по 155 печатных знаков (молодые программеры строки обрабатывать не умеют… и в Гугле, оказывается, тоже).
Дальше наблюдайте сами, всё меняется и плавает.
Замечен случай, когда совсем короткое описание не показалось в выдаче при наличии запроса в тайтле, а был кусок текста. Когда ищете site:url.ru смотрите, показал описание или текст — тогда можно слегка удлинить описание.
ПС по описанию НЕ ранжируют, так что пишите человеческое…
Единственная причина, по которой можно вписывать запрос в описание < 156 символов — оно более плотно выглядит в G.выдаче, поскольку запрошенные слова выделены жирным… только не перестарайтесь, как и со всякими украшающими спецсимволами ☻
Недавно пользуетесь ПС? Вбейте в поиск уникальную фразу с той морды. Сниппет может формироваться из разных мест документа.
Тут не советовать, тут действовать нужно, подбирать ключевые запросы, сопоставлять к каждому запросу релевантную страницу.
Посмотрите в #1 их приблизительное количество...
... трудности возникают уже при сотнях запросов.
наращивайте вес, ссылочки покупайте, статьями двигайте (сейчас море бирж) и будет вам топ
Посмотрите в конце #1 ...
... окученные представлениями о ТОПе ничего дельного о реальном траффе по НЧ сказать не могут, а то, что обычно предлагают — уводит в конкурентные ниши, оставляя НК половину существующих запросов... за что им и спасибо.
Яндекс, как и всегда, выбирает наиболее рулевантное.
Нет!
Оптимизаторов глючит чаще :)
Далеко не в каждом случае Яндекс формирует сниппеты по Description'у.
Напишите все запросы в тайтл и уберите из <body> получите Description по любому запросу, даже если там не будет ключевиков.
ps поиска не нашли?
Как загнать в сниппет Яндекса нужный текст на странице?
А вам известно, какой там нужен? И какой даст больше бабла?
Оставьте на странице только этот текст... и больше ничего.
Поиска по форуму нету...
Солнце обходит плоскую землю!
http://yandex.ru/yandsearch?text=%D1%81%D0%BD%D0%B8%D0%BF%D0%BF%D0%B5%D1%82+site:forum.searchengines.ru
на опровержение ничего не похоже?
Там обсуждается: подставляет ли Яндекс в сниппет содержание мета-тега Description.
Этот факт уже не обсуждается. Просто никому не хочется понять, что принципы примерно одинаковы для всего, что пишется в выдачу. Ну и пусть ждут, что их догонят и ещё раз объяснят.
... это всё будет очень изменчиво
Выдирает из тех мест, где наибольшая плотность ключа.
Давай уплотняй-уплотняй! Не помогло...
и сниппет с выброшенным дублем тайтла не прокатит, он же очевидно не релевантен запросу
Но часто это факт...
А выкидываются только самые точные повторения тайтла. А предпочитает показывать в аннотации что-то наиболее отличающееся от тайтла. Видимо им резонно кажется, что так выше вероятность информативности аннотации.
Но читают её реже, чем тайтл (текст ссылки).
И чем аннотация длиннее, тем меньше и вероятность её прочитывания.
и кроме того, ответить на следующие вопросы:
Поэтому за текстовым фрагментом гнаться не очень-то и надо, тайтлы можно расписывать на несколько запросов, так что по каждому с большой вероятностью Я покажет правильный кусок.
Ну в тайтле же есть это слово.
Никакой болезненности вроде нет.
А приходится писать определённую словоформу в желательном фрагменте. Е/Ё различал...
И в слизанном у Гугля способе показа разных предложений описания тоже: У G — если запрос виден в тайтле, то покажется скорее начало описания, а не далёкое предложение, содержащее запрос. А у Я и кусок тайтла будет со словом запроса, и предложение из описания, содержащее запрос... как-то слишком уж!.. может оказаться проигнорированной какая-нибудь обобщающая фраза из описания.
Ну, видимо яндексоиды сейчас считают, что в случаях "заголовок-текст" можно выдавать только текст. Любопытно, почему так.
А это обычно в тех случаях, когда какой-нибудь слишком обязательно-оптимизаторский <h1> повторяет тайтл. Дублирование в текстовом фрагменте считается неправильным и ... часто выводится текст после такого совпадающего фрагмента. Но бывает и не так.
Прокатило:
Если это предложение по числу символов влезает в текст аннотации, то добавляем его туда... Также добавляем все леммы предложения в так называемое множество использованных лемм. Далее производим еще одну пересортировку: смотрим, какие леммы запроса не вошли в множество использованных лемм, и переупорядочиваем предложения по убыванию суммы IDF_COL(w) слов запроса, не вошедших в первое предложение. После этой пересортировки продолжаем добавлять предложения (обрезая их по необходимости), пока очередное предложение влезает в разрешенную максимальную длину текста аннотации. При этом мы пропускаем предложение, если разность мощности множества лемм предложения и мощности множества использованных лемм меньше, чем четверть мощности множества лемм предложения. Последний прием позволяет избежать добавления предложений, содержащих только те слова запроса, которые уже вошли в предыдущие добавленные предложения.
И описание может по той же причине не показаться.
И выбор анкора для НПС, похоже, стал по тем же принципам, и даже некоторая грубость: нет пометки НПС, хотя по другим признакам — искалось именно по ссылке.
если анкор ссылки на страницу является наиболее релевантным пассажем на всей странице сайта
К аннотированию не следует применять слова «релевантность» и «пассаж», как и не следует буквально верить в то, что написано в выдаче.