Colofón

01 Qué se construyó

Remio se desarrolló en tres piezas. La primera es el sitio público que estás leyendo: la portada, las guías sobre envío de remesas y la documentación legal y de cumplimiento. La segunda es MAR.IA, el agente conversacional que acompaña la navegación y responde tanto sobre Remio como sobre actualidad financiera venezolana. La tercera es la aplicación, que es donde vive el producto.

02 La aplicación: para quién y para qué

La aplicación se diseñó para un caso muy concreto: alguien que emigró de Venezuela, vive y cobra en España, y sostiene a su familia al otro lado. Ese envío no es una operación ocasional sino una rutina que se repite cada mes, y en esa rutina cada fricción se paga en desconfianza: una comisión que cambia según el importe, un tipo de cambio que no se ve hasta el último paso, o un envío del que no se sabe nada hasta que alguien llama por teléfono para preguntar si llegó.

El producto se organizó alrededor de eso. Los beneficiarios se guardan una vez y se reutilizan —con su parentesco y sus favoritos— porque en la práctica siempre se envía a las mismas personas. El tipo de cambio se muestra con su histórico, no como una cifra suelta que hay que creerse. Cada envío deja rastro y un estado que se puede consultar sin llamar a nadie.

Alrededor del envío se construyó lo que esa misma familia necesita: un catálogo de beneficios con marcas aliadas y el pago directo de servicios públicos y telefonía en Venezuela, para que el dinero llegue ya aplicado al recibo en lugar de tener que reenviarse y cambiarse otra vez. La idea de fondo es que la app no sea solo un canal para mover dinero, sino la forma de sostener a una casa a distancia.

03 Cómo está construida la aplicación

Es una aplicación web instalable —una PWA— con manifiesto propio, iconos y arranque en modo standalone: en el móvil se comporta como una app nativa y se añade a la pantalla de inicio sin pasar por ninguna tienda. La interfaz es mobile-first, sobre una columna de 520 píxeles, y respeta las áreas seguras del dispositivo, de modo que la navegación inferior no queda bajo el gesto de inicio ni el contenido bajo el notch.

Por debajo es PHP sobre MySQL, sin framework y con una única dependencia externa para el correo. Cada pantalla valida la sesión antes de renderizar nada, el acceso a datos usa sentencias preparadas y toda la salida va escapada. El alta de usuario se resolvió como un asistente por pasos que incluye verificación de correo y recogida de los datos de identidad, para no pedirlo todo de golpe en un único formulario.

Los hitos del ciclo de vida —bienvenida, código de verificación, alta de beneficiario, envío creado, cambio de estado y ticket de soporte— disparan correo transaccional con plantilla propia. Y la app sincroniza con Odoo, de forma que clientes, operaciones y tickets aterrizan en el mismo sistema donde se opera el negocio, en vez de vivir en una base de datos aislada.

04 El sitio: rendimiento y accesibilidad

El sitio es HTML estático servido directamente, sin framework ni paso de compilación. Menos JavaScript en el cliente significa menos trabajo de render en el dispositivo y una carga más rápida en conexiones móviles, que es donde se juega de verdad la experiencia. El JavaScript que hay se carga diferido o como módulo, de modo que nunca bloquea el pintado inicial.

La capa de servidor añade compresión, una política de caché que mantiene el HTML siempre fresco mientras las imágenes y las fuentes se cachean a largo plazo, y cabeceras de seguridad — X-Content-Type-Options, X-Frame-Options y Referrer-Policy — además de HTTPS y dominio canónico forzados por redirección.

En accesibilidad se trabajó con HTML semántico, enlace de salto al contenido principal, landmarks y etiquetas ARIA en la navegación, y los SVG decorativos marcados como aria-hidden para que los lectores de pantalla los ignoren.

05 Arquitectura de búsqueda

La estrategia combina SEO clásico y GEO — optimización para modelos generativos. Además de sitemap con alternativas hreflang, canónicas explícitas y redirecciones 301 que preservan el posicionamiento de las URLs heredadas de la web anterior, el sitio publica datos estructurados de schema.org: organización, sitio web, servicio, producto financiero, preguntas frecuentes, guía paso a paso y tipos de cambio. El objetivo es que tanto los buscadores como los modelos de lenguaje puedan interpretar qué hace Remio sin tener que adivinarlo.

06 Seguridad

Las credenciales viven fuera del control de versiones y el servidor deniega el acceso directo a los ficheros de configuración. MAR.IA funciona a través de un proxy en servidor: la clave de la API nunca llega al navegador, hay límite de peticiones por usuario y su búsqueda en vivo está restringida a una lista cerrada de medios de referencia, de modo que no puede citar fuentes arbitrarias.