🎯 CPC — это расходы на рекламу, делённые на клики. Метрика показывает, сколько в среднем стоит переход по объявлению. Всё честно, пока не начинается оптимизация «любой ценой». 📉 Клик за 20 ₽ с конверсией 0,5% даст заказ за 4 000 ₽. Клик за 50 ₽ при CR 3% — уже примерно за 1 667 ₽. Дорогой трафик иногда просто лучше знает, зачем пришёл...
Влад ПРО
CPC — Cost per Click: что показывает стоимость клика и как её анализировать CPC (Cost per Click) — это стоимость одного клика по рекламному объявлению. Метрика отвечает на простой вопрос: сколько в среднем рекламодатель заплатил за переход пользователя на сайт, в приложение или другую целевую страницу. Формула выглядит так: CPC = расходы на рекламу / количество кликов Например, на кампанию потратили 30 000 ₽ и получили 1 500 кликов. Средний CPC составит 20 ₽. Метрика есть практически во всех рекламных кабинетах: поисковой рекламе, таргетированной рекламе, медийных размещениях и продвижении маркетплейсов. Но сам по себе низкий CPC ещё не означает, что кампания эффективна. Что именно измеряет CPC CPC показывает цену привлечения одного посетителя из конкретного рекламного источника. Это удобный операционный показатель для контроля закупки трафика: он помогает сравнивать кампании, аудитории, объявления, ключевые фразы и площадки. На стоимость клика обычно влияют конкуренция в аукционе, ставка, качество объявления, релевантность посадочной страницы, сегмент аудитории, география, сезонность и выбранная стратегия. В поиске дорогими часто оказываются коммерческие запросы с понятным спросом. В таргетированной рекламе цена может расти при узкой аудитории или высокой частоте показов. Важно различать средний и фактический CPC. В отчёте за месяц можно увидеть среднюю цену 40 ₽, хотя часть кликов была куплена по 15 ₽, а часть — по 90 ₽. Поэтому при оптимизации полезно смотреть детализацию: по дням, устройствам, регионам, объявлениям и сегментам аудитории. Почему дешёвый клик не всегда выгоден Распространённая ошибка — оптимизировать рекламу только на снижение CPC. Такой подход нередко приводит к росту «дешёвого» трафика, который не оставляет заявки и не покупает. Представим две кампании. Первая приводит клики по 20 ₽, но конвертируется в заказ на уровне 0,5%. Вторая покупает переходы по 50 ₽, зато её конверсия в заказ — 3%. Стоимость привлечения заказа в первом случае составит 4 000 ₽: 20 ₽ / 0,005. Во втором — около 1 667 ₽: 50 ₽ / 0,03. При более дорогом клике вторая кампания оказывается заметно эффективнее для бизнеса. Поэтому CPC нельзя оценивать в отрыве от следующих показателей: • CR (Conversion Rate) — доля пользователей, совершивших целевое действие; • CPA / CPL — стоимость заказа или лида; • выручка и ROAS — окупаемость рекламных расходов; • качество лидов — доля целевых обращений, продаж и повторных покупок; • поведение после клика — вовлечённость, глубина просмотра, отказы, время на сайте. На мой взгляд, корректнее считать CPC метрикой качества закупки трафика, но не итоговой метрикой эффективности. Итог всегда зависит от того, что происходит с пользователем после перехода. Как анализировать CPC в работе Начинать стоит не с вопроса «как снизить цену клика?», а с вопроса «какой клик… Читать полную версию на сайте vlukas.ru →
Email в 2026-м: не «старая почта», а CRM-скелет
📬 Почту хоронят с завидной регулярностью — примерно как SEO после каждого апдейта. Но email всё ещё отлично работает там, где есть данные, повод и нормальная логика коммуникации. 📊 Не «скидка всем в пятницу», а welcome-цепочка, брошенная корзина, письмо после покупки, реактивация. Работает не факт отправки, а контекст конкретного клиента. 🎯 Open Rate я бы оставил как технический сигнал, а не как повод открыть шампанское...
Старая добрая почта: работает ли email-маркетинг в 2026 году Email-маркетинг регулярно называют «устаревшим» каналом — обычно сразу после очередного роста популярности мессенджеров, соцсетей или новых рекламных форматов. Но почта не исчезает. Она меняет роль: из инструмента массовых рассылок превращается в управляемый слой CRM-коммуникаций. Моя позиция проста: работает почти любой канал, если он встроен в задачу, данные и путь клиента. Email не исключение. Письмо «всем, одинаковое, по календарю» действительно всё чаще выглядит как цифровой шум. Но своевременное сообщение с понятной причиной для конкретного человека по-прежнему может приносить продажи, возвращать клиентов и помогать продукту быть полезным. Почему почта сохраняет ценность Главный актив email — собственная база. Бизнес не арендует внимание аудитории у алгоритмов социальной сети и не зависит полностью от правил одной платформы. Конечно, почтовые провайдеры тоже задают требования к доставляемости и согласию на коммуникацию. Но контакты, история взаимодействий и сценарии остаются внутри CRM-системы компании. Это особенно важно на фоне дорожающего привлечения. Когда стоимость первого заказа растёт, экономика всё сильнее зависит от повторных покупок, удержания и LTV. Почта хорошо подходит именно для этих задач: она позволяет объяснить ценность продукта, провести пользователя через онбординг, напомнить о незавершённом действии или предложить следующий логичный шаг. По данным Litmus, компании используют не только промо-письма. Рядом с ними стоят сообщения для вовлечения и обучения, новостные, онбординг-, реактивационные и транзакционные рассылки. Это важный сдвиг: email становится не витриной скидок, а каналом сопровождения клиента. В B2B роль почты заметна ещё сильнее. Решение редко принимается после одного касания: нужны кейсы, объяснение продукта, приглашение на демо, материалы для разных участников сделки. Email позволяет вести такую коммуникацию последовательно и без попытки уместить сложную мысль в один короткий пост. Работает не рассылка, а контекст У массовой кампании может быть красивый дизайн, громкий слоган и приличная открываемость. Но если у получателя нет причины действовать сейчас, письмо останется декоративной метрикой в отчёте. Поэтому базовая единица современного email-маркетинга — не «рассылка на базу», а событие. Человек зарегистрировался, посмотрел товар, начал оформление заказа, не завершил оплату, купил продукт, перестал пользоваться сервисом. Каждое такое действие может стать поводом для полезной коммуникации. Обычно начинать стоит не со сложной гиперперсонализации, а с нескольких сценариев, где ценность понятна: Читать полную версию на сайте vlukas.ru →
QUERY для Googlebot: не повод переписывать каталог
🔎 Google в будущем может научить робота HTTP-методу QUERY — формату для сложных запросов с данными в теле запроса. Потенциальный бенефициар — фасетная навигация: меньше URL размером с договор на ипотеку, больше порядка в фильтрах. 🧩 Но пока это именно перспектива. QUERY должны поддержать серверы, CDN, прокси, браузеры, CORS и ещё немало участников веб-конвейера...
HTTP QUERY и Googlebot: почему SEO пока не нужно менять URL-фильтры Google в перспективе может добавить поддержку HTTP-метода QUERY в своего поискового робота. Об этом сообщил специалист Google Гэри Ийеш, уточнив важное условие: сначала стандарт должен получить заметное распространение в веб-инфраструктуре. Новость выглядит технической, но затрагивает знакомую SEO-задачу — фасетную навигацию, сложные фильтры каталогов и поиск по большим наборам данных. Именно там URL нередко превращаются в длинные строки параметров, а решения с POST создают ограничения для кэширования и обхода. Практический вывод на сегодня простой: срочно ничего переделывать не нужно. Но полезно понять, какую проблему пытается решить QUERY и почему она не сводится к «новому методу для SEO». Чем QUERY отличается от GET и POST GET традиционно используют для получения данных. Параметры запроса обычно передаются в URL: например, категория, бренд, диапазон цены, размер, сортировка и номер страницы. Такой подход понятен браузерам, CDN, серверам, аналитическим системам и поисковым роботам. Но у GET есть очевидное ограничение: чем сложнее набор фильтров, тем длиннее и менее управляемым становится URL. Появляются дубли параметров, разные порядки их записи, технические комбинации без самостоятельной поисковой ценности и риск бесконечных пространств для обхода. POST позволяет передавать структурированные данные в теле запроса. Это удобно для сложных форм и внутренних API, но POST исторически не является хорошей моделью для индексируемой навигации: его сложнее кэшировать, делиться результатом и однозначно представлять как самостоятельный адрес страницы. QUERY задуман как отдельный метод для запросов с телом, когда нужна семантика поиска или фильтрации. По описанию он сохраняет важные свойства GET: считается безопасным, идемпотентным и допускает кэширование. То есть запрос не должен менять состояние на сервере, а одинаковый запрос должен давать сопоставимый результат. Идея выглядит логичной: вынести сложные параметры из URL в структурированное тело запроса, не превращая операцию в POST. Однако сам по себе HTTP-метод не делает страницу автоматически доступной для поиска и не решает архитектурные ошибки каталога. Где это потенциально полезно для SEO Самый понятный сценарий — интернет-магазин или маркетплейс с фасетной навигацией. Пользователь выбирает несколько характеристик: бренд, материал, цвет, наличие, цену, рейтинг, способ доставки. Для серверной инфраструктуры такой набор удобнее представить структурированными данными, чем длинной цепочкой query-параметров. В теории QUERY мог бы сделать работу со сложными состояниями фильтра более аккуратной. Серверу и CDN проще отличать нормализованные запросы, а поисковому роботу — получать результат фильтрации без сверхдлинного URL. Также потенциально уменьшается… Читать полную версию на сайте vlukas.ru →
