---
title: "Checklist peluncuran RCS: go live dengan agen terverifikasi"
description: "Checklist peluncuran RCS untuk brand: aset agen, verifikasi brand, persetujuan operator, perangkat uji, desain pesan, fallback SMS, dan cara mengukur pilot."
canonical: "https://omnichannels.ai/id/blog/rcs-launch-checklist/"
language: "id"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
category: "sms"
primaryQuery: "rcs launch checklist"
keywords: ["cara meluncurkan RCS business messaging", "persetujuan peluncuran agen RCS", "verifikasi brand RCS", "perangkat uji RCS", "desain pesan RCS", "metrik pilot RCS", "fallback SMS RCS"]
published: "2026-10-10"
author: "OmniChannels.ai Editorial Team"
reviewer: "BroadNet Messaging Solutions Team"
readingMinutes: 12
answer: "Untuk meluncurkan RCS business messaging, pilih satu use case, pastikan cakupan operator di setiap negara tujuan, dan siapkan nama, logo, banner, deskripsi, kebijakan privasi, serta penanganan berhenti berlangganan (opt-out) untuk agen Anda. Ajukan verifikasi brand dan persetujuan peluncuran, uji di perangkat yang sudah terdaftar, dan rancang setiap pesan beserta padanan SMS-nya. Go live dengan capability check, masa berlaku pesan, dan fallback SMS, lalu bandingkan hasilnya dengan grup kontrol SMS sebelum Anda melakukan scale up."
takeaways: ["Google mewajibkan verifikasi brand oleh kontak brand yang berwenang sebelum peluncuran pertama agen, dan peninjauannya bisa dilakukan oleh Google, operator, atau keduanya.", "Sebelum diluncurkan, agen RBM hanya dapat mengirim pesan ke perangkat uji yang sudah didaftarkan dan telah menerima undangan.", "Dokumentasi Google menyarankan capability check sebelum mengirim pesan ke pengguna dan mengembalikan error saat perangkat atau jaringan tidak dapat menerima RCS, sehingga fallback menjadi tanggung jawab pengirim.", "Mengatur masa berlaku pesan (ttl atau expireTime) akan mencabut pesan RCS yang belum terkirim secara otomatis dan menjadi pemicu alami untuk fallback SMS.", "Pilot sebaiknya membandingkan biaya per aksi yang selesai dengan grup kontrol SMS, karena harga per pesan saja tidak menunjukkan apakah RCS menguntungkan."]
faq: 
  - q: "Berapa lama waktu yang dibutuhkan untuk meluncurkan agen RCS?"
    a: "Tidak ada jangka waktu yang pasti. Verifikasi brand, peninjauan Google, dan persetujuan tiap operator berjalan berurutan atau paralel, tergantung operator yang Anda pilih, dan beberapa operator mensyaratkan perjanjian langsung dengan brand. Susun rencana per operator, siapkan semua aset sebelum mengajukan, dan anggap peluncuran pertama sebagai proyek yang diukur dalam hitungan minggu. Penyedia layanan Anda akan mengonfirmasi tahapan yang diharapkan untuk setiap pasar saat onboarding (aktivasi akun)."
  - q: "Bisakah saya meluncurkan RCS di Uni Emirat Arab (UEA), Arab Saudi, atau negara Teluk (GCC) lainnya?"
    a: "Ketersediaannya bergantung pada apakah setiap operator di negara tersebut sudah meluncurkan RCS business messaging dan menyetujui agen Anda. Hal ini berbeda-beda per operator dan berubah dari waktu ke waktu, sehingga tidak ada satu jawaban untuk tiap negara. Minta cakupan per operator di setiap pasar tujuan kepada penyedia layanan Anda; di OmniChannels.ai, hal ini dikonfirmasi saat onboarding (aktivasi akun), dan fallback SMS menjangkau penerima yang tidak dapat menerima RCS."
  - q: "Aset apa saja yang dibutuhkan untuk persetujuan agen RCS?"
    a: "Siapkan nama tampilan agen, logo, gambar banner, warna brand, deskripsi singkat, serta detail kontak seperti nomor telepon, situs web, dan email, beserta tautan ke kebijakan privasi dan syarat layanan Anda. Peninjauan peluncuran Google juga meminta deskripsi pengalaman agen, use case yang dideklarasikan, cara pengguna dipicu dan berhenti berlangganan, serta video pratinjau atau transkrip percakapan."
  - q: "Bisakah pelanggan mengirim pesan ke agen RCS saya lebih dulu?"
    a: "Menurut dokumentasi Google, pengguna tidak dapat memulai percakapan dengan agen RBM. Bisnis mengirim pesan pertama, dipicu oleh suatu peristiwa seperti pesanan atau reservasi, lalu pengguna dapat membalas. Jika Anda ingin pelanggan memulai percakapan dari situs web atau iklan, tautan click-to-chat WhatsApp atau keyword SMS lebih cocok untuk kebutuhan tersebut."
  - q: "Apakah saya tetap membutuhkan SMS setelah meluncurkan RCS?"
    a: "Ya. RCS hanya menjangkau penerima yang perangkat, aplikasi pesan, dan operatornya mendukung RCS, dan sebagian pengguna akan offline atau mematikan RCS. Siapkan versi SMS untuk setiap pesan dan kirim saat platform mengembalikan error atau pesan RCS kedaluwarsa tanpa terkirim. Dengan begitu pengalaman tetap konsisten bagi setiap pelanggan selagi cakupan RCS terus berkembang."
  - q: "Bagaimana cara mengukur pilot RCS?"
    a: "Gunakan grup kontrol yang menerima pesan yang sama lewat SMS, lalu bandingkan tingkat pengiriman, tingkat baca jika laporan baca tersedia, tingkat aksi pada tombol atau tautan, dan biaya per aksi yang selesai. Laporan baca bergantung pada pengaturan pengguna, jadi anggap sebagai sinyal, bukan hitungan yang lengkap. Putuskan untuk melakukan scale up hanya jika angka aksi yang selesai membenarkan tambahan upayanya."
