SeoRegistrator: Отсюда вывод - определенный допустимый порог по тематике ☝
Что значит по тематике? Больше похоже на определенное критическую массу при которой уже не работают просто разбавления, т.е. недопустима "однокоренная" структура акнор-листа.
В этом случае - подсматривание за конкурентами - верное решение всех проблем.
Подсматривание за конкурентами оставим для практики. А это тема аналитическая - попытка перевести разговор "блин покупаю все больше ссылок на Sape и все больше опускаюсь" в конструктивное русло.
iSergio: а сталкивался ли кто-то с тем, что переспамил анкор-лист статьями?
Вы подводите к очень важному вопросу - а учитывает ли Яндекс параметры ссылок при анализе анкоров. Либо просто подходит к нему как к плоскому списку как я сейчас? Пробовал ли кто-нибудь разбавить анкор-лист давноссылками?
Просто в url как информационной единице быть не может никаких & - html-сущности имеют смысл только в контексте html-документа и нигде больше. Если Вы засунете & в базу и на выходе у вас будет стоять каскад преобразования в html-сущности (что и должно быть), то Вы получите монстра вида ...&id=..., что для системы покупки ссылок есть критическая ошибка.
burunduk: обратитесь к стандарту URI & в чистом виде просто не допустим :)
В html-документе или в базе данных? Боюсь Вы не слишком хорошо подумали, прежде чем писать.
Даже в интерфейсе Руки эти ссылки вели вот на такую страницу ...&id=... то бишь 404. На некоторых биржах закупались такие же ссылки. Я как бы не шучу, проблема серьезная.
Любопытно такое прочитать от человека, который при этом умудряется писать статьи по SEO. Но ладно)
Есть общие требования и общие принципы построения этих формул.
Отсюда вывод - определенный допустимый порог по тематике ☝
Что значит по тематике? Больше похоже на определенное критическую массу при которой уже не работают просто разбавления, т.е. недопустима "однокоренная" структура акнор-листа.
Подсматривание за конкурентами оставим для практики. А это тема аналитическая - попытка перевести разговор "блин покупаю все больше ссылок на Sape и все больше опускаюсь" в конструктивное русло.
а сталкивался ли кто-то с тем, что переспамил анкор-лист статьями?
Вы подводите к очень важному вопросу - а учитывает ли Яндекс параметры ссылок при анализе анкоров. Либо просто подходит к нему как к плоскому списку как я сейчас? Пробовал ли кто-нибудь разбавить анкор-лист давноссылками?
Я и спрашиваю, каким образом это сработает на разных страницах 🙅
Нет, нет, Вы не поняли. Я имел ввиду, что оптимальная структура целевых страниц была вот такой:
страница 1
ключ
ключи
купить ключ
продажа ключа
распродажа ключей
ключ что-то
ключа что-то
что-то ключей
страница 2
слово
слова
купить слово
продажа слов
распродажа слов
слово что-то
слова что-то
что-то слов
Там написано - разбрасываем другие корни (то есть слова с другим корнем) на другие целевые страницы.
ru_roll добавил 20.04.2010 в 15:00
Пример 1
ключевое слово
5 анкоров с чистым вхождением
пессимизация (4-ая страница)
Внутреннее содержание - стандартная внутренняя страницы ИМ. Остальные продвигаемые в топе.
Постараюсь сейчас найти страницы где были тоже только чистые вхождения, но, например, двух разных словосочетаний.
под каждый запрос нужно проектировать свою "формулу". Ответ прост - смотрите конкурентов из ТОП-10
Есть общие закономерности, если их не понимать, то никакие подсматривания за конкурентами не помогут.
Каким образом?
Что значит каким образом? НЧ с вхождением ключа = разбавленный анкор.
А конверсию, я понимаю, нужно делать только по информативным словам и стараться придерживаться черной линии на графике?
Да, да, следуйте за белым кроликом)
burunduk, Вы заблуждаетесь.
Просто в url как информационной единице быть не может никаких & - html-сущности имеют смысл только в контексте html-документа и нигде больше. Если Вы засунете & в базу и на выходе у вас будет стоять каскад преобразования в html-сущности (что и должно быть), то Вы получите монстра вида ...&id=..., что для системы покупки ссылок есть критическая ошибка.
обратитесь к стандарту URI
& в чистом виде просто не допустим :)
В html-документе или в базе данных? Боюсь Вы не слишком хорошо подумали, прежде чем писать.
Даже в интерфейсе Руки эти ссылки вели вот на такую страницу ...&id=... то бишь 404. На некоторых биржах закупались такие же ссылки. Я как бы не шучу, проблема серьезная.