[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-oauth-connection::ru":3,"gloss-cluster-oauth-connection::ru":23,"gloss-next-oauth-connection::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"oauth-connection","no-code","OAuth-подключение","OAuth-подключение — это метод аутентификации, который большинство no-code платформ используют для связывания вашего аккаунта в стороннем приложении (Google, Slack, Salesforce) с инструментом автоматизации или конструктором, используя протокол OAuth 2.0 для предоставления ограниченного по объёму, отзываемого доступа без того, чтобы платформа когда-либо видела или хранила ваш реальный пароль. Клик по кнопке «Подключить Google Sheets» внутри Zapier и переход на экран входа\u002Fсогласия Google («Zapier хочет: просматривать и управлять вашими таблицами») — это и есть OAuth-поток — он функционально отличается, и более безопасен, чем альтернатива вставки сырого API-ключа в поле подключения, поэтому большинство современных, заботящихся о безопасности интеграций по умолчанию используют OAuth везде, где это поддерживает провайдер. Почему это важно: OAuth-подключения — это механизм, который позволяет no-code платформам предлагать кнопки «Подключить ваш аккаунт» в один клик вместо того, чтобы заставлять каждого разработчика искать и генерировать API-ключ в настройках разработчика каждого отдельного приложения — заметно более низкий порог входа, который частично объясняет, почему такие платформы, как Zapier, могут массово привлекать нетехнических пользователей. Это также важно для позиции безопасности: поскольку OAuth предоставляет ограниченные, отзываемые права (вы можете увидеть и по отдельности отозвать «доступ Zapier к моему аккаунту Google» из собственных настроек безопасности Google, без необходимости менять пароль от Google), это ограничивает радиус поражения в случае компрометации no-code платформы — злоумышленник, взломавший системы Zapier, получает доступ только к тому, что каждый пользователь явно авторизовал, а не к сырым паролям аккаунтов. Как это работает: поток «authorization code» OAuth 2.0 (стандартный вариант, используемый большинством потребительских приложений) работает примерно так: (1) no-code платформа перенаправляет вас на страницу входа\u002Fсогласия стороннего приложения; (2) вы входите в систему (если ещё не вошли) и одобряете запрошенные конкретные разрешения (чтение контактов, отправка писем и т.д.); (3) стороннее приложение перенаправляет обратно на no-code платформу с временным кодом авторизации; (4) платформа обменивает этот код, по схеме сервер-сервер, на токен доступа (и часто более долгоживущий refresh-токен), который затем хранит и использует для выполнения API-вызовов от вашего имени, автоматически обновляя токен доступа при истечении срока действия без необходимости повторной аутентификации с вашей стороны. Разобранный пример — подключение Gmail к Make: клик по «Add» в модуле Gmail в Make перенаправляет на экран согласия OAuth от Google, где точно перечислены запрашиваемые области доступа (например, `gmail.send`, `gmail.readonly`); после того как вы одобрите, Make хранит зашифрованную пару токенов доступа\u002Fобновления, привязанную к вашему аккаунту, и каждый последующий модуль «Отправить письмо» или «Отслеживать новое письмо» в ваших сценариях использует этот сохранённый токен вместо того, чтобы просить вас снова войти в систему — пока вы вручную не отзовёте доступ со страницы настроек Google «Сторонние приложения с доступом к аккаунту», что немедленно ломает любой сценарий Make, полагающийся на это подключение.","OAuth-подключение позволяет no-code инструменту действовать в другом приложении от вашего имени через безопасный поток авторизации, не видя пароль.",null,[11,14,17,20],{"slug":12,"name":13},"api-key","API-ключ (API Key)",{"slug":15,"name":16},"backend-as-a-service","Backend как услуга (BaaS)",{"slug":18,"name":19},"connector","Коннектор (Connector)",{"slug":21,"name":22},"integration","Интеграция (Integration)",[24,28,32,35,38,39,42,45,48,49,52,55],{"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":12,"category":5,"name":13,"updated_at":27},{"slug":40,"category":5,"name":41,"updated_at":31},"approval-workflow","Процесс согласования (Approval Workflow)",{"slug":43,"category":5,"name":44,"updated_at":27},"automation-platform","Платформа автоматизации (Automation Platform)",{"slug":46,"category":5,"name":47,"updated_at":27},"automation-recipe","Рецепт автоматизации (Automation Recipe)",{"slug":15,"category":5,"name":16,"updated_at":27},{"slug":50,"category":5,"name":51,"updated_at":31},"backfill","Обратное заполнение (Backfill)",{"slug":53,"category":5,"name":54,"updated_at":27},"bubble","Bubble",{"slug":56,"category":5,"name":57,"updated_at":27},"business-logic","Бизнес-логика (Business Logic)"]