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

Las webs hechas con IA pueden acelerar el desarrollo, pero no garantizan una implementación correcta. Según Daniel Esteban Waisman, de DWVisual, antes de reemplazar un sitio conviene revisar su posicionamiento, velocidad, accesibilidad, navegación, administración y estructura de direcciones.

Las webs hechas con IA pueden acelerar la creación de una página, aunque una apariencia terminada no demuestra que el sitio funcione bien. La revisión debe abarcar el rendimiento, la accesibilidad, la organización del contenido, la experiencia de navegación y la conservación del trabajo SEO previo.

Daniel Esteban Waisman, de DWVisual, plantea este riesgo a partir de la renovación de un sitio de un cliente. Según su relato, la web anterior había alcanzado una posición destacada en Google y, después del rediseño realizado con inteligencia artificial, apareció en la cuarta página. También observó lentitud, problemas de accesibilidad y dificultades para navegar.

El caso no permite atribuir por sí solo la caída a una herramienta específica. Para establecer qué ocurrió habría que revisar fechas, consultas, cambios realizados, datos de Search Console y otros factores. La experiencia sí sirve para identificar qué controles conviene hacer antes de sustituir una web que ya recibe visitas o tiene trabajo de posicionamiento.

Qué pueden resolver las webs hechas con IA y qué queda pendiente

Herramientas como Gemini, ChatGPT o Claude pueden ayudar a redactar, programar y explorar alternativas. Sin embargo, generar una página no equivale a dirigir un proyecto web completo. Todavía hay que definir el problema, elegir una arquitectura, probar los recorridos y asumir las consecuencias de cada decisión.

Un código que parece funcionar puede fallar cuando una persona usa el teclado, amplía el texto, navega con un lector de pantalla o intenta completar un formulario desde un teléfono. También puede generar dependencias innecesarias, cargar recursos en páginas donde no hacen falta o dejar sin resolver qué sucede cuando una petición falla.

La velocidad se comprueba durante tareas reales

Una captura de pantalla no muestra si el menú responde, si un filtro informa que recibió la selección o si un formulario permite continuar después de un error. Por eso, la evaluación debería incluir tareas completas: abrir una ficha, buscar una categoría, cambiar una opción y llegar al contacto.

Una de las métricas mencionadas por Waisman es Interaction to Next Paint (INP), que mide la capacidad de respuesta ante clics, toques y acciones con el teclado. Un valor de hasta 200 milisegundos se considera bueno y la evaluación toma el percentil 75 de las visitas. INP refleja la respuesta visual de la página, pero no equivale al tiempo total que tarda un formulario en procesar una solicitud.

También es necesario identificar qué recursos intervienen. Un componente de reservas puede ser útil en la página correspondiente, mientras que cargarlo en todo el sitio puede agregar trabajo sin una justificación clara. La misma revisión alcanza a mapas, galerías, efectos visuales y servicios externos.

Imágenes, scripts y servidores forman parte del rendimiento

Diferir una carga, dividir un componente o activarlo sólo cuando hace falta puede reducir trabajo innecesario, pero las optimizaciones automáticas también pueden romper dependencias. La decisión debe probarse en el contexto de cada implementación, no aplicarse como una fórmula universal.

En una página con un mapa, por ejemplo, se puede evaluar si es necesario descargarlo al entrar o si alcanza con activarlo cuando la persona consulta la ubicación. También hay que prever cómo encontrar la dirección si el mapa no carga.

Las imágenes requieren controles similares. El tamaño visible, el recorte, el formato y la calidad de exportación influyen en la experiencia. Una imagen preparada para una pantalla grande no debería enviarse sin más a todos los dispositivos. La carga diferida suele reservarse para imágenes que están fuera de la primera vista, mientras que la pieza principal necesita un tratamiento diferente.

En sitios WordPress, la respuesta puede depender del servidor, PHP, la base de datos, el tema, los plugins y los recursos que descarga el navegador. Una configuración de caché tampoco resuelve por sí sola todos los problemas: una nota pública, una ficha de servicio y un carrito tienen necesidades distintas.

