12-узловая n8n Pro схема

Автоматизация в n8n подчиняется жесткой версии правила 80/20: освоив дюжину основных узлов, вы сможете создать 75–80% рабочих процессов, которые вам когда-либо понадобятся. Большинство реальных проектов тихо используют одни и те же строительные блоки для всего — от сбора данных с панелей мониторинга до синхронизации CRM и интеграции ИИ в очереди поддержки.

Открыв n8n в первый раз, вы чувствуете, что список узлов бесконечен: сотни интеграций с приложениями, непонятные утилиты и загадочные иконки. Новички часто оказываются здесь, застряв в поисках, а не в разработке, потому что каждая новая идея, кажется, требует нового узла, с которым они еще не работали.

Шаблоны из тысяч реальных рабочих процессов рассказывают другую историю. Независимо от того, размещаете ли вы n8n на VPS или оплачиваете n8n Cloud, серьезные пользователи объединяются вокруг компактного инструментария, к которому обращаются каждый день, независимо от отрасли или стека.

Этот план сосредоточен на 12 узлах, которые постоянно появляются в этих рабочих процессах. Они обрабатывают четыре столпа автоматизации: триггеры, логику, преобразование данных и внешние подключения.

Для триггеров такие узлы, как Триггер расписания и Вебхук, запускают почти всё. Ночные синхронизации данных, ежечасные проверки состояния, еженедельные отчеты и обработчики событий в реальном времени начинают свое действие с триггеров на основе времени или HTTP.

Логические узлы решают, что будет дальше. С помощью: - Если - Ветка - Слияние - Переключение

вы можете разветвлять потоки, комбинировать результаты и направлять данные по различным маршрутам в зависимости от условий, статусов или ввода пользователя.

Данные никогда не приходят в нужном вам формате, поэтому узлы трансформации берут на себя основную работу. Aggregate и Split Out переоформляют нагрузки, обобщают записи и разделяют массивы на отдельные элементы, которые downstream-сервисы действительно понимают.

Наконец, внешние соединения превращают умный рабочий процесс в полезный. HTTP-запросы, код, агенты ИИ и узлы, специфичные для приложений, связывают n8n с API, пользовательской логикой и агентами на основе LLM, позволяя вашим автоматизациям читать, принимать решения и действовать на всем вашем стеке.

Самостоятельный хостинг n8n превращает ваши автоматизации из «хорошего побочного проекта» в инфраструктуру, которую вы действительно контролируете. Вместо того чтобы брать в аренду ограниченные ресурсы у n8n Cloud, вы владеете всей системой: сервером, данными и тем, как усердно вы ее используете. Для тех, кто серьезно относится к автоматизации — агентств, независимых разработчиков, команд внутренних инструментов — этот контроль напрямую переводится в более низкие затраты и меньше ограничений.

В n8n Cloud базовые тарифы находятся на уровне 20 €/месяц и ограничивают вас по количеству рабочих процессов и параллельных выполняемых задач. Достигнув этих ограничений, вам придется либо сдерживать свои идеи, либо продолжать обновления. VPS меняет эту ситуацию: вы платите за вычислительную мощность (ЦП, ОЗУ, пропускную способность) и можете запускать столько рабочих процессов, вебхуков и триггеров по расписанию, сколько сможет обработать ваш сервер.

Hostinger интегрирует n8n прямо в свою линейку VPS, что устраняет большинство традиционных проблем DevOps. Вы выбираете тарифный план (в видео используется уровень ₹499 в месяц), выбираете регион, например, Индию, и—что крайне важно—выбираете “n8n OS” в качестве операционной системы. Этот один выбор предоставляет вам предварительно настроенную установку n8n вместо пустой оболочки Linux.

Оформление заказа больше похоже на покупку Netflix, чем на настройку сервера. Примените купоны, такие как ASTRO (10% скидка) или ASTRO15 (15% скидка на 24-месячные тарифы), оплатите и перейдите в панель Hostinger. Отсюда нажмите "Управление приложением", задайте электронную почту, имя пользователя и пароль, и у вас будет полностью саморазмещённый экземпляр n8n менее чем за 5 минут.

По сравнению со стартовыми тарифами n8n Cloud, VPS с n8n OS предлагает фактически: - Неограниченные рабочие процессы - Неограниченное количество параллельных запусков - Устранение волнений по поводу цен за выполнение

