Índice
El prompt con el que se arranca
Copia esto, cambia el dominio y tendrás una auditoría medida, no una opinión. Es el encargo completo que le damos a Claude: cuatro fases, con las reglas que evitan que una medición mienta y lo que tiene que entregar en cada una. Si tu web es pequeña, recorta el número de páginas por plantilla, pero no las pasadas.
La clave de la API no se pega en el chat: se guarda en un fichero del ordenador y se le dice dónde está.
Qué necesitas antes de empezar
Cuatro cosas, y ninguna de pago.
- Una clave de la API de PageSpeed Insights, gratuita. Se saca en Google Cloud. Sin ella, Google corta a las pocas peticiones, y aquí se hacen cientos.
- Acceso de administrador a WordPress. Lo usas tú, no el chat.
- Una copia de seguridad reciente. Antes de borrar el primer plugin.
- Un navegador a mano para comprobar que el formulario y el banner de cookies siguen funcionando después de cada cambio.
La conexión de WordPress por API ayuda a leer plugins y contenidos, pero no sirve para desactivarlos: eso hay que hacerlo desde el escritorio.
Qué hace el chat y qué haces tú
El chat mide y tú decides. Ese reparto es lo que evita que una auditoría se convierta en un destrozo.
Lo que hace el chat
- Diseñar la medición y escribir las herramientas que hagan falta.
- Lanzar las pasadas y analizarlas con pruebas estadísticas.
- Auditar los plugins uno a uno: qué hace cada uno, si se usa y si sigue mantenido.
- Escribir los fragmentos de código para retrasar lo que bloquea.
- Volver a medir después de cada cambio y comprobar que el cambio ha llegado.
Lo que haces tú
- La copia de seguridad.
- Desactivar y borrar plugins desde el escritorio de WordPress.
- Pegar y activar los fragmentos de código.
- Probar el formulario de contacto de verdad, enviándolo y mirando si llega el correo.
- Decidir qué se toca y qué no.
Lo que el chat no puede hacer
- Borrar plugins. No hay forma de hacerlo por la API, y es mejor así.
- Tocar ajustes de seguridad. Se miran y se avisa, no se cambian.
- Entrar en el servidor. Lo que necesita FTP o acceso al hosting se queda pendiente para tu proveedor.
- Dar por hecho un cambio sin verlo. Un cambio puede estar puesto y no aplicarse.
Los cinco pasos, y qué pedir en cada uno
El orden importa más que las herramientas. Cada paso se cierra antes de abrir el siguiente.
La línea base, segmentada por plantilla
Pídele que mida agrupando por tipo de página. Una portada, un post y una página legal no se parecen en nada, y la media de todo junto no sirve para decidir. En nuestra web fueron 73 direcciones y 491 llamadas para 384 pasadas válidas.
El plan, sin tocar la web
Pídele el plan ordenado por impacto y dile expresamente que no toque nada. Que proponga, que tú decides y ejecutas. Así revisas cada cambio antes de que llegue a producción.
Auditar los plugins antes de borrar ninguno
En una web con años y varios programadores detrás, pídele una ficha por plugin: qué hace, si se usa en alguna página y si sigue mantenido. De los 43 que tenía nuestra web, 27 no aportaban nada.
Cambios de uno en uno, midiendo entre medias
Borrar plugins, retrasar el gestor de etiquetas y diferir el banner de cookies son tres cambios distintos. Si se hacen a la vez, no sabrás cuál funcionó. Nosotros medimos cuatro veces en un solo día.
Medición final y comparación con prueba estadística
Pídele que compare la medición final con la línea base y que diga qué diferencias son significativas y cuáles no. Lo que no pasa la prueba no se presenta como mejora.
Ocho trampas que hacen que la medición mienta
- Google guarda en caché sus propios resultados. Dos llamadas seguidas devuelven lo mismo con la misma marca de tiempo. Si no se detecta, se cuentan mediciones repetidas como si fueran nuevas.
- Cuidado con el parámetro que añades para evitar esa caché. Nosotros usamos la letra m y la web empezó a devolver errores: es una variable reservada de WordPress. Cualquier otro nombre vale.
- Una sola pasada no vale. Medimos dos veces sin cambiar nada y el tiempo del contenido principal bajó de 6,86 a 2,73 segundos. Era ruido. Seis pasadas válidas como mínimo, y mirar también cuántas salen lentas.
- Medir desde tu ordenador contamina el resultado. Con la máquina cargada, los números salen peores. La API mide en los servidores de Google.
- Hay páginas que Lighthouse no consigue medir. En nuestra web, las de servicio y el listado del blog dan cero pasadas válidas, porque se montan con JavaScript. Ahí no hay cifra, y no se inventa.
- Al limpiar se rompen cosas en silencio. Nosotros perdimos las cabeceras de seguridad al borrar plugins. Se detectó porque había una huella guardada del estado anterior.
- Un cambio hecho no es un cambio aplicado. Una desactivación de ocho plugins no llegó a guardarse, y se vio al comprobarlo por la API.
- No acuses sin volver a medir. Cuatro direcciones parecieron caídas en una comprobación. Al repetirla respondían con normalidad.
Qué salió en nuestra web
Cuatro días de trabajo entre el 14 y el 18 de septiembre de 2026. Estas son las diferencias que pasan la prueba estadística.
- Puntuación de los posts en móvil: de 70 a 94.
La puntuación de velocidad de los posts en el móvil. En las páginas legales sube de 53 a 84 y en la portada de 72 a 88.
- Bloqueo del móvil en los posts: de 145 a 49 milisegundos.
Tiempo en el que el móvil no responde a quien toca la pantalla. En la portada baja de 378 a 239 milisegundos.
- Primer texto en las páginas legales: de 3,20 a 2,10 segundos.
Cuándo aparece el primer texto en las páginas legales, que eran las más lentas de la web.
- Contenido principal de los posts en escritorio: de 0,89 a 0,56 segundos.
El contenido principal de los posts en escritorio. Ahí la mejora sí es demostrable.
Cuánto peso se fue de cada plantilla
- Posts928 KB a 337 KB
- Páginas legales653 KB a 302 KB
- Portada654 KB a 304 KB
Y lo que no podemos afirmar, aunque el número sea mejor: en los posts, el tiempo hasta el contenido principal en móvil bajó de 6,86 a 2,40 segundos y las cargas lentas pasaron del 75 % al 25 %, pero con seis pasadas por dirección la diferencia no llega al 5 % de probabilidad de casualidad. Es una mejora probable, no demostrada.
Lo que costó hacerlo así
- Cuatro días, con el grueso concentrado en uno.
- 1.004 llamadas a PageSpeed, de las que 680 salieron válidas, el 68 %.
- 89 mensajes de conversación, la mayoría de una o dos líneas.
- Cero euros. La API es gratuita y no hizo falta ningún plugin de pago.
La parte cara no es la herramienta: es no darse por satisfecho con la primera cifra que sale bonita.
Dónde para el chat y empiezas tú
Quedaron cosas fuera de su alcance: borrar un archivo de caché huérfano, quitar las tablas de plugins que ya no existen y confirmar con el alojamiento qué servidor hay debajo. Todo eso necesita acceso al servidor.
Si prefieres que lo hagamos nosotros, con las mediciones hechas así y la lista de lo que no se puede demostrar, es parte de nuestra auditoría SEO.
Actualizado el 20 de octubre de 2026 · 10 minutos de lectura · marketing digital