Guías

Cómo personalizar con marca blanca una API de firma de documentos en su producto SaaS

"Reemplace 'Firma.dev' con el texto 'Tu Logo'. El icono de mano coloca el logo con una flecha y un mensaje de '¡Coloca tu marca aquí!'"

¿Buscas el análisis completo? Esta publicación cubre los conceptos y decisiones clave. Para obtener una guía detallada de cada función de marca blanca, incluidos logotipos, temas de color, plantillas de correo electrónico personalizadas, direcciones de remitente y ejemplos de código, consulta La guía completa de firmas electrónicas de marca blanca para SaaS.

Si estás integrando una API de firma de documentos en tu producto, tus clientes no deberían sentir que están utilizando el software de otra persona. La experiencia de firma debería verse y sentirse como tu producto, no como una herramienta de terceros.

La marca blanca lo hace posible. Pero la mayoría de los desarrolladores piensan que la marca blanca solo significa estampar tu logotipo en algo. En la práctica, es más complejo. Una integración de API de firma digital con marca propia completa implica marca visual, personalización de correo electrónico, control de notificaciones e interfaces incrustadas, y no siempre las necesitas todas.

Esta guía detalla qué hace cada capa, cuándo usarla y cómo implementar una API de firma de PDF con marca blanca que se adapte a tu producto.

Qué significa realmente la marca blanca para las firmas electrónicas

Cuando un cliente firma un documento a través de tu aplicación, varios puntos de contacto llevan la marca:

  • La propia interfaz de firma (logotipo, colores, diseño)

  • El correo electrónico que les notifica que un documento está listo para firmar

  • La dirección del remitente y la plantilla de correo electrónico

  • Las notificaciones de finalización y de recordatorio

  • Cualquier término legal o paso de aceptación

Por defecto, la mayoría de las API de firma marcan todo esto con su propio nombre. La marca blanca te permite reemplazar esa marca con la tuya propia o eliminarla por completo.

El objetivo es simple: tus clientes interactúan con tu marca a lo largo de todo el flujo de trabajo de firma. Nunca ven al proveedor de la API subyacente.

Las cuatro capas de la marca blanca

Capa 1: Marca visual

El impacto más inmediato. Sube tu logotipo, define tu paleta de colores y oculta por completo la marca del proveedor de la API de la experiencia de firma.

Con Firma.dev, controlas seis configuraciones de color (color de acento principal, texto de primer plano, fondo, color de tarjeta y color de borde) y puedes subir logotipos tanto a nivel de empresa como de espacio de trabajo. Para productos SaaS multiinquilino, esto significa que cada uno de tus clientes puede tener su propia identidad visual distintiva en el flujo de firma.

Habilita show_custom_branding_only y la interfaz de firma parecerá construida por tu equipo. Sin logotipos de terceros, sin esquemas de color desconocidos.

Esta capa tarda minutos en implementarse y tiene el mayor impacto visible. Comienza por aquí incluso si planeas agregar las otras capas más adelante.

Capa 2: Dominios de correo electrónico y plantillas personalizados

En lugar de enviar solicitudes de firma desde noreply@signatureprovider.com, los correos electrónicos provienen de tu dominio, como documents@yourcompany.com. También controlas la parte local de la dirección del remitente (la parte antes del @), por lo que puedes usar noreply, signing, contracts o lo que se adapte mejor a tu producto.

Más allá del remitente, puedes personalizar las propias plantillas de correo electrónico. Firma.dev admite plantillas HTML personalizadas para 11 tipos de correo electrónico (invitaciones de firma, finalizaciones, recordatorios, vencimientos y más), con marcadores de posición dinámicos para los nombres de los firmantes, enlaces de firma, logotipos de la empresa y detalles del equipo. Define las plantillas a nivel de empresa para mantener la coherencia y anúlalas por espacio de trabajo cuando sea necesario.

Para productos SaaS multiinquilino, los dominios de correo electrónico a nivel de espacio de trabajo significan que cada uno de tus clientes puede realizar los envíos desde su propio dominio. Una plataforma de gestión inmobiliaria podría hacer que los correos electrónicos de firma provengan de leases@buildingname.com para cada propiedad.

Si buscas una implementación rápida, consulta Cómo aplicar marca blanca a tus correos electrónicos y enlaces de firma electrónica para ver un tutorial paso a paso.

Capa 3: Control de notificaciones

Los correos electrónicos de marca propia y las plantillas personalizadas están bien. Un control total sobre las notificaciones es aún mejor.

La mayoría de las API de firma digital envían correos electrónicos automatizados para solicitudes de firma, confirmaciones de finalización, advertencias de vencimiento y avisos de cancelación. Una configuración de marca blanca te permite desactivar cualquiera o todas estas notificaciones por solicitud de firma.

¿Por qué querrías desactivarlas? Porque es posible que desees:

  • Enviar enlaces de firma a través de tu propia infraestructura de correo electrónico

  • Integrar las notificaciones en los flujos de comunicación con el cliente existentes

  • Controlar la programación de los recordatorios y seguimientos

  • Activar correos electrónicos basados en tu propia lógica de negocio

Al desactivar los correos electrónicos de la API, recuperas las URL de firma directamente de la API y las distribuyes como desees. Esto resulta útil especialmente si ya dispones de una infraestructura de correo electrónico transaccional (SendGrid, Postmark, Customer.io) y deseas que las notificaciones de firma fluyan a través del mismo sistema.

Capa 4: Experiencias de firma incrustadas

Esta es la solución completa de marca blanca. En lugar de redirigir a los usuarios a una página de firma de terceros, incrustas la interfaz de firma directamente en tu aplicación.

