Семантика: разгруппировка

И снова здравствуйте, друзья. Рад вас приветствовать. Это третья статья, которая касается сбора семантического ядра.

Сегодня мы с вами поговорим про разгруппировку. Разгруппировка является, пожалуй, самым основным и самым сложным этапом в работе над ядром.

По сути, разгруппировка — это и есть основная работа. Все, что было до этого — это была подготовительная часть, когда мы с вами собирали вводные, потом парсили. Вся работа, все самое интересное начинается именно сейчас.

Итак, прежде, чем говорить о разгруппировке, давайте введем понятия. Как я уже говорил, терминология нам с вами нужна, потому что, если мы в дальнейшем хотим быть крутыми веб-мастерами, мы должны оперировать ею, чтобы общаться, допустим, где-то в тусовках и так далее.

Сегодня у нас с вами два термина. Первый термин — кластеризация. Кластеризацией называется процесс разбивки семантического ядра на группы запросов, которые решают одну и ту же проблему пользователя (содержат одинаковый интент).

Интент — проблема/намерение/желание пользователя, который вводит запрос.

То есть, когда вы вводите какой-либо запрос или у вас есть желание что-то найти и узнать какую-то информацию, это, как раз, и есть интент. Приведем примеры одинаковых интентов для того, чтобы было еще понятнее:

  • лечение пиявками — гирудотерапия;
  • туры на море — путевки на море;
  • Энакин Скайуокер — Дарт Вейдер;
  • поздний токсикоз — гестоз;
  • ипотека — кредит на квартиру.

Эти слова, по сути, являются одним и тем же, но пишутся по-разному, в этом и есть суть интентов.

А кластеризация, в свою очередь, бывает двух видов: ручная и автоматическая.

Давайте про каждую поговорим более детально и более подробно. И начнем с автоматической.

Что такое вообще автоматическая кластеризация? Если очень грубо, то автоматическая кластеризация — это когда вы все свои ключи из ядра отдаете определенному сервису или программе, он быстро проверяет по всем ключам пересечения в выдаче, и на основе этого делает группу в ядре.

Что же такое пересечение в выдаче?

Если мы откроем с вами выдачу по какому-нибудь запросу, я люблю пример с “пивом при простатите” и “алкоголе при простатите”, потому что он очень наглядный.

Мы с вами увидим, что при поиске по каждому из этих запросов выдача показывает одни и те же статьи. То есть, смотрите, у нас тут есть вот такие сайты.

Если мы откроем выдачу “алкоголь при простатите”, то мы увидим те же сайты.

То есть, по обоим запросам в выдаче находятся одни и те же статьи. То есть, эти запросы между собой имеют пересечение, потому что и там, и там одни и те же статьи в топе. Это говорит нам о том, что Яндекс и вообще, поиск, считает, что эти запросы должны продвигаться на одной странице.

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

Так вот, когда мы отдаем наше ядро какому-нибудь автомату, он как раз проверяет эти пересечения, и на основе их устраивает группу внутри ядра. Если пересечения есть между двумя запросами, то он их объединяет в одну группу. Если нет, то, соответственно, не объединяет.

Вот здесь я представил 3, пожалуй, самых популярных кластеризатора.

Их на самом деле гораздо больше, но все они работают примерно одинаково. Любой автоматический кластеризатор является платным инструментом. Из всех этих трех, я рекомендую использовать Key Assort. В отличие от остальных, он является Desktop-программой, которая скачивается на компьютер, а не каким-то сервисом в облаке.

И мне он больше всего нравится по одному плюсу — у него очень гибкие настройки и его можно просто скачать, что-то кластеризовать, посмотреть, как там что делается, проверить какой-нибудь сложный, например, момент в ядре, и при этом не платить ни за что деньги. Key Assort умеет кластеризовать.

А если вы хотите итоги еще, в дальнейшем, выгрузить, ну то есть, сохранить в какой-нибудь Excel-файл, за это уже нужно будет заплатить. То есть, ради этой функции придется покупать лицензию. Но, опять же, если вы будете делать кластеризацию руками, a проверять только какие-нибудь сложные моменты в сервисе Key Assort, то можно это сделать совершенно бесплатно.

Вообще, его можно просто скачать, прогнать все ваше ядро, посмотреть, как там сделан автомат, и убедиться в том, что автоматическая кластеризация — не совсем то, что нам нужно.

Но, поскольку Key Assort является десктопной программой, которая скачивается на компьютер, минусом является то, что ему нужны либо xml-лимиты, либо прокси.

Xml-лимиты — это такие специальные лимиты, при помощи которых ваша программа, в данном случае — Key Assort, сможет обращаться к выдаче, то есть, грубо говоря, заходить в выдачу и проверять пересечения. Купить xml-лимиты можно на сайте xmlstock.com.

Я понимаю, что сейчас для вас это звучит все сложно, но про Key Assort я выставлю отдельную статью, расскажу, как его настраивать, как купить, где, что с ним сделать, как добавить туда лимиты и вообще, как с ним работать.

Поэтому, не переживайте про это. Мы все более детально разберем. Аздесь, в основном, мы будем с вами учиться кластеризовать вручную. И будем говорить именно о ручной кластеризации.

Какие настройки, если вы, вдруг, решите использовать автоматическую кластеризацию, нужны? Как правило, для информационных сайтов подходит кластеризация, силой 3 (иногда 4).

Что такое сила кластеризации? Чем выше этот показатель, тем больше нужно пересечений для того, чтобы объединить два запроса в одну группу.

Если у нас стоит сила кластеризации 3, то программе или сервису необходимо 3 одинаковых статьи по и тому, и тому запросу для того, чтобы объединить их в общую группу.

Если сила кластеризации стоит 4, то, соответственно, нужно 4 одинаковых статьи по каждому запросу, чтобы объединить их в общую группу. И так, чем больше сила кластеризации, тем мельче на выходе будут группы, потому что условия кластеризации становятся жестче и группы будут нарезаться меньше.

Сильные и слабые стороны автомата

И под конец хотелось бы подвести итоги по автоматической кластеризации — выделить плюсы и минусы данного способа.

К плюсам относится то, что автоматическая кластеризация — это быстро, это исключает вероятность ошибки проверки пересечений, а также, это относительно недорого.