sources: 
  - title: "Launch approval — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/launch-approval"
  - title: "Brand verification — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/launch/brand-verification"
  - title: "Send messages — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/messages/send"
  - title: "Capability checks — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/build/capabilities"
  - title: "Best practices — RCS for Business, Google for Developers"
    url: "https://developers.google.com/business-communications/rcs-business-messaging/guides/learn/best-practices"
---

# Checklist peluncuran RCS: go live dengan agen terverifikasi

Canonical: https://omnichannels.ai/id/blog/rcs-launch-checklist/
Language: id
Publisher: OmniChannels.ai by BroadNet Technologies

Checklist ini ditujukan bagi tim marketing, CRM, dan produk yang sudah memutuskan mencoba RCS business messaging dan kini perlu membuat agen go live tanpa kehilangan berminggu-minggu karena pengerjaan ulang. Checklist ini memandu setiap tahap, mulai dari memilih use case pertama hingga membaca hasil pilot. Jika Anda masih perlu memahami dasar-dasar RCS dan perbedaannya dengan SMS, mulailah dari [penjelasan RCS Business Messaging](/id/blog/rcs-business-messaging-explained/) lalu kembali ke sini.

## Apa saja yang tercakup dalam peluncuran RCS?

Peluncuran RCS terdiri dari lima tahap: scope, aset, persetujuan, build dan uji, serta pilot. Sebagian besar keterlambatan berasal dari tiga tahap pertama, bukan dari engineering, karena persetujuan bergantung pada bukti brand dan proses masing-masing operator.

