RCS Business Messaging: Panduan Verified Sender dan Rich Card

Panduan ini ditujukan bagi pimpinan marketing, produk, dan messaging yang sering mendengar soal RCS dan ingin gambaran yang jelas sebelum mengalokasikan anggaran. Artikel ini menjelaskan apa itu RCS Business Messaging, bagaimana verifikasi pengirim dan konten rich bekerja, mengapa ketersediaannya berbeda di tiap perangkat dan operator, serta bagaimana RCS dibandingkan dengan SMS dan WhatsApp dalam rencana kanal yang nyata. Untuk perbandingan tiga kanal yang lebih luas, lihat WhatsApp vs SMS vs RCS; artikel ini membahas RCS lebih dalam.

Apa itu RCS Business Messaging?

RCS Business Messaging (RBM) adalah sisi business-to-consumer dari RCS (Rich Communication Services), standar GSMA yang meningkatkan SMS di aplikasi pesan bawaan ponsel. Google, yang menjalankan platform RBM utama, kini menamakannya RCS for Business.

Alih-alih nomor biasa atau Sender ID alfanumerik (SMS masking), pelanggan melihat percakapan bermerek dengan nama, logo, dan badge Verified milik Anda. Di dalamnya, Anda dapat mengirim teks, gambar, video, PDF, rich card, carousel, dan tombol, dan pelanggan dapat membalas.

Tiga pihak membuat layanan ini berjalan:

• Agen brand: pengirim yang dikonfigurasi (nama, logo, warna, deskripsi, detail kontak) yang mewakili bisnis Anda.
• Platform RBM dan provider: platform RBM Google plus provider pesan yang menghubungkan sistem Anda dengannya.
• Operator (carrier): jaringan seluler harus sudah meluncurkan RBM, dan dalam banyak kasus menyetujui agen Anda.

Bagaimana verifikasi pengirim bekerja?

Setiap agen RBM harus lolos peninjauan peluncuran sebelum dapat mengirim pesan ke publik. Menurut dokumentasi peluncuran Google, peninjauan ini mencakup verifikasi brand dan penilaian aset agen, dan ditangani oleh Google, operator, atau keduanya, tergantung operator yang Anda pilih.

Menurut dokumentasi Google, berikut yang Anda perlukan untuk peninjauan yang dikelola Google:

1. Website yang berfungsi dan dapat diakses publik.
2. Tautan ke kebijakan privasi dan syarat layanan Anda.
3. Deskripsi pengalaman agen, didukung video pratinjau atau transkrip terperinci.
4. Kasus penggunaan yang dideklarasikan: OTP (kode verifikasi), transaksional, promosi, atau multi-use.
5. Deskripsi pemicu, interaksi, dan opt-out yang sesuai dengan kasus penggunaan tersebut, dengan dukungan kata kunci STOP di setiap bahasa yang digunakan agen.

Beberapa operator menjalankan persetujuan sendiri dan mewajibkan perjanjian langsung dengan brand; Google mencatat bahwa operator tersebut menolak peluncuran jika tidak ada kontrak. Rencanakan jadwal per operator, bukan per negara.

Apa saja yang bisa dikirim dalam pesan RBM?

RBM mendukung konten yang jauh lebih kaya dibanding SMS. Dokumentasi Google mencantumkan jenis pesan dan batasan berikut:

Fitur-fitur ini mengubah SMS satu arah menjadi sesuatu yang mendekati layar aplikasi: carousel kamar hotel dengan tombol "Pesan", kartu boarding pass dengan "Check-in", atau kartu pengiriman dengan "Jadwal ulang".

Bagaimana percakapan dimulai

Dokumentasi Google menyatakan bahwa pengguna tidak dapat memulai percakapan dengan agen RBM. Agen mengirim lebih dulu, dipicu oleh suatu kejadian seperti pesanan yang sudah dikirim, lalu pengguna dapat membalas kapan saja. Balasan masuk ke sistem Anda melalui webhook.

Di mana RCS tersedia?

RBM hanya sampai ke pelanggan jika tiga kondisi terpenuhi sekaligus:

1. Operator sudah meluncurkan RBM dan menyetujui agen Anda.
2. Perangkat dan aplikasi pesan mendukung RCS, misalnya Google Messages di Android, atau Apple Messages di iPhone mulai iOS 18 di tempat operator mendukungnya.
3. RCS aktif untuk pengguna tersebut, yang dapat bergantung pada pengaturan, SIM, dan konektivitas data.

Apple menambahkan RCS ke iPhone lewat iOS 18. Dokumentasi provider melaporkan bahwa pesan bisnis dengan branding terverifikasi berfungsi di iPhone di tempat operator mendukungnya, awalnya di pasar tertentu. Karena dukungan operator terus berubah, jangan mengandalkan klaim tingkat pasar. Minta provider Anda menyediakan cakupan per operator di setiap negara target, dan ukur sendiri berapa persen audiens Anda yang mendukung RCS.