Если по-русски, то автомат делает все быстро. То есть, если ручками вы будете кластеризовать неделю-полторы, в зависимости от объема ядра, то автомат сделает все, буквально, за час. Автомат — это у нас робот, и он не ошибается. Его задача — просто проверять пересечения. Ну и, ценовая политика — это несколько копеек за запрос. Но, если Key Assort поставить за 1700 рублей, по моему, за лицензию, то она ставится навсегда.

Теперь поговорим о минусах автоматической кластеризации, которые, как мне кажется, перевешивают все плюсы:

  • автомат основывается только на выдаче;
  • после него остается много некластеризованных запросов;
  • он ведет к перерасходу бюджета;
  • некорректно работает в конкурентных тематиках;
  • и при этом стоит денег.

И, опять же, если все это сказать по-русски, то, как я надеюсь, многие из вас знают, что на данный момент поиск является нейросетью, то есть самообучающейся программой, которая принимает различные решения.

Поскольку он самообучающийся, то он, как и мы с вами, может ошибаться. И ошибается он последнее время, ну, не то, чтобы часто, но с заметной частотой. В каких-то местах выдача на данном этапе может быть неправильной. Поскольку у поиска на данный момент недостаточно какой-то информации, он может не объединить два запроса, которые, по логике, должны быть вместе, но в выдаче будут разделены.

Или потом он их склеит, или, наоборот, разъединит. То есть, выдача сейчас очень быстро меняется, какие-то вещи объединяются, как я уже говорил, какие-то разделяются. Поэтому, только на выдаче основываться сейчас в информационных сайтах уже не совсем правильно.

Соответственно, после автомата остается также много запросов, которые никуда не попали, потому что это особенность автомата. Затем он не смотрит ни на какие фильтры окупаемости, ни на какие критерии, типа подбора запросов внутри статьи, о которых мы поговорим позже. То есть, он просто нарезает так, как в выдаче. Ему все равно, окупится ли там статья, какой трафик она будет приносить.

А когда мы будем с вами кластеризовать руками, мы будем оставлять витрину или выписывать, по крайней мере, все статьи, которые, в первую очередь, быстрее всех соберут трафик, а во-вторых — вообще окупят себя.

Согласитесь, если вы напишите какую-то большую статью, хорошую, а она, в перспективе, сможет собрать максимум 30 посетителей в сутки только потому, что этой вещью никто не интересуется, она будет окупаться, как какая-нибудь недвижимость, если не дольше.

Соответственно, если ядром занимается человек, он следит за этими параметрами, автомат же не следит. Ну и, в конкурентных тематиках выдача построена очень странно. То есть, написана там чуть ли не под каждый запрос своя статья. И, соответственно, автомат делает так, как сделано в выдаче.

Поэтому, у вас в итоге получится очень много мелких статей, чуть ли не под каждый ключ, что приведет к огромному перерасходу бюджета и вообще, все будет не очень корректно. Ну и повторюсь, автомат — это не бесплатно, и какие-то финансы все равно придется в него вложить. И подводя итог, хочу сказать, что на данный момент в современных реалиях использование автоматической кластеризации по принципу “как есть”, уже не актуально.

Поэтому, после автомата нужно либо всегда доделывать руками, либо вообще не использовать его. Это важный момент. Но, как показала практика, доделать после автомата руками — это гораздо дольше, чем просто сделать все вручную изначально.

Просто, когда вы делаете руками, у вас есть огромное поле запросов. И вы, как матрешку, начинаете их раскладывать. То есть, из большого списка вы делаете группы поменьше, потом еще меньше и еще меньше. И одно следует из другого. Таким образом получается все очень лаконично и логично. А когда вы пытаетесь это доделать за автоматом, перед вами предстает огромная портянка статей каких-то, особенно если у вас какая-то супер конкурентная ниша, это будет вообще каша. И вообще непонятно, что и как.

И там вы просто не будете даже знать, с чего начать. Ну, то есть, нам показалось, что доделывать за автоматом гораздо сложнее, чем сделать самостоятельно сразу. Я бы не рекомендовал использовать автомат.

Ручная кластеризация

Теперь давайте подробно поговорим про кластеризацию ручную. Потому что, именно ей сегодня будет отведена большая часть урока. У ручной группировки существуют определенные правила, ну или фильтры, если угодно. То есть, по ним мы будем подгонять наши статьи. Если в перспективе наша группа ключей не проходит по нашим критериям, по нашим фильтрам, там и ее оставляем, не добавляем в наше ядро.

Зачем это нужно? А нужно это для того, чтобы наши статьи потом, в перспективе, окупились. Потому, что сайты — это, прежде всего, деньги. И нам нужно, чтобы наши статьи в итоге могли собрать трафик и окупить себя. Это как раз те фильтры, которые мы используем в своей работе, и это еще одно ваше конкурентное преимущество, что-то вроде особой технологии.

Потому, что многие мастера делают вообще бездумно — формируют группы бездумно, в отрыве от окупаемости, от трафика. То есть, просто если что-то собралось, значит они ее делают. Это не совсем верно, потому что это, скорее всего, приведет к большому перерасходу бюджета.

Итак, правила ручной группировки.

  1. Ключ должен состоять не менее, чем из двух слов.
  2. В группе должно быть не менее 3 запросов.
  3. Частотность ключа мы берем с вами от 10 в месяц.
  4. Общая частотность группы — не менее 100 в месяц.

Общая частотность — это сумма частотности всех ключей в группе. То есть, у нас, например, в группе получается условно три ключа. У одного частотность 70, у второго 30, у третьего 10. Суммарно они если набирают 100, а в нашем случае набирают, то значит мы такую группу оставляем.

Объединение в группы происходит при минимум 30% пересечений в ТОП 10. То есть, если мы видим, что между запросами, как минимум 3 пересечения по сайтам выдачи, то есть и по тому, и по тому запросу есть минимум 3 одинаковых статьи, это является сигналом к объединению.

Не более 200 запросов в группе (все, что больше, просто обрезаем по частотности). Это связано с ограничением BINET. То есть, ТЗ BINET не поддерживает более 200 запросов на группу.

Все это говорится о точной частотности, которая «!».

