Edge-персонализация лендинга: когда контент подменяют на границе сети, а не на сервере

Edge-персонализация лендинга: когда контент подменяют на границе сети, а не на сервере

Персонализация на edge полезна, когда нужно менять 1–2 блока без тяжёлого рендера: город, язык, источник трафика, UTM, тип устройства. Схема простая: запрос приходит на CDN, edge читает cookie, заголовок или query string и отдаёт нужный HTML-фрагмент или редирект.

Что проверять до запуска:
— не трогайте весь шаблон, подменяйте только hero, оффер, CTA;
— держите fallback для пустых cookie и новых пользователей;
— не завязывайте логику на один параметр, иначе легко словить мусорный сплит;
— тестируйте, как CDN кэширует варианты, иначе персонализация убьёт hit ratio.

Где edge реально помогает: локальные офферы по гео, A/B-тесты без перегруза origin, разные заголовки для mobile/desktop, быстрые преленды под разные источники. Если подменяется много блоков, выгоднее увести это в SSR или headless, а не раздувать правила на edge. 1–3 условия — норма, 10 условий — уже хрупкая конструкция.

Главная ошибка — персонализировать то, что влияет на Core Web Vitals: тяжелые скрипты, баннеры, крупные изображения. Edge должен уменьшать путь до нужного ответа, а не добавлять ещё один слой логики.