Plugins de WordPress: los 8 que instalamos siempre y los 5 que nunca

Las listas de «los 50 mejores plugins» no sirven para decidir. Sirven para instalar cincuenta plugins. Esta es la nuestra, que es corta a propósito: lo que ponemos en toda web que mantenemos, lo que no ponemos nunca, y el motivo técnico de cada decisión.

La regla de fondo es simple: cada plugin activo es código que se ejecuta en cada visita y una puerta que alguien tiene que cerrar. Diez plugins bien elegidos van más rápido y se rompen menos que treinta.

Los 8 que instalamos siempre

1. Un constructor, uno solo. El nuestro es Bricks, por lo liviano que sale el HTML y porque permite trabajar con plantillas reales. Lo importante no es cuál eliges sino que sea uno: dos constructores en el mismo sitio significan cargar dos motores de maquetación en cada página. El porqué de nuestra elección está en Bricks vs Elementor vs Gutenberg.

2. Un plugin de SEO. Usamos SEOPress. Hace lo mismo que los conocidos pesando menos, y su versión profesional incluye lo que de verdad usamos: datos estructurados, redirecciones por página y sitemaps. También aquí: uno, nunca dos. Dos plugins de SEO activos duplican las etiquetas y Google acaba leyendo la que no es.

3. Caché de página. El que más impacto tiene de los ocho. Sin él, cada visita obliga a WordPress a reconstruir el HTML entero; con él, el servidor entrega un archivo ya hecho. Es la diferencia entre responder en dos segundos y responder en decenas de milisegundos.

4. Caché de objetos, en tiendas y sitios con catálogo. Guarda en memoria los resultados de las consultas repetidas a la base de datos. En una tienda con cientos de variaciones, esto solo ya cambia la experiencia del carrito. Va junto con el anterior, no en lugar de él: son complementarios.

5. Campos personalizados. Para cualquier cosa que no sea una página suelta (proyectos, propiedades, productos con fichas técnicas) hace falta estructurar el contenido en campos propios, no escribirlo a mano en cada página. Es lo que permite que el cliente actualice un precio en un sitio y cambie en los seis lugares donde aparece.

6. Correo saliente autenticado. El punto que más formularios rompe en Perú y el que nadie instala hasta que falla. WordPress intenta enviar con la función de correo del servidor, que en la mayoría de hostings no funciona o cae en spam. Con un relay autenticado, deja de depender de la IP del servidor. Le dedicamos un artículo entero: cuando el formulario no llega.

7. Seguridad. Cortafuegos, límite de intentos de acceso y aviso de archivos modificados. No sustituye a actualizar, que es la defensa real, pero compra tiempo. El panorama completo está en seguridad en WordPress.

8. Copias de seguridad. Con una condición: que permita restaurar en otro servidor, no solo dentro del mismo. Un backup que solo se restaura donde ya estaba no te salva de un hosting caído. Desarrollamos la rutina completa en backups de WordPress.

Ocho. Y en la mayoría de webs corporativas no hace falta mucho más: un formulario (casi siempre lo trae el constructor), el contenedor de medición y poco más.

Los 5 que no instalamos nunca

1. El segundo plugin de SEO. Pasa más de lo que parece: el tema trae uno, el cliente instala otro. El resultado son dos etiquetas de título y dos de imagen para compartir en cada página. Lo vemos a menudo al auditar, incluso en nuestra propia web, que hoy sirve dos de cada por el tema.

2. Los «todo en uno» de optimización. Los que prometen limpiar, cachear, comprimir, diferir y minificar desde un solo panel. Cuando algo se rompe (y se rompe) no hay forma de saber cuál de las doce funciones fue. Preferimos dos plugins que hagan una cosa cada uno y se puedan apagar por separado.

3. Un plugin para cada funcionalidad pequeña. Un plugin para añadir un icono, otro para ocultar la barra, otro para cambiar el texto de un botón. Cada uno son actualizaciones, incompatibilidades y código en cada visita. Casi todo eso son diez líneas en el tema hijo.

4. Estadísticas dentro de WordPress. Guardan cada visita en tu base de datos, la inflan y acaban ralentizando el escritorio. La medición va fuera, en una herramienta de analítica, como explicamos en cómo medir las conversiones con Tag Manager y GA4.

