Webs hechas con IA: cómo revisar SEO, velocidad y accesibilidad

Las webs hechas con IA necesitan una revisión técnica y de contenidos antes de publicarse, sobre todo cuando reemplazan un sitio que ya recibe visitas desde Google. El desarrollador Daniel Esteban Waisman, de DWVisual, describe problemas posibles en velocidad, accesibilidad, navegación, administración y migración SEO, y sostiene que generar una página no equivale a dirigir un proyecto web.

Las webs hechas con IA pueden resolver una primera versión visual, pero no garantizan por sí solas una experiencia clara, un código eficiente ni la conservación del posicionamiento existente. La diferencia aparece cuando una persona intenta completar tareas concretas: abrir un menú, consultar un servicio, aplicar un filtro o enviar un formulario.

El planteo surge de una experiencia relatada por Daniel Esteban Waisman, de DWVisual. Según su testimonio, un cliente renovó su sitio con ayuda de inteligencia artificial después de haber trabajado durante años en su presencia en Google. Al volver a buscarlo, Waisman encontró la página en la cuarta página de resultados y observó problemas de lentitud, accesibilidad, organización del contenido y navegación.

El propio autor aclara que esa observación no demuestra que una herramienta específica haya causado toda la caída. Para establecer una relación sería necesario revisar fechas, consultas, cambios y datos de Google Search Console. El caso sirve, de manera acotada, para plantear qué controles debería incluir una renovación antes de reemplazar una web posicionada. La experiencia fue publicada en DWVisual.

Generar una página no es dirigir un proyecto web

Herramientas como Gemini, ChatGPT o Claude pueden ayudar a redactar, programar y explorar alternativas. La decisión profesional empieza cuando hay que definir el problema, seleccionar una solución, probarla y asumir sus consecuencias en producción.

Un resultado que parece correcto en una captura puede fallar al interactuar con él. Un menú puede abrirse con demora, un filtro puede no informar si registró la selección o una animación puede cargar recursos innecesarios en un teléfono. La revisión debe observar el recorrido completo y no solamente la apariencia inicial.

La velocidad se comprueba durante las tareas

Waisman propone probar acciones completas: abrir una ficha, buscar una categoría, cambiar una opción y llegar al contacto. Ese método permite identificar demoras que no aparecen al mirar una imagen estática.

Una de las métricas mencionadas es Interaction to Next Paint, conocida como INP. Mide la capacidad de respuesta ante clics, toques y uso del teclado. Un valor de hasta 200 milisegundos se considera bueno y la evaluación utiliza el percentil 75 de las visitas. INP observa el tiempo hasta la siguiente actualización visual; no equivale al tiempo total que tarda un formulario en procesar una solicitud.

También es necesario revisar qué recursos se cargan y cuándo. Reservas, mapas, galerías, efectos y herramientas externas deberían ejecutarse donde aportan una función concreta. Diferir un script, dividir un componente o activarlo bajo demanda puede ayudar, pero cualquier cambio debe probarse porque una optimización automática también puede romper dependencias.

WordPress requiere mirar más allá del navegador

En WordPress, la demora puede originarse antes de que la página llegue al dispositivo. PHP, la base de datos, el tema y los plugins participan en la respuesta del servidor; después intervienen la descarga de recursos y el código ejecutado en el navegador.

Por eso una configuración de caché o la instalación de un plugin no resuelven automáticamente el problema. Una página informativa y un carrito de compra tienen necesidades distintas. Conviene identificar consultas innecesarias, funciones duplicadas y componentes que agregan trabajo sin mejorar el uso.

La administración cotidiana también forma parte del proyecto. Cambiar una descripción, reemplazar una fotografía, revisar el resultado y recuperar una versión anterior permite comprobar si el cliente podrá mantener la web sin depender de una herramienta que reescriba archivos cada vez.

El SEO se planifica antes de cambiar la estructura

