Расписание и правила активности для ваших ссылок

Задача

Один QR на меню, афише или упаковке должен вести на разные страницы в разное время — завтрак днём, акция вечером, доставка ночью. Без правил активности приходится вручную менять назначение или плодить отдельные ссылки на каждый интервал.

Ценность

Schedule rules в QR.RU.NET автоматически выбирают destination_url по календарю и часам. Пока правило активно — пользователь попадает на нужную страницу; когда ни одно правило не подходит — срабатывает fallback-назначение ссылки. Один напечатанный QR обслуживает весь цикл без вашего участия в каждый час.

Что поддерживают правила расписания

Каждое правило может иметь дату начала (starts_at) и окончания (ends_at), ограничение по дням недели (days_of_week), а также ежедневное окно времени (daily_starts_at / daily_ends_at). Правило можно отключить без удаления.

ScheduleResolver выбирает единственное подходящее правило. Пересекающиеся интервалы отклоняются при сохранении; соседние полуоткрытые окна (конец = начало следующего) допустимы. Если активных правил нет — используется основное fallback-назначение ссылки.

Это schedule-based routing: условия завязаны на время, а не на географию или тип устройства пользователя. Базовая и расширенная маршрутизация в каталоге тарифов определяют глубину доступных настроек — проверяйте карточку плана.

• Интервалы дат кампании
• Дни недели (ISO)
• Окна времени внутри дня
• Пересечения запрещены и fallback

Типовые сценарии

Ресторан: утреннее, обеденное и вечернее меню по часам; после закрытия — страница доставки или бронирования.

Ритейл: flash-sale в определённые часы выходных; в остальное время — основной каталог.

Мероприятие: до даты — регистрация, в день события — программа и трансляция, после — запись и опрос.

B2B: рабочие часы ведут на форму заявки, вне графика — на информационную страницу или бота поддержки.

Чего нет в текущем фокусе продукта

Маршрутизация по стране, городу или региону пользователя не заявлена как доступная функция интерфейса. Не стоит планировать кампанию с обещанием «разный URL для Москвы и Казани» через QR.RU.NET без отдельной проверки актуальных возможностей.

Аналогично, выбор назначения по типу устройства (iOS/Android/desktop) не является частью schedule-based модели. Если вам нужен один QR с разными landing для mobile и desktop — рассмотрите адаптивную посадочную или отдельные ссылки под каналы.

API расписания доступен через управление ссылкой и schedule rules API в объёме, документированном для вашей версии продукта.

Управление активностью ссылки

Помимо расписания, статус ссылки (активна, деактивирована, архив) определяет, будет ли редирект работать вообще. Это отдельный уровень контроля для остановки кампании.

Изменения правил применяются без перепечатки QR — короткий адрес в коде не меняется. Проверяйте сценарии в тестовое время перед запуском на массовом тираже.

Аналитика покажет, как меняется трафик при переключении назначений — используйте её для калибровки окон времени.

Типовые сценарии

• Создайте динамическую ссылку с основным fallback-назначением
• Добавьте правило расписания с нужным destination_url
• Укажите дни недели и окно времени
• При необходимости добавьте сезонное правило с датами starts_at/ends_at
• Проверьте переход в тестовые интервалы
• Опубликуйте QR и следите за аналитикой по периодам

Ограничения

• Routing в продукте — schedule-based; geo/device routing не заявлены
• базовая или расширенная маршрутизация должна быть включена на тарифе
• Слишком много пересекающихся правил не сохранится — разведите интервалы
• Часовой пояс учитывается сервером — сверяйте с аудиторией кампании

Правила расписания доступны на тарифах с базовой или расширенной маршрутизацией. Сравните планы на /pricing. На Free расписание может быть недоступно.

Частые вопросы