RCS Business Messaging (RBM) berjalan melalui platform RBM milik Google, yang kini disebut Google sebagai RCS for Business. Sebuah brand diwakili oleh "agen": profil pengirim terverifikasi dengan nama, logo, dan deskripsi Anda. Penyedia layanan pesan Anda menghubungkan sistem Anda ke platform, dan operator seluler menentukan apakah trafik RBM sampai ke pelanggan mereka.

| Tahap | Output utama | Pihak yang terlibat | Hambatan umum |
|---|---|---|---|
| 1. Scope | Satu use case, negara dan operator tujuan | Produk, marketing, penyedia layanan | Mencoba meluncurkan semua use case sekaligus |
| 2. Aset | Logo, banner, deskripsi, kebijakan, redaksi opt-out | Brand, legal | Kebijakan privasi belum ada atau use case tidak jelas |
| 3. Persetujuan | Verifikasi brand dan persetujuan peluncuran | Kontak brand, Google, operator | Kontak brand tidak dapat dihubungi; kontrak operator |
| 4. Build dan uji | Pesan, fallback, webhook, hasil uji | Engineering, penyedia layanan | Tidak ada padanan SMS yang dirancang untuk setiap pesan |
| 5. Pilot | Hasil dibandingkan dengan grup kontrol SMS | CRM, analitik | Mengukur jumlah dibuka, bukan aksi yang selesai |

## Tahap 1: Bagaimana memilih use case pertama?

Pilih satu use case di mana konten kaya jelas mengungguli teks biasa dan Anda sudah mengirim SMS, sehingga Anda punya baseline. Peluncuran pertama yang sempit lebih cepat disetujui dan memberi hasil yang lebih bersih.

Peninjauan peluncuran Google meminta Anda mendeklarasikan use case agen. Kategori dalam dokumentasinya adalah OTP, transaksional, promosi, dan multiguna. Use case yang Anda deklarasikan menentukan apa yang diharapkan reviewer pada pemicu, konten, dan penanganan berhenti berlangganan (opt-out) Anda, jadi nyatakan dengan tepat.

Kandidat pertama yang baik:

- **Pembaruan pesanan dan pengiriman.** Rich card dengan gambar barang, jendela pengiriman, serta aksi "Lacak" atau "Jadwalkan ulang" menggantikan SMS panjang berisi tautan.
- **Pengingat janji temu.** Kartu berisi tanggal, jam, dan lokasi, plus balasan cepat seperti "Konfirmasi" dan "Jadwalkan ulang" serta aksi "Tambah ke kalender".
- **OTP bermerek.** Pesan kode singkat dari pengirim terverifikasi, yang membantu pelanggan membedakan kode asli dari phishing. Tetap jadikan SMS sebagai jalur yang terjamin; lihat [panduan pesan OTP](/id/blog/otp-authentication-messages-guide/) kami.
- **Promosi bertarget.** Carousel produk untuk pelanggan yang memberikan persetujuan (opt-in) pemasaran. Promosi menghadapi peninjauan dan ekspektasi persetujuan yang paling ketat, sehingga jarang menjadi peluncuran pertama yang terbaik.

### Petakan negara dan operator

Daftar negara tujuan Anda dan, di tiap negara, operator yang melayani sebagian besar pelanggan Anda. RBM hanya menjangkau pelanggan jika operatornya sudah meluncurkan RBM dan menyetujui agen Anda. Di negara Teluk (GCC) dan kawasan MENA yang lebih luas, ketersediaan bergantung pada operator dan negara serta dikonfirmasi saat onboarding (aktivasi akun); jangan menyusun rencana berdasarkan klaim tingkat negara bahwa "RCS sudah aktif di sini".

## Tahap 2: Aset apa yang dibutuhkan sebelum mengajukan?

Siapkan semua aset sebelum mengajukan, karena perubahan setelah pengajuan akan mengulang sebagian proses peninjauan. Profil agen juga yang dilihat pelanggan, jadi perlakukan sebagai pekerjaan brand, bukan sekadar administrasi.

