Ответы на вопросы по семантике

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

Как правильно в Key Collector подключить содержащий знак (-)?

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

Вопрос про Key Collector

В уроке по фишкам семантики рассказывалось про выкладку ключей в Key Collector, в презентации написано, что нужно сортировать по колонке “группа”, “фраза”, и тд. Расскажи, принципиальный ли этот момент при работе с макросом, если да, то какая колонка всё-таки нужна?

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

Вопрос про частотку

В Wordstat по фразе какая-то фраза 3000 показов в месяц, а в Key Collector 2 показа в месяц. С таким сбором частотки, как в Key Collector, вылетит целая группа запросов. Каким данным верить и как правильно снимать частотку?

Иногда бывает, что между Key Collector и напрямую, скажем так, работает Wordstat, и частотка не проходит. Но, как правило, не так сильно. Это, скорее всего, какая-то аномалия. В этом случае даже не знаю, что что делать. Я почти уверен, что частный случай. Я бы доверял частотке, которую снимает Key Collector.

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

Вопрос про точную частоту ключей

У меня из 10000 ключей 3000 ключей без точной частотки. Лупа и MOAB не могут прочекать. В чем причина? Это нормально или нет? Что с ними делать в итоге?

Да иногда бывают ключи, которые не получается собрать ничем — ни лупой, ни MOAB, ни Direct, ни тд. Часть из них, может быть, содержит какие-то специальные символы и тд. В общем, не получается. Опять же, на эту ситуацию мы никак не можем повлиять. И, кстати, 3000 ключей — как-то многовато, обычно остаются, но их там процентов 5-10 от всего ядра.

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

MOAB дает возможность собирать точную частоту вместо QUERY. Можно заменить QUERY на точную частоту?

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

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

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

По какому принципу группировать, если делаешь это вручную?

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

Подскажите, в сервисе Keys.so данные за последний месяц, или за другой период? Как можно собрать сезонные запросы за весь год?

Keys.so собирает поисковую видимость, поэтому там данные по всей поисковой видимости сайта на момент обновления базы. Можно собрать сезонные запросы за весь год? Так же тебе Keys.so, Букварикс. У них база устроена по другому, другой вопрос в том, что в не сезон у них может не оказаться частот.

Вопрос про пересечения запросов

Парсю «расстояние сфетофор», «расстояние перекресток», чтобы вытащить все там и там. Чищу, и собранные запросы снова парсю. Вытягиваю из «перекрестка» — «на каком расстоянии от перекрестка ставить», а из «светофора» — «на каком расстоянии ставить светофор». Но нет пересечения «на каком расстоянии от перекрестка ставить светофор». Почему? Как вытянуть этот полный ключ частотки? Может, нужно каждую папку парсить дважды, а потом переходить к следующей?

Если вы парсите 2 операции, то все, что можно спарсить, если вы делаете это правильно, вы спарсите. Потом вы будете отправлять в Букварикс, Keys.so и тд, и все ключи, которые есть, они у вас попадут, не совсем понимаю, в чем проблема. Но, естественно, потом, во время группировки, запросы между папками могут меняться местами — из одной папки запрос может попадать в другую, из «перекрестка» в «светофор» и наоборот. Если ключ не парсится, то вы можете добавить его вручную.

Считаются ли ключи «отзывы» коммерческими? Есть ли смысл их оставлять в ядре?

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

А если он информационный, там будет инфо-сайт.

Вопрос о ключевых словах

Если сайт, например, про рецепты или про здоровье, то «финики» могут являться ключевым словом (Рецепты с финиками, польза фиников)?

Да, но это условный вопрос как бы. Условно, хотите ли вы на вашем сайте статьи про финики? В рамках концепции представления вашего сайта вмещается этот ключ или нет? Если да, то «финики» можно, да.

Если нет особых терминов, как правильно выделять вводные слова?

Опять же, не могу сказать без конкретики, без ниши. Все зависит от тематики.

Что делать с ключем «что это, что это такое»? Оставлять или убирать?

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

Как парсить по словоформам?

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

Вопрос о семантическом ядре

Если рубрик для сайта пока нет по смыслу, можно ли вести сайт с единственной рубрикой, можно ли в дальнейшем составить семантику для новой рубрики (раздела для сайта) и целенаправленно ее дальше заполнять, или же это плохо для поисковиков?

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

Стоит ли вписывать ключ «скачать», если скачивания в статье не будет?

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

Слова «как», «куда», «зачем» — удалять? Они в списке стоп-слов.

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

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

Какие настройки разгруппировки лучше ставить в анализе групп в Key Collector?

Это совершенно индивидуально, зависит от ниши и от ваших личных предпочтений. В некоторых тематиках бывает по разному. Протестите все три настройки и решите, как хотите именно вы. Я бы вообще не рекомендовал использовать группировку по поисковой выдаче Key Collector, потому что мне не совсем нравится, как она работает. Но, если вы делаете ее руками, делайте.

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

Если вы хотите смотреть именно по выдаче, то я порекомендовал бы, Key Assort там более гибкие настройки, там можно выставлять hard, soft и так далее.

Где можно купить Яндекс-аккаунты для Key Collector, посоветуйте.

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

Мы аккаунты не покупаем, а регистрируем сами.

Вопрос о парсинге

Если при парсинге появились ключи, например «оборудование» каких-то марок, но в то же время, есть ключи «лучшие», «рейтинг лучших», стоит ли их включать в группу? Вроде бы, они коммерческие, а в выдаче есть несколько инфо-сайтов.

Если в выдаче не один инфо-сайт, случайно туда попавший, а, хотя бы, 2-3, то можно оставить эти ключи. Вопрос тут уже в том, точно ли они должны быть в одной группе? Просто запросы «лучшие» и тд, обычно — либо какие-то рейтинговые запросы, либо должны вести на какую-нибудь статью, где обзор тех самых «лучших». Поэтому, смотрите внимательно, уместны ли они там.

