Finales de julio de 2026. Si trabajas en web —diseño, producto, desarrollo o marketing— ya no discutes si usas IA: discutes dónde la dejas generar y dónde te quedas tú. Yo soy Mario, y en proyectos reales veo el mismo patrón: la velocidad subió de verdad… y con ella, el riesgo de publicar algo que “se ve bien” pero no aguanta producción, accesibilidad ni mantenimiento.
Este artículo no es un hype reel. Es un corte práctico: qué cambió en wireframes, personalización, SEO/AEO y revisión de código; qué sigue dependiendo de criterio humano; y cómo filtro lo que sale de un copiloto antes de que toque un cliente. Si ya tienes un sitio “casi listo” hecho con IA y necesitas llevarlo a producción con criterio, al final te dejo un llamado directo.
El cambio real no es “la IA diseña”: es el ciclo de revisión
Hace tres años el cuello de botella era producir la primera versión. Hoy el cuello de botella es revisar, decidir y endurecer. Generar cinco variantes de hero, un flujo de checkout o un componente React ya no es el milagro. El milagro —y el trabajo caro— es saber cuál variante no rompe la marca, cuál estado de error falta, y qué deuda de mantenibilidad estás aceptando.
En mi día a día, la IA acorta el camino hasta un borrador usable. Lo que no acorta sola es el juicio: jerarquía visual, psicología de conversión, contraste, teclado, SEO técnico, contratos de API y el “qué pasa el martes cuando falle el webhook”. Eso sigue siendo humano —o un humano con muy buenos checklists.
Lo que sí cambió en 2026
Wireframes y variantes a velocidad de prompt
Pasar de brief a layout exploratorio es brutalmente más rápido. Puedes pedir tres arquitecturas de información, probar tipografías y generar estados vacíos/loading sin abrir cinco archivos de Figma desde cero. El valor no es “más pantallas”: es explorar trade-offs antes de comprometerse.
Personalización (con cuidado)
Segmentar copy, recomendar módulos o adaptar CTAs según audiencia ya no es solo para enterprise con data science. El riesgo es obvio: personalizar ruido, filtrar mal PII o crear experiencias que nadie puede auditar. La IA acelera la hipótesis; el producto decide qué merece experimentación controlada.
SEO + AEO: contenido y respuestas, no solo keywords
En 2026 el SEO clásico convive con AEO (Answer Engine Optimization): claridad de entidades, FAQs estructuradas, JSON-LD, citabilidad y páginas que un modelo pueda resumir sin inventar. La IA ayuda a redactar y a detectar huecos… pero también multiplica el slop si nadie verifica hechos, intención de búsqueda y canonicidad.
El humano como revisor de producción
El rol que más creció no es “prompt artist”. Es reviewer: alguien que lee el diff, prueba el flujo, exige estados, mide Core Web Vitals y pregunta por rollback. La IA generó; tú firmas.
- Más borradores por hora — menos excusas para no iterar.
- Más superficie a auditar — cada variante es deuda potencial.
- Más necesidad de criterios escritos — si no defines “hecho”, la IA inventa uno.
Lo que no cambió (aunque el marketing diga lo contrario)
Hay cuatro frentes donde la IA sigue siendo asistente, no dueña:
- Criterio de marca: tono, tension visual, qué omitir. La IA promedia; las marcas fuertes eligen.
- Psicología de conversión: fricción correcta, prueba social creíble, promesa vs prueba. Un CTA “potente” sin confianza es teatro.
- Accesibilidad: foco, ARIA con sentido, contraste, errores anunciados. Generar HTML “bonito” no implica WCAG.
- Mantenimiento: dependencias, rotación de secretos, contenido obsoleto, incidentes a las 2 a.m. Nadie “vibe-codea” un runbook bueno por accidente.
Comparativa rápida: dónde ayuda y dónde no
| Área | Lo que la IA acelera | Lo que sigue humano |
|---|---|---|
| Wireframes / UI | Variantes, layouts, copy placeholder | Jerarquía, marca, decisión final |
| UX de producto | Flujos felices y componentes | Estados edge, permisos, recuperación de error |
| SEO / AEO | Borradores, outlines, FAQs | Hechos, E-E-A-T, canonicidad, medición |
| Código front | Scaffolding, refactors locales | Arquitectura, seguridad, performance real |
| Personalización | Hipótesis y variantes de mensaje | Privacidad, experimentación, sesgos |
| Mantenimiento | Resúmenes de logs, PRs sugeridos | Prioridad, rollback, ownership |
Slop, vibe-coding y la ilusión de “ya está”
Los números de 2026 ya no sorprenden a nadie en ingeniería: alrededor del 92% de desarrolladores usa IA a diario, y en muchos equipos cerca del 46% del código nuevo llega con asistencia generativa. Eso no significa que el 46% esté listo para producción. Significa que el volumen de “casi” se disparó.
Vibe-coding —iterar por sensación con el copiloto hasta que “se ve bien”— es genial para prototipos y demos. Es peligroso cuando sustituye tests, contratos y revisión. El slop web de 2026 se reconoce: tipografías genéricas, heroes con glow, FAQs inventadas, formularios sin rate limit y componentes que rompen en el tercer breakpoint.
- Si no puedes explicar por qué existe un componente, probablemente sobra.
- Si el copy suena a brochure de IA, reescríbelo con hechos tuyos.
- Si el PR no tiene plan de prueba, no es un PR: es una apuesta.
UX en 2026: diseña estados, no solo pantallas
La IA es excelente dibujando el estado feliz. Los productos reales viven en loading, vacío, parcial, offline, sin permiso, rate-limited y “el pago quedó pendiente”. Si tu diseño (o tu prompt) no pide esos estados, estás diseñando un trailer, no un producto.
- Lista los estados por flujo crítico (auth, checkout, contacto, upload).
- Define copy y UI para error recuperable vs bloqueante.
- Prueba teclado y lector de pantalla en el camino principal.
- Mide fricción: tiempo a primera acción útil, no solo “clicks”.
- Documenta qué decide un humano cuando la automatización duda.
Checklist SEO / AEO (julio 2026)
- Una intención clara por URL; sin canibalizar clusters.
- Title/description honestos; sin bait que el snippet no cumpla.
- FAQs reales con respuestas citables (no relleno).
- JSON-LD coherente con el HTML visible (Person, FAQ, Article, Service…).
- Hreflang y canonical correctos en sitios multiidioma.
- Imágenes con alt útil; LCP y CLS bajo control.
- Contenido actualizado con fecha y ownership editorial.
- Para AEO: entidades claras, definiciones tempranas, fuentes verificables.
Herramientas: para qué las uso (y para qué no)
| Herramienta | Brilla en | No la uses como |
|---|---|---|
| Cursor / Claude (coding) | Scaffolding, refactors, tests, revisión asistida | Arquitecto silencioso sin diff review |
| v0 / Lovable | UI rápida, prototipos clickables, demos | Fuente única de verdad de producción |
| Figma (+ IA) | Sistema, handoff, exploración visual controlada | Sustituto de investigación con usuarios reales |
La herramienta correcta depende del riesgo. Demo interna → genera fuerte. Checkout con dinero real → genera y luego audita como si no te creyeras nada.
Filtro de producción: checklist antes de merge/deploy
- ¿Cumple el brief y la promesa de marca, o solo “se parece a un SaaS”?
- ¿Hay estados de error, vacío y loading con copy real?
- ¿Accesibilidad básica: foco, contraste, labels, teclado?
- ¿SEO técnico: title, headings, canonical, schema sin mentir?
- ¿Seguridad: validación server-side, honeypot/rate limit en forms, secretos fuera del cliente?
- ¿Performance: imágenes, JS innecesario, LCP razonable en móvil?
- ¿Mantenibilidad: nombres claros, deuda anotada, dueño del módulo?
- ¿Rollback: sabes cómo volver atrás en <15 minutos?
Mantenimiento: donde mueren los sitios “hechos en un finde”
Generar un sitio en un fin de semana nunca fue el problema difícil. El problema es la semana 12: dependencias rotas, un cambio de API de pagos, contenido desactualizado, un formulario spammeado y nadie que entienda el spaghetti que el copiloto dejó. La IA puede ayudar a resumir logs o proponer un fix; no reemplaza ownership.
- Calendario de actualización de deps y contenido.
- Monitoreo de uptime + alertas de formularios/API.
- Backups y restores probados (no solo “configurados”).
- Documentación mínima: cómo deployar, dónde están secretos, qué no tocar.
Cómo trabajo cuando “la IA casi lo terminó”
Me llega mucho esto: “Ya generamos el sitio / el redesign / el landing… solo falta pulir”. Perfecto. Entonces no empiezo de cero: hago una pasada de producción.
- Auditoría rápida: UX crítica, a11y, SEO/AEO, seguridad de forms/APIs, performance.
- Recorte de slop: quitar lo genérico, alinear marca, fijar jerarquía.
- Estados y edge cases: lo que el generador omitió.
- Hardening: validación, rate limits, headers, secretos, observabilidad básica.
- Handoff de mantenimiento: qué vigilar, qué actualizar, cómo rollback.
¿Tu web “hecha con IA” necesita criterio de producción? Hablemos
Si tienes un diseño o un front generado con IA y quieres publicarlo sin vergüenza técnica —marca coherente, UX con estados reales, SEO/AEO serio, formularios protegidos y un plan de mantenimiento— puedo ayudarte a cerrar esa brecha entre demo y producción.
Cuéntame tu caso: stack, qué generó la IA, qué duele hoy y para cuándo necesitas salir. En la página de contacto agendamos una conversación directa. Sin teatro, con alcance claro.
También te puede servir datos para IA, auditoría de seguridad web, AI-native stack 2026, diseño web y contacto .