# Способы интеграции: API, SDK и ссылки без кода

Source: https://help.didit.me/ru/integration/integration-options
Updated: 2026-10-12

Чтобы начать проверять пользователей через Didit, писать код необязательно - используйте ссылку без кода или подключите SDK либо API, когда нужна автоматизация.

Три пути. **Ссылки без кода** вообще не требуют бэкенда. **API с редиректом**
- это стандартная интеграция. **SDK** встраивают процесс прямо в ваше
приложение - и это единственный вариант, который поддерживает NFC. Какой бы
вы ни выбрали, получайте результаты через [webhook](https://help.didit.me/ru/integration/webhooks-basics).

[Video: Полное руководство по интеграции - Didit Academy](https://www.youtube.com/watch?v=fX03-WEu_EI)

[Video: Варианты интеграции KYC: ссылка-редирект, iFrame или нативный SDK - Didit Academy](https://www.youtube.com/watch?v=MxMFf43KONg)

Чтобы запустить проверку личности через Didit, разработчик не обязателен. Есть вариант без кода, который занимает пару минут, а также API и SDK для тех случаев, когда нужна автоматизация внутри собственного продукта.

## Можно ли использовать Didit без программирования?

Да. После того как вы [построили воркфлоу](https://help.didit.me/ru/workflows/build-a-verification-workflow) в консоли, вы можете создать сессию верификации двумя способами без единой строки кода:

![Страница Integrate в консоли Didit - чек-лист из пяти шагов от API-ключа до первой сессии](https://help.didit.me/screenshots/integrate-light.webp)

*Страница Integrate - это самый короткий путь от нуля до работающей сессии.*

1. **Разовая ссылка для верификации**

   Нажмите **Новая верификация** (на главной странице, в списке верификаций или в
   профиле человека), выберите **рабочий процесс**, укажите свой ID человека в поле
   **Данные поставщика** и нажмите **Создать верификацию**. Затем отправьте ссылку
   по email, скопируйте её или покажите QR-код. Вкладка **Одиночная проверка**
   запускает одну проверку, например AML-скрининг, без целого рабочего процесса.

2. **Многоразовая ссылка (Unilink)**

   У каждого воркфлоу также есть одна многоразовая ссылка, которая запускает новую сессию при каждом переходе. Разместите её за кнопкой на своём сайте, распечатайте как QR-код для киоска или филиала, либо поделитесь с партнёрами. См. [многоразовые ссылки](https://help.didit.me/ru/integration/reusable-links).

Оба варианта полностью обходят API и ваш бэкенд - это правильный выбор для MVP, ручной проверки, личной верификации или для старта до того, как вы что-то построили сами.

## Когда нужна автоматизация

[Video: Подключение Didit к Claude через MCP - Didit Academy](https://www.youtube.com/watch?v=I3UkFIhW548&t=71)

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

| Вы хотите... | Используйте |
|---|---|
| Перенаправить пользователей из своего приложения на размещённую страницу верификации | Один вызов API для создания сессии, а затем редирект на возвращённый URL |
| Встроить верификацию внутрь своего веб-приложения | [JavaScript SDK](https://docs.didit.me/integration/web-sdks/javascript-sdk) или [встроенный iframe](https://docs.didit.me/integration/web-sdks/incontext-iframe) |
| Проверять пользователей внутри нативного iOS-, Android-, Flutter- или React Native-приложения | Соответствующий [нативный SDK](https://help.didit.me/ru/integration/mobile-sdks) - обязателен для NFC |
| Добавить верификацию в WordPress/WooCommerce или Shopify | Плагин [WordPress/WooCommerce](https://docs.didit.me/integration/web-sdks/wordpress-woocommerce) или [Shopify](https://docs.didit.me/integration/web-sdks/shopify) - код не требуется |
| Подключить это к инструменту автоматизации | API из [Zapier](https://docs.didit.me/integration/engines/zapier), n8n или любого инструмента, который умеет отправлять HTTP-запросы и принимать webhook |
| Получать результаты в свой бэкенд сразу, как только они готовы | [Webhooks](https://help.didit.me/ru/integration/webhooks-basics) |
| Запускать отдельные проверки самостоятельно (пакетная обработка, собственный интерфейс захвата) | Отдельные API, вызываемые напрямую, а не через сессию воркфлоу |

## Отправка ссылки самостоятельно

Если вы создаёте сессию через API, Didit возвращает URL верификации - а доставить его дальше решаете вы сами. Отправка из вашего собственного продукта, с вашими текстами и брендингом, обычно оказывается лучшим опытом в любом случае: человек уже доверяет вам, а сообщение от незнакомого отправителя - это издержка для конверсии.

Если вам нужно, чтобы письмо человеку отправил сам Didit, передайте контактные данные при создании сессии. Уточните, что поддерживается именно для вашей настройки, а не полагайтесь на предположения, и учтите, что **язык письма - это отдельное поле** от языка самого процесса. См. [настройка языка верификации](https://help.didit.me/ru/workflows/verification-languages).

## Выбор между размещённым, встроенным и нативным вариантом

| | Редирект на размещённую страницу | Встроенный (web SDK / iframe) | Нативный SDK |
|---|---|---|---|
| Требуется код | Минимально | Умеренно | Больше всего |
| Пользователь покидает ваше приложение | Да | Нет | Нет |
| Считывание чипа NFC | Нет | Нет | **Да** |
| Лучшее поведение камеры | Хорошее | Хорошее | Лучшее |
| Свой домен убирает Didit из URL | Да | н/д | н/д |

Если NFC для вас важен, эта строка всё решает: чип нельзя считать со страницы в браузере. См. [верификация по NFC-чипу](https://help.didit.me/ru/documents-coverage/nfc-chip-verification).

Какие встроенные варианты доступны на вашем тарифе, стоит уточнить у вашего контакта в Didit до того, как вы спланируете проект вокруг одного из них.

## Отдельные API против сессий воркфлоу

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

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

## Тестирование перед запуском в бой

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

[тестирование в sandbox](https://help.didit.me/ru/getting-started/sandbox-and-testing)

## Дальнейшие шаги

- Сначала настройте воркфлоу, если ещё не сделали этого: [построение воркфлоу для верификации](https://help.didit.me/ru/workflows/build-a-verification-workflow)
- Получайте результаты сразу, как только они готовы: [получение результатов верификации через webhooks](https://help.didit.me/ru/integration/webhooks-basics)
- Где найти ваш API-ключ: [управление API-ключами](https://help.didit.me/ru/account-organization/api-keys)
- Когда что-то возвращает ошибку: [ошибки API и что они означают](https://help.didit.me/ru/integration/api-errors)

## Подключение инструментов ИИ

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