Чем заменить Firebase в России
Firebase в России в 2026 году работает наполовину. Firestore, Auth и пуши через FCM отвечают, а вот Cloud Storage с 3 февраля 2026 года отключён на бесплатном тарифе Spark: файлы лежат, но по запросу приходит ошибка 402. Перейти на платный Blaze нельзя, потому что биллинг Google не принимает российские карты. Мы в сентябре 2026 закончили переезд портала с Firebase на Payload и ниже рассказываем, что именно ломается, куда переезжать и как это выглядит в реальном проекте.
Что именно перестало работать
Проблема не в блокировках, а в деньгах и лимитах. По пунктам, что мы видели на проекте клиента и что подтверждает документация Google.
| Что | Как было | Как сейчас |
|---|---|---|
| Cloud Storage (файлы) | На Spark 5 ГБ бесплатно | С 3 февраля 2026 Spark-проекты потеряли доступ к бакетам. API отвечает 402 или 403, данные не удалены, но и не отдаются, пока проект не переведут на Blaze |
| Оплата Blaze | Любая карта | Карты российских банков биллинг Google отклоняет. Новые аккаунты Google Cloud из России не регистрируются с 11 марта 2022 |
| Firestore | 50 000 чтений, 20 000 записей в день, 1 ГиБ данных бесплатно | Лимиты те же. Портал с сотнями активных пользователей упирается в них: у нашего клиента в 2024 году приложение регулярно падало с Quota exceeded |
| Authentication | 50 000 активных пользователей в месяц бесплатно | Работает. Но письма сброса пароля уходят с серверов Google и до части российских почт не доходят |
| Cloud Functions | Только на Blaze | Без Blaze серверная логика недоступна вообще |
| FCM (пуши) | Работает | Работает, но живёт в той же инфраструктуре Google, которую вы уже не контролируете |
Итог для владельца проекта: если у вас нет иностранной карты и юрлица за рубежом, Firebase уже сейчас не даёт хранить файлы и запускать серверный код, а остальные сервисы держатся на бесплатных квотах, которые нельзя расширить.
Куда переезжать: таблица вариантов
Все варианты ниже можно поднять на сервере в России, значит, персональные данные остаются в стране и никакая блокировка снаружи их не тронет.
| Вариант | Где хостится | Авторизация | Файлы | Пуши | Насколько сложный переезд |
|---|---|---|---|---|---|
| Payload CMS 3 | Свой сервер, внутри Next.js. База Postgres, MongoDB или SQLite | Встроенная: пользователи, роли, права на уровне коллекций и полей | Встроенная загрузка, хранение на диске или в S3 | Нет из коробки, пишется свой слой (FCM, RuStore, Яндекс) | Средний. Схему данных описываете кодом, зато логику портала (статусы, права, формы) делаете в той же кодовой базе |
| Supabase (self-hosted) | Свой сервер, Docker Compose. Минимум 2 ядра, 4 ГБ RAM, 40 ГБ SSD по документации | GoTrue, JWT, соцсети | Storage поверх S3-совместимого хранилища | Нет, нужен внешний сервис | Самый близкий к Firebase по идее (база, авторизация, realtime, функции), но вместо Firestore будет Postgres, код запросов переписывается |
| Appwrite (self-hosted) | Свой сервер, Docker | Встроенная | Встроенная | Есть свой модуль Messaging с пушами | Похож на Firebase по набору сервисов, SDK для мобильных платформ. Нужно поддерживать несколько контейнеров |
| PocketBase | Один исполняемый файл на Go, база SQLite | Встроенная | Встроенная | Нет | Самый простой запуск. Но проект в версии 0.x, авторы не гарантируют обратную совместимость до 1.0, и всё живёт на одном сервере |
| Яндекс Облако | Дата-центры в России, оплата в рублях | Нет готового аналога Firebase Auth, авторизацию пишете сами | Object Storage (S3-совместимое) | Cloud Notification Service: APNs, FCM, HMS, обещан RuStore | Не платформа, а набор кирпичей: Managed PostgreSQL, Cloud Functions, Object Storage. Собирать бэкенд придётся самим |
Как мы выбираем между ними на практике:
- Веб-портал, личный кабинет, заявки, роли, много файлов, фронт на React или Next.js. Берём Payload: он закрывает и данные, и авторизацию, и файлы, и админку для менеджеров.
- Мобильное приложение, которое ходит в Firebase напрямую через SDK и живёт на realtime-подписках. Ближе Supabase или Appwrite на своём сервере, там есть клиентские SDK и realtime.
- Маленький сервис одного разработчика, где важно поднять за час. PocketBase, с оговоркой про версию 0.x.
- Нужен только хостинг в России под уже написанный бэкенд. Яндекс Облако или любой VPS.
Как мы переезжали: портал гарантийных заявок ДС Энерджи
Проект: портал ДС Энерджи, поставщика котельного оборудования Daesung (app.dsenergy.ru). Сервисные центры заводят гарантийные заявки с обязательными фото (талон, акт, шильдик), производитель проверяет и оплачивает работы по фиксированным тарифам. Фронт на React, всё остальное в Firebase: Firestore, Authentication, Storage, письма.
Что подтолкнуло к переезду, по порядку:
- 2024 год. Портал упирается в 50 000 чтений Firestore в день и падает с Quota exceeded. Расширить лимит без Blaze нельзя, Blaze без иностранной карты недоступен.
- Письма сброса пароля от Google не доходят до части почтовых ящиков сервисных центров.
- Первая оценка переезда в феврале 2025: делать в фоне по 20 часов в месяц, срок несколько месяцев. Клиент тогда решил подождать.
- Июль 2026. Storage перестаёт отдавать файлы на бесплатном тарифе, в ответах 402. Фото к заявкам не открываются, а без фото производитель не может проверить гарантийный случай.
Решение о переезде клиент принял в мае 2026, стек выбрали Payload CMS 3 внутри Next.js на своём сервере. Дальше по этапам.
Данные и файлы
Заявки из Firestore переложили в коллекции Payload, файлы из Storage выгрузили и положили в хранилище на сервере, привязав к тем же заявкам. Комментарии из старой системы, где было одно перезаписываемое поле, превратились в переписку по заявке в виде чата: история больше не теряется. К концу июня 2026 всё было перенесено.
Пользователи и пароли
Самое чувствительное место. Люди не должны заново регистрироваться и получать письма с новыми паролями, особенно когда письма от Google до них не доходят.
Firebase хранит пароли в виде хэшей по модифицированному scrypt, и firebase auth:export отдаёт эти хэши вместе с солью, а параметры алгоритма (signer key, salt separator, rounds, mem cost) показываются в консоли в разделе Authentication. Мы перенесли пользователей вместе с хэшами и проверяем старый хэш при входе. В итоге сервисные центры вошли на новый портал теми же логинами и паролями, что и раньше.
Что оказалось сложнее, чем планировали: доступ к Google-аккаунту клиента, без которого нельзя ни выгрузить пользователей, ни сбросить пароль, и почта на корпоративных доменах клиента (DNS-записи, попадание в спам).
Письма
Уведомления и сброс пароля теперь уходят с почтового ящика клиента, а не с серверов Google. Это одна из самых заметных для пользователей перемен: письма стали доходить.
Что получили сверх переноса
- Мобильная версия портала и загрузка фото с камеры телефона. В Payload адаптивная админка и загрузка файлов есть из коробки, для сервисных центров, которые заполняют заявки прямо у котла, это оказалось важнее всего.
- Чат по заявке вместо одного поля с комментарием.
- Роли менеджера и сервисного центра, статусы заявок, обязательные фото на уровне схемы, а не на честном слове.
Запуск
Летом 2026 клиент тестировал новый портал параллельно со старым. Боевое переключение прошло 17 сентября 2026: данные уже лежали на новом портале, ничего не переносили руками в день запуска. Один баг в форме создания пользователя нашли и починили в тот же день.
По сравнению с оценкой 2025 года срок сократился заметно: значительную часть рутинного переноса (маппинг полей, скрипты миграции) делали с помощью нейросетей под контролем разработчика.
Что делать с пушами
FCM по-прежнему доставляет уведомления, и на наших проектах он работает. Но полагаться на него как на единственный канал в 2026 году неразумно. Мы делаем так: приложение и сайт не ходят в FCM сами, отправкой занимается наш бэкенд через отдельный модуль. Если завтра FCM отвалится, меняем транспорт в одном месте.
Замены для Android без сервисов Google: RuStore Push (доставка через RuStore и приложения VK, есть SDK для Kotlin, React Native, Flutter). Для нескольких платформ сразу: Cloud Notification Service Яндекс Облака, он умеет APNs, FCM и HMS, RuStore обещан. Для iOS альтернативы APNs нет, так что там канал остаётся прежним.
Сколько стоит переезд и хостинг
Стоимость переезда зависит от четырёх вещей: сколько коллекций в Firestore и насколько они вложенные, сколько пользователей и нужно ли сохранять пароли, сколько файлов в Storage и есть ли Cloud Functions с бизнес-логикой. Мы смотрим проект и в течение дня даём срок и сумму.
Хостинг после переезда: обычный VPS в России с Docker. Платите хостеру в рублях, лимитов на чтения и записи нет, файлы на диске сервера или в S3-хранилище российского провайдера.
Если у вас проект на Firebase и файлы уже не открываются или вы просто не хотите ждать, когда отвалится следующий сервис, напишите нам. Посмотрим базу и функции, на следующий день скажем, сколько займёт переезд и что сохранится без изменений для пользователей. Услуга переезда описана на payload.agency/pereezd-s-firebase.
Частые вопросы
Работает ли Firebase в России в 2026 году?
Частично. Консоль, Firestore, Auth и FCM в наших проектах отвечают, но Cloud Storage с 3 февраля 2026 недоступен на бесплатном тарифе Spark, а перейти на платный Blaze с российской картой нельзя. Так что проект без иностранной карты фактически теряет файлы.
Можно ли оплатить Firebase из России?
Напрямую нет. Биллинг Google Cloud не принимает карты российских банков, а новые аккаунты Google Cloud из России не регистрируют с марта 2022. Остаются посредники и карты других стран, оба варианта держатся на честном слове и могут отвалиться в любой момент.
Что произойдёт с данными, если ничего не делать?
Данные из Firestore и Auth продолжат работать в пределах бесплатных квот. Файлы в Storage на тарифе Spark уже недоступны: запросы возвращают 402 или 403, сами объекты Google хранит, но отдать их можно только после перехода на Blaze. Чем дольше ждать, тем дороже переезд: файлы придётся вытаскивать в спешке.
Supabase или Payload: что выбрать вместо Firebase?
Если у вас мобильное приложение и нужен готовый бэкенд как сервис с realtime и авторизацией из коробки, ближе Supabase или Appwrite на своём сервере. Если это веб-портал или личный кабинет с формами, ролями и файлами, дешевле и проще Payload внутри Next.js: одна кодовая база, одна админка, один деплой.
Сколько стоит переезд с Firebase?
Зависит от того, сколько у вас коллекций, пользователей и файлов и есть ли Cloud Functions с логикой. Мы смотрим проект и на следующий день называем срок и сумму. Для ориентира: на портале с авторизацией, заявками и файлами перенос данных занял у нас около полутора месяцев, потом клиент тестировал новый портал параллельно со старым.
Что с push-уведомлениями после переезда?
FCM пока доставляет пуши и на наших проектах работает. Мы отправляем их через свой слой в бэкенде, а не напрямую из приложения, поэтому смена транспорта на RuStore Push или сервис уведомлений Яндекс Облака занимает день, а не переписывание приложения.