Это меняет подход к проектированию автоматизаций. Вы перестаете беспокоиться о том, не превысит ли дополнительный HTTP-запрос или другой переключатель лимит, и начинаете мыслить в терминах надежности, наблюдаемости и масштабируемости.

Селф-хостинг раньше означал борьбу с Docker, обратными прокси, SSL и юнитами systemd в 2 часа ночи. Современные VPS-платформы сглаживают эти острые углы. Образы с одной кнопкой, веб-дашборды и пошаговые мастера делают работу с n8n ближе к установке настольного приложения, чем к поддержке кластера Kubernetes, при этом все еще предоставляя вам профессиональную степень свободы, которую берут в плен облачные тарифы.

Забудьте о сложных узлах ИИ и запутанных ветвлениях. Большинство реальных автоматизаций в n8n начинается с одного из двух примитивов: Триггера по расписанию или Webhook. Освойте их, и вы сможете контролировать, когда и почему практически все выполняется.

Думайте о Триггере по расписанию как о будильнике n8n. Он срабатывает по установленному графику: каждые 15 минут, каждый будний день в 9:00, первого числа месяца в полночь или по заданному шаблону cron. Вы можете настраивать секунды, минуты, часы, дни, недели или месяцы, и комбинировать правила, такие как "запускать каждые 6 часов, только с понедельника по пятницу."

Автоматизации, основанные на расписании, особенно эффективны для внутренних, повторяющихся задач, которые не зависят от кликов пользователя. Типичные примеры включают: - Ежедневные отчеты по KPI в Slack в 8:00 - Ежечасные синхронизации базы данных с хранилищем - Еженедельная очистка и борьба с дубликатами в CRM - Ежемесячная генерация и отправка счетов

Поскольку триггер расписания работает на стороне сервера на вашем самохостинг-экземпляре, он остается надежным, даже если ваш ноутбук выключен или браузер офлайн. Для команд, мигрирующих задачи cron из старых bash-скриптов, он часто становится стандартной заменой crontab. Учебные материалы, такие как Официальный учебный путь n8n, полагаются на него в значительной степени, и не без оснований.

Если Расписание — это будильник, то Webhook — это дверной звонок. Он открывает уникальный URL, который слушает HTTP-запросы — GET, POST, PUT, вы выбираете — и мгновенно запускает ваш рабочий процесс, когда другое система вызывает его. Вы можете настроить аутентификацию, пользовательские пути и отдельные URL для тестирования и производства.

Автоматизации на основе вебхуков доминируют в сценариях, ориентированных на события. Распространённые паттерны включают в себя: - Новая продажа в Stripe инициирует выполнение заказа и отправляет уведомление в Slack - Отправка формы в Typeform создаёт лид в HubSpot - Пуш в GitHub запускает pipeline развертывания - Пользовательский фронтенд отправляет JSON в n8n для обработки

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

Автоматизация нуждается в "мозге", и в n8n эту роль выполняет узел If. Он действует как двоичный страж, проверяя условие и направляя каждый элемент либо по ветке true, либо по ветке false. Каждое серьезное рабочее потоко, от простых оповещений до многоступенчатых потоков данных, в конечном итоге зависит от такого рода принятия решений.

Представьте себе простой процесс электронной коммерции: поступает заказ с полем общей суммы. Узел If проверяет `orderAmount > 100`, и заказы выше 100 долларов идут по истинному пути для VIP-обработки, в то время как все остальные следуют ложному пути для стандартной обработки. Один узел тихо обеспечивает соблюдение политики, основанной на доходах, что иначе потребовало бы ручной проверки или громоздкой логики со стороны приложения.

Узел If n8n поддерживает несколько типов сравнения, что позволяет моделировать не только проверки цен. Вы можете сравнивать: - Числовые значения (>, >=, <, <=, =, ≠) - Строки (содержит, начинается с, заканчивается на, соответствует регулярному выражению) - Булевы значения (истинно, ложно)

Это означает, что тот же самый шаблон может направлять корпоративных клиентов по `companySize`, определять неудачные вызовы API по `statusCode` или использовать простой флаг `isActive`. Вы даже можете связать несколько условий с логикой И/ИЛИ, чтобы выразить правила, такие как “amount > 100 И country = 'US'.”

