687 944 129 · info@aatechconsultores.com · ES EN DE · Área privada

Inicio › Blog › Cinco webs rehechas con IA

Cómo trabajamos · Desarrollo con IA

Cinco webs rehechas con IA y un solo programador revisando

Entre julio y septiembre de 2026 rehicimos cinco webs: sacamos tres de su maquetador, reconstruimos una tienda que llevaba año y medio sin poder cobrar con tarjeta y levantamos una web corporativa desde cero sin WordPress. No contratamos un equipo de desarrollo. Lo hizo la IA, con una persona revisando y decidiendo. Esto es lo que salió, con las cifras publicadas y con lo que no funcionó.

Publicado el 13 de octubre de 2026 · AATECH Consultores

Cinco webs reconstruidas con inteligencia artificial mostrando sus puntuaciones de PageSpeed antes y despues

La pregunta que nos hacen todos los días

«¿La IA puede hacer de verdad el trabajo, o solo sirve para redactar textos?»

Es la pregunta honesta de alguien que ha leído mucho ruido y quiere saber qué hay debajo. Y tiene una respuesta incómoda: depende de quién la supervise.

Durante el verano de 2026 tuvimos la ocasión de comprobarlo en serio. Cinco webs que había que rehacer, con fechas, con tráfico real que no se podía perder y con clientes esperando. No era un experimento de laboratorio: era trabajo que había que entregar.

Lo hicimos de una forma concreta: la IA ejecuta y un programador revisa. Ni equipo de desarrollo, ni reparto de tareas entre varias personas. Una persona con criterio técnico decidiendo qué hacer y comprobando lo que salía.

La pregunta interesante no es si la IA escribe código. Lo escribe. La pregunta es quién decide qué hay que escribir y quién comprueba que no ha roto nada.

Los cinco proyectos y sus números

Todos los datos de este apartado están publicados y son comprobables.

1. Una web corporativa lenta: de WPBakery a código propio

Una empresa sevillana de cubiertas y fachadas industriales, con web sobre WordPress, un tema comercial, WPBakery y Slider Revolution. La portada cargaba 40 scripts externos y 14 hojas de estilo. PageSpeed móvil 47, con un LCP de 19,1 segundos. En móvil, eso es una web que el visitante abandona antes de verla.

Se rehízo sobre un tema propio en código puro, sin jQuery, con una sola hoja de estilos y fuentes del sistema, conservando las URLs de las 13 páginas de servicio.

Resultado en seis semanas (31 de julio a 11 de septiembre de 2026): escritorio de 67 a 95, móvil de 47 a la franja alta, LCP móvil de 19,1 a unos 3,6 segundos. Y lo que importa de verdad: clics en Google de 105 a 139 (+32 %) e impresiones de 18.508 a 23.246 (+26 %), con las palabras clave en el top 10 pasando de 70 a 78.

2. Nuestra propia agencia: la prueba más incómoda

La web de Multiplicalia, la agencia de marketing del grupo, estaba sobre WordPress con un tema hijo, WPBakery y Slider Revolution. Móvil en 53 y unas Core Web Vitals que no pasaban.

El encargo tenía trampa: 90 o más en móvil y escritorio sin perder ni una funcionalidad, ni una URL, ni posicionamiento, y haciéndolo en producción, sobre una web con cientos de páginas indexadas. Nada de rehacerla en un servidor aparte y cambiar el interruptor.

Resultado: móvil de 53 a 98 y escritorio en 99. LCP móvil de 4,9 a 2,1 segundos, FCP de 4,9 a 1,4, y el tiempo de respuesta del servidor de 3,3 segundos a unos 0,2 con caché. El CLS de escritorio, que es el salto del contenido mientras carga, de 0,317 a 0,004.

3. Una tienda sobre Elementor con la autoridad por los suelos

AI Shop Helper, el producto de agentes de IA para ecommerce del grupo, estaba sobre WordPress con Elementor: lento, con H1 duplicados, enlaces internos rotos y cuatro páginas cuya imagen de cabecera daba error 404.

Se migró en dos fases, primero a HTML puro sin Elementor y después a un tema propio. Al terminar: cero referencias a Elementor y cero H1 duplicados en las 100 URLs del sitemap, 67 páginas con enlaces rotos corregidas, y 214 imágenes convertidas de PNG a WebP (unos 210 MB, cerca del 93 % del peso total de imágenes).

