[Skoba]

Здравствуйте, уважаемые форумчане!

Возник вопрос по сбору семантического ядра.

Пример: Сайт о животных.

Рубрика - породы собак.

В ней расположены статьи:

Порода А

Порода Б

Порода В

Порода ∞

Вывод

Таких пород +100500 и для каждого запроса можно составлять свой обширный пучок запросов.

Как тогда составить так называемое "более полное" семантическое ядро? Никак? Подбирать запросы по мере написания определенной статьи?

[Travnick]

Парсите по запросу например Порода А + подсказки яндекса.
Смотря какой сайт у вас: информационный, коммерческий, отсеяте не релевантные.
Если очень НЧ выйдут, то статья по ключу Порода А + НЧ можно в подзаголовках употребить(в плане например как своими руками вывести породу А, болезни породы А и т.д.)
Я бы так сделал

[gosware]

Если у Вас большие сомнения как это сделать, то смотрите конкурентов в ТОПовой выдаче и делайте наподобие. Обращайте внимание, на сколько Вам нужна глубина парсинга, возможно можно обойтись НЧ запросами не прибегая к мНЧ или объединяя их. В любом случае Вам нужно все СЯ. Далее можно прибегать к группировкам, которые покажут более четкую картину.

[TbIKBA]

Как тогда составить так называемое "более полное" семантическое ядро? Никак?

Не понимаю в чем вопрос, если честно. У вас описан пример хороший структуры, осталось подобрать ключи для раздела "породы собак", подразделов с породами и ключей для статей для каждой породы, в чем именно затруднение? Почему "никак"? :)

[Skoba]

TbIKBA, первый вопрос отпал, пугают объемы :) но возник другой - получается, что СЯ можно перерабатывать и дополнять на протяжении всей жизни сайта, а также получается не критично, если такой пласт работы не будет проделан сразу, а со временем и по необходимости, так?


+ имел ввиду - нужны ли мне все "эти сборы", если мне достаточно подобрать ключ "собака №1". Разместить статью, продвигаемую по этому ключу, в рубрике породы собак и на этом успокоиться. Собираю это всё для себя. Как понимаю, если делать СЯ под заказ - обговаривать с заказчиком.

Тогда вытекает еще вопрос - Рубрика называется "Породы собак"

а в ней статьи не Порода А, Порода Б, Порода В, а, например, "Название собаки-1,2.3.4".....

Сделал так - написал статью под ключ "породы собак" и дальше уже ниже разместил ссылки на статьи.

Корректно ли так делать?

[TbIKBA]

Skoba, конечно. Единственное, для описания разделов желательно ключи подобрать сразу (для тех, которые существуют и в которых есть статьи), а ключи для статей можно подбирать по мере необходимости

Тут вопрос рационально ли продвигать породы статьями или продвигать раздел, в котором статьи о этой породе?

---------- Сообщение добавлено 16:18 ---------- Предыдущее 16:06 ----------

делал так - написал статью под ключ "породы собак" и дальше уже ниже разместил ссылки на статьи.

Я бы сделал в виде подраздела, а не статьи. И на странице вывода статей добавил небольшое описание на вроде "Вот есть такая-то порода статей, вот статьи о них", и в этом описании использовал ключи

[Skoba]

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




У меня сейчас второй вариант - короткое описание о породе.

[TbIKBA]

Skoba, я не спорю, пробуйте :)

[specialist-seo]

Skoba, уверены что справитесь с заполнением всего сайта разом? (если не копипаст конечно)

Возможно стоит выставить приоритеты и только после этого составлять семантическое ядро.

Для огромных сайтов составить ядро сразу очень сложно. Обычно подбираются ключи для основных категорий. После по одной расширяют.

Но если бюджет огромен, то можно конечно все сразу.

[Skoba]

specialist-seo, Почему я всего этого не знал, когда только начинал этим заниматься :)) Справлюсь - дороги назад нет. Где-то сам напишу, где-то воспользуюсь услугами копирайтеров. Слепо делать, не обмозговав перед этим этапы - естественно, неправильно. Это про приоритеты.