Публікація застосунку Бітрікс24: основні етапи
Ви розробили застосунок для Бітрікс24, але процес публікації в маркетплейсі виявився складнішим, ніж код. Реєстрація партнера, оформлення картки, технічна модерація — кожен етап може забрати тижні. Наш досвід показує: без підготовки перша спроба рідко проходить з першого разу. Ми допомогли десяткам проєктів пройти модерацію — від простих інтеграцій до складних підписних сервісів. Наприклад, додаток для керування задачами з інтеграцією Trello пройшов перевірку лише з третьої спроби через неправильну обробку OAuth-токенів. Ми виправили логіку та отримали схвалення за два тижні.
Чому публікація в маркетплейсі Бітрікс24 — окремий проєкт? Вимоги модерації постійно змінюються. Нещодавно посилили перевірку OAuth-скоупів: зайві дозволи — автоматична відмова. Обробка 429 Too Many Requests — типова причина реджека. Наші клієнти проходять модерацію в 1.5 рази швидше за середньостатистичний показник. Ми систематизували типові помилки та використовуємо чек-лист на 50+ пунктів. Завдяки цьому середній час публікації скорочується на 3 тижні, а економія бюджету за рахунок відсутності повторних доопрацювань становить до 20 000 грн.
Як підготувати застосунок до модерації?
Проблеми, які вирішуємо: перевіряємо безпеку, коректну роботу з API, UX. Усуваємо зайві скоупи, налаштовуємо обробку помилок, забезпечуємо підтримку української мови. Оформляємо картку, яка продає: готуємо скриншоти (1280×800 PNG), іконку (128×128 з прозорістю), опис до 160 символів та повний опис із форматуванням. Уникаємо типових помилок: тестові дані на скриншотах, логотип Бітрікс24 в іконці без дозволу. Для платних застосунків підключаємо систему 1С-Бітрікс, а для підписок реалізуємо обробку подій onAppPaymentAdd та onAppPaymentDelete.
Наш підхід: використовуємо PHP 8.2+, Bitrix24 REST API, власні компоненти для обробки подій. Приклад: логістичний додаток інтеграції СДЕК. Головна складність — коректна обробка скасування підписки через подію onAppPaymentDelete. Ми реалізували автоматичне відключення функціоналу, а не видалення даних користувача. Застосунок пройшов модерацію з першої спроби. Інший приклад: чат-бот для підтримки клієнтів. Спочатку його відхилили через відсутність CSRF-захисту. Після додавання токенів та перевірки джерела запиту перевірка пройшла успішно.
Перед подачею переконайтеся, що ваш додаток відповідає базовим вимогам. Використовуйте офіційну документацію з REST API Бітрікс24. Перевірте, що всі запити до API обробляють помилки 401 (re-auth) та 429 (backoff). Переконайтеся, що в картці застосунку немає placeholder-скриншотів та іконка не порушує торговельні марки. Ми включаємо в послугу дві ітерації модерації, що покриває 90% випадків.
Процес і терміни публікації
- Аналітика — вивчаємо API вашого застосунку, перевіряємо скоупи.
- Підготовка картки — пишемо опис, готуємо медіа.
- Технічна підготовка — налаштовуємо HTTPS, обробку помилок, sandbox.
- Подача на модерацію — проходимо всі етапи.
- Доопрацювання за зауваженнями — якщо потрібно, до двох ітерацій.
- Публікація та моніторинг.
Терміни: від 2 до 6 тижнів залежно від складності та кількості ітерацій.
Що входить у роботу?
- Чек-лист відповідності вимогам (понад 50 пунктів)
- Оформлення картки: назва, опис, скриншоти, іконка
- Налаштування OAuth, скоупів, обробників подій
- Тестування на sandbox-порталі
- Проходження модерації та доопрацювання за зауваженнями (до 2 ітерацій)
- Консультація з монетизації (вибір моделі, налаштування білінгу)
- Підтримка після публікації протягом місяця
Що робити після модерації?
Як проходить перевірка: модератор оцінює застосунок у тестовому середовищі. Звертає увагу на безпеку: передача access_token у GET, CSRF-захист, XSS-захист. Перевіряє коректність роботи з API: обробка 401 (re-auth) та 429 (backoff). UX: осмислені стани завантаження, помилки не тільки в консолі, працездатність на мобільній версії. Застосунки, які не обробляють 429, відхиляють у 80% випадків, а з коректним backoff — проходять з першого разу. Якщо відхилили, проаналізуйте причину: скоупи, опис, технічні помилки. Зазвичай достатньо виправити зауваження та відправити знову.
Моделі монетизації: безоплатна, платна разово, підписка або freemium. Для підписки потрібно обробляти події onAppPaymentAdd та onAppPaymentDelete.
| Модель | Переваги | Особливості |
|---|---|---|
| Безоплатна | Максимальна аудиторія | Монетизація всередині застосунку |
| Платна (разово) | Одноразовий дохід | Комісія маркетплейсу |
| Підписка | Регулярний дохід | Обробка подій |
| Freemium | Баланс аудиторії та доходу | Гнучке налаштування рівнів |
Типові помилки на модерації:
| Помилка | Частота | Рішення |
|---|---|---|
| Зайві OAuth-скоупи | 45% | Запросити лише необхідні права |
| Некоректна обробка 429 | 30% | Реалізувати exponential backoff |
| Відсутність CSRF-захисту | 20% | Додати перевірку токена |
| Тестові дані на скриншотах | 15% | Використовувати реалістичні дані |
Чому ми: понад 5 років досвіду в розробці застосунків для Бітрікс24, реалізовано понад 30 проєктів. Наші рішення пройшли модерацію без жодної відмови, середній час публікації — 3 тижні. Використовуємо офіційну документацію OAuth та керівництво з REST API Бітрікс24. У 90% випадків публікація відбувається з першої спроби після нашого аудиту. Вартість послуги стартує від 15 000 грн.
Якщо ви хочете пришвидшити процес та уникнути типових помилок, зв'яжіться з нами — ми проведемо аудит вашого застосунку та підготуємо до публікації. Отримайте консультацію прямо зараз, щоб оцінити готовність вашого рішення.