Web con IA o desarrollo manual: cómo evaluar su calidad

Una web generada con IA puede quedar lista para enseñar en minutos. Eso no dice cuánto tardará en cargar para sus visitantes, si podrán usarla con teclado ni quién podrá mantenerla después. La comparación útil empieza cuando las dos versiones resuelven la misma tarea y se miden con el mismo criterio.

No hemos construido dos sitios equivalentes ni tenemos un resultado propio de velocidad o posicionamiento que publicar. Este protocolo permite evaluar una web creada con IA frente a otra desarrollada manualmente sin atribuir ventajas automáticas a ninguna. Fuentes consultadas el 11 de octubre de 2026.

Define una tarea idéntica para las dos versiones

Una comparación limpia necesita el mismo objetivo, textos, imágenes autorizadas, páginas, formularios y requisitos legales. Usa además el mismo alojamiento, dominio de prueba, caché y periodo de medición, o anota cada diferencia. Si una versión incluye una tienda completa y la otra solo una portada, sus cifras no responden a la misma pregunta.

Registra qué produjo la herramienta de IA, qué corrigió una persona y qué bibliotecas o servicios utiliza el resultado. Así podrás repetir una actualización y distinguir la capacidad del generador del trabajo de revisión. Google recomienda explicar cómo se creó el contenido cuando esa información ayuda al lector a valorar la página.

Velocidad: combina pruebas controladas y uso real

Mide las mismas URLs de ambas versiones en móvil y escritorio. Core Web Vitals utiliza LCP para carga, INP para respuesta y CLS para estabilidad visual. Sus umbrales recomendados son, respectivamente, hasta 2,5 segundos, 200 milisegundos y 0,1 en el percentil 75 de visitas. Una prueba aislada no permite afirmar que una web cumple esos valores para sus usuarios.

PageSpeed Insights diferencia datos de laboratorio y datos de campo: los primeros ayudan a encontrar problemas bajo condiciones simuladas; los segundos resumen visitas reales cuando hay muestra disponible. Guarda fecha, URL, dispositivo, captura del informe y cambios hechos entre mediciones. Si aún no hay datos de campo, dilo. Compara también el tamaño de recursos y la respuesta del servidor para saber qué conviene corregir.

Accesibilidad: la puntuación automática es solo el comienzo

Recorre menús, botones y formularios con teclado. Comprueba que el foco se ve, los campos tienen etiquetas, los mensajes de error se entienden, las imágenes informativas poseen texto alternativo y los encabezados siguen un orden comprensible. Repite las tareas con zoom y en una pantalla estrecha. Usa las WCAG 2.2 como referencia para criterios concretos.

Un escáner puede localizar fallos, pero W3C advierte que ninguna herramienta por sí sola determina si una web es accesible; hace falta revisión humana competente. Anota qué páginas y tareas se comprobaron. Una portada correcta no certifica todo el sitio, y una puntuación verde no prueba que el formulario pueda completarse.

SEO: comprueba lo que se publica y se puede rastrear

Revisa títulos descriptivos, encabezados, texto útil, enlaces internos, imágenes con contexto y una versión canónica por URL. Comprueba si las páginas que deben aparecer en buscadores son accesibles sin iniciar sesión, no tienen una instrucción accidental de no indexar y se incluyen en el sitemap. La guía de SEO de Google insiste en contenido original, organizado y actualizado.

El método de construcción no concede una ventaja de búsqueda por sí solo. Google centra su guía sobre contenido generado con IA en precisión, calidad y valor para las personas, y advierte contra publicar muchas páginas sin utilidad añadida. Evalúa cada página publicada y documenta qué revisó una persona. Si empleas automatizaciones para redactar o cambiar contenido, sirve el mismo principio de supervisión que explicamos en la guía sobre agentes para un negocio de una persona.

Mantenimiento: pide una modificación después de entregar

Cambia un horario, añade un campo al formulario y actualiza una página con la misma persona que mantendría la web. Mide el tiempo desde la petición hasta que el cambio funciona en producción, con copia de seguridad y posibilidad de revertirlo. Guarda la versión del código, dependencias, licencias y accesos necesarios. Una demo brillante pierde valor si una corrección pequeña exige reconstruirla.

Comprueba también quién controla dominio, alojamiento, cuentas y archivos exportables. Si el generador depende de un servicio concreto, prueba cómo migrarías el contenido. Para una web hecha a mano, pide igualmente instrucciones de despliegue y actualización. La mantenibilidad se demuestra con un cambio repetible, no con una promesa de «código limpio».

Ficha de comparación para no confundir impresión y prueba

Prepara una ficha por versión con las mismas filas. En cada una escribe resultado, evidencia, fecha y tarea pendiente:

• Alcance: páginas y tareas entregadas, más diferencias de contenido o alojamiento.
• Velocidad: informes de móvil y escritorio; datos de campo disponibles o su ausencia.
• Accesibilidad: fallos de herramienta y resultado de recorrido humano con teclado y formulario.
• SEO: URL, título, canonical, indexabilidad, sitemap y calidad del contenido.
• Mantenimiento: cambio solicitado, tiempo real de ejecución, respaldo y forma de revertir.

Al final, elige según los resultados de tu proyecto: una versión puede ganar en rapidez de entrega y necesitar más correcciones; otra puede costar más al inicio y resultar más sencilla de mantener. Si no has hecho la prueba, deja la casilla sin resultado. Eso es más útil que declarar ganadora a una tecnología por su nombre.