Опять же, звучит сейчас сложно, но на практике я сейчас все покажу — как это все происходит. И я думаю, сразу все станет на свои места. Только давайте сначала обговорим важные нюансы.

Первое — мы опираемся на логику и смотрим выдачу. Она является дополнительным сигналом на объединение. То есть, в нашем случае, мы так же, как и автомат, смотрим на выдачу по запросам, смотрим на пересечения между запросами. Но наше главное отличие в том, что мы еще используем логику. Поскольку, как я вам уже говорил, сейчас часто бывает такое, что в выдаче каша. Так вот, наша задача — опираться на выдачу и следовать ей, пока она не противоречит логике.

То есть, например, есть два запроса, которые очевидно должны быть вместе. К примеру, как я уже говорил, “алкоголь при простатите” и “пиво при простатите”, и “вино при простатите”. Представим, что пересечения между этими вопросами нет. Хотя очевидно, что эти запросы должны быть вместе, потому что нельзя написать статью про пиво при простатите или вино при простатите, и не упомянуть алкоголь.

Или, например, два запроса “можно ли париться при цистите” и “можно ли ходить в баню при цистите”. И если у них нет пересечений, то с точки зрения логики, они все равно должны быть вместе. Ну, то есть, нельзя написать статью о том, как ходить в баню при цистите, и не рассказать, можно ли париться при цистите.

Так вот, повторюсь, мы с вами следуем выдаче до тех пор, пока она не противоречит логике. Если вы видите, что там запросы должны быть вместе, но при этом, в выдаче нет пересечений, мы все равно их объединяем.

Иногда бывает даже такое, что синонимы 1 слова, по каким-то причинам, Яндекс решил разъединить, и они на время существуют отдельно. И если мы видим, что два синонима одного и того же интента или два разных написания не имеют пересечений, то мы их все равно объединяем. Потому что это, скорее всего, ошибка поиска, и в недалекой перспективе, поиск ее поправит. А если бы мы пользовались автоматом, то он бы все просто раскидал по разным статьям и мы бы с вами написали 2 статьи об одном и том же.

Мы не кластеризуем ради кластеризации.

То есть, если мы видим, что у нас получилась какая-то хорошая статья, крупная, сбитая. В ней там несколько интентов. Но они все взаимосвязаны и вмещаются в одной статье, которая получилась сама по себе очень большой, например 400 ключей (ну, бывает и такое), и нам по каким-то причинам становится жалко ее обрезать, и наш мозг сразу пытается постараться ее разбить поменьше, чтобы не потерять ключи или еще что-нибудь. Этим не нужно заниматься, это опять приведет к тому, что вы вместо одной хорошей статьи напишите две, а то и три, и ничего хорошего из этого не выйдет. Потому что, как я уже говорил, есть такая вещь, как запросный индекс, по которому яндекс оценивает степень раскрытия темы. Степень вашей экспертности.

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

Ну и вообще, когда у вас на сайте есть 2 статьи об одном и том же, только написано разными словами, это называется каннибализация. То есть, когда 1 статья пожирает релевантность у другой. Если по-русски, то когда 1 статья соревнуется со 2 в рамках одного сайта за место выдачи.

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

И, скорее всего, они потом обе не выйдут в ТОП, потому что они обе не дописаны. Каннибализация — это очень плохо, за этим нужно пристально следить, это ведет к потере денег на данном этапе, потому что вам придется заказывать больше статей и значит, тратить больше денег. И еще это приведет к потере какой-то части дохода от сайта в будущем. Потому что, скорее всего, эти статьи, поскольку они не являются до конца раскрывающими тему, будут хуже ранжироваться, чем хорошая статья.

Плюс, еще они будут конкурировать с друг другом в рамках одного сайта. И скорее всего, не займут никаких хороших позиции в выдаче. Соответственно, вы потеряете часть трафика, из-за этого и часть дохода. А если таких статей будет очень много и ваш сайт внутри себя будет вести постоянную войну? Скорее всего, его ждет не самая хорошая история развития. Поэтому, важно помнить о правилах. Нужно относиться к вопросу группировки максимально ответственно, потому что это важный процесс.

То есть, если вы какие-то ключи, может быть, и не собрали или потеряли, ну мелкие я имею в виду. Может быть, по каким-то причинам не глубоко пропарсили, это еще не так страшно. Страшно, если вы накосячили вот именно в группировке, в глобальном смысле. Если у вас один какой-то ключ не в той группе лежит, это еще ничего страшного, а вот если у вас много статей каннибалов — это уже не очень хорошо, поэтому внимательнее.

Это касается и тех, кто делегировал создание своего ядра. Особенно, каким-нибудь малоизвестным фрилансерам. Потому, что они очень любят часто этим промышлять. Как я уже говорил, часто какие-то ядра попадаются на аудит, и 40% ядра — это какие-то каннибалы. То есть, это очень плохо.

Всяким фрилансерам, как я уже говорил, как правило, плевать на ваш проект вообще, плевать на свою репутацию, так как они являются фрилансерами-однодневками. Поэтому выбор исполнителя в этом деле тоже очень важен.

И повторюсь, если вы делегировали, проверяйте хотя бы на каннибализм, пройдитесь прочитайте названия групп, подумайте о том, не дублируют ли они друг друга.

Ну и, третий важный момент — это то, что ключ в ядре может быть только в единственном экземпляре. Это очень важно. И вообще, важен для понимания работы принцип самой группировки. Вы должны понимать, что мы с вами подготавливаем не задание для копирайтера, мы с вами собираем семантику, и ключи тут дублироваться не могут. Дальше мы еще подробно с вами рассмотрим, как это работает, и посмотрим более конкретные примеры.

Алгоритм работы

Как же вообще будет проходить процесс точной группировки? Проходить он будет очень просто, с точки зрения инструментария. Мы с вами будем выделять папку, с которой начинаем. Дальше будем переходить в анализ групп, и затем из большой папки выделять какие-то мелкие интенты. Потом мы будем переходить в выделенные папки и смотреть, что еще можно выделить. То есть, как сделать папки еще поменьше и так далее. До тех пор, пока каждая пачка у нас не превратится в одну полностью законченную единицу.

