Validación de plantillas SMS A2P: control antes de publicar
Una guía operativa para revisar cambios en plantillas SMS, comprobar sus efectos técnicos y conservar la trazabilidad antes del envío.
Una edición pequeña puede cambiar el comportamiento técnico
Modificar una plantilla puede afectar el conjunto de caracteres, la longitud del mensaje y, según la codificación y las reglas aplicables, la cantidad de segmentos. Un cambio aparentemente editorial —por ejemplo, añadir un símbolo o alterar una variable— merece una nueva revisión técnica, no solo una aprobación de estilo.
No conviene dar por supuesto que todas las plataformas gestionan la codificación, la concatenación o las variables de la misma manera. Confirma el comportamiento en la documentación de la plataforma y del conector utilizados. Las reglas aplicables dependen de la codificación efectiva y de la implementación.
- Trata cada modificación como un cambio que requiere evaluación.
- Registra el resultado que devuelve el sistema de validación o la plataforma, sin extrapolarlo a otros entornos.
- No uses un recuento genérico de caracteres como sustituto de una comprobación técnica.
Crea un registro que permita identificar cada plantilla
Mantén un registro centralizado con un identificador único y datos suficientes para entender el uso previsto de cada plantilla. La estructura exacta dependerá de tus procesos, pero debería permitir distinguir el contenido aprobado de otras variantes y asignar responsabilidades.
Como mínimo operativo, considera registrar el propósito, el idioma, el remitente previsto, el equipo responsable, la versión y el estado de aprobación. Si una plataforma exige campos adicionales, documenta también sus requisitos.
- Asigna un identificador estable que no dependa del texto visible.
- Separa el propósito de la plantilla de su contenido concreto.
- Indica quién mantiene la plantilla y quién puede autorizar su publicación.
- Conserva el texto exacto asociado a cada versión aprobada.
Valida contenido, caracteres, variables y longitud
Antes de aprobar un cambio, comprueba el texto con las reglas técnicas de la plataforma y la ruta de envío previstas. La revisión debe indicar si se admiten los caracteres utilizados, qué codificación se aplica y cómo se calculan la longitud y los segmentos. No es prudente deducir esos resultados únicamente por el aspecto visual del mensaje.
Revisa las variables como elementos con reglas propias: formato esperado, posibilidad de estar vacías, longitud máxima prevista y caracteres que pueden contener. Si esas restricciones no están definidas, la validación queda incompleta. No existe en la evidencia disponible una regla universal para todos los sistemas sobre cómo resolver variables o concatenar mensajes.
- Comprueba el texto final que procesará la integración, no solo la plantilla con marcadores.
- Identifica caracteres que puedan cambiar la codificación según las reglas documentadas de tu sistema.
- Verifica los límites de longitud y segmentos con la herramienta o documentación correspondiente.
- Registra la codificación y el resultado de validación observados.
Prueba sustituciones representativas antes de publicar
Una plantilla puede parecer válida mientras sus valores reales no lo son. Prueba sustituciones que reflejen datos legítimos del entorno: el valor habitual, uno cercano al límite permitido y los casos especiales admitidos por el contrato de la variable. Comprueba también el comportamiento cuando un campo opcional está vacío, si esa situación puede ocurrir.
No introduzcas valores de prueba arbitrarios en producción. Usa datos sintéticos o de prueba autorizados y evita incluir información personal innecesaria. La finalidad es verificar el texto resultante y su tratamiento técnico, no ampliar el alcance del mensaje.
- Cubre valores cortos y largos dentro de los límites definidos.
- Prueba caracteres especiales solo si están permitidos en el campo.
- Comprueba que la sustitución no deje marcadores sin resolver ni produzca contenido ambiguo.
- Guarda los resultados de las pruebas sin exponer datos sensibles.
Separa aprobación editorial, técnica y publicación
Una revisión de contenido no sustituye a una comprobación técnica, y una validación técnica no determina por sí sola si el mensaje está autorizado para su uso. Establece puntos de control diferenciados: revisión del propósito y el texto, validación de caracteres y comportamiento, y autorización de publicación conforme a las normas internas y aplicables.
Para comunicaciones de marketing, confirma además que el uso y la audiencia respetan los requisitos de consentimiento y las reglas pertinentes. Las pruebas técnicas no acreditan consentimiento ni legitimidad del envío.
- Define quién revisa el contenido y quién verifica los aspectos técnicos.
- Exige aprobación antes de que una versión quede disponible para envíos.
- Registra la decisión, el responsable y la fecha, conforme a la política de conservación de la organización.
- No confundas una prueba exitosa con autorización para enviar.
Versiona y vincula los envíos con la plantilla utilizada
Cada modificación aprobada debería generar una versión identificable. Así se evita que un cambio posterior reemplace silenciosamente el contenido que se había validado. Conserva una relación entre la versión publicada y el envío o proceso que la utilizó, en la medida en que la plataforma y tus sistemas lo permitan.
Define de antemano cómo se conserva esa relación: por ejemplo, mediante el identificador y la versión registrados en los sistemas de gestión. No presupongas que una API o un conector ofrece esta función; comprueba qué campos y registros expone la integración concreta.
- No sobrescribas una versión aprobada sin dejar historial.
- Registra el estado de cada versión: borrador, revisión, aprobada, publicada o retirada, si esos estados encajan con tu proceso.
- Asocia los resultados de validación y las aprobaciones con la versión exacta.
- Verifica que los registros disponibles permitan identificar qué versión se usó.
Aplica una regresión antes del despliegue
Antes de publicar una modificación, compara su resultado con la versión anterior y repite las comprobaciones afectadas. La regresión debe cubrir el contenido visible, las variables, la codificación, la longitud y los segmentos, además de la compatibilidad con la integración que envía el mensaje.
El alcance de la prueba depende de lo que cambió. Una edición que no toca una variable puede requerir una revisión distinta de una que altera su formato o longitud. Documenta el criterio de alcance para que el equipo pueda justificar qué se volvió a comprobar.
- Compara el texto exacto y la lista de cambios.
- Repite las pruebas de sustitución pertinentes.
- Confirma que el sistema de envío acepta la versión y los campos previstos.
- Valida de nuevo los aspectos cuyo resultado pueda verse afectado por la modificación.
Registra fallos y retira versiones con trazabilidad
Cuando una validación falle, registra la versión examinada, el entorno de prueba, el resultado observado y el motivo conocido. Distingue entre un error reproducible y una causa todavía no confirmada; si no hay evidencia suficiente, evita atribuir el fallo a la codificación, al operador o al transporte.
Si necesitas retirar una plantilla, marca la versión como no disponible para nuevos envíos según las capacidades de tu sistema. Conserva el historial y la evidencia de aprobación o retirada de acuerdo con las políticas internas y las obligaciones aplicables. No borres registros necesarios para reconstruir qué ocurrió.
- Incluye fecha, responsable, identificador de plantilla y versión.
- Adjunta el resultado técnico disponible y los pasos para reproducirlo.
- Indica si la causa está confirmada o pendiente de investigación.
- Comprueba qué significa retirar una versión en la plataforma concreta y qué registros conserva.
Preguntas frecuentes
¿Basta con revisar el número de caracteres de la plantilla?
No necesariamente. El resultado puede depender de los caracteres, la codificación y las reglas de la plataforma para longitud y concatenación. Valida el texto final y consulta la documentación del sistema de envío.
¿Cada cambio de texto necesita una nueva versión?
Como práctica de control, conviene identificar cada cambio aprobado mediante una versión nueva o un historial equivalente. Esto permite conservar qué contenido se validó y qué versión se publicó.
¿Qué valores de variables hay que probar?
Prueba valores representativos dentro de los límites definidos, incluidos valores cercanos al máximo y los caracteres especiales que el campo admita. Si los límites no están documentados, acláralos antes de aprobar la plantilla.
¿Una prueba técnica demuestra que el envío está autorizado?
No. La prueba comprueba aspectos técnicos de la plantilla y la integración. La autorización del contenido y, cuando corresponda, el consentimiento y el cumplimiento normativo requieren controles separados.
Fuentes consultadas
- 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