Validierung von A2P-SMS-Vorlagen: Kontrolle vor der Veröffentlichung
Ein praxisorientierter Überblick zu technischen Prüfungen von SMS-Vorlagen und optionalen Kontrollmaßnahmen für Änderungen und Freigaben.
Kleine Änderungen können das Ergebnis beeinflussen
Änderungen an einer SMS-Vorlage können das Ergebnis beeinflussen, das ein bestimmtes System verarbeitet. Wie Zeichen, Länge und gegebenenfalls Nachrichtensegmente behandelt werden, hängt unter anderem von der Plattform und ihrer Implementierung ab. Prüfen Sie deshalb die Dokumentation des eingesetzten Systems, statt von universellen Regeln auszugehen.
Ein HubSpot-Hinweis besagt, dass SMS mit mehr als 160 Zeichen in Segmente mit jeweils 153 Zeichen für die Übertragung aufgeteilt werden. Dieser Hinweis belegt keine universelle Regel für alle Plattformen, Kodierungen oder Fälle.
- Prüfen Sie Änderungen im Kontext der tatsächlich verwendeten Plattform und Versandroute.
- Verwenden Sie allgemeine Zeichenzählungen nicht als Ersatz für eine technische Prüfung.
- Übertragen Sie das Ergebnis eines Tests nicht ungeprüft auf andere Umgebungen.
Ein Register kann die Zuordnung von Vorlagen erleichtern
Ein zentrales Register mit einer eindeutigen Kennung kann Teams dabei helfen, Vorlagen und Varianten auseinanderzuhalten. Die konkrete Struktur und die erfassten Angaben sind organisatorische Entscheidungen; die vorliegenden Quellen belegen dafür keine universellen technischen Anforderungen.
Als freiwillige Kontrollmaßnahme können Teams beispielsweise Zweck, Sprache, vorgesehenen Absender, verantwortliches Team, Inhalt und Freigabestatus dokumentieren. Prüfen Sie zusätzlich, welche Angaben die verwendete Plattform tatsächlich unterstützt oder verlangt.
- Nutzen Sie bei Bedarf eine stabile Kennung, die unabhängig vom sichtbaren Text ist.
- Unterscheiden Sie den Zweck einer Vorlage von ihrem konkreten Inhalt.
- Dokumentieren Sie Zuständigkeiten und Freigabestatus, wenn dies zu Ihren Abläufen passt.
Prüfen Sie den Inhalt mit den Werkzeugen der verwendeten Plattform
Vor der Veröffentlichung kann es sinnvoll sein, den endgültigen Nachrichtentext mit den Prüfwerkzeugen oder der Dokumentation der vorgesehenen Plattform abzugleichen. Die verfügbaren Quellen liefern keine ausreichenden Belege für allgemeingültige Regeln zu Kodierung, Variablen, Zeichenlimits oder Segmentierung.
Wenn eine Vorlage Variablen enthält, prüfen Sie, wie die konkrete Integration diese verarbeitet. Welche Eingaben zulässig sind und wie Werte in den Text eingesetzt werden, lässt sich nicht aus den vorliegenden Quellen allgemein ableiten.
- Prüfen Sie den Text, der tatsächlich an das Versandsystem übergeben wird.
- Informieren Sie sich in der technischen Dokumentation Ihrer Plattform über unterstützte Zeichen und die Behandlung von Länge.
- Verlassen Sie sich bei Variablen nicht auf Annahmen, sondern prüfen Sie das Verhalten der konkreten Integration.
Testen Sie repräsentative Ersetzungen, wenn Ihre Integration Variablen nutzt
Falls eine Vorlage dynamische Werte enthält, kann ein Test mit autorisierten Testdaten zeigen, wie die konkrete Integration diese einsetzt. Welche Wertebereiche und Sonderfälle zu testen sind, hängt von der Definition der Variablen und den Möglichkeiten des Systems ab; hierzu liegen keine universellen technischen Regeln vor.
Verwenden Sie Testdaten entsprechend den internen Datenschutz- und Sicherheitsvorgaben. Die verfügbaren Quellen belegen keine bestimmten Testverfahren für Vorlagenvariablen.
- Prüfen Sie, ob die Integration Variablen wie vorgesehen ersetzt.
- Verwenden Sie nur Werte, die für Ihre Testumgebung zulässig sind.
- Vermeiden Sie unnötige personenbezogene Informationen in Tests.
Technische Prüfung und inhaltliche Freigabe sind unterschiedliche Schritte
Eine technische Prüfung beantwortet nicht automatisch, ob eine Nachricht inhaltlich oder rechtlich verwendet werden darf. Teams können deshalb technische Kontrollen und redaktionelle Freigaben als getrennte Schritte organisieren. Das ist eine mögliche organisatorische Praxis, keine durch die vorliegenden technischen Quellen belegte universelle Vorgabe.
Bei Marketingnachrichten sollten Teams außerdem die Einwilligung und die jeweils geltenden Vorschriften separat berücksichtigen. Ein technischer Test belegt weder eine Einwilligung noch die Zulässigkeit des Versands.
- Legen Sie bei Bedarf getrennte Zuständigkeiten für Inhalt und technische Prüfung fest.
- Organisieren Sie Freigaben nach den internen Abläufen Ihrer Organisation.
- Verwechseln Sie einen erfolgreichen technischen Test nicht mit einer Versandfreigabe.
Versionen nachvollziehbar zu verwalten ist eine mögliche Kontrollmaßnahme
Teams können Änderungen mit Versionsnummern oder einer gleichwertigen Änderungshistorie dokumentieren, um unterschiedliche Vorlagenstände leichter zuzuordnen. Die vorliegenden Quellen belegen jedoch keine allgemeinen technischen Anforderungen für Versionierung oder die Verknüpfung einer Vorlage mit einem Versand.
Prüfen Sie, welche Kennungen und Protokolle Ihre Plattform oder Integration tatsächlich bereitstellt, bevor Sie sich auf eine bestimmte Zuordnung verlassen.
- Dokumentieren Sie Änderungen, wenn dies Ihre Arbeitsabläufe unterstützt.
- Ordnen Sie Prüfergebnisse einer konkreten Vorlagenfassung zu, sofern Ihre Systeme dies ermöglichen.
- Gehen Sie nicht davon aus, dass eine API oder ein Konnektor Versionierung oder entsprechende Protokolle bereitstellt.
Wiederholen Sie relevante Prüfungen nach Änderungen
Nach einer Änderung kann es sinnvoll sein, die davon betroffenen technischen Prüfungen erneut durchzuführen. Welche Prüfungen erforderlich sind, hängt von der Änderung und der eingesetzten Plattform ab. Die verfügbaren Quellen belegen kein allgemeines Verfahren oder einen verbindlichen Umfang für Regressionstests von SMS-Vorlagen.
Nutzen Sie die Dokumentation der konkreten Integration, um festzustellen, welche Auswirkungen eine Änderung auf die Verarbeitung haben könnte.
- Vergleichen Sie bei Bedarf den vorherigen und den geänderten Inhalt.
- Wiederholen Sie Prüfungen, die durch die Änderung betroffen sein könnten.
- Dokumentieren Sie intern, welche Prüfungen durchgeführt wurden, wenn dies für Ihre Abläufe hilfreich ist.
Fehler und Rücknahmen entsprechend den Möglichkeiten des Systems dokumentieren
Wenn eine Prüfung fehlschlägt, kann es für die Fehleranalyse hilfreich sein, die getestete Fassung, die Umgebung und das beobachtete Ergebnis festzuhalten. Die verfügbaren Quellen belegen jedoch keine allgemeingültigen Anforderungen zur Aufbewahrung solcher Nachweise oder zum Zurückziehen von Vorlagen.
Klären Sie anhand der Plattformdokumentation, ob eine Fassung deaktiviert oder zurückgezogen werden kann und welche Informationen dabei erhalten bleiben. Beachten Sie außerdem die internen Richtlinien und geltenden Pflichten Ihrer Organisation.
- Halten Sie bei Bedarf Vorlagenkennung, Fassung und beobachtetes Ergebnis fest.
- Unterscheiden Sie bestätigte Ursachen von noch ungeklärten Vermutungen.
- Prüfen Sie, welche Rücknahme- und Protokollfunktionen das konkrete System bietet.
Häufige Fragen
Reicht es aus, die Zeichenzahl einer Vorlage zu prüfen?
Nicht unbedingt. Die Behandlung von Länge und gegebenenfalls Segmenten hängt von der Plattform und ihrer Implementierung ab. Ein HubSpot-Hinweis nennt Segmente von 153 Zeichen für SMS mit mehr als 160 Zeichen; daraus lässt sich keine universelle Regel ableiten. Prüfen Sie die Dokumentation Ihres Versandsystems.
Sollte jede Textänderung dokumentiert werden?
Eine Änderungshistorie kann Teams dabei helfen, unterschiedliche Fassungen auseinanderzuhalten. Ob und wie Sie Änderungen dokumentieren, ist eine organisatorische Entscheidung; die verfügbaren Quellen belegen hierfür keine universellen technischen Anforderungen.
Welche Variablenwerte sollten getestet werden?
Die verfügbaren Quellen legen keine allgemeingültigen Testwerte oder Grenzwerte für Variablen fest. Prüfen Sie die Definition der Variablen und das Verhalten Ihrer konkreten Integration; verwenden Sie dabei zulässige Testdaten.
Beweist ein technischer Test, dass der Versand zulässig ist?
Nein. Ein technischer Test prüft Aspekte der Verarbeitung durch Plattform und Integration. Inhaltliche Freigabe, Einwilligung und die Einhaltung geltender Vorschriften müssen separat berücksichtigt werden.
Verwendete Quellen
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- SMPP v3.4 specificationSMPP Developers Forum
- HTTP Semantics (RFC 9110)IETF
- Comprender los segmentos de mensajes para SMSHubSpot Knowledge Base
- Configuración y protocolo del conector SMSAdobe Experience League