Web con inteligencia artificial: parece hecha, no lo está

Una web con inteligencia artificial acelera el primer prototipo. No asume criterio de negocio, seguridad ni mantenimiento. El resultado puede parecer creíble y seguir siendo incorrecto: arquitectura frágil, formularios sin destino claro, SEO de plantilla y nadie que responda un viernes a las 21h. Tener algo generado no equivale a tener un producto operable. Si el negocio depende de esa URL, hace falta oficio humano, no solo un chat.

La trampa de una web con inteligencia artificial

Has abierto un generador, has descrito el negocio en tres frases y en veinte minutos tienes pantallas. Hero, servicios, un formulario. La sensación es concreta: ya lo tengo hecho. Ya no necesito agencia.

Esa frase es la trampa. No porque la herramienta sea mala. Porque confunde velocidad de maqueta con producto. Un restaurante en Sabadell enseña la home y oye que queda muy bien. El viernes el widget de reservas no escribe en el calendario y quien lo generó no sabe dónde está el fallo.

La I.A. no te debe un sistema. Te debe un borrador. Tiene sentido usarla. El problema empieza cuando publicas el prototipo como si ya hubiera dueño técnico e inventario de URLs.

Parece creíble no es lo mismo que es correcto

El output de un modelo está entrenado para sonar acabado. Tipografía decente, copy fluida, botones que parecen botones. Eso es creíble. Correcto es otra cosa: que la reserva coincida con la sala, que el catálogo B2B respete tarifas por cliente, que el aviso de privacidad describa lo que de verdad se recoge.

La diferencia se ve en el caso feo. Mesa para ocho un sábado. Pedido B2B con dos tarifas. Ficha de alérgeno que debe existir. Si nadie ha recorrido ese camino con datos reales, no hay web. Hay una captura de pantalla animada.

Lo que parece terminado

Una landing con fotos genéricas. Un checkout que se ve. Una app a medida IA con listados vacíos y un login que no conecta con nadie. Visualmente, cierra. Operativamente, es cartón piedra. El error habitual es validar solo con los ojos: si entra y el color recuerda al logo, se da por bueno. Nadie mira el destino del formulario. En un comercio local de Barcelona el cliente dice que ha reservado y en sala no hay rastro.

Lo que es mantenible y alineado

Mantenible: alguien cambia un precio, un horario o un texto legal sin romper tres páginas. Alineado: la web refleja cómo cobráis, cómo confirmáis y qué pasa cuando hay una incidencia. Eso no sale de un prompt. Sale de preguntar a quien atiende el teléfono. El criterio es seco: ¿puedes explicar dónde vive cada dato que el cliente te deja? Si no, el prototipo todavía no es vuestro.

La ilusión de competencia

Generar pantallas crea una sensación peligrosa: ya sé hacer esto. Es el mismo efecto que montar un mueble con instrucciones y creerse carpintero. El mueble aguanta hasta que cambia el suelo.

Sin saber programar no puedes leer un error de servidor ni distinguir un formulario que guarda en una hoja suelta de uno que entra en el CRM. La I.A. te da confianza. El negocio te pide responsabilidad.

¿Un ejemplo operativo? Un comercio de barrio lanza la web un lunes. El miércoles el buscador indexa títulos duplicados. El jueves un cliente pide borrar sus datos y nadie sabe en qué base están. Quien generó la web no es incompetente. Está fuera de su oficio. Eso no se arregla con otro prompt más largo.

La ilusión también llega así: «ya lo tenemos hecho, solo falta un retoque». Se abre el código y no hay modelo de datos ni quién actualice. El retoque es un proyecto. Decirlo pronto ahorra enfado. Decirlo tarde, retrabajo.

Qué no sustituye una web con inteligencia artificial

La lista no es ideológica. Es de trabajo.

• Arquitectura técnica: qué se renderiza dónde, qué se cachea, qué no puede caerse si falla un servicio externo.
• Integraciones reales: reservas, TPV, ERP, CRM. Un campo que parece el de clientes no es una ficha de cliente.
• Seguridad y RGPD: accesos, copias, consentimiento, derecho de supresión. El aviso bonito no basta si el dato viaja a un servicio que no habéis nombrado.
• SEO con contexto: intención de búsqueda, canibalización, ficha que alguien va a leer. El modelo rellena apartados. No sabe qué vendéis este trimestre.
• Marca: el tono de un barrio de Sabadell no es el de una plantilla que habla de «soluciones».
• Mantenimiento: actualizaciones, roturas, alguien con nombre cuando deja de cargar.

Ahí no competimos con un chat. Competimos con el viernes a las 21h, cuando la web no carga y nadie sabe por qué. Si estás valorando una app a medida IA para un panel o un catálogo, el mismo corte aplica: el prototipo enseña pantallas, no resuelve roles ni el dato que no puede equivocarse.

Contratar agencia desarrollo no es un capricho. Es admitir que un activo que cobra o recoge datos necesita dueño. Una agencia programación software no pelea con tu captura: decide qué se salva, qué se tira y qué se documenta.

Uso correcto: humano en el loop

La I.A. sí ayuda. Negarlo sería postureo. Sirve para la primera versión, para ideas, para la rutina y para variantes de copy. Siempre con revisión humana. Sin esa revisión publicas un texto que suena bien y afirma plazos o tarifas que no podéis cumplir. El modelo propone. Una persona con contexto acepta, recorta o tira. Si nadie firma, no sale.