### Checklist profil agen

1. **Nama tampilan** yang persis sama dengan brand konsumen Anda, bukan nama badan hukum yang tidak dikenali pelanggan.
2. **Logo** dalam format dan dimensi yang ditentukan penyedia layanan Anda, tetap terbaca saat ditampilkan kecil dan dipotong menjadi lingkaran.
3. **Gambar banner** untuk halaman informasi agen, tanpa teks berukuran kecil.
4. **Warna brand** dengan kontras yang cukup untuk teks pada tombol.
5. **Deskripsi singkat** yang menjelaskan apa yang dikirim agen, misalnya "Pembaruan pesanan dan penjadwalan pengiriman dari Rawda Home."
6. **Opsi kontak**: minimal satu dari telepon, situs web, dan email, semuanya aktif dan dipantau.
7. **Kebijakan privasi dan syarat layanan** di situs web publik, dengan tautan dari agen.
8. **Bahasa**: tentukan apakah agen akan mengirim pesan dalam bahasa Arab, Inggris, atau keduanya, dan siapkan konten untuk masing-masing.

### Checklist bukti peninjauan

Dokumentasi peluncuran Google mencantumkan apa yang dibutuhkan dalam peninjauan yang dikelola Google. Siapkan:

1. Situs web brand yang berfungsi dan dapat diakses publik.
2. Tautan ke kebijakan privasi dan syarat layanan.
3. Deskripsi pengalaman agen, dengan video pratinjau atau transkrip percakapan yang terperinci.
4. Use case yang dideklarasikan.
5. Deskripsi tentang bagaimana pengguna dipicu, berinteraksi, dan berhenti berlangganan, sesuai dengan use case.
6. Penanganan STOP di setiap bahasa yang digunakan agen, termasuk konfirmasi bahwa pengguna telah berhenti berlangganan.

Tulis transkrip yang menunjukkan alur nyata, termasuk apa yang terjadi saat pengguna membalas dengan teks bebas yang tidak Anda duga.

## Tahap 3: Bagaimana verifikasi brand dan persetujuan peluncuran bekerja?

Verifikasi brand memastikan bahwa orang yang berwenang di brand menyetujui informasi agen dan hak penyedia layanan Anda untuk mengelolanya. Menurut Google, verifikasi ini wajib sebelum peluncuran pertama dan berlangsung setelah permintaan peluncuran diajukan.

Anda akan menunjuk kontak brand: karyawan yang berwenang mengonfirmasi agen. Google, operator, atau keduanya dapat menghubungi orang ini, tergantung jenis peluncurannya. Keterlambatan yang paling sering dan sebenarnya bisa dihindari adalah kontak yang sedang cuti, tidak mengenali permintaan tersebut, atau meneruskannya ke inbox yang tidak pernah dibaca. Beri pengarahan kepada mereka sejak awal.

Persetujuan peluncuran kemudian ditangani oleh Google, operator, atau keduanya, tergantung operator yang Anda pilih. Dokumentasi Google mencatat bahwa beberapa operator menjalankan peninjauan sendiri dan mensyaratkan perjanjian langsung dengan brand, serta menolak peluncuran jika tidak ada kontrak. Itulah sebabnya rencana peluncuran harus disusun per operator, bukan per negara.

### Checklist persetujuan

- [ ] Kontak brand sudah ditunjuk, diberi pengarahan, dan dapat dihubungi selama periode peninjauan.
- [ ] Use case dideklarasikan dan konsisten dengan semua transkrip dan pemicu.
- [ ] Daftar operator dikonfirmasi bersama penyedia layanan Anda, termasuk operator yang membutuhkan kontrak langsung.
- [ ] Redaksi berhenti berlangganan (opt-out) disetujui legal di setiap bahasa.
- [ ] Penanggung jawab internal ditunjuk untuk menjawab pertanyaan reviewer dengan cepat.

