[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-polling::ru":3,"gloss-cluster-polling::ru":23,"gloss-next-polling::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"polling","no-code","Поллинг (Polling)","Поллинг — это паттерн интеграции, при котором система многократно проверяет источник данных через фиксированные интервалы времени, чтобы узнать, появилось ли что-то новое или изменённое — «есть ли уже новая строка? есть ли уже новая строка? есть ли уже новая строка?» — в противовес модели, где исходная система проактивно отправляет уведомление в момент, когда что-то происходит (вебхук). В мире no-code автоматизации поллинг — это запасной механизм триггера, используемый всякий раз, когда исходное приложение не поддерживает вебхуки: например, триггеры «Новая строка в Google Sheets» почти всегда основаны на поллинге, потому что у Google Sheets нет встроенной системы вебхуков для уведомления внешних сервисов об изменениях. Почему это важно: поллинг имеет два прямых практических последствия для создателей. Первое — задержка: триггер поллинга, проверяющий каждые 15 минут, означает, что автоматизация может отставать от реального события до 15 минут, что неприемлемо для чувствительных ко времени процессов (например, «мгновенно уведомить продажи, когда горячий лид отправляет форму»), но вполне подходит для других (например, «синхронизировать вчерашние завершённые заказы с бухгалтерской системой каждое утро»). Второе — стоимость ресурсов: поллинг расходует квоту ограничения частоты запросов API и лимиты «задач» платформы, даже если ничего не изменилось, поскольку сама проверка считается операцией независимо от того, найдены ли новые данные, тогда как вебхук срабатывает (и что-либо стоит) только когда реально происходит событие. Как это работает: триггер на основе поллинга хранит «контрольную точку» — как правило, ID или временную метку последней увиденной записи — и при каждой проверке запрашивает у исходной системы всё, что новее этой контрольной точки (например, `SELECT * FROM records WHERE created_at > '2026-07-01T14:30:00Z'`), обрабатывает любые новые результаты и продвигает контрольную точку вперёд. Практический пример — сравнение компромиссов частоты поллинга для триггера Zapier «Новая строка в Google Sheets» на бесплатном тарифе (интервал поллинга 15 минут) против платного тарифа (интервал поллинга 1 минута): команда продаж, заносящая лиды в общую таблицу на бесплатном тарифе, может увидеть, что лид остаётся необработанным до 15 минут, прежде чем автоматизация заметит его и создаст запись в CRM — во время живого демо-дня с чувствительным ко времени сопровождением эта задержка может стать разницей между тем, получит ли лид обратный звонок в тот же день или нет; переход на платный план с поллингом раз в минуту (или ещё лучше — смена источника данных на что-то с нативной поддержкой вебхуков, например Typeform вместо обычной таблицы) закрывает этот разрыв. Создателям следует всегда проверять, документирован ли «триггер» как мгновенный\u002Fна основе вебхука или как основанный на поллинге, прежде чем полагаться на него для чувствительных ко времени автоматизаций.","Поллинг — это когда система многократно проверяет (через фиксированные интервалы) наличие новых данных вместо ожидания push-уведомления в реальном времени.",null,[11,14,17,20],{"slug":12,"name":13},"automation-recipe","Рецепт автоматизации (Automation Recipe)",{"slug":15,"name":16},"rate-limit","Ограничение частоты запросов (Rate Limit)",{"slug":18,"name":19},"trigger","Триггер (Trigger)",{"slug":21,"name":22},"webhook","Вебхук (Webhook)",[24,28,32,35,38,41,44,47,48,51,54,57],{"slug":25,"category":5,"name":26,"updated_at":27},"action","Действие (Action)","2026-08-24T02:46:36+00:00",{"slug":29,"category":5,"name":30,"updated_at":31},"aggregator","Агрегатор (Aggregator)","2026-08-24T02:46:37+00:00",{"slug":33,"category":5,"name":34,"updated_at":27},"airtable","Airtable",{"slug":36,"category":5,"name":37,"updated_at":27},"api","API",{"slug":39,"category":5,"name":40,"updated_at":27},"api-key","API-ключ (API Key)",{"slug":42,"category":5,"name":43,"updated_at":31},"approval-workflow","Процесс согласования (Approval Workflow)",{"slug":45,"category":5,"name":46,"updated_at":27},"automation-platform","Платформа автоматизации (Automation Platform)",{"slug":12,"category":5,"name":13,"updated_at":27},{"slug":49,"category":5,"name":50,"updated_at":27},"backend-as-a-service","Backend как услуга (BaaS)",{"slug":52,"category":5,"name":53,"updated_at":31},"backfill","Обратное заполнение (Backfill)",{"slug":55,"category":5,"name":56,"updated_at":27},"bubble","Bubble",{"slug":58,"category":5,"name":59,"updated_at":27},"business-logic","Бизнес-логика (Business Logic)"]