На мой взгляд, это характерно для "детей военного и послевоенного времени".
Привыкать нельзя, лучше не будет.
Старайтесь больше двигаться. Тело нам дано, чтобы двигаться, а не сидеть. Поэтому комплексная, умеренная физическая активность (а не просто ходьба), желательно массаж.
Всё должно быть разумно и в меру.
Отец всю жизнь "существовал" на даче. Таскал с дачи и назад в город огромные сумки наперевес со строительными железками и тем, что выращивал на даче. К концу жизни начал гнуться и последние 15 лет был высохших гнутым старичком, который игнорировал советы и всегда жил только своим умом. Последние 10 лет мучился страшными головным болями из-за пережатия в области шейного отдела. В юности и молодости был прекрасным спортсменом, Волгу поперек переплывал.
Теперь насчёт гирь. Гиревики профессионалы и экстремалы, поднимающие большие веса - это не про здоровье, это про силовые результаты. Я не работаю с большими весами, в том числе и из-за природный предрасположенности к варикозу. Поэтому гири - это не самоцель, а лишь доп. средства спортивного отягощения, чтобы выполнять дозированную и нормированную нагрузку. Я занимаюсь физической культурой, а не гонкой за результатами.
ИКС не связан со ссылками, ИКС связан с аудиторией сайта и с поведенческими.
Значит ты пользуешься другим дополняющим инструментарием. Да, они в SE сервисах есть, поэтому тут личный выбор каждого, чем пользоваться.
Мне в вопросах управления с запросами проще, нагляднее и удобнее выполнять работу в десктопной программе.
Это что касается дублей с переформулировками.
Но что касается тем внутри рабочего кластера, которые не касаются бизнеса (а это всегда индивидуально), то тут отсекать приходится вручную, просматривая группы. Парсинг (даже по составу конкурентов) он же не выдаёт всегда строго то, что тебе нужно, всегда есть мусорный хвост (тут конечно зависит от ёмкости и ширины запроса).
И опять-таки SE сервисам по большей части нужно платить абонентку, а тут бесплатно.
Да, опять-таки отсев ненужных региональных запросов и прочего инфо мусора по стоп словам.
Макс, да там нет никаких особых вензелей. Я скорее про удобство и универсальность, а всё это позволяет эффективно использовать время, которое как известно деньги.
Бывает проекты, по которым с семантикой ты работаешь постоянно, поэтому мне удобнее весь рабочих актив запросов собирать в Коллекторе, а потом на выходе генерировать результирующий файл с разными датами обновлениями для отчётности.
Так как у меня работа чётко по времени и тарифицируется по каждому рабочему акту, то в целом это скорее даже необходимость, чем эстетический выбор.
Да, согласен. Ручная проверка обязательна.
В целом, с позициями я тоже использую другие инструменты. Но я предпочитаю купить программу (кстати, по части съёма позиций тоже) и платить только за xml лимиты.
А в остальном конечно каждый специалист использует то, что ему привычнее, удобнее и лучше, а также соответствует его формату работы 😎
Я посмотрел ваши примеры и первый возникающий встречный вопрос - а вы уверены, что это корректная и необходимая задача?
Да, и она соответствует интенту спроса на сетевые in-line насосы. Т.е. пользователи которые ищут соответствующие насосы попадают именно сюда.
А какие доп. подкатегории вам нужны? Вы можете настроить доп. вывод нужных вам категорий, если в данном интенте они необходимы.
А это родительская страница, которая включается себя подборки разных других (по отношению к сетевым) группам моделей.
Вы уверены, что интент по сетевым насосам будет лучше отрабатывать на родительской странице?
Позиции Яндекса (на перспективу) будут зависеть от удовлетворённости пользователя.
В данной ситуации вы узкий интент расширяете до общего. В ряде случаев это работает, в ряде - работает значительно хуже.
Если задача только в том, чтобы вывести доп. сестринские категории на странице сетевых моделей, то вы можете просто настроить доп. вывод,
здесь
Необходимо понимать, что у страницы:
https://baymart.ru/pump/ups/in-line/
свои характеристики (текстовые, кликовые, статические)
а у страницы:
https://baymart.ru/pump/ups/
свои и текст в описательной части там другой.
Cклеивая дочернюю страницу с родительской вы фактически смешаете сигналы, т.е. по отношению к интенту "сетевые насосы" вы его размываете общим содержанием.
На вашем месте я бы пока не предпринимал таких действий, а разобрался какого типа трафик идёт на страницу https://baymart.ru/pump/ups/in-line/ (может это накрученный бот трафик), далее проверил общее ранжирование страницы https://baymart.ru/pump/ups/ (какие там есть проблемы) и т.д.
Пока поставленная задача выглядит несколько сомнительно и вероятнее всего есть проблемы с релевантностью и ранжированием родительской страницы https://baymart.ru/pump/ups/, поэтому вы решили усилить её склейкой дочерней страницы, что стратегически неверно.
Верно. Для тех, кто всю жизнь дружит со спортом, очевидно, что как только перестаёшь собой заниматься в вопросе систематической, нормированной физической активности, наступают волнообразные процессы старения. Для тех, кто не занимается это звучит странно и непонятно, потому что они привыкают к своему состоянию.
Для тех, кто знает как меняется тело в период затяжных перерывов - это очевидно: быстрая утомляемость, слабость, рыхлость, вялость, скачки давления, бессонница, бледность, апатия, раздражительность и т.д.
Поэтому,
- понедельник вечер: - разминка, растяжка, гирьки с упором на функциональную выносливость.
- среда вечер: разминка, силовая гимнастика, бокс с упором на технику и все прилагающиеся навыки.
- пятница вечер: разминка и последовательные сеты изоляционных упражнений на различные мышечные группы.
Раньше был бассейн и парная с ароматерапией - увы, более нет.
К этому - увлекательные семейные кинопросмотры, хобби, художественная литература, материалы для саморазвития.
Но самое главное, это позитивное настроенное и желание себя развивать.
Не знаю, говорили уже тут или нет (всю ветку не читал), но отдых - это смена вида деятельности :)
p.s. Кстати, общение на Серче тоже часть разрядки между рабочими подходами, когда нужно не некоторое время сбросить напряжение от рутинных рабочих задач.
Ну это дело хозяйское :)
Как менеджером для проработки и сортировки запросов.
Например, ты сделал выгрузку из 1,5K запросов для отдельной категории. Тебе нужно условно убрать лишнее и избавиться от дублей в переформулировках запросов, а таких категорий - десятки и иногда сотни.
Ты как делаешь в Гугл.Доках? Вручную идешь по строчкам и визуально сравниваешь запись строк? Это адово изнурительно, особенно, когда ты делаешь не для своего проекта, а как коммерческую услуги под ключ. Для этого у KC есть замечательные инструменты: "Анализ групп" и "Неявные дубли", где формируются группы запросов и ты по семантической группировке запросов проверяешь и прямо группами удаляешь ненужное. Т.е. буквально за пол часа или даже менее (в зависимости от состава запросов) делаешь работу на которую без оной возможности потратил бы кратно больше времени.
И опять-таки, прямо в КС вся семантика раскладывается по структурному древу и всегда удобно сделать экспорт с оглавлением, что вполне презентабельно и функционально для отчётной документации.
Не говоря уже о том, что в KC можно выполнять кластеризацию, снимать позицию и проводить прочую аналитику. Для меня KC инструмент из разряда must have.
Да, именно так. Все предварительные оценки через wordstat и Вебмастер - это лишь гипотеза, что конечно нужно проверять на практике и через повторные рабочие итерации - отсеивать невостребованное и добавлять, то что в статистике появилось.
Общеизвестно, что даже с нулевым показателем по общим и фразовым запросам может быть довольно заметный объём микрочастотных запросов, которые потом проявят себя в статистике Метрики.
Увы, нет инструментария с гарантированной и достоверностью четкостью (плюс нужно понимать про сезонность и про естественное угасание или появление нового спроса). Поэтому сначала от общего - к частному, а потом по фактической статистике Метрики корректируем детализацию по запросам.
Key Collector конечно работает. Только не используются часть функций, которые перестали быть актуальными.
Макс, KC уже не используется как парсер, он используется как менеджер и агрегатор cобранных данных.