Ну и затем мы переходим в следующую папку и делаем то же самое. Параллельно, как мы это все будем делать, мы будем папки между собой объединять, очищать мусор, смотреть выдачу и так далее. То есть, с точки зрения производства, процесс не самый сложный, главное понять принцип. Ну и, давайте, наконец-то, разберем все на практике.

Перейдем в наш Кей Коллектор и посмотрим, как же это все происходит на деле. Открываем Кей Коллектор.

Открываем папку, с которой начнем. Здесь уже с мульти группой не поработаешь. Я начну с “Гидронефроза”, он небольшой.

Соответственно, его быстрее и проще сделать . Переходим во вкладку “Данные”, открываем “Анализ групп”.

И я привык использовать группировку по отдельным фразам, вы можете попробовать по составу фраз, это не имеет принципиального значения.

Кому, как удобнее. Я, например, люблю по отдельным фразам. Итак, вот у нас анализ групп уже что-то нагруппировал. И мы начинаем из общей массы ключей выделять какие-то подразделы. Используем принцип матрешки. Итак, первое, что мне попадается — это лечение.

То есть, естественно, в группе “Гидронефроз” есть ключи, связанные с гидронефрозом. Дальше, что мы делаем. Мы открываем по первому ключу выдачу.

В Кей Коллекторе достаточно зажать клавишу CTRL. И смотрим, что там в выдаче.

Выдача открывается, мы читаем заголовки, смотрим, какие есть сайты. И мы видим, что вот он, гидронефроз. И почти все статьи там сразу пересекаются не только с лечением, но и по причинам и симптомам. Вот, видите, первый сайт — “Гидронефроз почек, что это такое — симптомы, лечение”.

Второй сайт — “Гидронефроз почек, причины, симптомы, лечение”. Вот есть “Безоперационные способы”, это нам не подходит.

Дальше идет опять “Гидронефроз — причины, симптомы, диагностика, лечение”. И так далее. То есть, мы видим, что у нас запрос про лечение пересекается с симптомами причинами и диагностикой.

Возвращаемся в Кей Коллектор. Поскольку мы с вами увидели выдачу, увидели пересечения, мы сразу выделяем лечение, симптомы, причины и диагностику.

То есть, чтобы убедиться в том, что мы все делаем правильно, откроем “симптомы”.

И также мы посмотрим выдачу. Вот, она вот она у нас открылась.

И мы получаем то же самое, те же сайты, опять “Гидронефроз почек — что такое, симптомы, лечение, диагностика”, и так далее. То есть, если мы находим между запросами минимум 3 пересечения в выдаче, это для нас является сигналом к объединению. Вот, у нас здесь более, чем достаточно — 1 пересекается 2 3.. Вполне достаточно.

И если, например, по “причинам” мы откроем выдачу, то увидим ту же самую историю. В общем, мы имеем очень хороший, очень уверенный сигнал, потому что лечение, симптомы и причины между собой можно объединить. Я их сразу в группу в анализе выделил, я поставил галочки, где мне нужно.

Закрываем, и внутри “Гидронефроза” я создаю еще одну папку.

Из нашего “Гидронефроза” я переношу отмеченные фразы, вот они показаны галочками, в нашу новую папку с лечением.

Дальше опять открываю анализ групп, ищу, что можно выделить дальше. Вот, явно можно выделить “беременных”.

Беременных в медицине, да и вообще везде, как правило, выделяют в отдельную папку. Потому что, согласитесь сами, для беременных всегда какие-то определенные лекарства, определенные условия, потому что им не все можно. Какие-то особые методы лечения, и так далее. Опять же, для того, чтобы убедиться, давайте откроем выдачу.

И мы видим, что все статьи идут именно про гидронефроз при беременности.

Про его лечение, про его симптомы именно при беременности. Тут сомнений нет, это у нас получается отдельная статья.

Возвращаемся в Кей Коллектор, выделяем “Гидронефроз при беременности” целиком, создаем папку.

Называем ее “При беременности”, перекидываем наши ключи гидронефроза туда. Опять, снова откроем анализ групп и дальше ищем опять что-нибудь, что можно выделить.

Вот, есть МКБ, но МКБ нам, в принципе, не нужен, потому что это, как я уже говорил, справочник. Когда люди ищут МКБ, они имеют в виду справочник, поэтому нет смысла писать о нем отдельную статью.

Когда я чистил мусор, я, видимо, просто его не дочистил, это нормально. Закрываем. Опять нажимаем “Сбор данных”. Мы переносим МКБ в корзину.

Теперь возвращаемся снова в нашу группу, открываем анализ групп, ищем следующие интенты, которые можно выделить. Вот, я вижу слово “детей”.

Открываю выдачу и смотрю, что там.

Что мы здесь видим? Видим только “у детей” — опять же, причины, симптомы, лечение гидронефроза только у детей. Оно, в принципе, понятно, потому что детям также нужны какие-то особые лекарства, не все пути лечения, лекарства, которые используют взрослые, подходят детям. Можно еще открыть, посмотреть, что внутри статьи.

Какой там контент? Мы видим “Гидронефроз у ребенка — врожденный, приобретенный”. Можно сюда засунуть, и возвращаемся в кей коллектор. Смотрим, все ли сюда подходит? Как раз, видим еще “врожденный гидронефроз”, отмечаем, закрываем и переносим в новую папку, которую мы создаем снова.

Ищем следующий интент, например, слово “такой”. Открываем и смотрим, что там.

Что мы видим в выдаче? Опять видим, что у нас это пересекается с симптомами и лечением.

То есть, мы нашли минимум 3 пересечения. Это хороший сигнал к тому, что это нужно объединить с первым интентом.

Возвращаемся в Кей Коллектор, выделяем “что такое”, и переносим в папку “Симптомы и лечение”.

То есть, здесь понятно, “что такое” пересекается и с симптомами, и с лечением, и еще с причинами. Это пересекается в выдаче, нам нужно это сложить в папку. И вообще, если представлять статью в своей голове, то я прекрасно ее представляю. То есть, сначала будет написано, что такое гидронефроз. Потом о том, как его лечить, какие у него симптомы и так далее.

То есть, всегда, когда вы формируете папку, думайте о том, какая статья получится. Можно ли будет ее сделать хорошей, объемной, и что-то написать? А то были случаи, когда была тематика про паразитов, и парень выделил в отдельную папку запросы, связанные с размером аскариды. То есть, запросы “размер аскариды”, “какой размер у аскариды” и так далее. И у него папка хорошая получилась, там больше 3 ключей, и частотка набиралась, и так далее. И он решил выделить все это дело отдельно. С точки зрения контента, там не было возможным что-либо написать.