5. Cualquiera sin actualizar hace más de un año. Abandonado significa que la próxima versión de WordPress o de PHP lo rompe, y que si aparece una vulnerabilidad nadie la va a parchar. Es la vía de entrada más común en los sitios que nos llegan hackeados.

Cuándo conviene un plugin hecho a medida

Hay un caso que las listas nunca cubren: cuando lo que necesitas existe en el repositorio pero ninguno de los que existen funciona.

Nos pasó con una tienda peruana que necesitaba dos cosas muy concretas en el checkout: el DNI validado y el distrito elegido de una lista real, no escrito a mano. Probamos tres plugins de ubigeo del mercado y ninguno sirvió. Terminamos escribiendo uno propio con los 25 departamentos, 197 provincias y 1.835 distritos del país, que además guarda el código de ubigeo de seis dígitos que piden la facturación electrónica y los couriers.

Ese plugin pesa menos que cualquiera de los tres que probamos, hace exactamente lo que ese negocio necesita y no tiene un panel de ajustes con cuarenta opciones que nadie va a tocar. Cuándo compensa hacerlo y cuándo no lo contamos en cómo hacer un plugin a medida.

Cómo decidimos si un plugin entra

Cinco preguntas, en este orden. Si alguna falla, no entra:

1. ¿Cuándo se actualizó por última vez? Más de un año, descartado sin mirar nada más.
2. ¿Qué carga en las páginas públicas? Muchos plugins de escritorio cargan hojas de estilo y scripts en todo el sitio aunque solo se usen en el panel.
3. ¿Se puede desactivar sin romper el contenido? Los que guardan el contenido en su propio formato te dejan con códigos sueltos el día que lo quites. Ese es el costo oculto de los constructores y de muchos plugins de bloques.
4. ¿Ya lo hace algo que tengo? La mitad de las instalaciones que quitamos eran funciones duplicadas.
5. ¿Vale su mantenimiento? Cada plugin es una actualización mensual más y un riesgo más. Si ahorra diez minutos al año, no compensa.

Y una regla de operación que vale más que las cinco: nunca se actualiza sin copia previa y nunca se actualiza todo de golpe. Eso y el resto de la rutina están en mantenimiento de WordPress.

Preguntas frecuentes sobre plugins de WordPress

¿Cuántos plugins son demasiados?

No hay un número mágico; importa qué hace cada uno. Veinte plugins ligeros que solo trabajan en el escritorio pesan menos que tres que cargan scripts en cada página. Dicho eso, cuando pasamos de treinta en una web corporativa, casi siempre encontramos duplicados.

¿Los plugins gratis son peores que los de pago?

No por ser gratis. Lo que cambia con el de pago es el soporte y el ritmo de actualizaciones, que es exactamente lo que importa en algo que vive conectado a internet. Varios de los nuestros son de pago por eso, no por funciones.

¿Puedo desinstalar un plugin sin romper mi web?

Depende de si guarda contenido. Los de caché, seguridad o correo se quitan sin consecuencias. Los constructores y los de campos personalizados dejan el contenido en su formato: desactivarlos sin plan deja páginas con códigos sueltos. Siempre con copia de seguridad delante.

¿Qué plugin uso para hacer la web rápida?

Uno de caché de página, y luego medir. Pero si el problema está en el servidor o en el arranque de WordPress, ningún plugin lo resuelve. Primero se mide dónde está el tiempo; está explicado en cómo mejorar la velocidad de tu web.

¿Hace falta un plugin de formularios?

Normalmente no: los constructores modernos traen formularios que guardan los envíos en la base de datos y envían correo. Lo que sí hace falta, siempre, es el plugin de correo saliente; sin él, el formulario parece funcionar y el mensaje no llega a nadie.

Conclusión

El mejor stack de plugins es el más corto que cubre lo que tu web necesita de verdad: un constructor, un plugin de SEO, caché, campos, correo, seguridad y copias. Lo demás se justifica uno por uno, con las cinco preguntas, y se quita en cuanto deje de usarse.

En Lucuma Agency, agencia de marketing digital en Lima, el stack viene definido desde el primer día de cada proyecto y se revisa en cada mantenimiento. Si quieres que miremos el tuyo, revisa nuestros servicios o agenda una consultoría gratis: en 30 minutos se ve qué sobra.