- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Решил дальше поковыряться в циферках на основе больших баз данных Пастухова и Букварикса
Данные приведены (камины) после неполной грубой очистки, но если использовать весь объем данных, то (например тема фитнес = под миллион ключей БЕЗ очистки) , то цифры не изменятся в процентном относительном выражении
Получается (без учета 1% ВЧ по списку сверху) , что трудозатраты на обработку ключевиков меньше 20 (РФ) неизмеримо больше (сотни процентов), чем потенциальный трафик (6 процентных пунктов), который мы дополнительно получим используя, обрабатывая и оптимизируя их
Прикольно, что для любой другой (из исследованных мною) ниш бизнеса на очень больших объемах данных проценты те же самые
Теперь смотрим математику: 100 (цена клика ключа для интервала совокупности частотности выше 20) х94 + 50 (цена клика ключа для совокупности меньше 20)х6 = 97 - итоговая цена клика если нам удастся получить цену для Ч<20 хотя бы в два раза ниже
В итоге было 100 при обработке более 13000 ключей, а стало 97 при обработке более 48000 ключей. Три рубля в лучшем случае с одной стороны и время, пот и кровь с другой стороны В чем я концептуально ошибаюсь?
Решил дальше поковыряться в циферках на основе больших баз данных Пастухова и Букварикса
Данные приведены (камины) после неполной грубой очистки, но если использовать весь объем данных, то (например тема фитнес = под миллион ключей БЕЗ очистки) , то цифры не изменятся в процентном относительном выражении
Получается (без учета 1% ВЧ по списку сверху) , что трудозатраты на обработку ключевиков меньше 20 (РФ) неизмеримо больше (сотни процентов), чем потенциальный трафик (6 процентных пунктов), который мы дополнительно получим используя, обрабатывая и оптимизируя их
Прикольно, что для любой другой (из исследованных мною) ниш бизнеса на очень больших объемах данных проценты те же самые
Теперь смотрим математику: 100 (цена клика ключа для интервала совокупности частотности выше 20) х94 + 50 (цена клика ключа для совокупности меньше 20)х6 = 97 - итоговая цена клика если нам удастся получить цену для Ч<20 хотя бы в два раза ниже
В итоге было 100 при обработке более 13000 ключей, а стало 97 при обработке более 48000 ключей. Три рубля в лучшем случае с одной стороны и время, пот и кровь с другой стороны В чем я концептуально ошибаюсь?
баз данных Пастухова покупали? Он же вроде только в платном варианте есть и чета там цена около 1к зелени, если не ошибаюсь. А Ваш расчет нужно смотреть внимательнее, пока я не совсем его понял ) позже опишусь
С теорией множеств знакомы? Множество ВЧ включает в себя множества НЧ - вы это учли в оценке трафика? Ну, а вообще.
С теорией множеств знакомы? Множество ВЧ включает в себя множества НЧ - вы это учли в оценке трафика? Ну, а вообще.
Благодарю за ссылку!!!
А что нам даст учет вложенности?
Ничего не изменится в пропорциях, если я заключу каждое слово в кавычки обрубив хвосты
Самое очевидное изменение в том, что заключив в кавычки, вы получите подмножество, со всеми вытекающими.
Разница в частотности ВЧ и суммы частностей вложенных в него НЧ возникает из-за того, что вордстат хранит далеко не всю статистику запросов. Вернее, не все запросы.