Но вы представляете статью? Там размер у аскариды 5-7 см. Все. Что можно еще написать про размер аскариды? Отделить он ее отделил, но это было неправильно, поскольку нужно было ее кидать вот в такую общую папочку, где написано про аскаридоз, про его лечение, симптомы и так далее.

Дальше открываем опять анализ групп.

Ищем следующий интент, например “операция”.

Открываем выдачу.

“Операция при гидронефрозе почек”, “Операция у детей и взрослых”, и так дальше. Мы видим, что в выдаче отдельные статьи про операцию. Открываем контент.

Видим, что тут как раз статья про операцию. То есть, в выдаче есть отдельные статьи про операцию. И если в голове представлять эту статью, она прекрасно напишется. Ну, я представляю, как будет выглядеть статья про операцию при гидронефрозе. Там будет расписана какая-нибудь подготовка к ней и так далее. Следовательно, мы можем этот интент выделить в отдельную группу.

Собственно, он у нас ни с чем не пересекается, и там есть, о чем писать. Три ключа у нас набирается. Выбираем, закрываем анализ групп, создаем отдельную папку, называем ее “Операция”.

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

Ну вот, видим, слово “что это”. Мы закидываем это в папку с симптомами, лечением. Тут сразу все ясно, перекидываем

Ну, давайте еще последний разочек опять открываем анализ группы для того, чтобы окончательно закрепить результат.

Вот, например, “берут ли в армию с гидронефрозом”… Открываем запрос. Смотрим, что в выдаче.

Тут опять все про гидронефроз и армию. Давайте откроем. посмотрим статью.

Мы видим, что здесь все про армию, значит можно выделить в группу и написать отдельную статью.

Создаем для этого папку, как мы уже научились, и переносим ключи в папку. Так мы должны проделать со всеми интентами, которые сможем вытащить из общей папки.

То есть, наша задача — найти какую-то проблему пользователя, зацепиться за нее, при выделении посмотреть выдачу. Если там нет никаких пересечений, то подумать, можно ли написать про это отдельную статью. Представить примерное содержание этой статьи. Если все хорошо отдельно пишется, то выделяем.

Если есть какие-то пересечения, то есть, как мы видели, открываем по запросу лечение. Мы видим, что там пересекаются везде симптомы, диагностика и так далее. Такие интенты мы можем сразу объединить вместе в одну папку. Если мы видим какую-нибудь аномалию выдачи, например, у нас есть два варианта “гидронефроз у новорожденного” и “гидронефроз у грудничка”, очевидно, что это одно и то же. Просто новорожденного иногда называют грудничком. И, например, мы видим, что в выдаче нет никаких пересечений, но любому человеку, если логически рассудить, очевидно, что это одно и то же. Мы их все равно объединяем. Несмотря на то, что в выдаче нет пересечений.

Скорее всего, через какое-то время выдача переделается и пересечение появится. То есть, это тот основной момент, который нас отличает от автомата. Поверьте, такое будет во время работы более-менее часто встречаться. Мы должны опираться на выдачу с вами, но делать это до тех пор, пока она не противоречит простой логике. Причем такие аномалии будут встречаться и с синонимами, и с разными написаниями, и с какими-то менее очевидными вещами.

Уверены, что эти два интента должны быть вместе, одно без другого, в принципе, не может существовать в рамках этой статьи? Объедините их, не смотря на выдачу. Скорее всего, она потом изменится так, как надо.

И по итогу, как мы всю большую папку, “Гидронефроз” в нашем случае, разберем, мы приступаем ко второму этапу. То есть, мы уже пойдем по нашим папкам, которые мы разобрали, и будем смотреть, что там происходит. Сразу скажу, в этой крупной папке “Гидронефроз”, которая в нашем случае, после того, как мы все разберем, так или иначе останутся ключи. И их останется довольно большое количество.

Эти ключи будут являться не кластеризованными. То есть, это будут ключи, которые не получили свою группу. Какие-то мелкие проблемы, которые не так часто запрашиваются, и так далее. Пусть они пока остаются в этой папке. Скорее всего, они нам либо вообще не пригодятся, либо мы потом будем их использовать в вопросах и ответах, то есть, создадим рубрику вопрос-ответ и будем там точечно обсуждать ключи.

Но это не значит, что общую папку мы можем чуть раскидать и бросить на полпути. Нет, вы должны проработать ее хорошо. До тех пор, пока оттуда невозможно будет что-то достать. Когда там останутся все ключи, которые, по сути, между собой не пересекаются и не выделяются во что-то отдельное. Теперь давайте приступим ко второму этапу.

Проверка работы

А теперь наша задача — пройтись по всем папкам, которые мы выделили, и посмотреть, может оттуда можно что-то еще выделить, что-то переместить, что-то почистить. Потому что до этого мы делали это, практически, не глядя. Давайте, переходим в самую большую папку “Причины, симптомы, лечение”.

Открываем анализ групп.

И смотрим, что отсюда можно выделить. Вот, я сразу вижу “гидронефроз при беременности — лечение”. Очевидно, что этот запрос у нас пойдет в папку с беременностью. Переносим его в соответствующую папку. Дальше открываем опять анализ групп, смотрим. Вижу ключ “у новорожденных”.

Опять же, переносим новорожденных к новорожденным.

То есть, это нормально, когда у нас с вами ключи будут ходить между папками. Снова открываю анализ групп. Вот, например, смотрю “симптомы гидронефроза у взрослых”.

Открываем выдачу и смотрим, что в выдаче есть некоторые статьи отдельно про взрослых, но при этом есть и общие статьи, типа “Что такое гидронефроз почек”, и так далее.

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

Во-первых, я слабо представляю себе, как написать статью отдельно про гидронефроз и отдельно гидронефроз у взрослых, потому что там будет практически все одно и то же. Потому что, как правило, когда вы вводите запрос “Как лечить гидронефроз”, вы, скорее всего, имеете в виду взрослого человека. И, опять же, если не выделять, оставить все вместе, это у вас получится одна хорошая статья, которая будет раскрывать все. Которая будет хорошая с точки зрения запросного индекса. Ну и, вместо двух статей, вы напишете одну хорошую.

