> For the complete documentation index, see [llms.txt](https://support.trybit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.trybit.com/ru/getting-started/steps.md).

# С чего начать

Руководство по началу работы с Trybit.

Подключение Trybit — короткий процесс из нескольких шагов: от регистрации до первого реального платежа. Ниже — подробный план с ссылками на инструкции по каждому шагу.

### Шаг 1. Зарегистрируйтесь в личном кабинете

Создайте учетную запись — это займет пару минут. Если позже возникнут сложности с доступом (утерян email, не приходит письмо-подтверждение), решения есть на странице [Регистрация и доступ к аккаунту](/ru/getting-started/sign-up.md).

### Шаг 2. Добавьте проект

В личном кабинете нажмите «Добавить проект» и пройдите процесс добавления проекта: сначала выберите тип — Сайт, Telegram-бот или Прием донатов (тип нельзя изменить после создания). Дальше заполните данные о проекте (название, вид деятельности, описание, ожидаемый оборот, домен или ссылку на бота/соцсеть) и подтвердите владение — доменом, ботом или профилем, в зависимости от типа проекта. Проект создается сразу в тестовом режиме. Подробный разбор всех шагов процесса добавления проекта — на странице [Добавление проекта](/ru/getting-started/add-project.md).

<figure><img src="https://743074228-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FGGWSoL3mKvcqS0CBSqOz%2Fuploads%2FqV72cLRpRCztvId2QWbB%2F%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202026-10-05%20%D0%B2%2015.54.55.png?alt=media&amp;token=76c68a45-af0c-4a67-8911-9ed91996575e" alt="" width="251"><figcaption></figcaption></figure>

### Шаг 3. Пройдите верификацию

После заполнения информации о проекте и перед началом интеграции необходимо подтвердить владение доменом или Telegram-ботом одним из доступных способов.

### Шаг 4. Проведите интеграцию

После подтверждения владения проектом необходимо выбрать один из предложенных способов интеграции. Доступны 4 варианта:

* API — максимум гибкости, нужен разработчик;
* CMS-модули — если сайт на популярной платформе (WordPress, Tilda и др.);
* HTML-виджет (с постбэком) — готовый код для вставки на сайт, с уведомлениями об оплате;
* HTML-виджет (без постбэка) — тот же виджет, но без проверки постбэка — подходит, если уведомления на своем сервере не нужны.

Подробнее — на странице [Способы интеграции](/ru/integration/methods.md).

<figure><img src="https://743074228-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FGGWSoL3mKvcqS0CBSqOz%2Fuploads%2F7nIwn4bLMLXxqBct0FKb%2F%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202026-10-05%20%D0%B2%2016.28.15.png?alt=media&amp;token=c3ce8917-afba-4e1a-8809-3f586f97b98f" alt=""><figcaption></figcaption></figure>

### Шаг 5. Протестируйте интеграцию

API key, Shop ID и Secret key выдаются на шаге процесса добавления проекта «Ключи и тестовые платежи» — сразу после выбора способа интеграции. Создайте тестовый счет и пройдите оплату на своей платформе от начала до конца, чтобы убедиться, что все работает корректно — платеж создается, статус обновляется, уведомления приходят. Как это сделать — на странице [Тестирование интеграции](/ru/integration/testing.md).

### Шаг 6. Подайте заявку на выход из тестового режима

Выйти из тестового режима можно только после того, как вы полностью настроили интеграцию и проверили, что POSTBACK работает корректно, — на шаге «Тестирование интеграции». После этого становится доступна отправка проекта на выход из теста. Проверка занимает до 24 часов. Требования к проекту для одобрения — на странице [Требования и ограничения](/ru/general-information/connection-requirements.md).

### Шаг 7. Настройте проект и принимайте платежи

На этом шаге вы завершаете [настройку проекта](/ru/getting-started/project-settings.md): выбираете валюты и приводите отображение страницы чекаута к нужному виду, доводите все параметры приема платежей до максимально удобной для вас конфигурации — и можете принимать платежи.&#x20;

### Шаг 8. Расскажите клиентам о новом способе оплаты

Разместите на сайте фирменные иконки и кнопки оплаты Trybit — это повышает узнаваемость и доверие клиентов к новому способу оплаты. Готовые элементы и рекомендации — на странице [Как оформить способ оплаты Trybit на сайте](/ru/integration/payment-display.md).

### Если нужна помощь

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

{% hint style="success" %}
Если у вас возникли вопросы или требуется помощь, вы можете обратиться в наш чат поддержки на сайте и в личном кабинете, а также связаться с нами в Telegram. Контакты поддержки указаны [на нашем сайте](https://trybit.com/support).
{% endhint %}

> Мы регулярно работаем над улучшением базы знаний сервиса. Пожалуйста, оцените качество и полезность материалов [по ссылке](https://survey.zohopublic.eu/zs/iqTGou).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://support.trybit.com/ru/getting-started/steps.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
