Adivinar es la parte cara
Ya conoces este ticket. Te cae un sitio que nadie de tu equipo escribió. Un maquetador visual, tres plugins de optimización que dicen hacer lo mismo, una tabla wp_options que nadie ha abierto desde 2019 y un cliente al que otros dos desarrolladores ya le han dicho que necesita mejor hosting.
Te pasas tres horas desactivando plugins uno a uno para encontrar el lento. Facturas dos, porque no puedes cobrarle a un cliente tu propio ensayo y error. El mes que viene vuelve a pasar, en otro sitio.
Arreglar WordPress es la parte fácil y ya se te da bien. La parte cara es averiguar qué arreglar en un sitio que no habías visto nunca, lo bastante rápido como para que el diagnóstico no se coma el margen de la iguala.
El diagnóstico de quince minutos
Esta es la secuencia en un sitio que acaban de entregarte. Nada de esto exige que conozcas la historia del sitio, y nada cambia todavía.
- Site Doctor: una pasada por todo el sitio, con los hallazgos ordenados por gravedad. Configuraciones erróneas, índices que faltan, una caché de objetos que informa de "conectada" mientras no hace nada útil. Te dice dónde mirar antes de que te hayas formado una opinión.
- Plugin Performance Score: una columna de referencia en la página de Plugins, a partir de un conjunto de datos incluido con unos 53.700 plugins medidos en Docker en makewpfast.com, mi propio corpus de benchmarks; cada puntuación enlaza con su informe completo. Reduce cuarenta plugins a los dos o tres que merece la pena perfilar, antes de desactivar nada en un sitio de cliente en producción.
-
Autoloader Optimizer: te muestra el peso de
wp_optionsen autoload y qué filas pertenecen a plugins desinstalados hace años que dejaron sus datos ahí. -
Slow Query Analyzer: registra las consultas lentas y les pasa el
EXPLAINde MySQL en local. Obtienes la consulta real, el plan real y el índice que falta. Sin porcentajes ni puntuaciones.
Cuatro pasadas y sales con una lista de hallazgos ordenada por gravedad, una cifra de autoload y la consulta lenta con su plan de EXPLAIN. Y todavía no has tocado el sitio del cliente.
Arreglar un sitio que no es tuyo
En tu propio sitio, un error es una molestia. En el de un cliente es una llamada, una disculpa y a veces un reembolso. Por eso las acciones destructivas hacen antes una copia de seguridad:
| Acción | Qué pasa antes |
|---|---|
| Autoloader Optimizer | Se guarda una instantánea de las filas antes de cambiar el flag de autoload, así que hay restauración con un clic si el sitio empieza a comportarse raro |
| Config Manager | wp-config.php se copia a un directorio protegido y no listable antes de cualquier edición. Si esa copia no se puede escribir, la edición se cancela en vez de intentarse |
| Debug Log Guard | El registro se copia antes de compactarlo, así que no pierdes las pruebas que estabas leyendo |
| Cualquier cosa fatal | Un drop-in de gestión de errores fatales te libra de la pantalla en blanco sin forma de entrar en wp-admin |
La mayoría de plugins de optimización se saltan esto, y lo entiendo: en tu propio sitio restaurarías una copia. No siempre tienes esa opción a las seis de la tarde en la tienda en producción de otra persona.
Pasa el diagnóstico por un sitio de cliente esta semana y mira si aguanta. devolución en 30 días en Annual y Lifetime si no lo hace.
Consigue Pro Annual: $199/año →El árbitro para tres plugins de optimización
Los sitios heredados acumulan optimizadores. El cliente compró WP Rocket en 2021. Un freelance añadió Perfmatters en 2023. El tema trae su propio panel de "rendimiento". Y ahora entras tú, el cuarto.
- Tres plugins con un interruptor de "minificar JS"
- Dos de ellos activados
- Ninguna forma de saber cuál está ganando de verdad
- Un cliente preguntando por qué se rompió el sitio el martes pasado
- Los ajustes reales, leídos de cada optimizador
- Qué optimizaciones están duplicadas
- De qué lado es seguro dejar el trabajo
- Dónde se solapa el propio WP Multitool, con un interruptor de un clic para apagar el suyo
Así puedes defender la consolidación de su stack con los ajustes delante, en vez de tirando de memoria.
Pruebas que puedes meter en un correo
Te pagan por resultados y te renuevan por comunicación. En una iguala de mantenimiento, lo difícil es demostrarle a un cliente no técnico que el trabajo se ha hecho de verdad.
- Exportación CSV de consultas lentas: las consultas, sus duraciones, cuántas veces aparecen y el componente del que vienen, en un archivo que puedes adjuntar.
- Hallazgos de Site Doctor: cada uno explica por qué es un problema en lenguaje llano, que es justo el párrafo que ibas a tener que escribirle al cliente de todas formas.
- System Info: el servidor y el entorno de WordPress en una sola página, para la pregunta de "qué estamos ejecutando exactamente" del principio de cada encargo.
Una cifra de autoload antes y después es un número que un cliente entiende. Hace más por tu renovación que una puntuación de Lighthouse que nadie te pidió.
Pasarlo por toda tu cartera de clientes
Todos los diagnósticos de arriba son también un comando de WP-CLI, y los que importan devuelven JSON. Si tienes acceso SSH a tus clientes —y como agencia normalmente lo tienes—, pasa el diagnóstico por todos en un bucle y manda los resultados a donde ya miras.
for site in $(cat clients.txt); do
wp multitool quickstart --format=json --path="$site" > "reports/$(basename $site).json"
done
doctor, autoload, slow-queries, db-health, redis y debug-log funcionan igual. Mándalos a tu propio panel, a una hoja de cálculo o a un cron que te avise por correo cuando el peso de autoload de un cliente pase el umbral que te importe.
No hay panel alojado ni consola de gestión de sitios. WP Multitool se ejecuta dentro de cada instalación de WordPress y no me envía ningún dato de los sitios de tus clientes. Aquí la historia multisitio es la CLI y tus propios scripts. Es deliberado —significa que los datos de tus clientes nunca salen de tu infraestructura—, pero si lo que querías era un panel de flota, esto no lo es. Para gestión de actualizaciones y monitorización de uptime sigue usando MainWP o ManageWP. Esto va por debajo y responde a otra pregunta.
Lo que cuesta en toda una cartera de clientes
La licencia por sitio existe para quien tiene un solo sitio. Si estás leyendo esta página, no es el plan que quieres.
| Plan | Sitios | Precio |
|---|---|---|
| Pro Annual | Ilimitados | $199 al año: la opción para agencias |
| Pro Lifetime | Ilimitados | $499 una vez |
| Pro | 1 sitio | $79 al año |
Con treinta sitios de cliente, eso son menos de siete dólares por sitio y año. Una hora de diagnóstico que no tengas que comerte ya paga la licencia.
Compra Pro Annual: $199/año O Lifetime: $499 una sola vez
Ambas cubren todos los sitios de cliente que gestionas. devolución en 30 días, sin preguntas.
FAQ para agencias
¿Necesito una licencia distinta para cada sitio de cliente?
No. Pro Annual a $199/año y Pro Lifetime a $499 cubren sitios ilimitados. El plan de $79 es de un solo sitio y existe para propietarios individuales, no para agencias.
¿Hay un panel que muestre todos los sitios de mis clientes a la vez?
No, y no voy a fingir lo contrario. WP Multitool se ejecuta dentro de cada sitio. Para una flota lo manejas con WP-CLI, que devuelve JSON para los diagnósticos principales, y lo agregas como prefieras. Así los datos del cliente se quedan en tu propia infraestructura.
¿Sustituye a MainWP o ManageWP?
No, ni lo pretende. Esos se encargan de actualizaciones, uptime y copias de seguridad en una flota. WP Multitool responde a "por qué va lento este sitio en concreto y qué cambio exactamente", una pregunta que ellos ni tocan. Quédate con ambos.
¿Envía datos del cliente fuera del sitio?
No. Los diagnósticos se ejecutan en local, incluido el EXPLAIN de MySQL sobre las consultas lentas. Lo que sí sale del sitio: señales de uso anónimas, con una opción visible para desactivarlas, y la comprobación de licencia para las actualizaciones. Las consultas, opciones y registros del cliente se quedan en su servidor.
¿Es seguro ejecutarlo en el sitio de producción de un cliente?
El diagnóstico inicial no cambia la configuración ni el contenido del sitio. Site Doctor es de solo lectura; el analizador de consultas lentas escribe únicamente en su propia tabla de registro. Las acciones destructivas hacen una copia de seguridad antes, y el optimizador de autoload tiene restauración con un clic. También hay un drop-in de gestión de errores fatales, así que un cambio malo no te deja fuera de wp-admin.
¿Funciona en hosting gestionado?
Sí. No hace falta acceso al servidor ni una extensión de PHP a medida. En hostings que bloquean wp-config.php o el sistema de archivos, los módulos que necesitan ese acceso lo dicen en vez de fallar en silencio.
¿Puedo probarlo en un sitio antes de desplegarlo en todos?
Sí, aunque no hay una prueba con límite de tiempo, así que la respuesta honesta es la garantía de devolución de 30 días de los planes Annual y Lifetime. Cómpralo, ejecuta el diagnóstico en los dos o tres próximos sitios que heredes y pide el reembolso si no te resulta útil. Sin preguntas.