들어가며
Firebase는 강력한 플랫폼이지만 관리자 기능만을 위해 도입하기엔 설정이 복잡하고 비용도 만만치 않아요. 사용자 인증, Firestore 구조 설계, 보안 규칙 작성까지 고려하면 정작 만들려는 기능보다 인프라 설정에 시간이 더 걸리기도 합니다.
Firebase를 선택하는 이유와 한계
Firebase는 빠른 프로토타이핑에 탁월합니다. 인증부터 데이터베이스, 스토리지까지 하나의 플랫폼에서 제공해요. 하지만 관리자 화면을 만들려면 Firebase Console 이외의 별도 UI를 직접 구현해야 합니다. 결국 Firebase는 백엔드 역할만 하고, 관리자 인터페이스는 따로 개발해야 하는 상황이 생겨요.
관리자 기능에서 Firebase가 과한 이유
팝업 내용을 바꾸고, 배너를 업데이트하고, 공지사항을 올리는 작업. 이걸 위해 Firebase Auth 설정, Firestore 규칙 작성, 관리자 SDK 연동까지 해야 한다면 오버엔지니어링입니다. 필요한 건 간단한 CRUD와 콘텐츠 관리 UI예요.
더 가벼운 대안들
Supabase는 오픈소스 Firebase 대안으로 SQL 기반이라 익숙한 데이터 모델을 사용할 수 있어요. Directus나 Strapi 같은 헤드리스 CMS는 관리자 UI를 기본 제공합니다. 아니면 운영 기능에 특화된 플랫폼을 연결하는 방법도 있어요.
선택 기준: 무엇을 관리하고 싶은가
복잡한 사용자 데이터와 실시간 동기화가 필요하다면 Firebase가 맞아요. 하지만 팝업·배너·공지·FAQ 같은 운영 콘텐츠를 관리하는 것이 목적이라면, 훨씬 가벼운 도구로도 충분합니다. 목적에 맞는 도구를 선택하는 게 핵심이에요.
디보로 해결할 수 있어요
디보는 팝업, 배너, 공지, FAQ 같은 운영 콘텐츠 관리에 특화된 플랫폼이에요. Firebase 설정 없이 기존 사이트에 익스텐션으로 연결하면 관리자 기능이 바로 생깁니다. 운영 목적이라면 Firebase보다 훨씬 빠르게 시작할 수 있어요.