Con la firma incrustada, todo el flujo de trabajo ocurre dentro de tu producto. Los usuarios nunca abandonan tu dominio. Ven tu cabecera, tu navegación, tu diseño. La interfaz de usuario de firma aparece como una parte integrada de tu aplicación, renderizada con tu logotipo y colores.

La mayoría de las API de firma de PDF ofrecen componentes integrables para:

  • Firma: El flujo de firma del documento real

  • Edición de plantillas: Permitir que los usuarios definan campos de firma y marcadores de posición

  • Configuración de solicitudes de firma: Configurar destinatarios, orden y opciones

Las experiencias incrustadas suelen utilizar la autenticación JWT (JSON Web Token). Tu backend genera un token de corta duración y el frontend carga el componente incrustado con ese token. No se exponen claves API al cliente.

Para los productos SaaS donde la firma de documentos es una función principal, la firma incrustada suele merecer el esfuerzo de implementación. Tu producto se siente más cohesionado y mantienes el control total sobre la experiencia del usuario.

Elegir el enfoque correcto

No todas las integraciones necesitan marca blanca completa. Aquí te mostramos cómo decidir:

El logotipo, los colores y los correos electrónicos con marca propia funcionan bien cuando la firma es una función secundaria. Tus clientes obtienen una experiencia profesional y de marca sin un esfuerzo de desarrollo significativo. La implementación lleva unas pocas horas, principalmente la configuración de DNS y un par de llamadas a la API para la marca visual.

Lo anterior + plantillas de correo electrónico personalizadas se adapta a productos donde deseas comunicaciones con marca propia sin reemplazar tu infraestructura de correo electrónico. Personalizas el contenido y el HTML de los correos electrónicos de firma mientras Firma.dev se encarga de la entrega. Esto añade una o dos horas de trabajo en las plantillas.

Lo anterior + control de notificaciones es el paso correcto cuando deseas poseer por completo la capa de comunicación. Es posible que tengas requisitos de cumplimiento específicos en relación con el correo electrónico, o que desees que las notificaciones de firma fluyan a través de tu sistema transaccional existente. Esto añade uno o dos días de trabajo de integración.

La experiencia incrustada completa es la opción adecuada cuando la firma es fundamental para tu producto. Plataformas de recursos humanos, herramientas de gestión de contratos, software inmobiliario, sistemas de incorporación de personal sanitario. Si tus clientes pasan un tiempo considerable en los flujos de trabajo de firma, incrustar esa experiencia vale la pena. Cuenta con un trabajo de integración de unos pocos días a una semana, dependiendo de cuántos componentes incrustes.

Consideraciones para la implementación

Algunas cosas en las que pensar antes de empezar:

  1. Espacios de trabajo y multiinquilino. Si estás construyendo un producto SaaS multiinquilino, busca una API de firma de documentos que admita espacios de trabajo de clientes. Cada uno de tus clientes obtiene un entorno aislado con sus propias plantillas, historial de firmas, marca y (opcionalmente) dominio de correo electrónico. Esto mantiene los datos limpiamente separados sin tener que construir la separación de inquilinos tú mismo.

  2. La jerarquía de configuración. Los ajustes de marca en Firma.dev se aplican en cascada: el espacio de trabajo anula a la empresa, la empresa anula los valores predeterminados. Esto significa que configuras la marca a nivel de toda la empresa una sola vez y solo configuras anulaciones a nivel de espacio de trabajo donde sea necesario. Establecer un valor de espacio de trabajo como null hace que herede del nivel de empresa.

  3. Seguridad. Genera tokens JWT en tu backend, nunca en el código del lado del cliente. Mantén la expiración del token corta (lo típico es de 1 a 4 horas). Valida los orígenes de los mensajes de iframe si estás gestionando eventos de componentes incrustados.

  4. Cumplimiento normativo. La marca blanca no cambia la validez legal de las firmas. Una API de firma digital bien diseñada mantiene el cumplimiento con ESIGN, UETA y eIDAS independientemente de la marca. Asegúrate de que tu proveedor sea compatible con los marcos regulatorios relevantes para tus clientes.

  5. Coste. Las plataformas de firma para empresas a menudo cobran tarifas premium por las funciones de marca blanca. Algunos proveedores incluyen la marca blanca en todos los niveles de precios. Firma.dev incluye todas las capacidades de marca blanca con un precio de pago por uso de 0,029 € por sobre (~3 ¢ USD), sin contratos ni mínimos.

Primeros pasos

Si estás evaluando las API de firma de documentos para una integración de marca blanca, comienza por definir qué puntos de contacto son más importantes para tus clientes. ¿Les importa la marca del correo electrónico? ¿Necesitan que el flujo de firma esté incrustado? Las respuestas guiarán el alcance de tu implementación.

Para un análisis técnico detallado, la Guía de marca blanca de Firma.dev cubre dominios de correo electrónico personalizados, configuraciones de notificación y componentes incrustados con ejemplos de código.

¿Listo para construir? Obtén tu clave API y comienza a integrar en cuestión de horas, no de semanas.

  1. Encabezado

Imagen de fondo

¿Listo para añadir firmas electrónicas a tu aplicación?

Comienza gratis. No se requiere tarjeta de crédito. Paga solo 0,029 € por sobre cuando estés listo para ponerlo en marcha.

Imagen de fondo

¿Listo para añadir firmas electrónicas a tu aplicación?

Comienza gratis. No se requiere tarjeta de crédito. Paga solo 0,029 € por sobre cuando estés listo para ponerlo en marcha.

Imagen de fondo

¿Listo para añadir firmas electrónicas a tu aplicación?

Comienza gratis. No se requiere tarjeta de crédito. Paga solo 0,029 € por sobre cuando estés listo para ponerlo en marcha.