Webs hechas con IA: qué revisar antes de reemplazar un sitio

Una web hecha con inteligencia artificial puede verse lista y, aun así, presentar problemas de velocidad, accesibilidad, navegación y posicionamiento. La advertencia surge de un análisis publicado por DWVisual, que describe el caso de un sitio renovado con IA y propone revisar su funcionamiento completo antes de reemplazar una página que ya tenía trabajo acumulado en Google.

Una web hecha con IA no queda validada por el solo hecho de mostrar una apariencia terminada. La generación automática puede ayudar a escribir código, producir textos o explorar alternativas, pero no resuelve por sí misma la arquitectura del sitio, la experiencia de uso, la migración de direcciones ni las condiciones de mantenimiento.

La advertencia fue publicada por DWVisual, en un texto firmado por Daniel Esteban Waisman. El autor relata, sin identificar al cliente, que una renovación desarrollada con inteligencia artificial coincidió con una caída desde una posición destacada en Google hasta la cuarta página, además de problemas de velocidad, accesibilidad y organización del contenido.

El propio análisis aclara que esa observación no permite atribuir toda la caída a una herramienta específica. Para establecer una relación sería necesario revisar fechas, consultas, cambios realizados y datos de Google Search Console. El caso funciona como advertencia sobre el proceso de reemplazo, no como una prueba de que utilizar IA provoque necesariamente una pérdida de visibilidad.

Qué puede quedar oculto en una web hecha con IA

Una pantalla atractiva puede esconder dificultades que aparecen recién cuando una persona intenta completar una tarea. Entre los ejemplos mencionados por DWVisual figuran menús que responden tarde, filtros que no informan si recibieron una selección, contenidos mal organizados y recorridos de navegación poco claros.

La revisión debería observar acciones completas: abrir una ficha, buscar una categoría, cambiar una opción y llegar al contacto. También importa saber qué ocurre después de un error y si la persona puede continuar sin volver a cargar toda la información. Una captura de pantalla no permite comprobar esos recorridos.

La métrica Interaction to Next Paint (INP) sirve para evaluar la respuesta visual de una página ante clics, toques y acciones con el teclado. Según la explicación incluida en la fuente, un valor de hasta 200 milisegundos se considera bueno y la evaluación utiliza el percentil 75 de las visitas. INP mide la capacidad de respuesta de la interfaz, pero no equivale al tiempo total que tarda un formulario en procesar y mostrar un resultado.

Velocidad: cada recurso debe justificar su presencia

El rendimiento no depende solamente de elegir una herramienta de optimización. Componentes como reservas, mapas, galerías, efectos visuales y servicios externos pueden agregar código y solicitudes que no son necesarios en todas las páginas.

Una decisión razonable consiste en cargar cada recurso cuando realmente hace falta. Por ejemplo, un mapa para indicar una dirección podría activarse cuando la persona decide consultarlo, siempre que el sitio ofrezca una alternativa si el mapa no funciona. Esa elección combina velocidad, disponibilidad de la información y utilidad concreta del componente.

También es necesario probar cómo se comportan las cargas diferidas, la división de componentes y la ejecución de scripts. Aplicar una configuración automática o mover todo el código al final de la página puede romper dependencias. La optimización debe comprobarse sobre los elementos que utiliza el visitante, no solamente sobre una configuración técnica.

Cómo se relacionan el rendimiento y el posicionamiento

El uso de inteligencia artificial no implica por sí mismo una penalización en Google. La orientación del buscador citada por DWVisual pone el foco en la calidad del contenido, con independencia de cómo se haya producido.

La relación con el posicionamiento aparece en las decisiones que sostienen el sitio. Google puede ejecutar JavaScript, pero el rastreo, el renderizado y la indexación son etapas diferentes. Por eso conviene revisar el HTML entregado, los enlaces, el contenido que queda disponible después del renderizado y la arquitectura elegida para cada proyecto.

En una instalación de WordPress, la respuesta puede depender de PHP, la base de datos, el tema, los complementos y los recursos que descarga el navegador. Si una página tarda, hay que distinguir si el problema está en el servidor, en la descarga de archivos o en el procesamiento que realiza el dispositivo de la persona usuaria.

El riesgo de perder páginas y direcciones durante una renovación

Reemplazar el diseño también puede modificar la forma en que las personas llegan a una empresa. Antes de publicar, conviene inventariar las páginas existentes y entender qué función cumple cada una. Algunas pueden recibir visitas, tener enlaces compartidos o responder a consultas específicas.

Cuando cambian las direcciones, las URL anteriores deben relacionarse con destinos equivalentes y configurarse las redirecciones correspondientes. Enviar todas las visitas a la portada no conserva necesariamente el propósito de cada página. La migración requiere respaldo, un mapa de cambios y comprobaciones antes y después de la publicación.

También deberían revisarse títulos, descripciones, enlaces internos, URL canónicas, instrucciones de indexación y sitemap. Estos elementos tienen que coincidir con el contenido real de cada página. Si una empresa trabaja en distintas localidades, la organización necesita además información específica para cada zona y servicio, sin limitarse a repetir nombres de ciudades.

Accesibilidad y administración cotidiana del sitio

Una web puede presentar barreras aunque su portada se vea correcta. La navegación con teclado, el uso de lectores de pantalla, la ampliación del contenido y la comprensión de los formularios forman parte de la experiencia. Menús que dependen del mouse, campos sin etiquetas o focos que desaparecen dificultan una consulta.

Las recomendaciones de W3C WAI citadas en el análisis incluyen controles etiquetados, alternativas textuales, estructura semántica, acceso mediante teclado y ayuda para corregir errores. El texto alternativo de una imagen debe explicar su función o contenido cuando corresponde; repetir palabras clave no reemplaza esa información.

La administración posterior también debería probarse durante el desarrollo. Una tarea concreta puede ser cambiar la descripción y la fotografía de un servicio, comprobar el resultado y recuperar la versión anterior si algo salió mal. Si cada modificación exige pedirle a una IA que reescriba archivos, la autonomía del equipo queda condicionada por su capacidad para revisar código.

Imágenes, contenido y navegación para personas y asistentes

El peso y el formato de las imágenes influyen en la carga. Hay que considerar el tamaño visible, el recorte, la calidad de exportación y la versión que recibe cada dispositivo. La guía de carga diferida de imágenes de web.dev recomienda reservar esa técnica para imágenes que están fuera de la primera vista y evitarla en las que deben aparecer al entrar, especialmente la imagen principal.

La organización del contenido también afecta la comprensión. Un título principal debe identificar el tema; los H2 deben separar secciones y los H3 solo deberían utilizarse cuando exista una subdivisión real. Elegir encabezados únicamente por el tamaño de letra puede producir una jerarquía confusa.

La navegación debe ser entendible tanto para las personas como para sistemas que intentan interpretar el sitio. Nombres descriptivos, enlaces claros y relaciones comprensibles entre páginas facilitan encontrar un servicio y saber cómo iniciar una consulta. Los datos estructurados pueden colaborar cuando describen información que realmente está presente.

Qué comprobar antes de publicar una renovación con IA

La revisión debería partir de tareas reales y no de la apariencia general. Es importante comprobar la respuesta de menús y formularios, el comportamiento en dispositivos distintos, la navegación mediante teclado, el contenido renderizado, las imágenes, las páginas existentes y las redirecciones.

También conviene definir quién administrará el sitio y cómo se corregirán errores habituales. La inteligencia artificial puede acelerar partes del desarrollo, pero la selección de la solución, la evaluación de sus consecuencias y la responsabilidad sobre la publicación siguen requiriendo criterio profesional.

Antes de sustituir una web que ya recibe visitas, una empresa debería conservar respaldos, identificar las páginas valiosas y planificar la transición. La apariencia renovada solo es una parte del proyecto: la utilidad real se comprueba cuando una persona puede encontrar el servicio, entenderlo y contactar sin obstáculos.