Четкие и минимальные условия поддерживают надежность рабочих процессов. Одно Если для "заказа с высокой ценностью", другое для "емейл подтвержден", еще одно для "товар в наличии" лучше, чем одно запутанное правило, пытающееся обработать все три условия одновременно. Меньшее количество четких проверок ускоряет отладку, когда что-то ломается в 3 часа ночи.

Самое важное, что явное ветвление на основе условий делает автоматизацию предсказуемой. Вы всегда знаете, почему элемент пошел по тому или иному пути, потому что условие находится прямо на холсте. Эта прозрачность отделяет любительские скрипты от систем производственного уровня, которые могут безопасно выполнять тысячи операций в день.

Сложные автоматизации в n8n зависят от того, как вы обрабатываете ветвления. Если подходит для простых решений типа да/нет, но как только у вас появляется три, четыре или десять возможных исходов, связанные узлы If превращают ваш холст в спагетти-диаграмму, которую никто не хочет отлаживать в два часа ночи.

Введите узел Switch. Вместо того чтобы накладывать вложенные условия, Switch оценивает одно поле — скажем, `{{$json.status}}` — и направляет каждый элемент в один из нескольких четко обозначенных выходов. Вы получаете чистые, параллельные пути для `новый`, `отправленный`, `отмененный` или любого другого статуса, который ваши данные могут предоставить.

Возьмите базовый поток обработки заказов. Webhook или триггер расписания подает заказы, каждый из которых имеет значение `status` и метаданные, такие как ID клиента, сумма и временные метки. Switch считывает `status` один раз, а затем отправляет каждый заказ по правильному маршруту, избегая дублирования логики.

Одна функция обрабатывает новые заказы: резервирует товары на складе, отправляет подтверждение по электронной почте и, возможно, заносит данные в CRM. Другая функция обрабатывает отгруженные заказы: уведомляет покупателя, обновляет информацию по отслеживанию и добавляет событие отправки в вашу базу данных. Третья функция обрабатывает отменённые заказы: инициирует возврат денег, пополняет запасы и фиксирует причину отказа клиента.

Switch не только делает вещи красивее; он делает их безопаснее. Каждая ветка выполняется только тогда, когда её условие совпадает, что позволяет избежать тонких ошибок, возникающих из-за того, что повторно использованное условие If случайно срабатывает дважды. Вы также получаете простой путь для расширения: добавьте новый статус, такой как `returned`, создав новый случай, без необходимости в рефакторинге.

Разветвление, однако, — это лишь половина истории. После того как эти отдельные пути завершают свою работу, вы обычно снова хотите получить единственный, унифицированный поток данных — одно место для отправки уведомлений, написания аналитики или вызова внешнего API. Здесь узел Слияния становится незаменимым.

Слияние объединяет несколько веток и поддерживает различные стратегии: - Пропуск: сохранить оригинальные записи, добавить данные из другой ветки - Комбинирование: объединить записи по индексу или ключу (например, `orderId`) - Добавление: собрать записи из всех веток в один список

Используя вместе, Switch и Merge обеспечивают возможность поддерживать даже разветвленные рабочие процессы в читаемом виде. Вы можете визуально отслеживать каждую ветвь, специфичную для статуса, а затем точно видеть, где всё собирается вместе для окончательной обработки, что значительно ускоряет тестирование, отладку и последующие правки.

API редко предоставляют аккуратный, одиночный объект. Большинство реальных сервисов возвращают массив: 10 заказов Shopify, 50 новых лидов из HubSpot, 200 строк из базы данных. Пока вы не упорядочите этот список, ваша работа будет напоминать попытку редактирования ячейки электронной таблицы в боксерских перчатках.

Узел Split Out в n8n - это скальпель. Он берет массив и разбивает его на отдельные элементы, по одному за выполнение. Вместо одного громоздкого полезного груза, вы получаете чистый поток элементов, каждый из которых может пройти свою собственную валидацию, обогащение и маршрутизацию.

Удалите Split Out сразу после любого HTTP-запроса, который возвращает список. Каждый элемент затем проходит через ваши логические узлы: If, Switch, AI Agents или даже Code. Вы можете: - Отфильтровывать некорректные записи - Вызывать сторонние API для каждого элемента - Метить, оценивать или классифицировать записи независимо