El SEO debe planificarse antes de publicar la renovación

La producción con inteligencia artificial no implica automáticamente una penalización de Google. El punto decisivo es el resultado publicado y la calidad de las decisiones que lo sostienen. Para evaluarlo, conviene revisar el HTML entregado, los enlaces, el contenido renderizado y la forma en que los buscadores pueden rastrear, procesar e indexar la página.

Antes del rediseño, también hay que entender qué ofrece la empresa, qué busca su público y cómo se organizarán los servicios. Una web puede tener muchas secciones y explicar poco, o concentrar temas distintos en una sola página sin dar respuestas útiles para cada necesidad.

La estructura de encabezados debería reflejar la organización del contenido: un título principal para el tema, subtítulos H2 para sus partes y H3 cuando exista una subdivisión real. El tamaño visual de una letra no debería determinar por sí solo la jerarquía semántica.

Entre los controles previos aparecen los títulos, las descripciones, los enlaces internos, las URL canónicas, las instrucciones de indexación y el sitemap. Cada elemento tiene que corresponder con la página que realmente se publica. En empresas que trabajan en varias localidades, la planificación debe contemplar información específica para cada zona, en lugar de repetir textos generales.

Una migración puede perder páginas que todavía cumplen una función

Antes de sustituir un sitio, es necesario inventariar sus páginas y conocer el papel de cada una. Algunas pueden recibir visitas, conservar enlaces compartidos o responder a búsquedas concretas. Eliminarlas junto con el diseño puede modificar la forma en que las personas llegan a la empresa.

Cuando cambian las direcciones, las URL anteriores deberían relacionarse con destinos equivalentes y contar con las redirecciones correspondientes. Enviar todas a la portada no conserva necesariamente el propósito de cada página. Un respaldo, un inventario y comprobaciones antes y después de publicar ayudan a ordenar esa transición.

La experiencia relatada por DWVisual puede consultarse en su artículo original sobre webs hechas con IA, SEO y desarrollo profesional. Allí se desarrollan también los criterios utilizados para revisar rendimiento, contenido, accesibilidad y migraciones.

La accesibilidad se verifica con recorridos completos

Una web accesible debe permitir que distintas personas encuentren un servicio, lo entiendan y contacten a la empresa. La revisión incluye navegación con teclado, etiquetas en formularios, foco visible, alternativas textuales, estructura semántica y mensajes que ayuden a corregir errores.

Las herramientas automáticas pueden detectar algunos problemas, pero no reemplazan la comprobación de una tarea completa. Un menú que depende del mouse, un botón con un nombre ambiguo o un foco que desaparece pueden impedir una acción aunque la portada se vea correcta.

El texto alternativo de una imagen también debe responder a su función. Repetir palabras clave sin aportar información no mejora la comprensión y puede dejar sin describir el contenido relevante.

Qué revisar antes de decidir una renovación

Para evaluar una web hecha con IA, una empresa puede pedir una revisión que incluya el inventario de páginas actuales, las métricas de rendimiento, los recorridos principales, la accesibilidad, la estructura de contenidos y las redirecciones. También conviene probar una tarea de administración: cambiar una descripción, reemplazar una fotografía, comprobar el resultado y recuperar una versión anterior.

Ese ejercicio muestra si el sitio podrá mantenerse actualizado sin depender de una intervención técnica para cada modificación. La renovación no debería medirse sólo por su aspecto visual, sino por la capacidad de conservar información útil, facilitar consultas y sostener una operación previsible después de la publicación.

La inteligencia artificial puede ser parte del desarrollo, pero la decisión de reemplazar una web requiere revisar lo que ya funciona, detectar lo que falta y comprobar el resultado en dispositivos y recorridos reales. Esa evaluación permite decidir con más información si conviene renovar, corregir o conservar parte de la implementación existente.