Setelah peluncuran, Google Messages menampilkan tanda centang verifikasi di samping nama agen, dan halaman detail agen menyebutkan siapa yang memverifikasinya.

## Tahap 4: Bagaimana membangun dan menguji pesan RCS?

Bangun setiap pesan sebagai sepasang: versi RCS dan versi SMS yang membawa informasi esensial yang sama. Lalu uji di perangkat nyata sebelum peluncuran.

### Aturan desain untuk tiap jenis pesan

Dokumentasi Google menetapkan batas yang perlu Anda patuhi dalam desain: pesan teks hingga 3.072 karakter, rich card dengan hingga empat suggestion per kartu, carousel berisi 2 hingga 10 kartu, hingga 11 suggestion pada satu pesan, dan label suggestion hingga 25 karakter. File media juga memiliki batas ukuran.

| Jenis pesan | Gunakan untuk | Aturan desain | Padanan SMS |
|---|---|---|---|
| Teks dengan balasan cepat | Konfirmasi, pilihan cepat | Dua hingga empat balasan dengan label yang singkat dan berbeda | Teks dengan keyword balasan atau tautan |
| Rich card | Pesanan, reservasi, pengingat | Satu gambar, satu judul yang jelas, satu aksi utama | Teks berisi fakta utama dan satu tautan |
| Carousel | Pilihan produk atau opsi | Sedikit kartu; masing-masing harus berdiri sendiri | Teks dengan tautan ke halaman daftar |
| Aksi yang disarankan | Buka URL, telepon, lokasi, kalender | Label menyebut hasilnya, seperti "Lacak pesanan" | URL atau nomor yang sama dalam teks |
| Media dan PDF | Tiket, invoice, menu | Periksa batas ukuran; tambahkan ringkasan teks | Tautan ke file |

Aturan praktis yang berlaku untuk semua jenis:

- **Taruh fakta esensial dalam teks**, bukan hanya di dalam gambar. Sebagian penerima akan mendapat versi SMS, dan screen reader membutuhkan teks.
- **Gunakan label suggestion berupa kata kerja**, seperti "Jadwalkan ulang" atau "Bayar sekarang", dan jaga agar tetap di bawah batas yang didokumentasikan di kedua bahasa; label bahasa Arab sering membutuhkan penyuntingan tersendiri.
- **Jangan berlebihan.** Carousel sepuluh kartu untuk pengingat sederhana hanya menambah hambatan dan pertanyaan saat peninjauan.
- **Tangani balasan teks bebas.** Arahkan balasan yang tak terduga ke petugas atau menu yang jelas, jangan diabaikan.

### Bangun logika pengiriman

Dokumentasi Google menyarankan memeriksa kemampuan pengguna sebelum memulai percakapan dan hanya menggunakan fitur yang didukung perangkat. Capability check mengembalikan apa yang didukung perangkat jika nomor tersebut baru-baru ini terhubung ke RCS; Google juga menyediakan pemeriksaan massal yang memperkirakan berapa banyak nomor yang dapat dijangkau tanpa mengungkapkan fitur perangkat.

Rencanakan tiga hasil saat Anda mengirim:

1. **Diterima dan terkirim.** Anda menerima event DELIVERED di webhook Anda, dan mungkin event READ jika pengguna mengaktifkan laporan baca.
2. **Ditolak saat pengiriman.** Google mengembalikan 404 NOT_FOUND saat perangkat tidak mendukung RCS, RCS dimatikan, atau agen Anda belum diluncurkan di jaringan tersebut, dan 400 INVALID_ARGUMENT saat pesan menggunakan fitur yang tidak didukung perangkat. Kirim versi SMS segera.
3. **Diterima tetapi tidak terkirim.** Pengguna mungkin sedang offline. Google mengantrekan pesan yang belum terkirim hingga 30 hari, jadi atur masa berlaku pesan dengan `ttl` atau `expireTime`. Saat kedaluwarsa, platform mencabut pesan dan memberi tahu Anda, lalu Anda mengirim versi SMS.

