Кластеризація семантичного ядра сайту простими словами
Зміст
Отже, як зробити групування вибраних запитів семантики блогу? Для цього відповімо на низку питань.
Звідки взялося поняття кластеризації запитів?
Текст же писався чітко за суворими правилами — стільки прямих входжень ключових слів, стільки словоформ, важливо було місце розташування запитів і т.д. Якось про корисність контенту та виразне форматування якось забували. Самі багато текстів писалися копірайтерами за копійки (звичайний рерайт).
Виною всьому цьому були самі пошукові системи. Їхні алгоритми ще не враховували поведінкові фактори — не оцінювалася поведінка відвідувача сайту. Важливими були текстові фактори та посилання.
Зрозуміло, молодими були як алгоритми прорахування популярності тих чи інших сторінок. Сама функція пошуку була недосконала. Багато користувачів Яндекса, бачачи ці недоробки, набирали в пошуковому рядку в основному лише високочастотні запити. Докладніші розширені фрази не мали сенсу запитувати — все одно у видачі стояли загальні документи щодо високочастотників.
На основі цього збиралися семантичні ядра старих зразків. Вони являли собою набір високо- та середньочастотних ключових слів. Звичайно, вже тоді використовувалися і низькочастотники, але вони в основному підбиралися для якихось вузьких тем. Адже більшість просування полягала в розкручуванні цільових сторінок за частотними запитами. А дрібні ключики (за частотністю) мало кого турбували. Адже закуповувалися посилання насамперед щодо високочастотників.
Але все почало змінюватися, коли пошукові системи стали покращувати свою платформу для ранжування сайтів. Вони стали серйозніше ставитися до якості контенту. Тому згодом виникли сторінки з якіснимконтентом. Епоха закупівлі посилань на безглузді статті закінчувалася.
Зі змінами алгоритмів пошукових систем, звичайно, стали змінюватися і запити. Виникли розширені фрази, з числом від 4-х і більше слів. З кожним новим роком збільшувалася кількість низькочастотників, з'явилися мікрозапити (до 10 переходів на місяць).
Відповідно семантика сайту почала також розширюватися. Причому суттєво. Число корисних ключових запитів збільшувалося в рази. А за деякими популярними темами на цілі порядки. Загалом, семантичне ядро помітно набрякло. Якщо раніше старі ядра з 50-100 запитів можна було легко розподілити на конкретні цільові сторінки сайту, то зараз це зробити без спеціальної методики просто нереально — будуть помилки. Саме тому виникла етап кластеризації ключових слів.
Небагато блогах
Сучасний блог — це справжній інформаційний портал. Вся його краса — у постах. Саме за допомогою статей відбувається пошукове просування блогу — для кожного документа підбирається своя група запитів. У результаті семантика блогу – це вже не 50-100 запитів. І навіть не 1000, а набагато більше, тому що інформаційних запитів у пошукових системах набагато більше, ніж транзакційних (для комерційних сайтів). Усьому виною — потреба людей, що зросла, в корисній інформації.
Як зробити угруповання запитів ядра на блозі?
Коли ми правильно і чітко проходимо всі етапи збору семантичного ядра, на виході ми отримуємо великий пул запитів. Їх потрібно згрупувати, а кожну групу співвіднести до кожного посту блогу. Як це зробити? Ось перелік кроків із кластеризації семантики блогу.
Розподіл запитів за групами із загальними ознаками
Спочатку ми зібрані ключові слова намагаємося розподілити на групи за загальнимознак. Дивимося всі фрази, виокремлюємо якісь схожі тематики, відправляємо кожен ключ до групи зі своєю ознакою. У результаті в нас вийде просто низка великих і середніх груп. Ми ніби дробимо всі запити за якимись основними ознаками.
Наприклад, якщо просувається кулінарний блог і зібрані запити на тему «салати», то на першому етапі потрібно розкидати всі запити за типами салатів, їхньою назвою, а також тематичні (за способами приготування, прикраси, консервування тощо). Причому, неважливо, які там рецепти містяться. Виходить така картина:
Розподіл запитів групи на підгрупи
Тепер у свою чергу, кожну групу необхідно розбити на підгрупи з конкретними тематиками (якщо це буде потрібно). Одна така підгрупа міститиме ключові слова, які потрібні для створення контенту та просування свого окремого посту (нового чи старого). І тут уже необхідно переглядати кожен запит у наших уже зібраних групах. Схематично цей процес виглядатиме так:
У результаті з нашого прикладу кожен розподілений запит на тему «грецький салат» на другому етапі набувають своєї підгрупи. Одні ключові слова переходять у тематику «оригінальний рецепт», інші до «грецького салату з оливками», треті — до «грецького салату з брвнзою» тощо.
У результаті у нас виходить кілька підгруп - майбутніх тем постів блогу. І не важливо, що в одній підгрупі зібрався 21 запит, а в іншій лише 3 фрази. Головне, ми зробили розподіл підтем.
Тому важливо, коли група запитів належить до однієї підтеми. Якщо ж запити будуть з різних підтем, пошукові системи не зрозуміють, за якою підтемою пост дає повну інформацію. І віддасть перевагу нашому конкуренту. Тому дуже важливо розподіляти запитиу свої підтеми. Інакше, як у тому прислів'ї — за двома зайцями поженешся, жодного не зловиш!
Проблема правильного вибору підтеми для запиту
Бувають такі запити, які одразу й не зрозумієш, до якої підгрупи їх розподіляти. Ось один яскравий приклад. Днями проводив чергове заняття особистого тренінгу з одним блогером на тему кластеризації ядра. Тема блогу мого учня велика та різноманітна – шиття іграшок. І під час заняття, розбираючи різні приклади, ми зіткнулися з парочкою таких запитів.
Отже, є два запити зі списку – «шиємо іграшки дітям своїми руками» та «шиємо з дітьми іграшки». Як Ви думаєте, це запити однієї підгрупи чи різних?
Спершу давайте подумаємо логічно. Перший запит має на увазі дію (шиття) над предметом (іграшки) для об'єкта (дітям). Другий - спільна дія (шиття) з об'єктом (дитиною) щодо створення предмета (іграшки). По суті це різні запити.
Після перевірки топів ми знайшли однаковий сайт за цими двома запитами в обох пошукових видачах:
Коли зайшли на кожне посилання, запропоноване Яндексом, то побачили ту саму сторінку цього сайту (у нашому випадку — luntiki.ru/blog/igrushka). Отже, у Яндекса ці різні за змістом запити повинні належати одній підгрупі. Тобто для отримання пошукового трафіку краще ці запити не розділяти на різні посади. Поки що Яндекс не має того алгоритму, який зможе правильно зв'язати ці запити. Хоча я думаю, це вже прерогатива штучного інтелекту, а не платформ Яндекса та Гугла.
Добре, що такі випадки дуже рідкісні. Тому принцип перевірки належності запиту до підтеми шляхом перевірки видачі – це найкраще рішення на сьогоднішній момент. Адже ми хочемо отримувати пошуковий трафік, значить маємо грати поправилам Яндекса та Гугла!