Вопрос о неявнях дублях

На этапе неявных дублей, их оказалось 75000, собирать QUERY по времени — 8 дней. Есть более быстрая альтернатива фильтрации неявных дублей?

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

То есть, когда оно будет быстрее собираться, но при этом, вас не будут банить. Обычно, это 5-7 потоков.

Вопрос о сборе частотки и ошибках при ней

Собираю частотку для запросов, которые состоят более, чем из 7 слов. Собираю через лупу. Но, мне выдает ошибку по прохождению некоторого времени: «в процессе автораспознавания капч возникли проблемы. Подробный отчет с ошибками был создан в папке «Errors/Captcha». И, ниже сообщение: «Процесс сбора частот («!») Yandex Wordstat завершен. Но, сбор не завершен, так как большая часть запросов все еще без («!») частотки. С капчей проблем никаких нет, есть сумма на балансе. Собираю частотку для другой группы через Директ — никаких проблем.

Это вопрос в техническую поддержку Key Collector. Они вам должны подсказать, потому что Key Collector обновляется каждый день. Постоянно в нем что-то происходит — то ломается, то меняется. Поэтому, если у вас что-то не парсит, не работает, не отрабатывает так, как нужно, смело обращайтесь в техподдержку.

Не совсем понятно про QUERY. Надо его собирать или нет? Если я уже собрал частотку «!слово».

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

Вопрос о коммерческих запросах

Подскажите по поводу коммерческих запросов в инфо-сайтах — «цена» и «стоимость». Данные ключи очень часто встречаются в статьях про лекарственные препараты на информационных сайтах. Стоит ли с ними работать, или удалять?

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

Как выгрузить из MOAB ключи, чтобы сохранить общую частотку?

Насколько я знаю, нормального корректного метода нету. Только, исключительно «шаманство». Но, можете, кстати, написать в саппорт MOAB, они, может, вам что-то подскажут. Потому что, раньше проще было пересобрать частотку.

Где покупать аккаунты Яндекс, чтобы не отваливались? Как часто нужно менять аккаунты?

По поводу покупки я говорил выше. Как мне кажется, проще их самому нарегать. А когда мы покупали — я просто забил в Google «купить аккаунт Яндекс», находил, там на некоторых сайтах продают аккаунты для Key Collector. Но покупные аккаунты довольно быстро отваливаются. А, как часто менять? Как только их начинают банить, тогда, соответственно, менять. Это все индивидуально.

Вопрос о ключевых словах

У меня набор вводных слов содержит ключевое слово + название населенного пункта, и таких ключей несколько тысяч. Но, большую статью по таким запросам не напишешь, ведь? Адрес, телефон, фото и все… Что делать в таком случае? Не использовать такие ключи?

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

Вопрос о анализе дублей

Если при анализе неявных дублей, частотка по «!», то можно ее использовать для удаления ненужных дублей? Или, все равно, проверить по QUERY?

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

Надо ли парсить вторую итерацию, если ключи заканчиваются до 40 страницы? То же самое по подсказкам.

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

По классическому методу Adwords не парсим, получается? Он не нужен?

Adwords — парсинг раньше очень долго собирал, поэтому мы его убрали из плана. Это вообще не обязательно, потому что он собирается, прям, супер-долго, условно дает 5% ключей, но на его парсинг вы потратите кучу времени. Все это, с легкостью, перекрывается Буквариксом и Keys.so. Если хотите, можете напарсить и в Adwords, хуже от этого не станет. Но, повторюсь, собирается он очень долго, с ним больше проблем, чем пользы.

Какую глубину парсинга ставить в MOAB? Как выставляет Key Collector или как рекомендует MOAB?

Как рекомендует MOAB. Это значит, что он сразу парсит в глубину.

5 аккаунтов Яндекс, 5 прокси — во сколько потоков можно, по максимуму, поставить?

Где-то, около 10. То есть, на каждый аккаунт и на каждый прокси по 1 потоку, и на основной IP еще 5.

Большая ли разница будет в количестве капч, если не привязывать к каждому аккаунту Директа прокси?

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

В каком уроке упоминается QUERY?

Насколько я помню, во втором.

Вопрос о способах парсинга

По вашему опыту, какой самый удобный и точный способ парсинга? Классический, с вычитанием словоформ? Или через MOAB? Каким способом вы парсите?

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

Вопрос о парсинге в Key Collector

Как правильно парсить в Key Collector подсказки, содержащие «-«, чтобы Key Collector не считал это «минус словом»?

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

Вопрос о ключах

У меня тематика получилась с огромным количеством ключей. Один раздел — 50-150 тысяч ключей. Всего около 10 разделов. Key Collector тупит? Не повлияет ли в дальнейшем, если я под каждый раздел буду создавать отдельно проект в Key Collector?

Нет, не повлияет, так даже удобнее будет.

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

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

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

Скажите, а «ё» учитывать в словах или менять на «е»?

Это не принципиально, но обычно, меняем на «е».

Вопрос о событийном трафике

У меня встречаются статьи под событийный трафик. Как можно собрать ключи под будущее событие, по которому только в перспективе будет много запросов? Писать без ключей?

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

Если разделы все-таки пересекаются, надо допарсить все полностью?

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

Есть ли соотношение бюджета и количества статей при заказе семантики? Или индивидуально все для ниш?

Да, все индивидуально. Понимаете, например, какая-то ниша «Уретрит» — она вообще копеечная, там 500 чистых ключей будет. А какая-то ниша типа «Мебель своими руками», она будет просто огромной. И, соответственно, бюджеты разные будут.

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

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

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