Если есть такой вариант, выделять или нет, но при этом есть предпосылки к тому, чтобы не выделять, как вот здесь, например, есть общие статьи, которые просто про гидронефроз, то лучше не выделять.

То есть, в нашем случае, “гидронефроз у взрослых” остается в папке с симптомами и лечением. И с общим запросом по гидронефрозу. Но при этом, тот же автомат, если бы увидел, что у нас есть три пересечения, то, скорее всего, выделил бы в отдельную папку этот ключ. И, как я уже говорил, мы бы с вами писали 2 статьи вместо одной, но при этом почти об одном и том же.

Но я действительно не представляю, как можно отдельно писать про гидронефроз у взрослых. Детей вот, еще, конечно, можно выделить. Но повторюсь, когда вы по умолчанию водите “лечение гидронефроза”, вы имеете в виду взрослых обычно. То есть, если у вас, вдруг, заболел ребенок, то вы обычно в поиске прописываете “у детей”, “у ребенка”. А если вы вводите просто, то, скорее всего, вы имеете в виду взрослого.

Ну и таким образом, нам надо ходить по этим папкам, смотреть, что выделить, что перенести до тех пор, пока каждая такая папка не превратится в отдельную законченную единицу. Из которой уже нечего будет выделять . Но при этом, как я уже говорил, мы не кластеризуем ради кластеризации. То есть, если вы видите, что у вас получилась хорошая папка, а внутри нее все между собой пересекается, все подходит друг другу, и эту статью уже можно писать, то уже не надо стараться из нее что-то выделить.

То есть, как у нас в папке “Гидронефроз — причины, симптомы, лечение” — причины и симптомы пересекаются, лечение пересекается с диагностикой, и так далее. Все на своем месте. Отсюда, как только мы ее до конца проработаем, все проверим везде по каждому интенту, посмотрим выдачу, убедимся, что все пересекается, ничего делать не надо больше.

Повторюсь, будет такое, допустим, Гидронефроз — не самая большая ниша, зато очень наглядная. А в некоторых нишах будет получаться папки по 300 ключей, иногда даже по 400, и вам будет хотеться, чтобы сохранить эти ключи, чтобы их потом не обрезать по частотке, попытаться выделить еще что-нибудь, разделить.

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

Например, там будет какая-нибудь отдельная статья про операцию на гидронефроз лазером и в выдаче она будет, например, обособлена. То есть, из папки операций мы потом выделим вот это “лечение лазером” и переместим в отдельную папку. Я думаю, принцип понятен.

Теперь опережаю ваши вопросы о том, как писать статьи, в которых 200 ключей. Если в нашей группе получилось 200 ключей, это вовсе не означает, что все 200 потом будут использованы в статье в прямом вхождении.

На данном этапе мы с вами, я повторюсь, делаем семантику а не TZ. И наша задача — собрать данные для анализа для сервиса TZ Binet Pro. А уже потом, когда мы ему все это скормим, он скажет, какое вхождение, какое слово сколько раз используется, где что разделяется на пассажи, какие-то вхождения, может быть, сервис выкинет, и так далее.

Если в группе много ключей, это не значит, что все их мы будем использовать. Все после того, как мы переделали все с вами папки, разделили, прошлись по каждой, каждая пачка у нас превратилась в статью, наша с вами задача — еще раз пройтись по всем папкам и пробежать глазами практически каждый ключ. И удалить все лишнее, еще раз проверить, может еще что-нибудь найдем, что нужно разделить.

Но больше это делается для того, чтобы свежим взглядом посмотреть и поубирать там мусор, какие-то двойные ключи, может быть, в которых слова повторяются. Вдруг, мы с вами пропустили либо какие-то незаконченные фразы, либо коммерческие фразы. То есть, если вы читаете, вы видите, что ключ может быть коммерческий, Вы можете сразу открыть выдачу и посмотреть.

Если там будут всякие “купить”, магазины, то этот ключ коммерческий, его нужно отправлять в корзину. В общем, наша задача — окончательно все перепроверить. Это важный этап для того, чтобы у вас внутри группы не оказалось никакого мусора. Вот, например, я открою папку “Гидронефроз у детей”.

Начал пробивать ее глазами и увидел, что у меня есть такой запрос интересный — “уретерогидронефроз у детей”. Подходит он сюда или нет? Я не уверен. Потому что, какое-то это слишком странное слово.

Я открываю выдачу по этому запросу, вижу, что все статьи идут у меня именно про вот этот уретерогидронефроз.

Но, сам контент посмотрел и увидел, что это немного другое специфическое заболевание.

Дальше я решил проверить, может быть подобные ключи у меня есть в общей группе? Я пошел в общую группу, в поиск, в быстрый фильтр вбил уретерогидронефроз. И увидел, что подобных ключей нет.

Значит, скорее всего, это какой-то ключ, который мы с вами пропустили на этапе подбора вводных. Такое бывает, ничего страшного. Я говорил, что даже если мы с вами что-то пропустим на этапе группировки, мы сможем это увидеть. Ну и, судя по источнику, у нас этот ключ добавился откуда-то, видимо из букварикса.

Или может быть из конкурентов. Что мы делаем в таком случае? В таком случае, мы видим, что ключ этот наш подходит для нашей тематики. Но при этом, у него нет, почему-то, остальных запросов. Открываем вордстат.

Вбиваем этот ключ и смотрим, что, в принципе, у него 1000 с лишним показов.

И есть хвост. При этом этого хвоста в нашем ядре, почему-то, нет. Значит мы, скорее всего, не внимательно проработали вводные или что-нибудь еще.

В общем, по тем или иным причинам, не оказалось у нас этого ключа. Такое, повторюсь, бывает. Главное, что мы это заметили. Возвращаемся, и что мы делаем? Создаем новую папку, называем ее “Уретерогидронефроз”.

И начинаем парсинг. Либо, как мы обычно парсили левую колонку и подсказки в две операции, либо через MOAB. В ходе работы мы с вами нашли сейчас какой-то ключ, который мы потеряли. Ну, то есть, мы увидели, что он к нам пришел откуда-то из конкурентов или с Букварикса.