La producción de contenido con IA no implica por sí misma una penalización. La orientación de Google sobre contenido generado con IA pone el foco en la calidad del resultado, no únicamente en el método utilizado para producirlo. En una renovación, el riesgo aparece cuando se modifica la estructura sin conocer qué páginas, consultas y recorridos ya cumplen una función.

La documentación de Google sobre JavaScript distingue entre rastreo, renderizado e indexación. Aunque Google puede ejecutar JavaScript, no todos los robots tienen las mismas capacidades. Revisar el HTML entregado, los enlaces y el contenido renderizado ayuda a decidir si una arquitectura resulta adecuada.

Antes de publicar, el inventario debería incluir páginas existentes, contenidos que reciben visitas, enlaces compartidos y direcciones que responden a búsquedas específicas. Si una URL cambia, debe relacionarse con un destino equivalente mediante la redirección correspondiente. Enviar todas las páginas a la portada no conserva el propósito de cada contenido.

También deben revisarse títulos, descripciones, enlaces internos, URL canónica, instrucciones de indexación y sitemap. La estructura de encabezados tiene que representar la organización real del contenido: un título principal, secciones H2 y subdivisiones H3 cuando correspondan, no tamaños de letra elegidos únicamente por estética.

Accesibilidad: la web debe poder usarse

Una página accesible contempla distintas formas de navegación. El teclado, el zoom y los lectores de pantalla pueden ser necesarios para completar una consulta. Menús que dependen del puntero, formularios sin etiquetas o focos que desaparecen agregan barreras que una portada visualmente atractiva puede ocultar.

Las recomendaciones de W3C WAI 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 tarea.

La revisión debería incluir un recorrido verificable: encontrar un servicio, comprender qué ofrece y contactar a la empresa. Las herramientas automáticas pueden detectar ciertos problemas, pero no sustituyen la comprobación de la interacción.

Imágenes, mapas y componentes necesitan contexto

Una imagen puede verse bien y pesar demasiado para el espacio que ocupa. Su revisión incluye dimensiones visibles, recorte, formato, calidad de exportación y versión enviada al teléfono. También importa si el contenido principal se muestra sin demoras innecesarias.

La guía de carga diferida de imágenes de web.dev recomienda reservar esa técnica para imágenes fuera de la primera vista y evitarla en las que deben aparecer al entrar, especialmente la imagen principal. Declarar dimensiones ayuda a reservar el espacio y reducir saltos del contenido mientras carga.

El mismo criterio se aplica a un mapa. Si solo se necesita para consultar una dirección, puede evaluarse si debe descargarse al entrar o activarse cuando la persona lo solicita. También hay que informar la dirección por otro medio si el mapa falla. La decisión combina rendimiento, información y continuidad del recorrido.

La navegación también debe ser comprensible para asistentes

La navegación agéntica plantea una tarea concreta: que un asistente pueda encontrar un servicio y explicar cómo iniciar una consulta. Para favorecer esa interpretación, el contenido esencial no debería quedar oculto dentro de imágenes, los botones tendrían que tener nombres descriptivos y las páginas deberían vincularse de manera clara.

Los datos estructurados pueden ayudar a describir entidades cuando reflejan el contenido real. No sustituyen una arquitectura comprensible ni corrigen información ausente. Para empresas de Rosario y la región, esto implica explicar con precisión qué ofrecen, a quiénes atienden y cómo comenzar el contacto, sin reunir servicios diferentes en una página difícil de interpretar.

Una renovación segura empieza antes de publicar

La revisión previa debería combinar inventario, respaldo, pruebas de tareas, control de accesibilidad, análisis de rendimiento y seguimiento posterior. La apariencia puede cambiar por completo, pero las páginas útiles, sus direcciones y los recorridos que permiten llegar a la empresa necesitan una estrategia de transición.

Antes de reemplazar un sitio con historial de posicionamiento, conviene documentar qué funciona y qué se modificará. Así, la inteligencia artificial puede utilizarse como apoyo para producir alternativas sin convertir una pantalla terminada en una decisión técnica sin comprobar.