Mỗi SDK quảng cáo mà bạn tích hợp vào ứng dụng đều có một chi phí ẩn. Mỗi SDK làm tăng kích thước binary, kéo dài thời gian cold start, tạo ra các xung đột tương thích tiềm ẩn và thêm một dependency nữa cần được cập nhật khi phiên bản hệ điều hành mới ra mắt. Đối với những nhà xuất bản chạy năm, tám hoặc thậm chí mười hai SDK, tác động tích lũy lên hiệu suất ứng dụng và trải nghiệm người dùng có thể rất đáng kể — và thường không được nhận ra vì nó xảy ra từ từ.
Chi phí thực sự của SDK cồng kềnh
Mỗi megabyte được thêm vào binary ứng dụng của bạn đều quan trọng. Các nghiên cứu liên tục cho thấy tỷ lệ chuyển đổi cài đặt ứng dụng giảm đáng kể với mỗi megabyte tăng thêm trong kích thước tải xuống. Ở các thị trường mới nổi nơi người dùng có dung lượng lưu trữ hạn chế và kết nối chậm hơn, tác động còn rõ rệt hơn. Một nhà xuất bản thêm ba SDK quảng cáo với tổng cộng 15 megabyte có thể đang mất nhiều doanh thu từ lượt cài đặt giảm đi hơn là thu được từ demand bổ sung mà các SDK đó cung cấp.
Ngoài kích thước tải xuống, các SDK còn tiêu thụ tài nguyên khi chạy. Mỗi SDK khởi tạo khi ứng dụng khởi động sẽ cộng thêm vào thời gian khởi động của bạn. Người dùng phải chờ hơn ba giây để ứng dụng tải có khả năng bỏ đi cao hơn đáng kể. Và mỗi SDK chạy nền tiêu thụ bộ nhớ và pin — những tài nguyên mà người dùng nhận thấy và các nền tảng app store ngày càng phạt nặng hơn.
Kiểm toán SDK
Hãy bắt đầu bằng việc kiểm toán SDK stack hiện tại của bạn. Đối với mỗi SDK quảng cáo trong ứng dụng, hãy đo ba thứ: kích thước binary mà nó thêm vào, doanh thu mà nó tạo ra và fill rate của nó. Bạn gần như chắc chắn sẽ thấy rằng một hoặc hai SDK chịu trách nhiệm cho phần lớn doanh thu của bạn, trong khi một số SDK khác đóng góp rất ít nhưng lại thêm overhead đáng kể.
Quy tắc 80/20 được áp dụng
Trong hầu hết các ứng dụng của nhà xuất bản, hai đến ba SDK quảng cáo tạo ra 80 phần trăm hoặc hơn tổng doanh thu quảng cáo. Các SDK còn lại lấp đầy khoảng trống nhưng thường với chi phí vượt quá đóng góp của chúng khi bạn tính đến tác động về hiệu suất. Mục tiêu không phải là loại bỏ tất cả SDK — mà là tìm bộ tối thiểu để nắm bắt doanh thu tối đa.
Giải pháp phía máy chủ
Cách hiệu quả nhất để giảm số lượng SDK mà không mất đi sự đa dạng của demand là chuyển việc tổng hợp demand từ phía client sang phía server. Ví dụ, Open Bidding của Google cho phép nhiều đối tác demand cạnh tranh cho inventory của bạn mà không cần SDK riêng lẻ của họ trong ứng dụng. Bạn có được áp lực cạnh tranh từ nhiều người đấu giá với sự đơn giản của việc tích hợp một SDK duy nhất.
Phương pháp managed demand
Đối tác managed demand đưa khái niệm này đi xa hơn. Thay vì tự tích hợp nhiều SDK, bạn tích hợp một điểm kết nối duy nhất — thông qua nền tảng mediation hiện có hoặc thông qua tích hợp phía máy chủ nhẹ. Đối tác managed tổng hợp demand từ hàng chục nguồn trên hạ tầng của họ, và ứng dụng của bạn chỉ thấy một nguồn demand duy nhất. Kết quả là sự đa dạng demand nhiều hơn với ít SDK overhead hơn.
Những nhà xuất bản thông minh nhất không hỏi "tôi có thể thêm bao nhiêu SDK?" Họ hỏi "số lượng SDK tối thiểu tôi cần để nắm bắt doanh thu tối đa là bao nhiêu?" Câu trả lời gần như luôn ít hơn số lượng họ hiện có.
Các bước thực tế để giảm SDK cồng kềnh
1. Loại bỏ các SDK hoạt động kém
Nếu một SDK tạo ra ít hơn 5 phần trăm tổng doanh thu quảng cáo của bạn, hãy cân nhắc nghiêm túc việc loại bỏ nó. Chi phí về hiệu suất có thể vượt quá đóng góp doanh thu.
2. Hợp nhất thông qua mediation
Sử dụng các adapter tích hợp sẵn của nền tảng mediation thay vì tích hợp SDK độc lập khi có thể. Các adapter mediation thường nhẹ hơn so với tích hợp SDK đầy đủ.
3. Tận dụng server-side bidding
Chuyển các đối tác demand hỗ trợ server-side bidding sang mô hình đó. Điều này loại bỏ SDK của họ khỏi ứng dụng trong khi vẫn duy trì demand của họ trong waterfall của bạn.
4. Sử dụng đối tác managed cho demand dài hạn
Thay vì tích hợp năm SDK chuyên biệt cho demand khu vực hoặc chuyên môn, hãy sử dụng một đối tác managed duy nhất tổng hợp demand đó ở phía máy chủ.
Đo lường tác động
Sau khi giảm số lượng SDK, hãy theo dõi ba chỉ số: giảm kích thước ứng dụng, cải thiện thời gian khởi động và tổng doanh thu quảng cáo. Việc giảm SDK được thực hiện tốt sẽ cho thấy sự cải thiện đo lường được ở hai chỉ số đầu tiên mà không có thay đổi đáng kể — hoặc thậm chí cải thiện — ở chỉ số thứ ba, vì kích thước ứng dụng giảm dẫn đến tỷ lệ cài đặt cao hơn và giữ chân người dùng tốt hơn.