И мы с вами можем сделать еще парсинг, а дальше его, как обычно, разгруппировать. Только самое главное — сам этот ключ не забыть. Перенесем его сразу в папку “Уретерогидронефроз”.

Когда парсинг произойдет, нужно будет сделать с ним все то же самое, что мы делали с остальными папками. Все, как только мы это все разобрали, перекидали, просмотрели, теперь нам нужно по каждой папке пройтись и проверить ее на соответствие нашим фильтрам. Это, в нашем случае, напоминаю, частотность ключа от 10, частотность группы — минимум 100 суммарная. И не менее трех ключей в группе. Например, “при беременности”. Мы видим, что у нас нормально ключей, частотка 100 точно наберется.

“У детей”, смотрим, больше 3 ключей. Да, частотность 100 набирается.

“Операции” — та же самая история, больше 3 ключей, частотность набирается 100

Армия. А вот здесь уже три ключа, но частотка 100 не набралась. Значит, нам такая группа пока не подходит, ее можно пометить каким-нибудь цветом, каким вам удобно.

И пока ее оставить, может быть, в ходе дальнейшей работы, когда вы там дальше пойдете по группам, найдутся еще ключи, которые подойдут в эту папку. Если дополнить не получится, то в основное ядро ее включать нельзя. Потому что, как я уже и говорил, она будет очень долго окупаться. То есть, вы на нее потратите 200-250 рублей суммарно, но она, в принципе, не очень много может принести. И поэтому эти 200 руб. вы будете окупать 100 лет.

А вы должны помнить, что сайты — это, прежде всего, бизнес. Мы с вами здесь собрались для того, чтобы делать деньги. Поэтому, такую группу на начальном этапе становления сайта мы с вами выписывать не будем.

Также хочу внести небольшую ремарку. Друзья, вы должны понимать, что то ядро, которое я сейчас разбираю, это черновик, поэтому могут быть у меня какие-то ошибки. Может быть, я где-то немного не допарсил, я это ядро сделал специально для того, чтобы вам показать пример.

Если бы я собирал действительно настоящее ядро, как надо, я бы делал это очень долго, а подготовка к тому, чтобы вам это показать, заняла бы, наверное, несколько месяцев. Ну, то есть, помните, что это у меня черновик. Для того, чтобы вас ввести в курс дела. А не ядро, которое я там действительно кому-то потом отдам или еще что-нибудь, или буду где-то использовать.

Главное, чтобы вам было понятно. И теперь давайте то, что мы сейчас проделали, мы резюмируем. Итак, если вкратце. Наша задача после того, как мы все напарсили и почистили — выбрать папку, с которой мы начинаем. И дальше, по принципу матрешки, выделить из нее с помощью анализа групп группы поменьше, то есть охватить какой-то интент или проблематику и выделить ее.

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

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

Занимаемся этим делом до тех пор, пока каждая наша отдельная группа не превратиться в статью. Затем нам необходимо каждую эту группу глазами пробежать, прочитать, удалить явный мусор, коммерческие слова, то, что не подходит. Возможно, что-то опять переместится. Возможно, найдутся какие-то новые ключи опять. Как я уже говорил, по ним нужно будет произвести допарсинг.

Ну и под конец, сравниваем наши группы по фильтрам, все ли группы проходят по ним. Это, напоминаю, 3 запроса, суммарная частота 100 точная, и частота ключа — от 10.

Все, после того, как мы это все проверили. все группы у нас превратились в статьи, все у нас проходит по фильтрам, те, которые не проходят, мы помечаем цветом как-нибудь либо переносим в корзину, но лучше оставить (мало ли, это когда-то пригодится).

Когда довели все, мы с вами переходим к следующей папке. То есть, я с “Гидронефроза” перехожу, например, к “Пиелонефриту”, и повторяю тоже самое. Потом, как его закончу, перехожу в следующую. И так, пока все ядро у меня не будет готово. Когда я закончил “Гидронефроз”, я уже, в принципе, могу его отдать на генерацию ТЗ, потом на написание и так далее. Все, с практической частью на сегодня все. Теперь еще поговорим.

Примеры

Хочу выделить еще один, как мне кажется, важный момент, который необходим для понимания процесса группировки.

Группа “Виды криптовалют”, она должна содержать в себе вопросы, связанные с видом криптовалют. То есть, “виды криптовалют список”, “виды криптовалют отличия”, “какие виды криптовалют есть”, “какие виды криптовалюты существуют”. А не перечисления самих криптовалют, типа Bitcoin, Лайткоин, Эфир и тд.

Повторюсь, мы с вами собираем СЯ, а не пишем ТЗ для копирайтеров. Каждый ключ у нас в ядре находится в единственном экземпляре. И, если мы делаем группу “виды криптовалют”, то там должны быть запросы, связанные с главным ключом “виды криптовалют”.

А запросы, типа “Bitcoin”, “Лайткоин”, каждый должен быть в своей папке. Bitcoin должен быть в папке с биткоином, Лайткоин должен быть в папке с лайткоином.

Такая же история, если взять неспецифическую нишу, например, виды простатита. Она должна состоять из запросов, типа “виды простатита у мужчин”, “какие виды простатита”, “виды хронического простатита”, “какие виды простатита бывают”, а не из самих названий видов простатита, типа “хронический простатит”, “бактериальный простатит”, “острый, калькулезный простатит”. Ключ “хронический простатит” должен быть главным ключом в папке про хронический простатит.

Бактериальный — главный ключ — в папке про бактериальный простатит, и так далее. Надеюсь, это понятно. Вот, когда вы в голове этот момент прокрутите и поймете сам процесс группировки, для вас станет гораздо более понятно. Повторюсь в очередной раз, мы не пишем TZ копирайтеру с вами, мы сами собираем семантику. ТЗ — это дальше.

У меня есть такая, очень показательная выборка, которая, со временем, дополняется, корректируется. Но, скажем так, в ней затронуты самые сложные моменты, которые могут встретиться. Итак, начнем. Есть четыре запроса — “замена масла в коробке”, “замена масла в КПП”, “замена масла в акпп”, “замена масла в МКПП”. Что с ними делать?