Конечно, как только вы атомизировали всё, в конечном итоге вам нужно собрать части обратно вместе. Здесь на помощь приходит узел Aggregate, действующий как SQL GROUP BY или мини-хранилище данных внутри вашего рабочего процесса. Aggregate может снова объединить элементы в одном массиве или сжать их в сводные метрики.

С помощью Aggregate вы можете вычислять итоги, средние значения, количества или пользовательские поля для любой группы. Представьте себе, как 500 записей о продажах проходят через Split Out для очистки, а затем Aggregate обрабатывает их, формируя: - Общий доход в день - Количество неудачных платежей - Топ-10 клиентов по величине заказа

Этот паттерн Разделить → Обработать → Агрегировать незаметно управляет большинством серьезных автоматизаций. Соберите неделю транзакций Stripe, разделите их, обогатите каждую данными из CRM, а затем агрегируйте в один JSON-файл, который станет вашим ежедневным отчетом в Slack или PDF-резюме. Тот же паттерн работает для поддерживающих заявок, маркетинговых мероприятий или данных с IoT-датчиков.

Овладение этим циклом превращает n8n из простого инструмента для соединения в настоящую движущую силу данных. Если сочетать его с хорошей схемной дисциплиной и последовательными именами полей, вы можете объединять несколько циклов Разделить → Обработать → Аггрегировать в одном рабочем процессе, не теряя рассудка. Для более глубокого понимания того, как n8n обрабатывает элементы и массивы, официальный курс n8n Уровень Один: Введение рассматривает эти концепции исходя из основных принципов.

Назовите это кодовым узлом, назовите это аварийным выходом, назовите это кнопкой «Я отказываюсь быть заблокированным». Это узел, к которому вы обращаетесь, когда визуальные строительные блоки n8n ведут вас на 95% к цели, а затем останавливаются на каком-то неприятном граничном случае. Вам не следует строить вокруг него рабочие процессы, но вы определенно должны знать, что он существует.

Думайте о каждом другом узле как о высокоуровневом API, а о Коде как о сыром доступе к JavaScript. Когда поставщик отправляет странный полезный груз, когда вам нужна единичная трансформация, которую не предоставляет ни один основной узел, на помощь приходит Код. Он меняет визуальную ясность на абсолютную гибкость.

Сложное сопоставление данных — классический пример. Допустим, HTTP-запрос возвращает вложенный JSON-объект, и вам нужно создать плоский список с переименованными ключами, значениями по умолчанию и вычисляемым полем. Несколько строк JavaScript в Коде могут пройти по `items`, переназначить свойства и вернуть чистую структуру для последующих узлов.

Пользовательские расчеты попадают в ту же категорию. Возможно, вы рассчитываете комиссионные с учетом уровней, пропорциональные подписные сборы или взвешенный балл по нескольким метрикам. Вы можете реализовать формулу напрямую на JavaScript, сохранить результат в `item.json` и оставить остальную часть рабочего процесса чисто визуальной.

Код также проявляет свою полезность, когда ответ API просто плохой. Лишние запятые, числа, закодированные как строки, несогласованные форматы дат или массивы, иногда приходящие в виде единственных объектов: всё это можно нормализовать с помощью простых проверок и операторов `if`. Вместо того чтобы ждать обновления коннектора, вы заменяете данные на лету.

Вам не нужно быть инженером по JavaScript, чтобы эффективно использовать Code. Большинство автоматизаций требуют только базовых манипуляций с объектами и массивами: `map`, `filter`, `reduce`, а также доступа к свойствам, таким как `item.json.fieldName`. Встроенный редактор n8n позволяет быстро тестировать и проверять выходные данные, так что вы можете вносить изменения без необходимости полной среды разработки.

Стремитесь решить 95% задач с помощью Триггера по расписанию, Webhook, Switch, Merge и HTTP-запросов. Когда столкнетесь с 5%, которые не удается вписать в рамки, добавьте узел кода, напишите 10-20 строк JavaScript и двигайтесь дальше. Эта страховочная сеть меняет подход к агрессивному проектированию автоматизаций.

Назовите узел HTTP Request в n8n универсальным адаптером. В то время как другие узлы общаются через дружеские, готовые интеграции, этот работает с сырым HTTP, что означает, что если служба предоставляет API, вы, вероятно, сможете подстроить его под свои нужды.

