Шпаргалка выражений n8n: готовые примеры ¶

Обновлено: 2026-05-29

Эта страница — быстрый набор выражений, которые часто нужны в n8n. Копируйте шаблон, но проверяйте его на реальном input data в execution: названия полей у разных сервисов отличаются.

Текущее поле и fallback ¶

{{ $json.email }}
{{ $json.user.name }}
{{ $json.items?.[0]?.price || 0 }}
{{ $json.name || "Без имени" }}
{{ ($json.email || "").trim().toLowerCase() }}

Условия и даты ¶

{{ $json.total > 10000 ? "vip" : "standard" }}
{{ ["admin", "manager"].includes($json.role) }}
{{ $now.toISO() }}
{{ $today.toISODate() }}
{{ $now.plus({ days: 7 }).toISODate() }}

Другая нода ¶

{{ $node["Normalize Input"].json.email }}
{{ $node["Get Token"].json.access_token }}

Если $node ломается после Merge или Code, проверьте item linking.

Telegram и HTTP body ¶

{{ $json.message?.chat?.id || $json.callback_query?.message?.chat?.id }}
{{ ($json.message?.text || $json.callback_query?.data || "").trim() }}

{ "email": "{{ $json.email }}", "created_at": "{{ $now.toISO() }}" }

Инженерный контракт для кода в n8n ¶

Статья Шпаргалка выражений n8n: готовые примеры должна помогать писать код, который не ломает data flow. До Code node нормализуйте вход, внутри кода явно обрабатывайте пустые поля и arrays, после кода возвращайте предсказуемый JSON. Если количество output items отличается от input items, отдельно проверьте item linking.

• не храните secrets в коде: используйте credentials или env, если это допустимо в вашей схеме
• не смешивайте парсинг, бизнес-решение и HTTP-вызов в одном фрагменте без причины
• оставляйте примеры входа/выхода рядом с workflow или в комментарии
• для production добавляйте тесты на пустой, частичный и неожиданный payload
• если выражение можно сделать без Code node — сначала оцените более простую ноду

Что читать дальше ¶

Подробное объяснение — выражения, сложная логика — Code node.

Чеклист кода ¶

Код в n8n должен уменьшать сложность, а не прятать бизнес-логику. Если задачу можно ясно решить через Set, IF или Switch, лучше оставить её визуальной. Code node стоит использовать для массивов, агрегатов, сложного форматирования и нестандартных API-подписей.

• На выходе всегда массив items с полем json.
• Секреты берутся из credentials, а не из текста кода.
• Ошибки и пустые поля обработаны явно.
• После Code node проверен item linking, если дальше используются данные предыдущих нод.

Как тестировать ¶

Проверяйте код минимум на трёх входах: обычный item, item с пустыми необязательными полями и item с неожиданным типом данных. Это быстрее, чем разбирать production execution после того, как внешний API прислал новый формат ответа.