Google juga menyarankan memastikan bahwa pesan memang tidak terkirim sebelum mengirimnya lagi, dan menggunakan ID pesan yang unik, agar pelanggan tidak menerima duplikat. [Panduan strategi fallback antar kanal](/id/blog/channel-fallback-strategy/) kami membahas timeout dan pencegahan duplikat di WhatsApp, RCS, dan SMS secara rinci.

### Uji di perangkat terdaftar

Sebelum peluncuran, agen RBM hanya dapat mengirim pesan ke perangkat uji yang Anda daftarkan dan yang telah menerima undangan. Gunakan perangkat tersebut dengan terencana:

- [ ] Minimal satu perangkat uji per operator utama di setiap pasar tujuan, dengan SIM aktif.
- [ ] Android dengan Google Messages, dan iPhone pada operator yang mendukung RCS bisnis, jika audiens Anda mencakup keduanya.
- [ ] Setiap pesan ditampilkan dalam bahasa Arab dan Inggris, termasuk tata letak kanan-ke-kiri pada kartu.
- [ ] Setiap balasan cepat dan aksi yang disarankan diketuk, dan setiap balasan diterima oleh webhook Anda.
- [ ] STOP dan padanannya diuji di setiap bahasa, dengan konfirmasi terkirim.
- [ ] Satu perangkat dengan RCS dimatikan, untuk memastikan fallback SMS terpicu.
- [ ] Satu perangkat offline, untuk memastikan kedaluwarsa memicu fallback dan tidak ada pesan yang datang dua kali.

## Tahap 5: Bagaimana menjalankan dan mengukur pilot RCS?

Jalankan pilot dengan grup kontrol yang menerima pesan yang sama lewat SMS, dan nilai berdasarkan aksi yang selesai per satuan biaya.

### Checklist pilot

1. **Tentukan aksi** yang Anda pedulikan: pengiriman terjadwal, janji temu terkonfirmasi, pembayaran selesai.
2. **Bagi audiens** di antara penerima yang mampu RCS: sebagian besar mendapat RCS, grup holdout hanya mendapat SMS. Membandingkan pengguna RCS dengan pengguna yang tidak mampu RCS mencampur efek kanal dengan perbedaan audiens.
3. **Lacak per pesan**: terkirim (sent), tersampaikan (delivered), terbaca jika tersedia, aksi dilakukan, fallback terpicu, berhenti berlangganan (opt-out).
4. **Perlakukan laporan baca dengan hati-hati.** Laporan baca bergantung pada pengaturan pengguna, sehingga tidak adanya event READ tidak membuktikan pesan belum dibaca.
5. **Hitung biaya per aksi yang selesai** untuk RCS, termasuk fallback SMS, dan untuk grup yang hanya SMS. Daftar harga penyedia layanan Anda memberikan biaya per pesan; lihat [harga](/pricing/).
6. **Tinjau opt-out dan balasan** untuk melihat tanda bahwa frekuensi atau konten kurang tepat.
7. **Putuskan**: scale up, sesuaikan lalu jalankan ulang, atau hentikan.

## Contoh kasus: agen RCS pertama peritel furnitur di kawasan Teluk

"Rawda Home" (fiktif) adalah peritel furnitur yang berjualan di Uni Emirat Arab (UEA) dan Arab Saudi. Saat ini mereka mengirim SMS penjadwalan pengiriman, dan banyak pelanggan menelepon contact center untuk mengubah jadwal.