El dato más llamativo es el de autoridad: el Domain Trust pasó de 1 en junio a 4 en julio y a 20. Las palabras clave en el top 10, de 1 a 9, con tres términos en el top 3.

4. Un coworking que llevaba año y medio sin poder cobrar

Este es el caso que más enseña, y volveremos a él más abajo. Sevilla Coworking tenía una web de WordPress con plantilla comprada. Lo visible: el menú móvil no abría, faltaba el selector de fecha, la página de precios tenía cuatro columnas fijas que no se adaptaban al móvil y una animación mal configurada dejaba 3 de las 7 tarjetas de precio invisibles de forma permanente. El archivo JavaScript del tema estaba cortado a la mitad.

Se rehízo con un tema propio sobre WooCommerce, más un sistema de reservas desarrollado desde cero.

Resultado: portada de 794 KB a 275 KB (−65 %), accesibilidad de 88 a 100, buenas prácticas de 81 a 100, rendimiento de escritorio en 98. LCP de 8,8 segundos a unos 2 o 2,5, y el bloqueo del hilo principal de 2.308 a 917 milisegundos, midiendo en navegador real con la CPU ralentizada cuatro veces y red 4G lenta. Las palabras clave en el top 10 pasaron de 18 a 43 y la visibilidad del 39,6 % al 62,73 %. Los fragmentos de código sueltos del sitio, de 139 a 32.

5. Una web corporativa sin WordPress

El quinto no era una migración sino un proyecto nuevo: esta misma web, aatechconsultores.com. En lugar de montar un gestor de contenidos con su infraestructura y sus plugins, se construyó en HTML, CSS y JavaScript a medida, sin WordPress, servida por CDN con HTTP/2, con una sola hoja de estilos y sin fuentes remotas. El tiempo de respuesta del servidor está en torno a 0,3 segundos.

No te pedimos que te fíes: analiza aatechconsultores.com en pagespeed.web.dev y mira el número tú mismo. Se mueve entre 99 y 100 en móvil y en escritorio, porque la puntuación de Lighthouse oscila algo entre pasadas; por eso preferimos que lo midas tú antes que darte una cifra fija.

Cómo se organizó el trabajo

El método importa más que la herramienta.

El reparto fue siempre el mismo. La IA hace lo que es trabajo de volumen: maquetar, reescribir hojas de estilo, depurar código heredado, convertir imágenes, rastrear enlaces rotos, comparar mediciones, redactar contenido. Es un trabajo que una persona hace bien pero despacio, y en el que la fatiga provoca errores.

La persona hace lo que es criterio: decidir qué migrar y qué tirar, qué URLs hay que conservar sí o sí para no perder posicionamiento, en qué orden atacar los problemas, y —sobre todo— comprobar.

Las reglas de trabajo fueron tres, y las tres existen por la misma razón:

  • Cambios pequeños. Nunca una tanda grande de modificaciones de golpe. Si algo se rompe, tiene que ser evidente qué lo rompió.
  • Copia de seguridad y vuelta atrás escrita antes de tocar. Antes de cada cambio, por escrito, cómo se deshace. En producción esto no es opcional.
  • Medir después de cada paso, en móvil y en escritorio, dos o tres veces. La puntuación móvil de Lighthouse oscila entre diez y veinte puntos entre pasadas; quien mide una sola vez y celebra, se está engañando.

La IA trabaja a una velocidad a la que un humano no puede revisar por encima. Por eso el método no es un lujo: es lo único que impide que la velocidad se convierta en destrozo.

El dato que todo el mundo quiere, y la verdad sobre ese dato

Cuánto se ahorró. Aquí vamos a ser muy precisos con lo que sabemos y lo que no.

Nuestra estimación es que este trabajo, hecho de la forma tradicional, habría costado entre diez y veinte veces más horas. Hablamos de sacar tres webs de su maquetador, reescribir temas enteros, convertir cientos de imágenes, corregir decenas de páginas con enlaces rotos y construir un sistema de reservas desde cero. Con un equipo de desarrollo, eso son meses.

