CheckNumber.AI · 7 min read
RCS-Prüfer: So ermitteln Sie, welche Nummern in einer Liste RCS unterstützen
Ein praktischer Leitfaden zur Vorbereitung, Prüfung und Interpretation der RCS-Unterstützung für eine Telefonliste.
Ein RCS-Prüfer kann ermitteln, welche Nummern in einer vorbereiteten Telefonliste zum Prüfzeitpunkt ein RCS-Unterstützungssignal aufweisen. Für eine Massenprüfung normalisieren Sie die Nummern, gruppieren Sie sie nach Ländern, laden Sie eine unterstützte CSV- oder TXT-Datei in den genannten RCS-Prüfer hoch und gleichen Sie das exportierte Ergebnis mit der ursprünglichen Liste ab. Nutzen Sie das Ergebnis, um eine kundenkontrollierte Entscheidung zwischen RCS und SMS zu treffen, während Einwilligungs- und Kampagnenregeln im eigenen Workflow des Teams verbleiben.
Welche Fragen ein RCS-Prüfer für eine Telefonliste beantwortet
RCS ist ein Messaging-Protokoll und kein Social-Media-Konto. Ein Team, das eine Rich-Messaging-Kampagne plant, benötigt für jeden Kontakt eine Antwort auf eine praktische Frage: Weist die Nummer zum Zeitpunkt der Prüfung RCS-Unterstützung auf? Das GSMA Universal Profile beschreibt die gemeinsame technische Grundlage von RCS über teilnehmende Ökosysteme hinweg. Dieser Hintergrund erklärt, warum eine Unterstützungsprüfung auf Listenebene nützlich sein kann, selbst wenn die Kontaktdatenbank Nummern von unterschiedlichen Geräten enthält.
Die RCS-Produktbeschreibung von CheckNumber.AI weist einen Unterstützungsindikator und ein verfügbares Betriebssystemsignal aus, das als iOS oder Android beschrieben wird. Hierbei handelt es sich um separate Informationen. Der Unterstützungsindikator bezieht sich auf den ausgewählten Messaging-Kanal; das Systemsignal kann einem Analysten bei Verfügbarkeit helfen, eine Überprüfung zu strukturieren. Keines von beiden sollte stillschweigend in einen Netzbetreibernamen, ein Endgerätemodell, einen aktuellen Gerätestatus oder einen Kontoinhaberdatensatz umgedeutet werden.
Beginnen Sie mit der Entscheidung, die das Team tatsächlich treffen muss. Wenn es darum geht, ob ein Kontakt in ein Segment potenzieller RCS-Kandidaten aufgenommen werden soll, ist das RCS-Unterstützungssignal relevant. Betrifft die Entscheidung den Mobilfunkanbieter oder den Leitungstyp, ist der RCS-Prüfer die falsche Quelle; nutzen Sie stattdessen das dafür vorgesehene Netzbetreiber-Produkt. Geht es um die Frage, ob eine Telefonnummer gültig ist, verwenden Sie die dedizierte Gültigkeitsfunktion. Die klare Trennung dieser Fragestellungen verhindert, dass eine übersichtliche Tabellenkalkulation zu falschen Schlüssen führt.
Vorbereitung länderspezifischer Dateien vor einer Massen-RCS-Prüfung
Eine zuverlässige Prüfung beginnt mit der Quelldatei, nicht mit dem Prüfer. Exportieren Sie die Telefonnummern aus dem CRM oder Kampagnenplanungssystem mit einer stabilen internen Referenz, die das Team nach dem Eintreffen der Ergebnisse weiterverwenden kann. Behalten Sie diese Referenz in der internen Arbeitskopie des Teams bei. Normalisieren Sie anschließend die Spalte mit den Telefonnummern in das internationale E.164-Format. Der Number Cleaner von CheckNumber.AI normalisiert laut Dokumentation Nummern, entfernt Dubletten und bereinigt ungültige Einträge vor einer kostenpflichtigen Prüfung. Überprüfen Sie die vom Cleaner ausgeschlossenen Einträge, anstatt davon auszugehen, dass jede entfernte Zeile eine reale, nicht erreichbare Person darstellt.
Für den Upload von Telefonlisten gilt: Verwenden Sie eine Datei pro Land und eine Nummer pro Zeile mit Ländervorwahl. Ein Pluszeichen ist nach den aktuellen Produktanweisungen optional. Das Aufteilen eines Exports mit gemischten Ländern erleichtert die Formatierungsprüfung: Analysten können fehlende Ländervorwahlen, Nummern mit lokalen Verkehrsausscheidungsziffern und Zeilen mit unklarer Länderzuordnung leichter erkennen. Eine Nummer ohne zuverlässige Länderzuordnung sollte in eine Ausnahmewarteschlange zur manuellen Prüfung verschoben werden, anstatt sie auf gut Glück einem Batch hinzuzufügen.
CSV und TXT sind unterstützte Dateiformate für den Listen-Upload. Speichern Sie den ursprünglichen Export und die normalisierte Eingabedatei als getrennte Versionen, damit Prüfer nachvollziehen können, wie ein einzelner Datensatz in die Prüfung gelangt ist. Für wiederkehrende Aufgaben dokumentiert die Plattform zudem einen REST-API-Zugriff für unterstützte Massenprodukte. Konsultieren Sie die aktuelle RCS-API-Dokumentation für die verbindlichen Schnittstellenvorgaben; ein allgemeines Beispiel aus einem anderen Prüfer könnte Felder oder das Verhalten unzutreffend darstellen.
Die RCS-Prüfung ausführen und jedes zurückgegebene Signal interpretieren
Wählen Sie den RCS-Prüfer für diese spezifische Aufgabe aus und übermitteln Sie die vorbereitete Liste über den unterstützten Dashboard-Workflow oder den dokumentierten API-Endpunkt. Exportieren Sie die Ergebnisse für eine kundenkontrollierte Überprüfung. Ordnen Sie die Ergebnisse den ursprünglichen Quellnummern zu, bevor Sie eine Kampagnensegmentierung vornehmen; die Reihenfolge einer heruntergeladenen Datei sollte in einem Geschäftsprozess niemals als einziger Verknüpfungsschlüssel dienen. Halten Sie das Prüfdatum zusammen mit dem Ergebnis fest, da ein Unterstützungssignal eine Frage zum Prüfzeitpunkt beantwortet und nicht dauerhaft gilt.
Interpretieren Sie den Unterstützungsindikator als RCS-spezifische Beobachtung. Ein positives Signal kann zur Bildung einer Gruppe potenzieller RCS-Kandidaten beitragen. Eine negative oder anderweitig nicht nutzbare Zeile erfordert die teaminterne Fallback- oder Prüfregel; sie sollte nicht automatisch als tote Telefonnummer eingestuft werden. Der verfügbare Systemwert für iOS oder Android kann für Analysezwecke als eigene Spalte beibehalten werden. Fehlt dieser Wert, versuchen Sie nicht, ihn anhand des RCS-Ergebnisses zu erraten. Die Google Messages-Hilfeseite veranschaulicht zudem, dass die RCS-Verfügbarkeit von den Messaging-Einstellungen des Nutzers abhängen kann, was unterstreicht, dass ein beobachtetes Unterstützungssignal stets als zeitgebunden zu betrachten ist.
Eine interne Prüftabelle kann bewusst einfach aufgebaut sein: ursprüngliche CRM-Referenz, übermittelte normalisierte Nummer, Prüfdatum, beobachtete RCS-Unterstützung, verfügbare Systembeobachtung und Analystenentscheidung. Dies sind Vorschläge für Spalten in der teaminternen Datei, keine Zusicherung über das Exportschema des Produkts. Eine gesonderte Entscheidung wie „RCS-Kandidat“, „SMS-Prüfung“ oder „Manuelle Ausnahme“ dokumentiert das Vorgehen des Teams, ohne das beobachtete Ergebnis zu verändern.
Entscheidung über den RCS- oder SMS-Pfad anhand klarer Regeln
RCS-Unterstützung ist nur dann von Nutzen, wenn klar definiert ist, welche Handlung daraus folgt. Legen Sie vor dem Start einer Kampagne die Regel für eine positive Unterstützungsbeobachtung, die Regel für ein negatives Ergebnis sowie die Vorgehensweise bei fehlenden oder fraglichen Ergebnissen fest. Beispielsweise kann ein Team positive Treffer in ein RCS-Kandidatensegment einordnen und die restlichen Nummern einer Prüfung für den SMS-Versand zuführen. Dies ist ein Beispiel für ein kundendefiniertes Routing, keine vom Prüfer durchgeführte Aktion.
Trennen Sie die Kanalentscheidung strikt von der Kontakterlaubnis der Zielgruppe. Ein Unterstützungssignal begründet keine vorherige ausdrückliche und informierte Einwilligung für die Kontaktaufnahme. Die teaminternen Unterlagen müssen belegen, ob der Kontakt für den vorgesehenen Zweck und Kanal autorisiert ist. Dasselbe gilt für Sperrlisten, lokale regulatorische Vorgaben und den spezifischen Inhalt der Nachricht. Diese Kontrollen gehören zur Kampagnen-Governance, selbst wenn die technische Listenprüfung abgeschlossen ist.
Betrachten Sie die Systembeobachtung nicht als Ersatz für die RCS-Unterstützung. Eine Kennzeichnung als iOS oder Android liefert Kontext, stellt jedoch keinen Beweis dafür dar, dass eine bestimmte Nachricht einen bestimmten Zustellweg nimmt. Behalten Sie netzwerkbezogene Routing-Entscheidungen in einem separat dokumentierten Prüfschritt bei. Ein separates, spezifisch bezeichnetes Netzbetreiber-Produkt kann den Netzbetreiber-Kontext liefern, falls dieser Aspekt relevant ist; kennzeichnen Sie diese Beobachtung getrennt von der RCS-Unterstützung. Eine präzise, sauber beschriebene Entscheidungsregel lässt sich deutlich einfacher auditieren als ein einzelnes, undurchsichtiges Eignungs-Flag.
Ausnahmen überprüfen und die Liste dauerhaft pflegen
Massenlisten enthalten häufig alltägliche Fehlerquellen, die ins Gewicht fallen. Doppelte CRM-Datensätze können auf dieselbe normalisierte Nummer verweisen; eine fehlende Ländervorwahl kann den Datenabgleich verfälschen; ein älterer Kampagnenexport spiegelt unter Umständen nicht mehr die aktuelle Zielgruppe wider. Protokollieren Sie, was bereinigt, was ausgeschlossen und was geprüft wurde. Überschreiben Sie die ursprüngliche CRM-Nummer nicht mit einem Prüfergebnis und löschen Sie unklare Kontakte nicht automatisch. Behalten Sie stattdessen einen Prüfpfad bei, der Probleme der Quelldaten klar von einer Kanal-Unterstützungsbeobachtung unterscheidet.
Führen Sie Nachprüfungen in Abständen durch, die durch den Kampagnenzyklus des Teams und das Alter der Kontaktliste begründet sind. Es gibt kein allgemeingültiges Aktualitätsintervall, das vom Prüfer vorgegeben wird. Verändert sich die Liste zwischen der Vorabprüfung und dem Versand, vergleichen Sie den finalen Verteiler mit dem geprüften Schnappschuss, damit neu hinzugefügte Datensätze nicht fälschlicherweise als geprüft behandelt werden. Machen Sie das Prüfdatum für jeden sichtbar, der den Kanalplan freigibt.
Dieses Vorgehen weist jedem Signal eine präzise Funktion zu: Die Formatierung bereitet die Eingabe vor, der RCS-Prüfer liefert eine RCS-spezifische Unterstützungsbeobachtung, und das Kampagnenteam entscheidet, wie es zulässige Kontakte anspricht. Diese Kette ist weitaus belastbarer als die pauschale Annahme, jede Nummer in einer Datei sei für eine Rich-Messaging-Kampagne bereit.
Häufig gestellte Fragen (FAQ)
Wie können Teams die RCS-Unterstützung für viele Nummern gleichzeitig prüfen?
Teams können eine länderspezifische CSV- oder TXT-Liste mit internationalen Telefonnummern vorbereiten, den genannten RCS-Prüfer über den unterstützten Massen-Workflow ausführen und die Ergebnisse zur Überprüfung mit der Quelldatei exportieren. Für unterstützte, wiederkehrende Workflows ist die REST-API ein weiterer dokumentierter Weg; maßgeblich für die Schnittstelle ist die aktuelle Produktdokumentation.
Was sollten Teams tun, wenn eine Systembeobachtung fehlt?
Belassen Sie das Feld in der Prüfdatei als fehlend und interpretieren Sie die Beobachtung zur RCS-Unterstützung für sich allein. Das verfügbare Systemfeld dient als zusätzlicher Kontext und sollte nicht aus einem Unterstützungsergebnis hergeleitet oder erraten werden.
Wie können Teams Kontakte nach einer RCS-Prüfung weiterleiten?
Definieren Sie kundenkontrollierte Regeln für RCS-Kandidaten, SMS-Prüfungen und Ausnahmefälle. Wenden Sie anschließend vor dem Start einer Kampagne die teaminternen Einwilligungs- und Sperrlisten an. Eine Prüfung liefert lediglich eine Eingangsgröße für diese Entscheidung; sie versendet keine Nachrichten.
Wie oft sollte eine RCS-Kandidatenliste überprüft werden?
Prüfen Sie die Liste immer dann erneut, wenn Änderungen an der Zielgruppe oder der Kampagnenzyklus einen älteren Datenschnappschuss unzuverlässig machen. Halten Sie das Datum jeder Prüfung fest und vergleichen Sie den endgültigen Zielgruppenexport mit dem geprüften Datenschnappschuss, bevor Sie die Ergebnisse anwenden.