Большинство инструментов SaaS, внутренних микросервисов и даже хобби-проектов имеют REST-эндпоинты. С помощью HTTP-запроса вы можете обращаться к этим эндпоинтам напрямую, без необходимости в официальном узле n8n, и при этом объединять результаты в те же рабочие процессы, которые обрабатывают Gmail, Slack или Notion.

В самом простом понимании вы выбираете метод HTTP. GET извлекает данные (например, получить все открытые проблемы на GitHub), в то время как POST отправляет данные (создать новый запрос, зафиксировать ошибку, отправить событие). У вас также есть PUT, PATCH и DELETE, но GET и POST сами по себе охватывают огромный процент реальных автоматизаций.

API почти всегда требуют какую-либо форму аутентификации. В узле HTTP-запроса это обычно означает добавление заголовка Authorization: - Токены-носители: `Authorization: Bearer <token>` - API-ключи: `x-api-key: <key>` или аналогичный заголовок, специфичный для поставщика - Базовая аутентификация: закодированная пара имя пользователя/пароль

Большинство современных API отвечают в формате JSON, и n8n автоматически разбирает его в элементы, которые вы можете подключать прямо к узлам Switch, If или Code. Вы можете извлекать поля, такие как `{{$json["data"]["email"]}}` в последующих узлах, фильтровать массивы или объединять данные с других сервисов, не написав специальную логику для разбора.

Как только вы поймете, как отправлять тело запроса, заголовки и параметры запроса, этот процесс повторяется. Независимо от того, общаетесь ли вы со Stripe, случайной CRM или своим приложением Flask на VPS, вам нужно настроить: - URL - Метод (GET/POST и т.д.) - Заголовки (аутентификация, тип контента) - Тело (JSON, данные формы или сырыe данные)

HTTP Request тихо защищает ваши навыки n8n на будущее. Новая стартап-компания запускается без интеграции? Обратитесь к её REST API. Внутренняя команда создаёт частную конечную точку? Направьте HTTP Request на неё. Поставщик прекращает поддержку старого официального узла? Замените его на собственный вызов и продолжайте развивать продукт.

Мастерство здесь превращает n8n из «инструмента с фиксированной библиотекой» в платформу автоматизации на уровне протокола. Пока что-то поддерживает HTTP, вас никогда не ограничивает то, что появляется или не появляется в выборе узлов.

Автоматизация перестаёт быть чисто механической в тот момент, когда вы добавляете узел AI Agent от n8n. Вместо простого перемещения данных между API ваш рабочий процесс внезапно обретает современный, понимающий язык интеллект, который способен читать, интерпретировать и генерировать текст по запросу. Для всего, что имеет привкус человеческого языка, этот узел становится основным инструментом.

Под капотом AI Agent работает как интерфейс для крупных языковых моделей, таких как GPT и Claude, но без необходимости покидать визуальный интерфейс n8n. Вы настраиваете модель, системные инструкции и поля ввода, а затем интегрируете это в существующую логику. Результат скорее ощущается как внедрение специалиста в вашу команду автоматизации, чем как вызов API.

Настоящая сила проявляется в повседневной рутине. Длинные электронные письма от клиентов могут быть направлены в ИИ-агента для получения трехпредложного резюме и оценки настроения, которую затем можно передать в узел If для принятия решения о дальнейших действиях. Поддерживающие запросы могут автоматически маркироваться по категориям, таким как «выставление счетов», «ошибка» или «запрос функции», сокращая время триажа с минут до миллисекунд.

Рабочие процессы контента также приносят пользу. Дайте ИИ-агенту URL продукта и некоторый контекст, и он сможет предложить три варианта публикаций в социальных сетях, адаптированных для LinkedIn, X и Instagram. Подключите эти черновики к узлу Слияния с аналитическими данными, а затем запишите прогнозы производительности в вашу базу данных для A/B тестирования.

Неструктурированный текст превращается в структурированное золото. Непорядочный PDF, преобразованный в текст, или бессвязный текст беседы могут быть обработаны ИИ-агентом с инструкциями для вывода чистого JSON: такие поля, как `customer_name`, `issue_type`, `priority` и `next_action`. Далее узлы обрабатывают этот вывод так же, как и любой другой корректно организованный набор данных.

