Plugins de WordPress: cuántos son demasiados en tu sitio

Plugins de WordPress y cuántos son demasiados se deciden por carga, código y mantenimiento, no por un número mágico: un sitio con cuarenta plugins cuidados puede responder mejor que otro con doce abandonados, pesados y peleados entre sí.

La pregunta útil no es cuántos caben. La pregunta útil es qué hace cada uno en cada visita, cuánto tarda en hacerlo y quién lo mantiene. Un plugin que solo trabaja en el panel de administración no pesa igual que otro que carga archivos en cada página pública.

Contar engaña porque mezcla piezas muy distintas. Un formulario de contacto, una copia de seguridad programada y una tienda completa viven bajo la misma etiqueta, pero su exigencia sobre el servidor, la base de datos y el navegador del lector no se parece en nada.

El número no manda: manda la carga de cada visita

Cada plugin activo puede sumar consultas a la base de datos, archivos de estilo, guiones y llamadas externas. El costo real aparece en el tiempo de respuesta del servidor y en el peso total de la página, dos datos medibles antes de culpar al alojamiento o al tema instalado.

Esa medición separa sospechas de hechos. Si la portada tarda y el panel también, el problema suele estar en el servidor o en una tarea automática desbocada. Si solo tarda una página concreta, el sospechoso vive en esa página: un constructor, un deslizador o un módulo social incrustado.

Los plugins inactivos merecen una línea aparte. Desactivados no cargan en la visita, pero quedan guardados en el sitio con su código y sus posibles fallos de seguridad. La regla práctica es simple: lo que no se usa se borra, no se deja dormido por si acaso durante meses.

¿Existe un número máximo recomendado de plugins? No existe una cifra oficial ni un tope técnico único. Hay sitios sanos con cincuenta piezas bien elegidas y sitios lentos con ocho. El límite real lo marca el presupuesto de carga que el dueño acepta para su portada y sus páginas clave.

El conflicto entre plugins es el otro costo oculto. Dos piezas que intentan hacer lo mismo, dos optimizadores de imágenes o dos sistemas de caché dejan ajustes cruzados, resultados raros y horas de búsqueda. Una función, un responsable: esa frase ordena más que cualquier conteo.

La fecha de actualización habla del futuro de cada pieza. Un plugin sin actualizar en dos años, sin respuesta de su autor en el foro de soporte y con avisos de incompatibilidad acumulados es deuda, aunque hoy funcione. El sitio paga esa deuda el día menos pensado, con una caída.

Método de cinco filtros antes de instalar

El primer filtro es la necesidad escrita en una frase. Si la función no se puede explicar en una línea ligada a una tarea real del sitio, sobra. El segundo filtro mira al autor: historial, frecuencia de actualizaciones, soporte contestado y número de instalaciones activas con valoraciones recientes.

Medir en una copia de prueba, nunca en el sitio en vivo, es el tercer filtro. Ahí se mide la portada antes y después, se revisa el peso sumado y se mira si la pieza pide crear cuentas externas o mete publicidad propia en el panel de administración.

El cuarto filtro es la salida. Todo plugin debe poder irse sin romper el sitio ni dejar las páginas llenas de códigos cortos muertos; por eso conviene revisar qué datos guarda y qué queda al desinstalarlo. Quien entra sin puerta de salida termina quedándose por miedo, no por mérito.

Una muestra temprana de ese criterio queda guardada en el archivo propio: los plugins de WordPress que mejoran el rendimiento de una web, piezas escogidas por su efecto medible y no por llenar una lista larga de funciones repetidas.

¿Un plugin gratuito es peor que uno de pago? No por sistema. Hay piezas gratuitas del directorio oficial con años de mantenimiento impecable y piezas caras abandonadas tras la venta inicial. Manda el historial del autor, la fecha de la última versión y la respuesta en soporte.

Tras la instalación llega el quinto filtro, y ahí la pregunta de cuántos son demasiados vuelve con datos: una revisión cada tres meses con lista corta. Cada plugin debe ganarse su sitio otra vez, con su función, su última actualización y su efecto en la carga escritos en tres líneas. El que no pasa esa revisión sale en esa misma pasada.

¿Desactivar y probar sirve para cazar al plugin lento? Sí, en una copia de prueba y de uno en uno, midiendo tras cada cambio. En el sitio en vivo esa maniobra se hace en horario de poco tráfico y con copia previa, porque desactivar la pieza equivocada puede tumbar la portada.

La cuenta que cierra el método es económica. Cada plugin suma minutos de actualización, lectura de cambios y pruebas tras cada versión nueva de WordPress. Diez piezas innecesarias no cuestan diez clics: cuestan una tarde al mes, todos los meses, y un riesgo abierto en cada actualización automática nocturna.