Проблема:
Промокод WOW7 задумывался как акция «только для новых покупателей», но участились случаи, когда один и тот же клиент применяет его при повторных заказах. Нужно технически гарантировать, что WOW7 сработает только один раз на одного покупателя.
Ключевые ограничения:

• Tilda не хранит историю применённых промокодов по пользователям. В корзине фиксируется факт скидки в конкретном заказе, но нет API «был ли у этого клиента WOW7 раньше».
• Невозможно прочитать кэш браузера или историю посещений. Браузеры блокируют доступ JS к кэшу из соображений приватности — никакого «кода для просмотра кэша» не существует.
• LocalStorage — не решение для защиты акции. Он привязан к устройству и легко сбрасывается. Его можно использовать только как лёгкую защиту от случайных двойных нажатий, но не как защиту от злоупотреблений.

Решение (архитектура для будущего внедрения):
Реализовать проверку по внешнему источнику данных (CRM / Google Sheets / кастомный API). Логика валидации должна быть серверной: при вводе промокода корзина запрашивает статус у бэкенда и либо разрешает, либо блокирует применение.
Что потребуется, когда задача станет приоритетной:

• Источник истины по промокодам: Google Sheet или CRM с таблицей email → список применённых промокодов.
• Промежуточный слой (API): Google Apps Script или свой микросервис, который по email возвращает «да/нет» для промокода WOW7.
• JS в корзине Tilda: перехватывает ввод промокода, делает запрос к API, показывает понятное сообщение при блокировке.
• UX‑сообщение: чёткая формулировка для клиента: «Промокод WOW7 действует только при первом заказе».
• Резервная проверка: сверка заказов в CRM на случай, если кто-то обошёл клиентскую проверку.

В результате акция WOW7 будет технически защищена от повторного применения одним покупателем, а механика останется прозрачной и удобной для новых клиентов.

Комментарий разработчика:
Задача сознательно откладывается: на текущем этапе нет необходимости в полноценном бэкенде. В качестве временной меры можно добавить в описание промокода пометку «только для первой покупки» и вручную отслеживать аномалии в заказах. Когда защита станет критичной — берём в работу архитектуру с проверкой по email через внешний API.