Primera versión, ideas y variantes

Usarla para un wireframe, un índice de páginas o tres tonos de un titular es oficio, no atajo. El humano decide qué se queda. El modelo no conoce al camarero que odia el campo de alergias, ni al comercial que necesita ver stock antes de prometer fecha. En el equipo la usamos internamente para borradores y reseñas. Nada se publica sin lectura humana. Gana tiempo. No gana criterio.

Integrar modelos en procesos reales

Otra cosa es poner un modelo a trabajar dentro del negocio: clasificar tickets, extraer datos de un albarán, enrutar un lead, proponer una respuesta que luego revisa una persona. Eso no es hacer la web con un chat. Es conectar OpenAI, Claude u otros modelos del mercado a vuestros sistemas, con logs, reglas y un humano que puede corregir. Si el error cuesta dinero, se diseña la integración con modelos de I.A. como cualquier otra: entrada, validación, fallback, quién mira el fallo. Un grupo de hostelería puede clasificar reservas raras. Un catálogo B2B, proponer una línea de pedido que confirma el comercial. El valor está en el enganche con el sistema que ya usáis, no en la demo del chat.

Cuándo acaban llamando tarde

El patrón se repite. Alguien del equipo o el propio fundador monta la web para no gastar. Durante semanas se ve bien. Luego pasa una de estas.

1. Entran campañas y la landing no mide. El dinero se va y nadie sabe a qué página.
2. Un script generado rompe el móvil. El comercio local pierde reservas un fin de semana.
3. Hay que unir la web al ERP o al TPV. El prototipo no tiene modelo de datos. Hay que rehacer.
4. Piden un cambio legal o un segundo idioma. El generador ya no reproduce el mismo resultado. El código es un bloque opaco.

Llamar tarde significa pagar dos veces: el tiempo que creíste ahorrado y el retrabajo. A veces se puede salvar la marca visual y cuatro textos. A veces no. El momento de pedir oficio es cuando la URL deja de ser un experimento: hay clientes, anuncios, datos personales o un proceso que no puede fallar en silencio.

Criterio para auditar, reparar o rehacer

Antes de volver a generar otra versión, corta con tres preguntas.

¿El flujo de dinero o de reserva funciona de punta a punta, con un caso real? Si no lo has probado con un pedido, una mesa o un presupuesto, no está hecho. Está dibujado.

¿Sabes qué pasa si falla? Copias, accesos, quién restaura, dónde viven los datos. Si la respuesta es que el generador se encarga, no hay mantenimiento. Hay esperanza.

¿El próximo cambio lo puede hacer alguien de tu equipo sin romper el resto? Si cada retoque exige volver al chat y rezar, el coste operativo ya está ahí, aunque no lo veas en una factura.

• Auditar: la estructura aguanta, fallan puntos concretos. Formulario, cookies, títulos, velocidad, destino de los leads.
• Reparar: hay base, pero hay deuda. Se encapsula lo frágil y se documenta el siguiente cambio.
• Rehacer: el prototipo no tiene arquitectura. Seguir parcheando sale más caro que partir de un inventario real.

Medición mínima después de intervenir: formularios que llegan a un buzón o a un CRM, páginas que cargan en el móvil del encargado, conversiones que coinciden con el TPV o con la hoja de reservas, y un calendario de actualizaciones con nombre. Sin eso, vuelves a la ilusión de que ya está.

Preguntas frecuentes

¿Puedo hacer la web solo con IA?

Puedes hacer un prototipo solo con IA. Una web que venda, cumpla RGPD y se mantenga exige alguien que asuma criterio y fallos. Si el negocio aún está en prueba, el generador sirve para pensar. Si ya hay clientes, campañas o datos personales, es un activo, no un hobby.

¿Cuándo contratar una agencia de desarrollo?

Cuando la web deja de ser un experimento y pasa a ser el mostrador. También cuando aparece una integración, cuando vas a invertir en anuncios, o cuando nadie puede explicar qué se rompió. Contratar agencia desarrollo no es porque la I.A. no valga. Es porque alguien tiene que firmar el resultado.

¿Chocola usa IA?

Sí. En borradores y reseñas internas, siempre con revisión humana. En proyectos, se integran modelos del mercado cuando el proceso lo pide: clasificación, extracción, enrutado o respuestas asistidas, con logs y reglas. El modelo no publica solo.

¿Y si ya tengo la web generada?

Se puede auditar. A veces se repara; a veces conviene rehacer la parte que toca dinero, datos o marca. Trae la URL, el acceso y una lista de lo que ya falla. El trabajo es decidir qué se salva.

¿Una app generada sirve como panel interno?

Como demo, sí. Como panel donde un comercial cambia tarifas o un responsable ve stock, no, si no hay permisos ni un sitio claro para el dato. Una app a medida IA sin modelo de datos es una presentación interactiva.

Si tienes una web generada y no sabes si aguanta, o quieres integrar un modelo en un proceso que ya os importa, lo miramos con inventario, no con otro prompt. En Chocola Studio, en Sabadell, el trabajo es auditar, reparar o rehacer, y dejar a alguien al otro lado cuando falle. Escríbenos desde la página de contacto o revisa cómo planteamos una web con inteligencia artificial hecha para mantenerse.