Una web generada con IA: qué revisar antes de publicarla

Esquema gráfico minimalista en burdeos y marfil sobre revisar una web generada con IA.
Esta entrada es la parte 7 de 9 de la serie IA aplicada al diseño web

IA aplicada al diseño web

Diseño web con IA: del encargo a una web que funciona

Cómo definir una web antes de pedírsela a la IA

Un usuario inventado por IA no es una investigación de usuarios

Diseñar una web con IA sin que parezca otra plantilla

Qué compartir con una IA al diseñar una web

HTML y CSS generados con IA: cómo revisar un bloque

Una web generada con IA: qué revisar antes de publicarla

Cómo documentar un proyecto web asistido por IA

Cómo comprobar una respuesta de IA sobre diseño web

Una vista previa puede parecer terminada cuando todavía contiene enlaces vacíos, testimonios inventados o un formulario que solo muestra un mensaje. Revisar una web generada con IA exige ir más allá de su aspecto.

Usaremos una página ficticia de talleres de cerámica. La prueba parte de una tarea: encontrar una actividad adecuada y solicitar plaza. Trabaja en un entorno de pruebas y utiliza datos inventados. No provoques envíos, compras o cambios sobre sistemas reales para comprobar una demostración.

Define qué significa que la web funciona

Escribe una tarea y su resultado esperado. «Solicitar plaza» debería llevar a un formulario comprensible y producir una solicitud verificable en el destino previsto. No debería prometer una reserva confirmada si todavía requiere respuesta manual.

Divide la revisión en contenido, recorrido, comportamiento y presentación. Marca cada punto como comprobado, fallido o pendiente. «No probado» es un estado útil; no lo conviertas en aprobado por omisión.

Ejemplo didáctico propio con un proyecto ficticio. Amplía la imagen para consultar el esquema.

Comprueba hechos, promesas y recursos

Lee nombres, precios, horarios, direcciones, cifras y testimonios. Contrasta cada afirmación con material confirmado. Retira los ejemplos que el generador haya añadido para llenar una sección.

Revisa que cada imagen tenga una procedencia y un uso permitido. Comprueba si el texto alternativo describe su función; una imagen decorativa no necesita una frase promocional disfrazada de descripción.

Abre las fuentes citadas. Un enlace que existe puede apoyar otra afirmación distinta. También conviene revisar título SEO, descripción, idioma y un único encabezado principal coherente con la página.

Recorre cada camino, incluidos los fallos

Sigue los enlaces de navegación y las llamadas a la acción. Un destino # sin función no es una solución terminada. Revisa menús, filtros, pestañas y estados vacíos.

En un formulario de pruebas, intenta enviar vacío, con un correo incompleto y con datos válidos ficticios. Observa si la ayuda indica qué corregir y si conserva lo que ya era válido.

  1. Anota el destino y el resultado esperado antes de actuar.
  2. Ejecuta la prueba con datos ficticios.
  3. Comprueba el resultado en el sistema de pruebas receptor.
  4. Revisa el mensaje que recibe la persona.
  5. Registra el fallo y repite tras corregirlo.

Si solo puedes verificar una simulación, indícalo. No afirmes que una solicitud ha llegado porque aparece una animación de éxito. El mensaje y la entrega son dos comprobaciones distintas.

Cambia de tamaño y de forma de navegar

Revisa un ancho móvil estrecho, otro intermedio y escritorio. Cambia también el contenido: títulos largos, una tarjeta sin imagen y mensajes extensos. Busca desbordamientos, texto recortado y botones que dejan de caber.

Después navega con teclado. Debes poder reconocer el foco y llegar a las acciones. Comprueba menús y diálogos, no solo enlaces visibles en la primera pantalla. La revisión con teclado propone una práctica concreta.

Las comprobaciones iniciales de accesibilidad de W3C sirven para detectar barreras evidentes. No certifican por sí solas la accesibilidad de un sitio. Combina comprobaciones manuales y herramientas, y pide una evaluación más amplia cuando corresponda.

Ejemplo didáctico propio con un proyecto ficticio. Amplía la imagen para consultar el esquema.

Prioriza y vuelve a probar

Un formulario que pierde solicitudes tiene prioridad sobre una transición poco refinada. Ordena los fallos por su efecto: impide la tarea, dificulta la comprensión o afecta al acabado.

Pide un cambio por problema y conserva una versión anterior. Después repite la prueba afectada y revisa las zonas relacionadas. Cambiar una regla responsive puede arreglar una tarjeta y estropear otras.

Guarda capturas, pasos para reproducir y resultado obtenido. El registro permite revisar el trabajo sin depender de recordar una conversación. Sigue con el tema de documentación en la guía de IA aplicada al diseño web.

Una web está preparada para avanzar cuando sus funciones se han comprobado y sus límites están identificados.

HTML y CSS generados con IA: cómo revisar un bloque Cómo documentar un proyecto web asistido por IA
últimos artículos:

Compartir en redes sociales:

Imagen de Paloma Peña
Paloma Peña

Founder & Directora Creativa @ Bocau
Profesora, Facultad de Ciencias de la Comunicación, Universidad Francisco de Vitoria

Artículos relacionados