Khi bạn tích hợp một SDK mediation quảng cáo SaaS thông thường, luồng sự kiện của bạn — mọi yêu cầu quảng cáo, mọi lượt hiển thị, mọi mã định danh người dùng — đều được gửi đến máy chủ của nhà cung cấp trước tiên. Họ xử lý, bổ sung thông tin và đôi khi gửi lại một bản sao đã lược bỏ dữ liệu nhạy cảm vào kho dữ liệu của bạn. Đến lúc bạn nhìn thấy dữ liệu, nó đã đi qua một hệ thống mà bạn không kiểm soát.
SDK tích hợp trực tiếp với Firebase hoạt động theo chiều ngược lại. Sự kiện được ghi vào Firestore và BigQuery của chính bạn trước tiên. Nhà cung cấp đọc dữ liệu từ dự án của bạn, chứ không phải ngược lại. Khác biệt này nghe có vẻ chỉ mang tính lý thuyết, cho đến đợt kiểm toán GDPR đầu tiên.
Điều gì thay đổi khi dự án của bạn nắm quyền sở hữu dữ liệu?
- Yêu cầu xóa dữ liệu chỉ cần một truy vấn Firestore — không cần gửi phiếu hỗ trợ cho nhà cung cấp, không phải chờ theo SLA
- Chi phí BigQuery dễ dự toán vì bạn kiểm soát lược đồ xuất dữ liệu
- Việc chuyển đổi lược đồ diễn ra theo lịch của bạn, không phải theo lịch phát hành của nhà cung cấp
- Danh sách bên xử lý dữ liệu phụ cần công bố được rút gọn, thường là đáng kể
Những đánh đổi không ai nhắc đến trong cuộc gọi bán hàng
Tích hợp trực tiếp với Firebase không có nghĩa là miễn phí. Bạn trả tiền cho Google để lưu trữ và chạy các truy vấn mà nếu không dùng mô hình này, bạn sẽ giao cho nhà cung cấp xử lý. Với ứng dụng có 5 triệu DAU, hóa đơn BigQuery vào khoảng 400–1.200 USD mỗi tháng — một khoản đáng kể, nhưng rất nhỏ so với doanh thu quảng cáo mà nó bảo vệ.
Bạn cũng phải tính đến hạn mức. Số lượt ghi Firestore mỗi giây, thao tác chèn dữ liệu trực tuyến vào BigQuery và độ trễ khởi động nguội của Cloud Functions đều là những giới hạn thực tế mà SDK SaaS thường âm thầm xử lý giúp bạn. Apps Kit SDK có sẵn lớp điều tiết tải ghi (backpressure), gom các thao tác ghi theo lô để phần lớn ứng dụng dưới 1 triệu DAU vẫn nằm trong hạn mức miễn phí.
Bạn thực sự trả cho Google bao nhiêu?
Mô hình chi phí này không có gì đặc biệt, và đó chính là ưu điểm — bạn có thể theo dõi từng khoản ngay trong bảng điều khiển thanh toán của mình. Dưới đây là các khoảng chi phí chúng tôi ghi nhận từ những hệ thống đang chạy Apps Kit SDK trong năm 2026, sau khi áp dụng lớp điều tiết tải ghi và thời hạn hết hạn phân vùng BigQuery 90 ngày được cấu hình mặc định.
- 1 triệu DAU: Firestore 40–90 USD, lưu trữ BigQuery 20–50 USD, truy vấn BigQuery 30–80 USD, Cloud Functions 10–30 USD — tổng dưới 250 USD/tháng
- 5 triệu DAU: Firestore 180–350 USD, lưu trữ BigQuery 100–220 USD, truy vấn BigQuery 120–400 USD, Cloud Functions 40–110 USD — tổng 400–1.200 USD/tháng
- 25 triệu DAU: Firestore 700–1.400 USD, lưu trữ BigQuery 450–900 USD, truy vấn BigQuery 500–1.800 USD, Cloud Functions 150–400 USD — tổng 1.800–4.800 USD/tháng
Những tùy chỉnh thực sự giúp giảm hóa đơn
Phần lớn chênh lệch chi phí ở trên đến từ ba quyết định. Thứ nhất, bạn chèn dữ liệu trực tuyến vào BigQuery hay nạp theo lô qua GCS — nạp theo lô giảm hơn 80% chi phí nạp dữ liệu, đổi lại báo cáo sẽ trễ 30 phút. Thứ hai là thời hạn hết hạn phân vùng — 90 ngày đáp ứng mọi truy vấn phục vụ vận hành mà chúng tôi từng cần; dữ liệu thô cũ hơn nên chuyển sang kho lưu trữ ít truy cập. Thứ ba là cách viết truy vấn — chỉ một bảng điều khiển chạy SELECT * không giới hạn phạm vi trên dữ liệu lượt hiển thị của cả năm cũng có thể tốn nhiều hơn tất cả các khoản còn lại cộng lại.
Vì sao điều này quan trọng hơn trong năm 2026?
Hai thay đổi về quy định đã làm thay đổi bài toán trong năm nay. Các yêu cầu về khả năng chuyển dữ liệu của DMA hiện áp dụng cho mọi nhà cung cấp xử lý dữ liệu người dùng cuối tại EU, còn thời hạn chuyển tiếp để thực thi DPDP của Ấn Độ đã kết thúc vào tháng 3. Cả hai khung quy định đều mặc định rằng bạn có thể xuất đầy đủ mọi sự kiện gắn với một người dùng bất cứ khi nào được yêu cầu.
Nếu hệ thống của nhà cung cấp SDK là nguồn dữ liệu gốc có thẩm quyền, bạn phải phụ thuộc vào công cụ xuất dữ liệu của họ. Nếu dự án Firebase của bạn giữ vai trò đó, việc xuất dữ liệu chỉ là một truy vấn mà bạn đã biết cách viết.
Một đợt kiểm toán GDPR / DPDP thực tế diễn ra như thế nào?
Khi cơ quan quản lý hoặc khách hàng doanh nghiệp lớn yêu cầu kiểm toán, họ cần bốn loại tài liệu và bằng chứng: danh sách tất cả bên xử lý dữ liệu phụ có tiếp xúc với dữ liệu người dùng cuối, bản xuất dữ liệu đầy đủ của một người dùng cụ thể, bằng chứng xóa dữ liệu và mô tả lịch lưu giữ dữ liệu. Với SDK SaaS, bạn chuẩn bị mục đầu tiên bằng cách đọc bản công bố của nhà cung cấp, hai mục tiếp theo bằng cách gửi phiếu hỗ trợ, còn mục cuối cùng thì phải phỏng đoán.
Với hệ thống tích hợp trực tiếp với Firebase, cả bốn đều có thể truy xuất trong phạm vi bạn kiểm soát. Bên xử lý dữ liệu phụ: danh sách dịch vụ GCP trong dự án. Xuất dữ liệu người dùng: một truy vấn Firestore và một truy vấn BigQuery, cả hai đều có mẫu đi kèm SDK. Bằng chứng xóa dữ liệu: một Cloud Function trả về số dòng bị tác động. Lưu giữ dữ liệu: chính sách hết hạn phân vùng của bạn, hiển thị ngay trong bảng điều khiển. Đợt kiểm toán từ hai tuần chạy đôn chạy đáo trở thành công việc hoàn tất trong nửa ngày.
Chuyển từ SDK SaaS mà không làm gián đoạn đo lường phân bổ
Điều khiến các đội ngũ lo ngại là viễn cảnh phải hoàn tất toàn bộ quá trình chuyển đổi trong một lần phát hành. Chúng tôi không làm theo cách đó. SDK tích hợp trực tiếp với Firebase được triển khai song song với SDK SaaS hiện có trong hai đến bốn tuần, ghi dữ liệu vào luồng xử lý mới trong khi luồng cũ vẫn tiếp tục cấp dữ liệu cho mọi bảng điều khiển và MMP hiện tại.
- Tuần 1: tích hợp SDK hoạt động trực tiếp với Firebase ở chế độ chạy ngầm song song (shadow mode), không thay đổi trải nghiệm người dùng, kiểm tra mức độ khớp của dữ liệu sự kiện trong BigQuery
- Tuần 2: chuyển các postback phân bổ sang luồng xử lý trực tiếp trên Firebase, giữ mediation trên SDK cũ
- Tuần 3: chuyển mediation sang SDK mới, giữ SDK SaaS tiếp tục gửi sự kiện chỉ để đọc và đối chiếu khi dữ liệu hai bên không khớp
- Tuần 4: gỡ SDK SaaS trong bản cập nhật ứng dụng tiếp theo, loại bỏ hoàn toàn sự phụ thuộc
Khi nào SaaS vẫn là lựa chọn tốt hơn?
Nếu đội ngũ của bạn chưa sử dụng Firebase và cũng không có kế hoạch triển khai, gánh nặng vận hành phát sinh từ SDK tích hợp trực tiếp với Firebase là điều phải cân nhắc. Mediation SaaS là lựa chọn phù hợp cho các studio muốn triển khai xong là không phải lo vận hành, cũng như cho các bản thử nghiệm mà quyền sở hữu dữ liệu chưa phải là tài sản chiến lược. Đây không phải quyết định thuần kỹ thuật — mà là lựa chọn ai sẽ nắm giữ lịch sử xử lý dữ liệu phục vụ kiểm toán.
Sở hữu luồng sự kiện không chỉ là thể hiện quan điểm về quyền riêng tư. Đó là khác biệt giữa việc bước vào đàm phán hợp đồng tiếp theo với nhà cung cấp từ thế chủ động và việc chỉ có một ảnh chụp màn hình trong tay.
Bạn nên làm gì trong quý này?
Nếu đã dùng Firebase Analytics, bạn đã đi được 60% chặng đường để triển khai SDK quảng cáo tích hợp trực tiếp với Firebase mà có lẽ chưa nhận ra. Hãy dành một sprint để triển khai tích hợp ở chế độ chạy ngầm song song như trên, rồi quyết định dựa trên báo cáo đối chiếu dữ liệu — không phải bộ slide bán hàng. Phần lớn đội ngũ hoàn tất giai đoạn chạy ngầm song song đều quyết định chuyển hẳn trong vòng 90 ngày.