AI-агент естественно интегрируется с триггерами и системами, которые вы уже используете. Webhook может обрабатывать входящие отправки форм, отправлять данные в AI-агент для классификации, а затем пересылать результат через HTTP-запрос в вашу CRM или канал в Slack. Плановые обзоры контента через Schedule Trigger могут группировать старые записи, подводить итоги и передавать инсайты в Notion или Postgres.

Для более глубокого понимания того, как AI Agent вписывается в более широкую структуру основных компонентов, такие руководства, как 14 основных узлов n8n для любого автоматизированного рабочего процесса, демонстрируют, как эти «мозги» комбинируются с классическими триггерами, логикой и HTTP-соединениями. Общая тема: AI Agent превращает статические автоматизации в адаптивные системы, которые на самом деле понимают свои входные данные.

Представьте себе форму обратной связи от клиентов, подключенную напрямую к вашему автоматизированному стеку. Webhook захватывает каждую новую отправку в реальном времени, будь то с маркетингового сайта, мобильного приложения или виджета поддержки. Каждая нагрузка приходит в виде структурированного JSON: имя, электронная почта, сообщение, временная метка и, возможно, идентификатор продукта.

Оттуда узел AI Agent становится вашим аналитиком в режиме реального времени. Он читает исходное сообщение, присваивает эмоциональный балл от 0 до 1, извлекает ключевые темы и отмечает срочность. Вы сохраняете эти обогащенные ИИ поля в элементе, чтобы каждый последующий узел мог опираться на реальные семантики, а не только на ключевые слова.

Узел Switch затем распределяет трафик по чистым потокам. Одна ветвь обрабатывает настроение ≥ 0.7 (позитивное), другая - настроение ≤ 0.3 (негативное), а стандартная ветвь захватывает все промежуточные значения. Вы можете добавить больше случаев позже (например, VIP-клиенты, определенные товарные категории) без необходимости переписывать весь ваш поток.

На положительной стороне узел HTTP Request взаимодействует с вашей базой данных или API CRM. Он записывает каждое положительное сообщение в таблицу "Любовь клиентов" с полями для настроения, темы и канала источника. Второй HTTP Request может отправить уведомление в Slack или Microsoft Teams, чтобы маркетинговая команда увидела свежие отзывы в течение нескольких секунд.

На негативной ветке другой узел HTTP-запроса открывает тикет в таких инструментах, как Zendesk, Freshdesk или Jira Service Management. В полезной нагрузке содержатся оригинальное сообщение, сгенерированное ИИ резюме, метка срочности и контактные данные. Узел для последующей обработки может уведомлять канал дежурного только по вопросам высокой срочности, обеспечивая вам приоритизацию без человеческой маршрутизации.

Теперь у вас есть полный «профессиональный» план, использующий только Webhook, AI Agent, Switch и HTTP Request. Добавьте Триггер по расписанию для генерации ежедневного отчета о sentimento, или узел Код для кастомной оценки, и вы охватите 75–80% автоматизации реальных операций поддержки. Постройте сегодня небольшой проект, используя как минимум три из этих узлов, и закрепите эту умственную модель.

Почему самостоятелльный хостинг n8n часто рекомендуется для профессиональных пользователей?

Самостоятельное размещение обеспечивает неограниченные рабочие процессы и исполнения, полный контроль над данными и может быть значительно более экономически эффективным, чем облачные тарифы для пользователей с высоким объемом, устраняя ограничения платформы.

Какова разница между узлами If и Switch в n8n?

Узел If обрабатывает одно двоичное (истинное/ложное) условие. Узел Switch предназначен для многофункциональной логики, направляя данные на несколько различных выходов в зависимости от значения поля, что удобнее, чем использование множества вложенных узлов If.

Когда мне следует использовать узел Кода вместо встроенного узла?

Используйте узел Code в качестве "выходного клапана" для сложных преобразований данных, пользовательской логики или вычислений, которые сложно выполнить с помощью стандартных узлов. Он предназначен для решения уникальных крайних случаев с использованием JavaScript.

Могу ли я подключиться к приложению, которое не имеет официальной интеграции с n8n?

Безусловно. Если у приложения есть публичный API, вы можете использовать универсальный узел HTTP-запроса для отправки и получения данных, что позволит вам интегрироваться практически с любым веб-сервисом.