Dicho esto, y por delante de cualquier titular: es una estimación, no una medición. No llevamos un registro de horas de los proyectos anteriores comparable con este, así que no podemos ponerte una tabla con las horas de antes y las de ahora. Quien te dé ese porcentaje con dos decimales y sin enseñarte el cálculo, te lo está vendiendo.

Lo que sí es un hecho comprobable, y no una estimación, es cómo se organizó el trabajo: cinco proyectos, ningún equipo de desarrollo contratado, un programador revisando el trabajo de la IA. Y lo que sí son datos publicados y verificables son los resultados: los números de PageSpeed, los clics de Search Console, la autoridad de dominio, las palabras clave en el top 10.

Hay además algo que no se mide en horas. Varias de estas cosas no se habrían hecho, ni rápido ni despacio. Convertir 214 imágenes a mano, rastrear 67 páginas con enlaces rotos una por una o depurar una hoja de estilos heredada línea a línea son tareas que, cuando hay que presupuestarlas, se caen del alcance. No es que tarden mucho: es que nadie las aprueba.

Lo que la IA no encontró

Si solo te vas a quedar con un apartado de este artículo, que sea este.

En el coworking, la IA rehizo el tema, depuró el código, optimizó las imágenes y dejó la web rápida y accesible. Hizo su trabajo y lo hizo bien.

Lo que encontró una persona, mirando los datos con la pregunta correcta en la cabeza, fue esto: en la tienda no se podía pagar con tarjeta. Llevaba fallando desde marzo de 2025. Google Analytics marcaba cero compras. Y al revisar el histórico completo, los seis únicos pedidos fallidos de toda la vida de la tienda eran con tarjeta. Los seis.

Ninguna herramienta automática iba a levantar la mano por eso. El sitio respondía con normalidad, no había errores en el registro, las páginas cargaban. Hacía falta que alguien se preguntara «un momento, ¿esta web ha cobrado alguna vez?».

La IA es extraordinaria contestando preguntas. Las preguntas las sigue haciendo una persona. Y en casi todos los proyectos, el dinero está en la pregunta, no en la respuesta.

Por eso cuando alguien nos pregunta si la IA sustituye a los programadores, la respuesta honesta es no. Cambia qué hace el programador. Deja de pasar el día escribiendo código repetitivo y pasa a decidir, revisar y encontrar lo que la máquina no sabe que tiene que buscar. Es un trabajo más exigente, no menos.

Lo que nos llevamos de los cinco proyectos

Cuatro conclusiones que aplicamos ya en todo lo que hacemos.

  • El cuello de botella ya no es escribir el código. Es decidir qué hay que construir y verificar lo construido. Si tu proyecto está parado, probablemente no esté parado por falta de manos.
  • Lo que antes no cabía en presupuesto, ahora cabe. Las tareas tediosas y de volumen han dejado de ser caras. Eso cambia qué se puede incluir en un proyecto, no solo lo que cuesta.
  • En producción, el método vale más que la velocidad. Cambios pequeños, vuelta atrás escrita y medición después. Las cinco webs se rehicieron sin perder posicionamiento porque se hizo así, no por suerte.
  • Una persona con criterio sigue siendo imprescindible. Y si tu proveedor te dice lo contrario, pregúntale quién encontró el último fallo grave de tu web.

Dónde están los casos completos

Cada proyecto está contado en detalle, con sus mediciones, en el blog de Multiplicalia, la agencia de marketing y desarrollo de nuestro grupo que ejecutó estos trabajos.

Y si lo que te interesa no son las webs sino automatizar el trabajo interno de tu empresa, tenemos publicados otros dos casos: la documentación de obra de una constructora, subida sola a los portales CAE, y el CRM con IA que gestiona una agencia de marketing entera.

3 minutos · Sin registro · Sin compromiso

¿Qué trabajo repetitivo te está costando dinero?

Marca lo que hoy hacéis a mano y descubre en 3 minutos las horas y el coste anual que se os van en ello.

Hacer la auditoría de procesos con IA

¿Tienes un proyecto parado por falta de horas?

30 minutos de conversación: nos cuentas qué quieres construir y te decimos con honestidad qué parte puede hacer la IA, qué parte necesita a una persona y por dónde empezaríamos. Sin compromiso y sin jerga.

Reservar una primera llamada