Publicado el
16 MIN DE LECTURA
Creación de sitio web para fintech: lo que exige la ley
Por:
La creación de un sitio web para fintech tiene una capa que ningún otro sitio institucional tiene: la obligación regulatoria. Una institución de pago autorizada debe declarar esa condición en sus propios canales y divulgar en su sitio web qué servicios de pago presta. El texto y el diseño vienen después.
Las páginas brasileñas que compiten por este término no lo mencionan. De las cuatro que leí en septiembre de 2026, dos son páginas de venta de agencias, una es un artículo de precios actualizado en noviembre de 2025 y una es un texto genérico sobre creación de sitios con el título cambiado. Ninguna cita al Banco Central de Brasil.
En Wama, fintech no es territorio nuevo: Stric, Cappta, Milhas Pix y Biz están en el portafolio, entre sitios web, plataformas y aplicaciones. Eso es lo que separa esta guía de el alcance de un sitio institucional sin capa regulatoria, donde la peor consecuencia de un error de contenido es comercial, no una sanción.
¿Qué cambia en la creación de un sitio web para fintech?
Cambia lo que el sitio necesita probar. Un sitio de servicios vende competencia; un sitio de fintech necesita sostener que la empresa puede hacer legalmente lo que anuncia, que el dinero del usuario está en un lugar identificable y que hay alguien responsable del otro lado. Aquí la confianza es un requisito, no un diferencial.
También cambia quién lee. El visitante de un sitio de fintech suele ser más escéptico que el promedio, porque ya vio promesas de rendimiento que no existían y porque el costo de equivocarse es su propio dinero. Un texto vago no pasa ese filtro, y ningún recurso visual compensa una afirmación que el lector no puede verificar.
Lo que sigue igual que en cualquier sitio
Arquitectura de información, velocidad, contenido editable por el equipo, SEO y conversión siguen valiendo. Nada de lo que vale para cualquier sitio que necesita convertir deja de valer porque la empresa sea una fintech. La vara de calidad es la misma, y el piso es más alto.
Lo que es específico del sector
Tres cosas: obligaciones de divulgación definidas por norma, un público que verifica antes de confiar y un producto que casi siempre continúa después del sitio, en forma de aplicación o plataforma. Las tres tienen que estar en el briefing que hace las preguntas correctas antes del diseño, porque ignorar cualquiera de ellas produce un sitio bonito que estorba la operación.
Lo que la ley exige del sitio de una institución de pago
La Resolución BCB n.º 80, del 25 de marzo de 2021, del Banco Central de Brasil, en el artículo 5, párrafo 4, determina que la institución de pago debe hacer constar, de forma clara, en sus canales de comunicación y de atención, su condición de institución de pago, y divulgar en su sitio web las modalidades de servicio de pago que presta.
No es una recomendación de buenas prácticas. Es texto normativo, y el párrafo 5 del mismo artículo dio a las instituciones ya autorizadas plazo hasta el 31 de diciembre de 2022 para adecuarse. Un sitio que no dice qué es la empresa y qué hace está incumpliendo la regla, por más bien diseñado que esté.
Cuáles son las modalidades que el sitio debe divulgar
La lista viene del artículo 6, inciso III, de la Ley n.º 12.865, de 2013, que define qué es una institución de pago por las actividades que ejerce. Son ocho, y el sitio debe dejar claro cuáles de ellas presta la empresa.
Modalidad prevista en la ley | Cómo suele aparecer en el producto |
|---|---|
Aporte o retiro de recursos en cuenta de pago | Depósito y retiro en la cuenta de la app |
Ejecutar o facilitar instrucciones de pago | Transferencias y Pix, el sistema de pagos instantáneos de Brasil, dentro del producto |
Gestionar cuenta de pago | La cuenta digital en sí |
Emitir instrumento de pago | Tarjeta propia, física o virtual |
Acreditar la aceptación de instrumento de pago | Terminal de pago y captura de pagos |
Ejecutar remesas de fondos | Envío de dinero entre personas |
Convertir y gestionar dinero electrónico | Saldo en billetera digital |
Otras designadas por el Banco Central | Depende del arreglo de pago |
Traducir esas ocho filas a una página que un cliente entienda es trabajo de contenido, no jurídico. Ahí es donde se equivoca la mayoría de los sitios del sector: copia el texto de la norma, publica un párrafo que nadie lee y da la obligación por cumplida porque la frase está ahí.
No toda fintech está regulada: quién necesita qué
La obligación anterior vale para instituciones de pago autorizadas. Buena parte de las fintechs brasileñas no lo es: opera sobre la licencia de un socio, en modelo de infraestructura como servicio. En ese esquema, quien carga con la obligación es la institución autorizada, y el sitio de la fintech debe dejar claro quién es.
Stric, cliente de Wama desde 2021, es exactamente ese tipo de empresa: infraestructura que permite a otras compañías operar como bancos digitales en modelo white label. Cuando el producto de un cliente es la licencia de otro, el sitio debe nombrar a la parte regulada, y eso cambia la arquitectura de contenido antes de cambiar el layout.
Aquí el proyecto deja de ser una página institucional y se convierte en el punto en que la operación pasa a depender de lo que está publicado. La diferencia práctica: una frase equivocada en el sitio de una consultora cuesta una reunión; en el sitio de una fintech, cuesta una respuesta al regulador.
Tres esquemas y lo que cada uno le pide al sitio
El esquema regulatorio de la empresa define cuánto debe declarar el sitio. La tabla resume los tres más comunes, y la pregunta que el proyecto debe responder antes de la primera pantalla es en cuál de ellos está la empresa.
Esquema | Lo que el sitio debe dejar claro |
|---|---|
Institución de pago autorizada | Su propia condición regulatoria y las modalidades de servicio prestadas |
Fintech que opera con licencia de un socio | Qué institución autorizada responde por la cuenta y la liquidación |
Software financiero sin custodia de recursos | Que la empresa no guarda ni mueve dinero del usuario |
El tercer caso es el peor resuelto en los sitios brasileños. Las empresas que solo ofrecen software de gestión financiera suelen comunicarse como si fueran bancos, atraen la duda equivocada y después gastan atención al cliente explicando que no guardan dinero de nadie.
¿Qué páginas necesita un sitio de fintech?
Además de lo institucional de siempre, un sitio de fintech necesita páginas que respondan a quien está evaluando el riesgo. La estructura de abajo es la que se repite en los proyectos del sector, con la capa regulatoria sumada a lo que ya vale para la estructura de páginas de un producto vendido por suscripción.
Página | Para qué existe |
|---|---|
Inicio | Decir qué es la empresa, en una frase, con la condición regulatoria visible |
Servicios de pago | Cumplir la divulgación de las modalidades, en lenguaje de cliente |
Seguridad | Explicar qué protege el dinero y los datos, sin jerga |
Nosotros y gobernanza | Mostrar que hay personas y estructura que responden |
Tarifas | Evitar que el precio aparezca solo en el contrato |
Centro de ayuda | Reducir solicitudes y sostener la atención exigida |
Canal de atención y defensoría del cliente | Darle dirección a la queja antes de que se convierta en demanda |
Documentos legales | Términos, política de privacidad y contratos accesibles |
Esas páginas también son lo que lee un modelo de lenguaje cuando alguien pregunta si la empresa es confiable, lo que acerca el proyecto a ser encontrado por quien le pregunta a una IA en lugar de escribir en el buscador.
¿Cómo sostiene el sitio la confianza de quien va a mover dinero?
Haciendo que todo sea verificable. Quien evalúa una fintech antes de abrir una cuenta busca tres cosas: quién está detrás de la empresa, bajo qué licencia opera y qué pasa si algo sale mal. Un sitio que responde eso en dos clics convierte mejor que uno que promete seguridad con adjetivos.
Lo que es verificable y lo que es solo promesa
Razón social, CNPJ (el registro de empresas de Brasil), la condición regulatoria y el nombre de la institución autorizada asociada son verificables. Un sello genérico de seguridad, un número de clientes sin fuente y una frase sobre tecnología de punta no lo son. El primer grupo sostiene una decisión; el segundo llena espacio.
El canal de quejas es contenido, no pie de página
Quien busca el canal de atención de una fintech ya tiene un problema. Una dirección clara, con plazo de respuesta declarado y un camino hasta la defensoría del cliente, resuelve la queja antes de que llegue a una plataforma pública o al regulador. Es la página más barata de hacer y la más cara de no tener.
El desempeño también es señal de confianza
Una página de fintech que tarda en abrir en el celular pierde antes de argumentar. Vale la pena entender lo que la nota de desempeño realmente prueba, porque la métrica es un medio y no un fin: lo que importa es que la página responda rápido a quien está decidiendo dónde poner su dinero.
¿Qué cambia en la app respecto al sitio?
El sitio convence, la aplicación opera. En el sitio el visitante lee; en la app crea una cuenta, envía documentos, aprueba transacciones y revisa su saldo. Eso convierte el proyecto en producto, con estados de error, roles de acceso y un registro que debe verificar la identidad antes de liberar cualquier movimiento.
En 2025, Wama entregó el diseño y el desarrollo de la aplicación de Cappta, institución de pago que ofrece captura de pagos y cuenta digital en modelo white label. En este tipo de producto, la pantalla de registro no es un formulario: es el punto donde la empresa cumple una obligación y donde el usuario decide si continúa.
El registro es el tramo más caro de la app
Ahí se concentran la verificación de identidad, la captura de documentos, la prueba de vida y los rechazos. Cada paso hace que se vaya gente, y cada paso eliminado aumenta el riesgo. El diseño de este tramo es el mismo trabajo descrito en el camino entre crear la cuenta y la primera acción útil, con una restricción más: una parte no se puede recortar.
Después del registro viene la operación diaria, y ahí valen los momentos que deciden si el usuario se queda: permisos, estados vacíos y lo que la app muestra cuando una transacción falla.
Sitio, plataforma y app: dónde termina cada uno
Son tres proyectos con alcances y plazos diferentes, y confundirlos es la principal causa de presupuestos desbordados en el sector. El sitio es público y vende. La plataforma requiere inicio de sesión y opera. La aplicación es el mismo producto en la mano del cliente final. Cada uno tiene su propio ciclo de mantenimiento.
En el proyecto de Milhas Pix, de 2025, Wama cubrió esa franja completa: plataforma, sistema de gestión, sitio web y landing pages, desde la página de adquisición hasta las pantallas de gestión de ofertas y seguimiento de transacciones. Es la excepción, no la regla, y solo tiene sentido cuando el producto y la adquisición nacen juntos.
Cuando la conversación pasa de la página al producto, el tema se convierte en llevar la plataforma del primer alcance hasta la escala, con decisiones de arquitectura que el sitio no impone.
¿Quién responde por los datos del usuario?
La fintech, siempre. Según la LGPD, la ley de protección de datos de Brasil, el controlador es quien toma las decisiones sobre el tratamiento y el operador es quien trata los datos en su nombre. La agencia que construye y opera el sitio o la app es operadora: contratarla no transfiere la responsabilidad de quien es dueño del producto.
Esto pesa más en fintech porque el dato es financiero y el volumen es alto. La guía de seguridad de la información de la ANPD, la autoridad de protección de datos de Brasil, de octubre de 2021, recomienda una política escrita que cubra copias de seguridad, contraseñas, acceso, intercambio de datos y actualización de software, con revisión periódica.
La división de responsabilidades y la titularidad de las cuentas de infraestructura están detalladas en controlador, operador y a nombre de quién quedan las cuentas, que vale completo para proyectos de fintech.
¿Cuánto cuesta y cuánto tarda un sitio web de fintech?
Cuesta lo mismo que un sitio institucional de tamaño equivalente, más el trabajo de contenido regulatorio. En Wama, un sitio institucional está entre US$ 2.000 y US$ 8.000 y toma de cuatro a seis semanas, sobre una base de 50 a 100 presupuestos. Un producto digital es otro presupuesto, entre US$ 4.000 y US$ 20.000.
Lo que lleva el proyecto a la parte alta del rango
Número de páginas únicas, quién escribe los textos y animación a medida son los tres elementos que más mueven el presupuesto. En fintech, el segundo pesa más: describir ocho modalidades de servicio sin caer en lenguaje jurídico es trabajo de redacción, y la redacción es parte del alcance. La comparación general está en lo que cobra el mercado brasileño por un sitio profesional.
Lo que más retrasa
Contenido que no llega, aprobaciones que tardan y cambios de alcance después de cerrado el diseño. En fintech se suma un cuarto: la revisión jurídica del texto, que suele entrar tarde. Cuando el proyecto incluye producto, el cronograma también pasa a depender de lo que pesa en el presupuesto de una primera versión.
Conviene acordar la revisión jurídica al principio, junto con el briefing, y no en la semana de la publicación. Cuando el texto de las páginas de servicio vuelve del área jurídica después de cerrado el layout, la reescritura rompe la diagramación y el proyecto pierde días en ajustes visuales que no tienen nada que ver con el contenido aprobado.
Cómo elegir quién lo va a construir
Busca a quien ya haya entregado en el sector y sepa lo que exige la norma sin que tengas que explicarlo. Un portafolio de fintech no es vanidad aquí: es la diferencia entre un proveedor que pregunta bajo qué licencia operas y uno que lo descubre en la tercera ronda de revisión.
En Wama, una persona acompaña el proyecto desde el briefing hasta el deploy, y el proyecto se transfiere a la cuenta del cliente, con la suscripción en su tarjeta. En fintech esto importa más que en cualquier otro sector: el dominio y los accesos deben estar a nombre del CNPJ de la empresa regulada, no del proveedor.
Cinco preguntas específicas de fintech
Quién escribe el texto de las páginas de servicios de pago y quién hace la revisión jurídica.
Cómo trata el proveedor la divulgación de la condición regulatoria en el inicio y en el pie de página.
A nombre de quién quedan el dominio, el repositorio y las cuentas de infraestructura.
Qué pasa con el sitio durante una auditoría o una due diligence de inversionistas.
Si el alcance incluye solo el sitio o también el área con inicio de sesión, y dónde termina cada uno.
La lista de preguntas de la vara general para comparar propuestas de sitio web sigue siendo válida, sumada a la titularidad del código al final del proyecto cuando el alcance incluye una plataforma.
Errores comunes en sitios de fintech
La lista de abajo sale del patrón que se repite en las páginas del sector, y casi toda tiene el mismo origen: el sitio se trató como pieza de marca cuando también es pieza de cumplimiento. Los siete puntos cuestan poco de corregir antes del diseño y caro después de que la página está publicada.
Omitir la condición regulatoria. La norma pide que aparezca de forma clara en los canales de comunicación, no escondida en el pie de página.
Copiar el texto de la norma en la página. Cumple la letra y pierde al lector. Traducirlo es parte del alcance.
Llamar cuenta bancaria a lo que es cuenta de pago. Son cosas diferentes en la ley y en el producto.
Prometer seguridad con adjetivos. Sin decir qué se hace, la frase juega en contra.
Dejar las tarifas solo en el contrato. Quien no encuentra el precio en el sitio asume lo peor.
Tratar la app como fase 2 del sitio. Son proyectos distintos, con alcance y mantenimiento propios.
Registrar el dominio y los accesos a nombre de la agencia. En una empresa regulada, eso se convierte en un problema de auditoría.
La mayor parte de estos errores muere en el briefing, antes del diseño, y no en una ronda de revisión después de que el sitio ya está publicado y el equipo descubrió el problema por la atención al cliente.
Preguntas frecuentes
¿Toda fintech debe decir en su sitio que es institución de pago?
Solo las instituciones de pago autorizadas. La Resolución BCB n.º 80, de 2021, exige que esa condición conste de forma clara en los canales de comunicación y que el sitio divulgue las modalidades de servicio prestadas. Una fintech que opera con licencia de un socio debe dejar claro cuál es la institución responsable.
¿Cuánto cuesta un sitio web para fintech en Brasil?
Está en el rango de un sitio institucional de tamaño equivalente. En Wama, un sitio institucional está entre US$ 2.000 y US$ 8.000, sobre una base de 50 a 100 presupuestos, y un proyecto de producto digital va de US$ 4.000 a US$ 20.000. El contenido regulatorio entra como parte del alcance.
¿Se puede hacer un sitio web de fintech en Framer?
Sí, y es lo que Wama hizo en los sitios de Biz, en 2022, y de Stric, en 2026, los dos en Framer. La plataforma resuelve el sitio institucional, el blog y las páginas de contenido. El área con inicio de sesión, la cuenta y las transacciones son producto, y eso es otro proyecto.
¿El sitio y la aplicación deben hacerlos el mismo proveedor?
No, pero alguien tiene que responder por la consistencia entre los dos. Sitio y app comparten marca, lenguaje y promesa, y cualquier divergencia entre ellos salta rápido a la vista del usuario. Cuando los proveedores son diferentes, define por escrito quién decide qué en caso de conflicto.
¿Qué debe decir el sitio sobre seguridad?
Lo que es verificable: cómo se protegen los datos, quién responde por un incidente y dónde quejarse. La guía de seguridad de la información de la ANPD recomienda una política escrita que cubra copias de seguridad, contraseñas, acceso y actualización de software. Publicar lo que existe vale más que una promesa genérica.
Si vas a sacar adelante el sitio, la plataforma o la app de una fintech y quieres todo esto por escrito antes del diseño, habla con Wama y pide una propuesta detallada.
