MiddleSMM Manager > Общее > Рекламные платформы и медиазакупка
Короткий ответ Тестируют ограниченное число вариаций (обычно 2–4 на один элемент), закладывают бюджет, достаточный для накопления статистически значимого объёма показов и кликов на каждый вариант, и сравнивают результаты по заранее определённой ключевой метрике, а не по интуиции в процессе теста. Как это работает подробнее при фиксированной аудитории и равных условиях показа разница в результате объясняется тестируемым элементом; чем больше вариаций, тем больше нужен бюджет и время на сбор значимых данных по каждой. Что использовать на практике Подход. перед тестом фиксируют гипотезу и метрику успеха, чтобы не подгонять выводы под результат после факта. Пример. Тест 4 креативов (разные first frame для видео) с равным бюджетом по 5000 руб. на каждый в течение 5 дней. Победитель определяется по CPA при достижении минимум 50 конверсий на вариант для приемлемой значимости, а не по CTR первых суток. Подводные камни Ошибка. останавливать тест слишком рано по первым часам показа; тестировать сразу несколько переменн
campaign-optimizationcreative-testing
MiddleDevOps Engineer > Контейнеры и доставка > TLS Короткий ответ TLS handshake включает согласование версии протокола и набора шифров, передачу сертификата сервера, проверку его клиентом, обмен материалом для генерации общего сеансового ключа (например, через Diffie-Hellman) и переход к зашифрованной передаче данных; SNI (Server Name Indication) — поле в начальном ClientHello, которое сообщает серверу желаемое доменное имя ещё до шифрования, что позволяет одному IP и порту обслуживать разные сертификаты для разных доменов (virtual hosting по HTTPS). Как это работает подробнее В TLS 1.3 рукопожатие сокращено до одного round-trip (а при session resumption — до нуля) по сравнению с двумя round-trip в TLS 1.2, за счёт более ранней отправки параметров шифрования клиентом и отказа от небезопасных алгоритмов обмена ключами, оставляя только варианты с прямой секретностью (forward secrecy); при истечении срока действия сертификата клиенты, строго проверяющие цепочку доверия, начинают отклонять соединение ещё до прикладного уровня, независимо от того, насколько исправ
certificatescryptography
JuniorDevOps Engineer > Контейнеры и доставка > CI/CD и управление релизами Короткий ответ При blue-green деплое одновременно существуют два идентичных по инфраструктуре окружения — текущее (например, «blue», принимает весь трафик) и новое (например, «green», с новой версией); после проверки «green» весь трафик переключается на него одномоментно через балансировщик или DNS, а «blue» остаётся как запасной вариант для быстрого отката. Как это работает подробнее новая версия разворачивается полностью в отдельном наборе серверов/подов, не принимая боевой трафик, пока идёт проверка (smoke-тесты, health checks). Переключение происходит изменением конфигурации роутинга (например, у Service/Ingress в Kubernetes или записи в балансировщике) — это быстрая операция по сравнению с постепенным rolling update. Пример кода Что использовать на практике На практике. blue-green требует вдвое больше ресурсов на время деплоя (оба окружения работают одновременно), зато даёт мгновенный откат — достаточно переключить трафик обратно на «blue». Нужно заранее продумать работу с базой данных и состоянием, чтоб
artifactsblue-green-deployment
MiddleDevOps Engineer > Контейнеры и доставка > TCP/IP Короткий ответ Three-way handshake состоит из трёх шагов: клиент отправляет SYN, сервер отвечает SYN-ACK и переводит соединение в состояние полуоткрытого (в очереди SYN backlog), клиент подтверждает ACK, после чего соединение переходит в ESTABLISHED; при SYN flood атакующий отправляет множество SYN-пакетов без завершения рукопожатия, переполняя очередь полуоткрытых соединений и мешая легитимным клиентам подключиться. Как это работает подробнее После получения SYN сервер выделяет ресурсы для хранения состояния полуоткрытого соединения (SYN backlog queue) и ждёт финальный ACK; при SYN flood эта очередь заполняется поддельными или незавершёнными запросами, и ядро либо начинает отбрасывать новые легитимные SYN, либо (без защиты) исчерпывает память на хранение состояния — защитный механизм SYN cookies позволяет серверу не хранить состояние для полуоткрытых соединений, кодируя необходимую информацию прямо в самом SYN-ACK. Пример кода Что использовать на практике Практика. защититься помогает включение SYN cookies (
networkingsyn-flood
MiddlePerformance Marketer > Google Ads > Автоматизация кампаний Короткий ответ Скрипт запускается по расписанию раз в сутки, вычисляет ожидаемую долю расхода на текущую дату месяца, сравнивает с фактической накопленной долей расхода по каждой кампании и отправляет уведомление (email/webhook), если отклонение превышает заданный порог. Как это работает подробнее Google Ads Scripts выполняются через встроенный движок Apps Script по расписанию (триггеру), имеют доступ к отчётам кампаний через GAQL-подобные запросы и могут отправлять письма через MailApp или HTTP-запросы через UrlFetchApp к внешнему webhook (например, Slack). Пример кода Что использовать на практике На практике. В реальном скрипте важно обрабатывать кампании с lifetime- и дневным бюджетом отдельно, учитывать часовой пояс аккаунта при расчёте «дня месяца» и не слать повторные алерты по одной и той же кампании чаще, чем раз в сутки. Проверка. при отклонении более 20% в любую сторону приходит сообщение с названием кампании, плановой и фактической долей расхода. Подводные камни Частая ошибка. Частая ошибка — жёстк
ad-platformsautomation-rules
MiddleDevOps Engineer > Контейнеры и доставка > CI/CD и управление релизами Короткий ответ Новая версия полностью разворачивается в «зелёном» окружении, проходит smoke-тесты без боевого трафика, после чего балансировщик (или weighted DNS/Target Group) одномоментно переключает весь трафик на зелёное окружение; при обнаружении проблемы откат выполняется обратным переключением балансировщика на «синее» окружение, которое какое-то время держат нетронутым именно для этого случая. Как это работает подробнее переключение на уровне балансировщика (например, смена Target Group в AWS ALB или weight в Route 53) намного быстрее, чем пересоздание инфраструктуры, и занимает секунды, в отличие от постепенной замены подов при rolling update. Пока «синее» окружение простаивает, его можно использовать как мгновенный rollback-путь. Пример кода Что использовать на практике На практике. нужно заранее продумать работу с состоянием — если новая версия пишет данные в общую БД в несовместимом формате, откат на старую версию кода может привести к ошибкам чтения; поэтому миграции БД для blue-green стараются де
blue-green-deploymentcicd-and-release-management
MiddlePerformance Marketer > Google Ads > Частота и креативы Короткий ответ Правило должно отслеживать частоту и CTR на уровне отдельного объявления за скользящее окно и автоматически снижать долю показа или приостанавливать объявление при превышении пороговой частоты/падении CTR относительно собственного baseline, оставляя в ротации свежие или менее уставшие варианты. Как это работает подробнее Вместо абсолютного порога CTR (который зависит от ниши и формата) правило сравнивает текущий CTR объявления с его же средним CTR за первую неделю показа — относительное падение на 30-40% и более при одновременном росте частоты является более надёжным сигналом усталости, чем абсолютное значение. Что использовать на практике На практике. На практике правило настраивают на уровне объявления (не кампании), с условием по минимальному расходу/показам для статистической значимости, и действием «снизить бюджет/приостановить», а не «удалить», чтобы можно было вернуть объявление после обновления аудитории или добавления нового креатива. Пример. Правило: «если частота объявления за 7 дней
ad-platformscampaign-optimization
MiddlePerformance Marketer > Google Ads > Аудитории и ретаргетинг Короткий ответ Окно стоит подбирать по фактическому распределению времени между первым визитом и конверсией из собственных данных (GA4/CRM), а не по дефолтному значению платформы: окно должно покрывать основную массу конверсий, но не быть настолько широким, чтобы включать массу давно остывших контактов. Как это работает подробнее В GA4 или CRM можно построить распределение интервалов «дни между первым визитом и покупкой» по историческим конверсиям; если, например, 80% покупок происходит в течение 10 дней после визита, окно в 30 дней избыточно расширяет аудиторию давно неактивными пользователями, снижая среднюю релевантность сегмента. Что использовать на практике На практике. Хорошая практика — тестировать 2-3 варианта окна параллельно (например, 7, 14, 30 дней как отдельные, не пересекающиеся через исключения сегменты) и сравнивать CPA/CVR каждого, а не полагаться только на теоретическое распределение, так как поведение в самой рекламе может отличаться от органического пути. Пример. Анализ GA4: 75% конверсий
ad-platformsaudience-targeting
MiddlePerformance Marketer > Google Ads > Бюджет и пейсинг Короткий ответ Lost IS (budget) показывает долю потенциальных показов, упущенных из-за лимита бюджета при конкурентоспособной ставке, тогда как узость таргетинга видна через низкий общий объём доступных показов (маленький Search/Display потенциальный охват) при одновременно низком Lost IS по бюджету и рангу — то есть кампания забирает почти все доступные показы, но их физически мало. Как это работает подробнее Impression Share — это отношение фактических показов к максимально возможным при текущих настройках таргетинга; если Lost IS (budget) высокий, увеличение бюджета даст рост показов. Если же суммарный Lost IS (budget + rank) низкий, а показов всё равно мало, значит сама потенциальная аудитория/объём запросов невелики — проблема в охвате таргетинга (регион, ключевые слова, типы соответствия), а не в деньгах. Что использовать на практике На практике. Для разделения причин смотрят три цифры вместе: Impression Share, Lost IS (budget) и Lost IS (rank) — сумма первых трёх должна быть близка к 100%; если IS уже
ad-platformsbudget-pacing
MiddlePerformance Marketer > Google Ads > Аудитории и ретаргетинг Короткий ответ Настройка строится через загрузку/синхронизацию списка покупателей (по email/телефону в хэшированном виде) в кастомную аудиторию платформы, которая затем указывается как исключение в прочих кампаниях; при редкой или задержанной синхронизации фида свежие покупатели какое-то время продолжают видеть прежнюю рекламу, что тратит бюджет впустую. Как это работает подробнее CRM-фид периодически (например, раз в сутки или по расписанию через API) выгружает список покупателей за выбранный период в аудиторию на стороне платформы; платформа обрабатывает загрузку некоторое время (matching по хэшам), и всё это время покупка пользователя ещё не отражена в аудитории. Что использовать на практике На практике. Чем выше средний чек и частота покупок, тем важнее сократить задержку синхронизации (переходить от ручной выгрузки раз в неделю к ежедневной или near real-time через API/CAPI). Также стоит мониторить процент совпадения (match rate) хэшированных данных — он никогда не бывает 100%. Пример. Фид обновляется ра
ad-platformsads-scripts