Как бы, у нас есть общий запрос, точнее два общих и два уточненных — автомат и механика. Как их объединять? Ну то есть, проблема состоит в том, какой запрос объединяется в общий, либо, может, оставить их все отдельно? То есть, у нас “замена масла в коробке” и “замена масла в КПП” — это общие запросы. А “замена в акпп” и “замена в МКПП” — это уточненные запросы. Если мы разделим их все три, то, собственно, о чем будет статья?

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

Если же вы пишете про механику, то объединять придется механику в общий, а автомат будет отдельным вариантом. Всегда, когда встает какой-то сложный момент в ядре, во-первых, нужно посмотреть выдачу, почитать, что там вообще происходит, как правильно считает поиск. А во вторых, поставить себя на место пользователя. Подумайте, что конкретно в какой ситуации хочется найти.

Пример 2

Есть группа ключей — “как лечить ангину”, “как лечить ангину у взрослых”, “как лечить ангину у детей”, “как лечить ангину у беременных”. Что здесь и с чем объединять? Как правило, в таких ситуациях, когда вы вводите “Как лечить ангину”, вы, по умолчанию, имеете в виду взрослого. Ну, то есть, как правило, себя. А вот, если вы ищете “Как лечить ангину у детей” или у беременных, вы всегда уточните. Потому, что и детям, и беременным нужен другой подход, другие препараты, и так далее.

Поэтому, здесь “как лечить ангину”, “как лечить ангину у взрослых” мы объединяем, а про детей и беременных будут отдельные группы, отдельные статьи. Это частные случаи, требующие особого предписания.

Пример 3

“Спортивное питание для сушки”, “самое лучшее спортивное питание для сушки”, “рейтинг спортивного питания для сушки”. Как здесь обстоят дела? Запросы очень похожи, но когда вы ищете просто “спортивное питание для сушки”, то, скорее всего, вы ищете просто какое-то описание, какие препараты есть, как они работают и так далее. А вот, когда вы ищете “самое лучшее спортивное питание” или “рейтинг спортивного питания”, вы ищете какой-то определенный ТОП, соответственно, какой-то рейтинг, где будут расписаны эти виды, выстроенные по местам, расписаны их сильные и слабые стороны, цена и так далее.

Поэтому, в данном случае, спортивное питание для сушки, скорее всего, будет отдельно, но, опять же, с учетом специфики ниши. Потому, что, смотря для каких целей вы это спортивное питание ищите, сушка разная бывает. А “самое лучшее спортивное питание” и “рейтинг” будут вместе, потому что это немного разные типы статей.

Следующее.

“Высокий тестостерон”, “как повысить тестостерон” и “низкий тестостерон”. Опять же, запросы очень похожи внешне. Но, если разобраться в их природе, то вы поймете, что, как правило, “высокий тестостерон” запросы вводят женщины, у которых он, как раз, высокий, и они хотят его понизить. То есть, это запрос, который является проблемой именно для женщин.

А вот, запрос “как повысить тестостерон” и “низкий тестостерон” — это запросы, которые вводят мужчины. Для них это тоже проблема, но обратного характера, потому что они хотят его повысить. Поэтому, эти запросы тоже идут отдельно. Опять же, здесь важно понять, как минимум, открыть выдачу и посмотреть, что же имел в виду пользователь, чтобы понять его проблему.

Просто, если не обращаться к выдаче и не пытаться изучить природу этих запросов, то, скорее всего, вы бы объединили эти три запроса в одну группу просто потому, что они очень похожи.

Пример 4

“Как лечить гайморит”, “как лечить синусит”, “как лечить гайморит и синусит”. Такое тоже часто попадается. То есть, понятно, что “как лечить гайморит” у нас идет в отдельную папку, “как лечить синусит” — в отдельную папку, потому что это разные заболевания совершенно. У них там разный подход, разные процедуры и так далее. Там даже лекарства разные. А вот, что делать, если попался запрос “как лечить гайморит и синусит”? В какую папку его относить?

Многим сразу придет в голову мысль, что нужно все три вообще объединить и жить дальше счастливо. Но нет, это неправильно, потому что гайморит и синусит — это разные заболевания. Так вот, такие двойные запросы вам будут встречаться очень часто.

Например, “как лечить простатит и цистит” еще. Что будем делать в таких случаях? В таких случаях, как правило, этот двойной запрос складывается в отдельную папку. И если там набирается частотка и папка проходит по нашим фильтрам, то потом из этой папки делают вопрос-ответ. То есть, типа кто-то задает вопрос, например “Ой, я заболела одновременно гайморитом и синуситом, как мне это лечить?” Там потом врач отвечает, и получается у нас такая мини статья, закрывающая вот этот специфический запрос.

Пример 5

“Простатит и пиво”, “простатит и алкоголь”, “простатит и вино”, “простатит и водка”. Ну, этот пример мы с вами уже разбирали. Многие, почему-то, очень любят все это отделять. Хотя, повторюсь, я не представляю, как написать статью про вред пива при простатите, но при этом не затронуть тему вообще вреда алкоголя. Но многие видят, что там частотка набирается, интенты, вроде бы, разные, потому что напитки разные. И шарахают все в разные группы.

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

И предложу небольшой лайфхак. Если вы не уверены, стоит ли объединять запросы, попробуйте прогнать их через Кей Ассорт, и посмотреть на его решение. Если он объединяет, это значит, что 100% они должны быть вместе.

Повторюсь, что Кей Ассорт бесплатно работает, если вы хотите что-то посмотреть, прогнать, проверить. Но если вам придется выгрузить все эти данные, придется купить лицензию программы. В данном случае, нам нужно только проверить, нам хватит бесплатного функционала.

Про Кей Ассорт есть отдельная статья, в которой рассказано как с ним работать.

Ну, давайте вернемся к нашему ядру. Я уже немного над ним поколдовали, теперь оно выглядит вот так.

Я это вам показываю для того, чтобы вы просто имели представление, как выглядит более-менее доделанное ядро в Кей Коллекторе.

В нем есть структуры, папочки, которые помечены цветами, и так далее.

Сделав выводы по этой теме, вы сможете уже самостоятельно создать ядро, которое будет готово для составления ТЗ.

1 Star2 Stars3 Stars4 Stars5 Stars (Блииин(( ... еще нет оценок)
Загрузка...

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *