Una web creada con IA puede perder rendimiento, accesibilidad y visibilidad

Una web creada con IA puede parecer terminada y, sin embargo, perder rendimiento, accesibilidad y visibilidad en buscadores. El caso presentado por DWVisual muestra que generar una interfaz es apenas una parte del proyecto: también hay que comprobar cómo funciona, qué contenido conserva, qué recursos carga y qué ocurre cuando se reemplaza un sitio ya posicionado.

Una web creada con IA puede parecer lista desde la pantalla inicial y seguir presentando problemas importantes. El menú puede responder tarde, el contenido puede quedar mal organizado, un formulario puede no informar sus errores y una renovación puede eliminar páginas que antes atraían visitas. La generación automática resuelve parte de la producción, pero no reemplaza la evaluación técnica ni la responsabilidad sobre la publicación.

El planteo surge de una experiencia relatada por Daniel Esteban Waisman, de DWVisual. Según cuenta, un cliente renovó por su cuenta un sitio que había trabajado durante años y que, de acuerdo con el autor, había logrado aparecer en la primera posición de Google. Al volver a revisarlo, lo encontró en la cuarta página, junto con problemas de velocidad, accesibilidad, organización del contenido y navegación.

El propio relato 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 Search Console. El caso funciona, entonces, como advertencia sobre el proceso de migración y no como prueba de que Gemini, ChatGPT o Claude provoquen por sí mismos una pérdida de posicionamiento. La fuente original puede consultarse en DWVisual.

La generación automática no equivale a dirigir un proyecto web

Las herramientas de inteligencia artificial pueden ayudar a escribir textos, producir código y explorar alternativas visuales. La diferencia está en las decisiones que siguen: definir el problema, elegir una arquitectura, probar los recorridos y reconocer qué puede fallar.

Un código que parece funcionar en una demostración no necesariamente resuelve una tarea completa. Abrir una ficha, filtrar una categoría, cambiar una opción y llegar al contacto permite descubrir fallas que una captura de pantalla no muestra. También importa saber si el usuario recibe una respuesta cuando algo falla o si debe comenzar nuevamente.

Ese criterio alcanza a los componentes externos. Un mapa, una galería, un sistema de reservas o una animación pueden ser útiles en una sección y prescindibles en otra. Cargar sus recursos en todas las páginas sin una razón relacionada con el uso agrega trabajo al navegador y puede deteriorar la respuesta en dispositivos menos potentes.

Rendimiento: medir la respuesta, no solo la carga inicial

La velocidad no se reduce al tiempo que tarda en aparecer una portada. Interaction to Next Paint, conocida como INP, mide la capacidad de respuesta frente a clics, toques y acciones con el teclado. La documentación citada en la fuente considera bueno un valor de hasta 200 milisegundos y utiliza el percentil 75 de las visitas para evaluar el sitio.

INP observa el tiempo hasta la siguiente actualización visual, pero no equivale al tiempo total que tarda un formulario en procesar una solicitud. Por eso una revisión debe contemplar el recorrido completo: qué ocurre después del clic, si aparece una confirmación y si el sistema comunica un error de manera comprensible.

Diferir una carga, dividir un componente o activarlo solo cuando hace falta puede ayudar, pero las optimizaciones automáticas también pueden romper dependencias. En un sitio WordPress, la respuesta depende además del servidor, PHP, la base de datos, el tema y los plugins. Separar cada etapa permite saber si el problema está en el servidor, en la descarga de recursos o en la ejecución del dispositivo.

El SEO de una renovación empieza antes del diseño

Una renovación no debería comenzar únicamente con una nueva apariencia. Antes hay que identificar qué ofrece la empresa, qué necesita encontrar su público y qué páginas cumplen una función concreta. Un sitio puede tener muchas secciones y explicar poco, o concentrar servicios diferentes en una sola página hasta volver confusa la búsqueda de información.

La relación entre inteligencia artificial y SEO tampoco se define por el método de producción. La orientación de Google citada por la fuente sostiene que el foco está puesto en la calidad del contenido, independientemente de cómo se haya generado. Usar IA no implica, por sí mismo, una penalización; el resultado publicado y las decisiones que lo sostienen siguen siendo determinantes.

La implementación técnica requiere revisar el HTML entregado, los enlaces, el contenido renderizado y la forma en que los robots acceden a la información. La documentación de Google sobre JavaScript distingue entre rastreo, renderizado e indexación, procesos que no siempre ocurren de la misma manera ni con las mismas capacidades para todos los agentes.

También deben comprobarse los títulos, las descripciones, los enlaces internos, la URL canónica, las instrucciones de indexación y el sitemap. Los encabezados tienen que expresar la estructura del contenido: un título principal, H2 para secciones y H3 solo cuando existe una subdivisión real. Usarlos solo para cambiar el tamaño de la letra puede producir una jerarquía confusa.

Qué se puede perder al reemplazar un sitio existente

Antes de publicar una nueva versión, el inventario debería incluir las páginas actuales, sus direcciones, sus contenidos y la función que cumplen. Algunas pueden recibir visitas, conservar enlaces compartidos o responder a búsquedas específicas. Eliminarlas modifica la forma en que las personas llegan a la empresa, incluso si la nueva portada resulta más atractiva.

Cuando una dirección cambia, la anterior debe relacionarse con un destino equivalente mediante las redirecciones correspondientes. Enviar todas las páginas a la portada no conserva el propósito de cada una. La fuente menciona como parte de la preparación una combinación de inventario, respaldo, mapa de URL, redirecciones y seguimiento posterior.

La revisión también alcanza al contenido. Las páginas deberían explicar qué incluye un servicio, para quién sirve y cómo iniciar una consulta. Las frases genéricas generadas automáticamente pueden sonar correctas y, aun así, no aportar información que permita distinguir una empresa de otra.

Accesibilidad y navegación: la prueba está en completar una tarea

Una interfaz visualmente cuidada puede dejar afuera a personas que navegan con teclado, amplían el contenido o utilizan un lector de pantalla. Un menú dependiente del puntero, un formulario sin etiquetas o la pérdida del foco después de abrir un componente son obstáculos concretos, no detalles secundarios.

Las recomendaciones de W3C WAI citadas en el material incluyen controles etiquetados, alternativas textuales, estructura semántica, acceso mediante teclado y ayuda para corregir errores. Una herramienta automática puede detectar parte de estos problemas, pero no reemplaza la revisión de una tarea completa: encontrar un servicio, comprenderlo y contactar.

Las imágenes requieren una evaluación similar. Hay que revisar su tamaño visible, recorte, formato, calidad de exportación y versión enviada a cada dispositivo. La guía de web.dev sobre carga diferida recomienda reservarla para imágenes fuera de la primera vista y evitarla en aquellas que deben mostrarse al entrar, especialmente la imagen principal. Declarar dimensiones ayuda además a reservar espacio y reducir desplazamientos inesperados.

La administración cotidiana también forma parte del desarrollo

Una web no termina cuando se publica. Quien la administra debería poder cambiar una descripción, reemplazar una fotografía, comprobar el resultado y recuperar una versión anterior si comete un error. Si cada modificación exige pedirle a una IA que reescriba archivos, la autonomía del cliente queda atada a su capacidad para revisar código.

Diseñar campos claros y procedimientos previsibles puede evitar que el sitio quede desactualizado. Esa decisión no es independiente de la tecnología elegida: una configuración de caché, un plugin o una herramienta de edición solo son útiles si responden al contenido y a las tareas reales del proyecto.

Una web creada con IA necesita una transición comprobable

El criterio central que se desprende de la fuente es sencillo: una herramienta puede acelerar la producción, pero no puede asumir por sí sola la evaluación de resultados. Antes de reemplazar una web posicionada conviene documentar sus páginas, respaldar la información, probar las redirecciones, revisar accesibilidad y medir recorridos reales después de publicar.

La decisión no consiste en elegir entre inteligencia artificial o trabajo profesional. Consiste en saber qué tareas puede asistir una herramienta y cuáles requieren interpretación, pruebas y responsabilidad. Esa diferencia se vuelve visible cuando una persona toca un menú, completa un formulario, busca un servicio o intenta recuperar una página que existía antes de la renovación.