- **Scope.** Tim memilih satu use case transaksional: penjadwalan pengiriman. Penyedia layanannya mengonfirmasi operator mana di setiap negara yang sudah meluncurkan RBM; cakupan berbeda per operator, sehingga pilot hanya berjalan di tempat agen sudah disetujui.
- **Aset.** Marketing menyediakan nama brand konsumen, logo, banner, serta deskripsi dalam bahasa Arab dan Inggris. Legal mengonfirmasi tautan kebijakan privasi dan redaksi STOP di kedua bahasa. Kepala e-commerce ditunjuk sebagai kontak brand dan diberi pengarahan.
- **Pesan.** Sebuah rich card menampilkan gambar produk, jendela pengiriman yang diusulkan, dan tiga balasan cepat: "Konfirmasi", "Ubah jadwal", dan "Hubungi kami". "Ubah jadwal" membuka carousel jendela waktu yang tersedia. Versi SMS membawa jendela yang sama dan tautan ke halaman penjadwalan.
- **Logika pengiriman.** Setiap pengiriman memiliki masa berlaku yang diatur jauh sebelum batas waktu hari pengiriman. Respons 404 atau kedaluwarsa memicu pengiriman versi SMS, dan sistem mencatat kanal mana yang berhasil mengirim sehingga tidak ada yang menerima keduanya.
- **Pilot.** Di antara pelanggan yang mampu RCS, grup holdout hanya menerima SMS. Setelah pilot, tim membandingkan persentase pengiriman yang terkonfirmasi tanpa telepon, serta biaya per pengiriman yang terkonfirmasi, sebelum memutuskan apakah akan menambahkan pelacakan pesanan sebagai use case kedua.

## Apa kesalahan peluncuran yang paling umum?

Sebagian besar peluncuran RCS yang gagal atau lambat tersandung masalah yang itu-itu saja.

- **Meluncurkan beberapa use case sekaligus.** Masing-masing menambah pertanyaan peninjauan dan konten yang perlu disetujui.
- **Memakai nama badan hukum** sebagai nama tampilan, yang tidak dikenali pelanggan.
- **Kontak brand yang tidak dipersiapkan**, yang menghambat verifikasi.
- **Mengasumsikan cakupan satu negara penuh.** Jangkauan ditentukan per operator, per perangkat, dan per pengaturan pengguna.
- **Tidak ada versi SMS untuk setiap pesan**, sehingga penerima yang tidak mampu RCS tidak mendapat apa-apa.
- **Tidak ada masa berlaku pesan**, sehingga pengguna offline menerima OTP basi atau penawaran kedaluwarsa berhari-hari kemudian.
- **Mengirim ulang tanpa memeriksa pengiriman**, yang menimbulkan duplikat.
- **Menganggap tingkat baca sudah lengkap**, padahal laporan baca bergantung pada pengaturan pengguna.
- **Mengabaikan persetujuan.** Promosi RCS membutuhkan disiplin persetujuan (opt-in) dan berhenti berlangganan (opt-out) yang sama seperti SMS; lihat [panduan persetujuan](/id/blog/opt-in-consent-multichannel-campaigns/) kami.

**Batasan checklist ini:** Persyaratan Google, proses operator, dan dukungan perangkat dapat berubah. Konfirmasikan aturan terbaru di dokumentasi Google dan kepada penyedia layanan Anda sebelum setiap peluncuran. Ini adalah panduan praktis, bukan nasihat hukum.

## Bagaimana OmniChannels.ai membantu

OmniChannels.ai menyediakan [RCS business messaging](/channels/rcs/) melalui BroadNet Technologies, mitra Google RBM. Anda mendapatkan pengirim bermerek yang terverifikasi, rich card, carousel hingga 10 kartu, balasan dan aksi yang disarankan, serta fallback SMS otomatis saat RCS tidak tersedia, dengan memanfaatkan konektivitas langsung BroadNet ke operator untuk [SMS](/channels/sms/). Status pengiriman dari semua kanal masuk dalam satu format webhook. Developer dapat memulai dari [dokumentasi RCS API](/developers/rcs/). Cakupan operator untuk pasar Anda dikonfirmasi saat onboarding (aktivasi akun).