landing-experiment

name	landing-experiment
description	Создать A/B-эксперимент на лендинге — из брифа и гипотезы сгенерировать вариант(ы) на одном URL (inline-сплит, SEO-безопасно), настроить трекинг варианта в Метрике/GA4, завести карточку эксперимента и записи в аудит-журнал, выдать чеклист запуска. Использовать, когда нужно подготовить A/B-тест, вариант под гипотезу или несколько вариантов лендинга для проверки.

landing-experiment — A/B-эксперименты на лендинге

Готовит A/B-тест по правилам проекта (правила A/B встроены в этот скилл): варианты живут на одном URL (inline-сплит, без клоакинга), вариант прокидывается в аналитику, всё фиксируется в аудит-журнале. Опирается на готовую A/B-инфраструктуру в index.html (AB_ACTIVE, cookie-сплит, ym(...,'params',{ab:…})).

Жёсткие правила

1. Один URL, без клоакинга (SEO-безопасность). Роботу и людям — один контент. Control (вариант A) — в HTML; вариант B применяется JS поверх. Никаких скрытых от роботов текстов/ключей. Отдельные URL под варианты — только с canonical+noindex (не наш случай).
2. Одна переменная за тест (иначе результат не интерпретировать).
3. Анти-FOOC и анти-CLS: вариант фиксируется до первого paint, подмена не двигает вёрстку.
4. Трафик-гейт: всерьёз тест запускают после аналитики и ≥100 визитов/день. Меньше — фоновый сплит без выводов или честный before/after (пометка «B/A»).
5. Каждый шаг — в аудит-журнал (skill landing-journal).

Workflow

1. Определить эксперимент

Зафиксируй (шаблон — reference/experiment-design.md):

• Гипотеза в форме «Если [изменение], то [метрика] вырастет, потому что […]».
• Переменная — ровно одна. Бери из бэклога гипотез (приоритизация по ICE) или сформулируй.
• Variant A (control) и Variant B — точное различие.
• Primary-метрика + MDE; secondary/прокси; guardrail (что не ухудшить).
• Сплит 50/50, cookie 30 дней; длительность ≥ целого числа недель; критерий решения.

Если гипотеза/метрика не заданы — добери через AskUserQuestion (предложи топ по ICE из §3).

2. Подготовить варианты

• Control — существующий контент лендинга (в HTML).
• Variant B — реализуй inline-сплитом по reference/ab-implementation.md: настрой TEST-имя, cookie-сплит, применение варианта до paint, передачу варианта в Метрику (params) и GA4 (event/dimension), цели с меткой варианта (data-goal).
• Несколько вариантов (B, C…) — допустимо, но это A/B/n: нужно больше трафика; помни про MDE.

3. Проверить

python3 .claude/skills/landing-experiment/scripts/check_experiment.py <лендинг.html> [--experiment <id>]

Плюс прогони контракт лендинга: .claude/skills/new-landing/scripts/check_landing.py.

4. Завести карточку и записать в журнал

• Создай experiments/<id>/experiment.md по шаблону (id вида H2-hero-narrative).
• Залогируй:

  python3 .claude/skills/landing-journal/scripts/log_event.py \
    --event experiment_designed --landing <slug> --experiment <id> \
    --summary "<гипотеза кратко>" --details "primary=<метрика>; MDE=<..>; split=50/50"
  python3 .claude/skills/landing-journal/scripts/log_event.py \
    --event variant_added --landing <slug> --experiment <id> --summary "Variant B: <различие>"
  

5. Ветка, превью, чеклист запуска

• Ветка exp-<id> от dev, коммит (тем же коммитом — записи журнала), пуш → превью-URL.
• Выдай чеклист запуска: трафик-гейт (≥100 визитов/день?), выставить AB_ACTIVE=true при старте, какие цели смотреть, длительность, honest stopping (не «подглядывать»), что считается победителем (выше primary без проседания guardrail).
• Запуск/раскат — решение человека; при запуске залогируй launched, при раскате rolled_out.

Что НЕ делает этот skill (отдельные шаги/скиллы)

• Создание рекламных кампаний и UTM-трафик → будущий landing-ads (артефакты; API — при токенах).
• Сбор статистики и расчёт значимости → будущий landing-stats (при токенах/бэкенде). Сейчас результаты заносятся в журнал и карточку вручную (stats_collected, decided).