Cómo crear la web de un agente de seguros sin código
Para crear la web de un agente de seguros sin código, describe qué ramos trabajas, con qué compañías, y qué datos necesitas para preparar un presupuesto. Un generador con IA levanta la web con ese texto, la arranca en un entorno de prueba y la publica en una dirección viva lista para tu dominio.
En seguros la web no vende la póliza, consigue la llamada. Quien compara coberturas por su cuenta acaba en un comparador; quien llega a la web de un agente busca a alguien concreto que le explique qué está contratando y que responda cuando haya un siniestro.
¿Qué convierte a un visitante en una solicitud de presupuesto?
Tres señales, y ninguna es de diseño. La primera es que exista una persona identificable: nombre, foto real, años ejerciendo y número de registro o licencia según lo exija tu país. Un agente anónimo pierde frente a un comparador porque no aporta lo único que el comparador no tiene.
La segunda es la especialidad. "Todos los seguros" no dice nada. "Autónomos y pequeños comercios, con responsabilidad civil y baja laboral" atrae exactamente al cliente al que puedes atender mejor, y ahuyenta consultas que te habrían costado media hora sin cerrar nada.
La tercera es qué pasa después. La gente sabe que un presupuesto de seguro no es instantáneo, pero necesita saber cuánto tarda. Escribir "te llamo el mismo día laborable y te mando dos o tres opciones comparadas" fija una expectativa que puedes cumplir y que un formulario mudo no fija.
Las compañías con las que trabajas también son señal, siempre que puedas nombrarlas según tu contrato de agencia. Un logotipo reconocible resuelve la duda de "esto es un intermediario serio" más rápido que cualquier párrafo.
¿Qué debe pedir el formulario de cada ramo?
Es el punto donde se pierden más solicitudes. Un formulario largo espanta y uno demasiado corto obliga a tres correos de ida y vuelta antes de poder cotizar.
| Ramo | Qué pedir en el formulario | Error típico |
|---|---|---|
| Auto | Matrícula o modelo y año, uso, antigüedad del carné, siniestros recientes | Pedir el número de póliza actual en el primer paso |
| Hogar | Metros, tipo de vivienda, propietario o inquilino, capital de contenido | Preguntar la dirección exacta antes de haber hablado |
| Salud | Número de asegurados, edades, si se busca con o sin copago | Pedir historial médico por formulario |
| Comercio | Actividad, metros del local, facturación aproximada, empleados | Formulario genérico que no distingue actividad |
| Vida | Edad, capital deseado, si hay hipoteca asociada | Preguntar hábitos de salud en el primer contacto |
La regla de fondo es sencilla: pide lo mínimo para poder llamar con algo preparado, y deja lo sensible para la conversación. Los datos médicos y los identificadores personales no deberían viajar en un correo de formulario, y un agente que los pide en la primera pantalla transmite exactamente lo contrario de lo que quiere transmitir.
¿Qué prompt da una primera versión usable?
Nombra tus ramos, tus compañías y tu proceso. El generador escribe bien, pero no sabe a quién atiendes.
Crea la web de un agente de seguros en [ciudad],
especializado en [ramos].
Portada: nombre, foto, años de experiencia, número de
registro, una línea sobre a quién atiendo y botón
"Pedir presupuesto".
Ramos: una sección por cada uno, con qué cubre, para quién
es y un formulario propio con los campos que le
correspondan.
Compañías: logotipos de las aseguradoras con las que trabajo.
Cómo trabajo: cuatro pasos desde la solicitud hasta la
póliza, con plazos reales.
Siniestros: qué hacer y a qué teléfono llamar si ya eres
cliente, visible sin buscar.
Contacto: teléfono, correo, horario de oficina, mapa.
Aviso legal y política de privacidad enlazados en el pie.
Estilo sobrio, azul, mucha claridad, nada de imágenes de archivo.
La sección de siniestros parece secundaria en una web pensada para captar y no lo es. Un cliente actual que no encuentra el teléfono en treinta segundos llama a la compañía directamente, y esa llamada es la que te quita la relación que tanto costó construir.
La estructura general de un prompt está explicada en la guía para escribir un buen prompt, y conviene aplicarla aquí porque este tipo de web tiene más secciones de las que parece.
¿Dónde llegan las solicitudes y cómo se guardan?
El destino por defecto es tu correo, y para eso se conecta Resend. Después envíate el formulario a ti mismo desde el móvil y confirma que llega a la bandeja que revisas de verdad. Una solicitud perdida en una dirección que nadie abre es el fallo silencioso más caro que puede tener esta web.
Cuando el volumen crece, el correo deja de servir como sistema de seguimiento. Ahí tiene sentido guardar cada solicitud en una base de datos con Supabase y añadir una pantalla privada con estado: pendiente, cotizado, emitido, perdido. Eso ya es una herramienta interna, no una web.
Sobre datos personales, dos reglas prácticas. Pide solo lo que necesitas para llamar, y protege con acceso cualquier pantalla que muestre solicitudes. Las obligaciones concretas de protección de datos y de información precontractual varían por país, así que revisa con tu asesor qué avisos y textos legales debe llevar tu web antes de publicarla.
Hay un tercer hábito que cuesta poco y evita disgustos: no uses el formulario como archivo. Si una solicitud contiene datos de un cliente, trátala como documentación y guárdala donde guardas el resto, no en una bandeja de correo compartida a la que tiene acceso todo el que pasa por la oficina.
¿Cuánto cuesta construirla y mantenerla?
Zugo cobra en créditos por acción. Una construcción son 6 créditos. Una web con sección propia por ramo entra en el formato de plataforma multipágina: 12 créditos por las tres primeras páginas y 3 por cada página adicional, y tarda unos minutos en generarse.
La edición son 3 créditos. En seguros ese número importa porque los productos cambian, entran compañías nuevas y las condiciones se revisan. "Añade un ramo de responsabilidad civil profesional con su formulario" es una edición, no una reconstrucción.
Free da 5 créditos, insuficientes para una construcción de 6, así que una web profesional empieza en Pro: 25 dólares al mes con 200 créditos. Business son 99 dólares al mes. El modo Hi-Fi duplica cada acción: 12 por construcción y 6 por edición.
Cada construcción se arranca en un entorno de prueba antes de llegarte y una que no abre se reporta como fallo. Eso no revisa tus textos legales, que es lo que de verdad hay que leer dos veces en este sector.
¿Dónde se queda corto un generador con IA en seguros?
Tres límites que hay que nombrar sin rodeos.
No hay tarificador real. Una web generada puede recoger datos y explicar coberturas; calcular una prima exacta exige conectarse a los sistemas de cada compañía, y eso es integración a medida con acceso concedido por la aseguradora.
El cumplimiento normativo no lo resuelve la herramienta. Los avisos obligatorios, la información precontractual y el tratamiento de datos dependen de tu país y de tu tipo de mediación. Escribe esos textos con quien te asesore legalmente y pégalos en la web, en lugar de aceptar lo que un generador redacte por defecto.
La confianza no se genera, se demuestra. Fotos reales, casos concretos que puedas contar sin romper confidencialidad y un teléfono que se coge. Eso lo pones tú.
Dentro de esos límites cabe una web clara, rápida de tener y fácil de mantener, con un formulario por ramo que te llega bien preparado. Si tu trabajo linda con la planificación patrimonial, la guía de asesor financiero cubre esa variante, y la de despacho de abogados sirve como referencia de cómo se estructura una web profesional regulada. Escribe tus ramos y tus campos y construye la primera versión en zugo.dev.