Групиране на заявки за семантично ядро

Когато събирам семантичното ядро (SN), обикновено правя групирането на ръка, използвайки Key Collector, ето връзките по темата:

Но всичко това е лесно и просто, когато имаме ясни групи заявки с различен логически смисъл. Отлично знаем, че заявката „Количка за близнаци“ и „Количка за момче“ трябва да имат различни целеви страници.

Но има заявки, които не са съвсем ясно разделени една от друга и е трудно да се „опипа“ да се определи кои заявки трябва да бъдат поставени на една страница и кои заявки трябва да бъдат разпръснати в различни целеви URL адреси.

Един от участниците в моя SEO маратон ми зададе въпрос: "Петя, какво да правя с тези ключови думи: да сложа всичко на една страница, да създам няколко, ако да, колко?" А ето и извадка от списъка с ключови думи:

Само думата "java" се използва в три варианта ("java", "java"), плюс всичко това хората я търсят за различни игри, устройства и т.н. Има много заявки и наистина е трудно да се разбере как е по-добре да го направите.

Какво мислите за правилно? вярно Най-добре е да анализирате конкуренти, които вече са в ТОП за тези ключови думи. Днес ще ви кажа как можете да групирате семантичното ядро въз основа на данни от конкуренти.

Ако вече имате списък с ключови думи за групиране, можете да преминете направо към стъпка 4.

1. Заявка за матрица

Нека дам друг пример: имам един клиент с онлайн магазин за електрическа и осветителна техника. Магазинът разполага с много голям брой стоки (няколко десетки хиляди).

Разбира се, всеки магазин има продукти, които са с най-висок приоритет за продажба. Тези елементи може да имат високомаргиналност, или просто трябва да се отървете от този продукт от склада. И така, получих писмо, нещо като това "Питър, ето списък със стоки, които представляват интерес за нас." И имаше списък:

ключове;
лампи;
лампи;
прожектори;
удължители;
и още няколко точки.

Поисках така наречената "матрица на заявките". Тъй като собствениците на магазини познават асортимента си по-добре от мен, трябваше да събера всички стоки и основните характеристики / разлики за всеки продукт.

Оказа се нещо подобно:

При съставянето на матрицата не забравяйте, че някои англоезични марки се заявяват и на български, това трябва да се има предвид и да се добави.

Разбира се, ако продуктът има и други характеристики, се добавя колона. Може да бъде "Цвят", "Материал" и т.н.

И такава работа беше свършена за най-приоритетните стоки.

2. Умножаване на заявки

След това беше необходимо да се генерират всички видове заявки от тези думи, като се използва методът "умножение". Ръчното умножаване на тези заявки едно с друго е неефективна загуба на време.

Има много услуги и програми за умножаване на заявки. Използвах този генератор на ключови фрази http://key-cleaner.ru/KeyGenerator, ние управляваме всички наши заявки там по колони:

Токенът е основната фраза, от която се генерира ключът. Без маркер е невъзможно да се създаде адекватна заявка за ключ. Не се нуждаем от фразите „iek wholesale“ или „купувайте на макара“.

При умножаването е важно всяка ключова фраза да има този маркер. В нашия пример това е фразата "разширение". В резултат на това в този пример бяха генерирани 1439 (!) уникални ключови фрази:

3. Заявки за почистване от"боклук"

Сега има 2 сценария. Можете да започнете да клъстерирате всички тези заявки и да изпомпвате огромен брой генерирани страници за всеки клъстер, ако системата на вашия сайт го позволява. Разбира се, всяка страница трябва да има свои собствени уникални мета тагове, h1 и т.н. Да, и понякога е проблематично да поставите такива типове страници в индекса.

Ние нямахме такава възможност в техническо отношение, така че дори не сме обмисляли този вариант. Беше необходимо да се създадат в "полу-ръчен" режим само най-необходимите нови целеви страници.

Какво да правя след това? Разбира се, премахнете целия списък от боклука. Какво е боклук в този случай? манекен. Ние просто въвеждаме целия списък в Key Collector и записваме честотите за нашия регион.

С какъв тип честота да работите? Тъй като имахме списък с продукти + пресечни точки, които не бяха много популярни (тясно насочени), се съсредоточих върхучестоти с кавички (без удивителни знаци) - тоест в различни словоформи. Това са ключови фрази в различен падеж, число, род, склонение. Именно този показател ни позволява повече или по-малко да оценим трафика, който можем да получим от Yandex, ако влезем в ТОП.

Ние премахваме честотите в кавички от тези фрази в Key Collector (разбира се, ако имате сезонен продукт, тогава трябва да премахнете честотите в „сезона“):

И премахваме всичко, което е равно на нула. Ако имате по-популярна тема и много думи с ненулева честота, можете да увеличите долния праг до 5 или дори по-висок. Имам само 43 ненулеви заявки от 1439 фрази за Московска област и региона.

Прехвърлям тези 43 фрази с данни за честотата в Excel:

4. Заявки за групиране

Следва да направягрупиране на ключови думи. Вече описах метода в началото на статията, ще го дублирам:ще групираме заявки въз основа на конкуренти.

Правя всичко това в Rush Analytics, ето алгоритъма за клъстериране в тази услуга:

За всяка заявка тя се "изтегля" от ТОП-10 URL адреса за даден регион. Освен това клъстерирането се извършва по общите URL адреси. Можете сами да зададете точността на групиране (от 3 до 8 общи url).

Да кажем, че сме задали точността на 3. Системата запомня URL адресите на страниците, които са в ТОП-10 при първото запитване. Ако втората заявка от списъка в ТОП-10 съдържа същите 3 URL адреса, които имаше първата, тогава тези две заявки ще попаднат в 1 клъстер. Броят на споделените URL адреси зависи от точността, която задаваме. И такава обработка се извършва с всяка заявка. В резултат на това ключовите думи са разделени на групи.

Заключение

Ако бяхме направили грешно клъстериране, тогава много заявки биха били трудни за насърчаване. Това ще бъде "котвата", която ще ни задържи, въпреки факта, че ще похарчим много пари за популяризиране на тези страници.

Правилното групиране ще ви помогне да спестите много пари и ще направи много по-лесно да влезете в желания ТОП.

Какво мислиш за това? Как групирате заявки за семантично ядро?