Saat Anda mengirim ke perangkat yang tidak mendukung RCS, platform Google mengembalikan error (HTTP 404), dan Google menyatakan agen harus melakukan fallback ke teknologi lain seperti SMS. Fallback adalah tanggung jawab Anda, bukan platform.

Bagaimana RCS dibandingkan dengan SMS dan WhatsApp?

RCS berada di antara SMS dan WhatsApp: lebih kaya dari SMS, native seperti SMS, tetapi jangkauannya bergantung pada operator.

Di negara Teluk (GCC), WhatsApp banyak digunakan untuk pesan bisnis dan SMS menggunakan Sender ID yang diatur regulator, seperti dibahas di panduan registrasi Sender ID kami. Adopsi RCS bergantung pada peluncuran tiap operator, jadi perlakukan RCS sebagai lapisan peningkatan yang diuji setelah cakupan terkonfirmasi.

Bagaimana mengevaluasi RCS untuk bisnis Anda?

Gunakan daftar periksa ini sebelum menjalankan pilot:

1. Daftarkan negara dan operator target, diurutkan berdasarkan volume pelanggan Anda.
2. Minta cakupan RBM per operator dan persyaratan peluncuran dari provider.
3. Pilih satu kasus penggunaan di mana konten rich jelas membantu, seperti pengelolaan pengiriman atau pemesanan.
4. Rancang fallback SMS lebih dulu: informasi kunci yang sama, tautan yang sama, dan deduplikasi agar tidak ada yang menerima keduanya.
5. Siapkan aset peluncuran: logo, banner, deskripsi, kebijakan privasi, syarat layanan, transkrip, dan penanganan STOP.
6. Tentukan metrik keberhasilan: tingkat pengiriman, pembacaan, dan tindakan dibanding kelompok kontrol SMS, serta biaya per tindakan yang selesai.
7. Jalankan A/B test dengan kontrol SMS saja sebelum diperluas.

Contoh kasus: brand perjalanan ala maskapai di Arab Saudi

"Wadi Air" (fiktif) saat ini mengirim pengingat check-in lewat SMS. Perusahaan ini ingin pesan yang lebih kaya untuk check-in dan penawaran upgrade kursi.

• Tim meminta cakupan untuk dua pasar teratasnya dan mendapati bahwa hanya sebagian operator yang sudah meluncurkan RBM.
• Untuk perangkat yang mendukung, tim merancang rich card berisi detail penerbangan, action "Check-in", dan carousel pilihan kursi. Perangkat yang tidak mendukung menerima SMS yang sudah ada dengan tautan check-in.
• Tim meluncurkan dengan kasus penggunaan transaksional dan dukungan STOP dalam bahasa Arab dan Inggris.
• Setelah sebulan, tim membandingkan tingkat penyelesaian check-in antara penerima RCS dan SMS di rute yang sama sebelum memutuskan untuk memperluas, tanpa mengandalkan benchmark vendor.

Apa saja keterbatasan dan kesalahan umum?

• Mengasumsikan jangkauan universal. Cakupan RBM berbeda menurut operator, perangkat, dan pengaturan pengguna.
• Melewatkan fallback. Tanpa fallback SMS, pengguna yang tidak mendukung tidak menerima apa pun.
• Meremehkan waktu persetujuan. Persetujuan yang dikelola operator dapat memerlukan kontrak dan lebih lama dibanding yang dikelola Google.
• Mengandalkan RCS saja untuk OTP penting. Pertahankan jalur autentikasi SMS atau WhatsApp untuk kode yang harus sampai.
• Membuat terlalu rumit. Carousel sepuluh kartu untuk pengingat sederhana menambah biaya dan hambatan.
• Membandingkan harga hanya per pesan. Bandingkan biaya per tindakan yang selesai di RCS, SMS, dan WhatsApp.

Bagaimana OmniChannels.ai membantu

OmniChannels.ai menyediakan RCS business messaging melalui BroadNet Technologies, mitra Google RBM. Anda mendapatkan pengirim bermerek terverifikasi, rich card, carousel hingga 10 kartu, dan hingga 11 suggested reply dan action, dengan fallback SMS otomatis jika RCS tidak tersedia. SMS berjalan di atas konektivitas langsung BroadNet ke operator, pengiriman RCS tersedia di REST API publik, dan laporan pengiriman (DLR) dengan ekspor CSV memungkinkan Anda membandingkan hasil RCS dan SMS. Cek cakupan untuk pasar Anda atau hubungi kami.