WooCommerce no es un sistema aparte, sino un plugin para WordPress que, por sí solo, convierte una web en una tienda. Todo lo demás, es decir, pagos, envíos, facturas y marketing, son más plugins añadidos encima. Y es precisamente este modelo, brillante en su flexibilidad, el punto donde más tiendas se caen: no por falta de funciones, sino por su exceso.
Esta guía trata sobre qué plugins de WooCommerce necesitas de verdad, cuáles aportan valor y cuáles solo atascan el carrito y atraen riesgo de seguridad. Sin lista “top 50”, porque una lista así es un cuento. En su lugar, clases concretas de problemas y cómo resolverlos.
Qué es en realidad un plugin de WooCommerce
Conviene separar dos cosas que en las conversaciones se confunden todo el rato. WooCommerce es un plugin, mantenido hoy por Automattic, que añade a WordPress productos, carrito, pago y pedidos. Un “plugin de WooCommerce” en el segundo sentido es una extensión que se acopla a ese motor: una pasarela de pago, una calculadora de envíos, una integración con el sistema contable.
Esa diferencia tiene consecuencias prácticas. Una actualización del núcleo de WooCommerce puede romper una extensión que daba por hecha la forma antigua del carrito. Por eso, en una tienda seria no se pregunta “¿funciona este plugin?”, sino “¿el autor sigue el ritmo de los cambios del núcleo, y con cuánto retraso?”. Ese es el primer filtro, y descarta a la mitad de los candidatos del directorio.
Cómo comprobar si un plugin es compatible con tu versión de WooCommerce
WooCommerce da a los autores de extensiones dos líneas de cabecera justo para esta pregunta. WC requires at least indica la versión mínima de WooCommerce que el plugin necesita para funcionar, y WC tested up to la versión más reciente de WooCommerce con la que el autor lo ha probado (documentación para desarrolladores de WooCommerce). Ambas están en el bloque de comentario al principio del archivo PHP principal del plugin, así que puedes leerlas antes de instalarlo abriendo ese archivo en el paquete ZIP.
El valor de WC tested up to pesa más de lo que parece, porque WooCommerce cambia deprisa. Su calendario de lanzamientos dice que las versiones salen normalmente en un ciclo de cinco semanas y que la numeración no distingue entre lanzamientos mayores y menores (calendario de lanzamientos de WooCommerce). El 15 de octubre de 2026, la versión actual en el directorio de WordPress.org era la 11.2.1. Una extensión cuyo WC tested up to va varias versiones por detrás no está necesariamente rota, pero nadie la ha comprobado con el código que estás a punto de ejecutar. Esta cabecera también activa los avisos de la sección siguiente: WooCommerce solo comprueba la compatibilidad de funciones en las extensiones que declaran WC tested up to.
WordPress 6.5 añadió un segundo mecanismo, más general: la cabecera Requires Plugins. Un plugin enumera, separados por comas, los slugs de WordPress.org de los que depende, por ejemplo Requires Plugins: woocommerce. WordPress se niega entonces a activar el plugin dependiente mientras sus dependencias no estén activas, y se niega a desactivar o borrar WooCommerce mientras haya un plugin dependiente activo o instalado (Make WordPress Core, 5 de marzo de 2024). Conviene conocer dos límites antes de fiarse de ello. La cabecera no admite requisitos de versión, así que dice que WooCommerce tiene que estar, pero no en qué versión. Y un plugin alojado en WordPress.org solo puede declarar dependencias que también estén alojadas allí; una extensión comprada en otro sitio puede declarar una dependencia, pero WordPress no muestra ningún enlace de instalación para ella.
Compatibilidad de los plugins de WooCommerce con HPOS y el checkout de bloques
Dos cambios en el núcleo de WooCommerce de 2023 separan las extensiones mantenidas de las abandonadas más rápido que cualquier valoración en estrellas.
Almacenamiento de pedidos de alto rendimiento (HPOS)
Desde WooCommerce 8.2, publicado en octubre de 2023, el almacenamiento de pedidos de alto rendimiento (HPOS) está activado por defecto en las instalaciones nuevas. Los pedidos ya no viven en las tablas genéricas posts y postmeta, sino en cuatro tablas propias: wc_orders, wc_order_addresses, wc_order_operational_data y wc_orders_meta, cada una con el prefijo de la base de datos delante (documentación de HPOS). Una extensión que lee los pedidos directamente de postmeta ve en una tienda así una imagen vacía o desactualizada.
Una extensión declara su compatibilidad en el archivo principal con una sola llamada en el hook before_woocommerce_init:
add_action( 'before_woocommerce_init', function () {
if ( class_exists( \Automattic\WooCommerce\Utilities\FeaturesUtil::class ) ) {
\Automattic\WooCommerce\Utilities\FeaturesUtil::declare_compatibility( 'custom_order_tables', __FILE__, true );
}
} );Pasar false en lugar de true declara incompatibilidad. WooCommerce avisa entonces al administrador que intente activar HPOS con esa extensión activa y muestra un aviso en la lista de plugins (recetario de HPOS para extensiones). Un aviso no bloquea nada, así que es fácil pasarlo por alto. Una prueba rápida antes de comprar: busca custom_order_tables en el código del plugin. Si la cadena no aparece, el autor no se ha ocupado del cambio.
Bloques de carrito y checkout
WooCommerce 8.3, publicado el 14 de noviembre de 2023, convirtió los bloques de carrito y checkout en la opción por defecto para las tiendas nuevas, mientras que las tiendas existentes conservan la versión que ya usan (blog de desarrolladores de WooCommerce). Las extensiones declaran su compatibilidad del mismo modo, con el nombre de función cart_checkout_blocks. Los plugins de pago son los que más lo notan. Una pasarela tiene que registrarse tanto en el servidor como en el front-end del checkout de bloques, y WooCommerce trata como incompatible una pasarela que falte en la lista del front-end. Una extensión que no declara nada puede no aparecer en el checkout de bloques o romperlo. Por eso, en una tienda nueva, la primera prueba de cualquier plugin de pago, envío o campos del checkout es un pedido de prueba por el checkout de bloques, no por la página clásica con shortcode.
Plugins de WooCommerce para pagos, envíos y facturas
Casi toda tienda necesita el mismo núcleo de extensiones, sea cual sea el sector.
Pagos. El cliente espera sus métodos rápidos habituales en el pago, no teclear un número de tarjeta a mano. El estándar aquí son pasarelas como Redsys, Bizum y PayPal. Cada una tiene un plugin oficial para WooCommerce, pero difieren en cómo gestionan reembolsos, plazos, pagos recurrentes y en lo limpio que reportan las transacciones al panel. Elegir pasarela es una decisión de negocio sobre comisiones y flujo de caja, no solo técnica.
Envíos. Sin una buena integración con transportistas y puntos de recogida, la tienda pierde conversión en el último paso. Correos, SEUR y MRW ofrecen plugins propios con cálculo de tarifas e impresión de etiquetas directamente desde el pedido, y las herramientas agregadoras permiten comparar transportistas y generar etiquetas desde la vista del pedido. Es una de esas funciones donde un buen plugin acorta de verdad la gestión de pedidos y uno malo genera errores de dirección y reclamaciones.
Facturas. La facturación automática y conforme la resuelven integraciones con plataformas como Holded o Quaderno. Es el área donde los apaños gratuitos se vengan antes: emitir facturas a mano con cien pedidos al día es un puesto a tiempo completo, no un ahorro. En España esto no es opcional: la Ley Antifraude y el sistema Verifactu exigen que el software de facturación sea no manipulable y, cuando corresponda, remita los registros a la Agencia Tributaria, así que el plugin tiene que estar adaptado. Si además vendes al mercado polaco, el cumplimiento polaco de facturación se cubre aparte: Polski for WooCommerce añade el campo NIP con consulta al GUS y Polski PRO genera facturas en PDF y las envía al sistema KSeF de Polonia.
Solo por encima de ese núcleo se añade el resto: marketing, reseñas, variantes de producto, B2B. Pero si esas tres clases no funcionan limpiamente, ningún plugin de marketing lo compensa.
Cuántos plugins hacen lenta una tienda WooCommerce
El mito más común dice: “tengo demasiados plugins, por eso la tienda va lenta.” Es una simplificación. Lo que cuenta no es el número, sino el coste total de ejecutar código y hacer consultas a la base de datos en cada petición.
Dos casos reales de la práctica muestran la diferencia. Una tienda con treinta plugins y un tiempo hasta el primer byte de 1,8 segundos, donde el culpable era un page builder pesado que cargaba su propio framework en cada subpágina. Y otra, en Elementor, que se venía abajo con el tráfico del Black Friday porque los plugins de caché y de optimización de imágenes estaban mal configurados, no porque hubiera muchos. En ambos casos la cura no fue “borra la mitad de los plugins”, sino “encuentra los dos que más cuestan”.
Para el diagnóstico está Query Monitor, que muestra cuántas consultas a la base de datos y cuánto tiempo de PHP consume cada plugin. Con medición en lugar de adivinanza, optimizar el rendimiento de la tienda WooCommerce deja de ser leer el poso del café. La caché de página, la caché de objetos y un tratamiento sensato de las imágenes suelen dar un salto mayor que cualquier recorte de funciones.
Seguridad de plugins WooCommerce y ataques a la cadena de suministro
Un plugin de WooCommerce tiene acceso completo a la base de datos y al entorno PHP. Eso significa que un solo plugin malicioso o secuestrado lee datos de clientes, modifica pedidos e inyecta código. En 2026 esto dejó de ser teoría.
En el plazo de un solo mes, el directorio de WordPress.org cerró varios plugins con puertas traseras inyectadas, en algunos casos tras tomar el control de una cuenta de autor o comprar un proyecto abandonado. Eso muestra dónde reside de verdad el riesgo: no en el número de plugins, sino en a quién confías el mantenimiento de ese código.
El mínimo práctico de higiene es simple y aburrido. Instala plugins solo de fuentes oficiales, nunca de paquetes “nulled”. Comprueba la fecha de la última actualización y la respuesta del autor a los reportes. Lleva un registro de lo que tienes instalado y de quién está detrás, porque en una auditoría de cumplimiento (por ejemplo, bajo DORA para entidades reguladas) el proveedor del plugin de pagos es formalmente un tercero. Descarga las actualizaciones solo del proveedor original, y no del primer enlace de un buscador.
Qué te dice la página del plugin en WordPress.org antes de instalarlo
Cada plugin del directorio expone los mismos metadatos a través de la API pública de plugins, y la página del plugin muestra los mismos campos. Esto devolvió la API el 15 de octubre de 2026 para cuatro plugins que aparecen en casi todas las auditorías de WooCommerce:
| Plugin | Autor | Instalaciones activas | Requiere WordPress | Requiere PHP | Probado hasta (WordPress) | Última actualización | Requires Plugins |
|---|---|---|---|---|---|---|---|
| WooCommerce | Automattic | 7 000 000 | 7.0 | 7.4 | 7.1.3 | 9 de octubre de 2026 | ninguno |
| WooPayments | WooCommerce | 800 000 | 6.0 | 7.4 | 7.1.3 | 8 de octubre de 2026 | woocommerce |
| WooCommerce PayPal Payments | WooCommerce | 800 000 | 6.5 | 7.4 | 7.1.3 | 9 de septiembre de 2026 | woocommerce |
| Query Monitor | John Blackbourn | 200 000 | 6.2 | 7.4 | 7.0.7 | 20 de junio de 2026 | ninguno |
Tres columnas merecen atención. La fecha de la última actualización es la señal más barata de mantenimiento y se lee mejor frente al ciclo de cinco semanas de WooCommerce. “Probado hasta” se refiere a WordPress, no a WooCommerce; el equivalente para WooCommerce es la cabecera WC tested up to descrita arriba, que el directorio no muestra. Y los dos plugins de pago indican woocommerce como plugin requerido, es decir, ya usan la cabecera de dependencias de WordPress 6.5. Las instalaciones activas miden popularidad, no calidad: Query Monitor tiene la cuarta parte de las instalaciones de WooPayments y sigue siendo la herramienta estándar para el diagnóstico de rendimiento descrito antes.
Cómo auditar los plugins de WooCommerce instalados con WP-CLI
El registro de plugins instalados de la sección de seguridad no tiene por qué ser una hoja de cálculo mantenida a mano. WP-CLI lo genera en el servidor con un solo comando:
wp plugin list --fields=name,status,version,update_version,auto_update,wporg_status,wporg_last_updated --format=csvEl campo wporg_status muestra si cada plugin sigue disponible en el directorio de WordPress.org, wporg_last_updated cuándo se actualizó allí por última vez, y auto_update si tiene activadas las actualizaciones automáticas. Con --format=csv o --format=json la salida se convierte en un archivo que puedes adjuntar a una auditoría (documentación de WP-CLI). Un plugin cerrado en el directorio es justo el caso de la sección sobre la cadena de suministro: el directorio deja de distribuirlo, pero la copia de tu servidor sigue funcionando. Los cierres no son raros ni siquiera entre los plugins de pago: el 15 de octubre de 2026, la API de plugins respondía closed para el slug redsys-gateway-for-woocommerce. El directorio no publica el motivo de un cierre, así que el estado es un motivo para investigar, no un veredicto.
Si los plugins de WooCommerce deben actualizarse automáticamente
WordPress 5.5 añadió al escritorio interruptores de actualización automática para plugins y temas. Vienen desactivados por defecto, así que cada plugin se queda en actualizaciones manuales hasta que un administrador lo activa (Make WordPress Core, 15 de julio de 2020). El filtro auto_update_plugin puede activar las actualizaciones automáticas de todos los plugins a la vez, incluidos los que se instalen después, y anula los ajustes del escritorio sin mostrarlo en la interfaz. Merece la pena comprobarlo en cualquier tienda que heredes: si los interruptores dicen desactivado pero los plugins se actualizan por la noche, busca ese filtro en el tema o en un plugin must-use.
En una tienda, el reparto sigue la regla de la sección siguiente. Los plugins alejados del dinero y de los datos del cliente, como un complemento de galería o un widget del escritorio, pueden actualizarse solos. WooCommerce y las extensiones de pago, envío y facturación deberían pasar antes por una copia de staging, porque sale una versión nueva de WooCommerce aproximadamente cada cinco semanas y cada una puede cambiar aquello de lo que dependen esas extensiones. Después de cada actualización de este tipo, un pedido de prueba por el checkout es la comprobación mínima antes de que el cambio llegue a los clientes.
Plugins de WooCommerce gratis o de pago
Un plugin gratuito del directorio de WordPress.org basta para arrancar y para la mayoría de funciones no críticas. La trampa aparece en dos cosas: la escala y la responsabilidad.
En las funciones de las que dependen los ingresos, es decir, pagos, envíos y facturas, cuentan el soporte activo y las actualizaciones regulares y firmadas. Un plugin gratuito que el autor ha abandonado se convierte en tu deuda técnica: tienes que parchearlo tú mismo o migrar a toda prisa cuando deja de funcionar tras una actualización del núcleo. Un plugin de pago con contrato traslada parte de esa responsabilidad al proveedor y, a lo largo de un año, suele salir más barato que el coste de tu propio tiempo apagando fuegos.
Si buscas extensiones comerciales probadas y con garantía de soporte, encuentras plugins de WooCommerce listos en tiendas especializadas de plugins, donde el código se mantiene y se actualiza. Es un compromiso sensato entre el desarrollo propio completo y el riesgo de un plugin abandonado del directorio gratuito.
Regla general: cuanto más cerca esté una función del dinero y de los datos del cliente, menos vale la pena ahorrar en el plugin. Cuanto más lejos, por ejemplo un complemento cosmético de galería, con más tranquilidad puedes quedarte con el gratuito.
Plugins gratuitos de código abierto para WooCommerce
Para ser claro: son mis propios plugins. Desarrollo y mantengo varios plugins de WooCommerce pequeños y con un único propósito, gratuitos y de código abierto, pensados para los huecos con los que se topa una tienda a medida que crece:
- Peek abre una vista previa del producto desde el listado sin recargar la página, lo que acorta el camino de la categoría al carrito en catálogos largos.
- Reel añade zoom de galería y vídeo en la ficha de producto, que es lo que suele faltar cuando la compra se decide con la vista.
- Swift añade un botón de comprar ahora que se salta el carrito y lleva directo al pago; desde la versión 1.1.8 carga las hojas de estilo de forma condicional solo en vistas de tienda y compra rápida, sin ralentizar el resto del sitio.
La misma familia incluye también Migrator para copia de seguridad y migración, Sieve para el filtrado de productos, Restock para avisos de vuelta a stock, Tiers para precios por volumen, Customs para aranceles de importación en la UE, Botelix para depósitos de envases y cajas de bebidas (Kastenpfand), Pasporto para el Pasaporte Digital de Producto (ESPR) y polski para el cumplimiento en el mercado polaco (KSeF, Omnibus, GPSR). Cada uno tiene una guía paso a paso en el centro de guías de plogins.
Actualización del . Estos plugins también son míos, gratuitos en WordPress.org, y cada uno aparece junto al problema de la tienda que resuelve:
| Problema de la tienda | Plugin | Qué hace |
|---|---|---|
| El cliente duda ante el botón de compra | Badgevo | Muestra sellos de compra segura bajo el botón de añadir al carrito y, si quieres, también en el pago |
| El botón de compra desaparece en fichas largas | Cartdock | Una barra fija con título, precio y botón de compra aparece cuando el cliente deja atrás el botón principal |
| El umbral de envío gratis pasa desapercibido | Shiplume | Muestra cuánto falta en el carrito para el envío gratis y se actualiza con cada cambio |
| El cliente quiere guardar productos para más tarde | Shortlist | Botón de lista de deseos en listados y fichas; la lista de un invitado pasa a su cuenta al iniciar sesión |
| Los desplegables de variaciones cuestan de leer | Swatch | Sustituye los desplegables por puntos de color o botones con etiqueta |
| El cliente no logra comparar productos parecidos | Versus | Tabla de comparación en paralelo con precio, existencias y atributos, con las diferencias resaltadas |
| La ficha de producto no propone un siguiente paso | Pair | Bloques automáticos con productos similares, sugerencias en el carrito y productos vistos recientemente |
| Carritos abandonados | Recover | Guarda el carrito y envía por correo un enlace que lo recupera con un clic, todo en tu propio servidor |
| El precio se acuerda en cada pedido | Quotlet | Cambia añadir al carrito por añadir al presupuesto y envía la solicitud a la tienda |
| Vender tarjetas regalo | Giftvane | Vende una tarjeta regalo como producto y envía por correo un código de saldo en la tienda al completarse el pedido |
| Varios productos en una sola foto | Lookwick | Fija productos sobre una imagen; cada punto abre una ficha breve con enlace al carrito |
| El cliente no sabe qué producto le encaja | Elektilo | Un cuestionario corto asocia las respuestas a un producto recomendado |
| El mismo texto pegado en cada producto | Tabvera | Pestañas de producto reutilizables, definidas una vez y visibles en todos los productos |
| Mostrar tiendas físicas | Lokilo | Directorio de tiendas con direcciones y horarios, sin mapa y sin clave de Google Maps |
| Devoluciones y reclamaciones llegan por correo | Redono | El cliente abre una devolución, reclamación o reparación de un pedido desde Mi cuenta |
| Extras elegidos antes de comprar | Aldono | Opciones de producto como texto, fecha, casilla o desplegable, cada una con recargo opcional |
| Oferta o pocas existencias invisibles en los listados | Marks | Etiquetas automáticas como Oferta, Nuevo, Pocas existencias y Más vendido, más una etiqueta manual por producto |
| Las normas de consumo cambian entre países de la UE | Shoplex | Herramientas para la información que exige el derecho de consumo de la UE en ficha, carrito, pago y pedidos |
| Desistimiento en línea | Withdraw | Registra la declaración de desistimiento del cliente y envía una confirmación por correo; el reembolso se hace en la pantalla del pedido de WooCommerce |
| Pasaporte Digital de Producto (DPP) bajo ESPR | Pasporto | Muestra el enlace al pasaporte del producto, identificador GTIN y datos de sostenibilidad según el Reglamento (UE) 2024/1781 |
| Sistema de depósito y devolución de envases | Botelix | Calcula depósitos de botellas y cajas de bebidas (Kastenpfand) con soporte para 10 esquemas europeos |
Qué plugins de WooCommerce evitar
Algunos patrones se repiten en cada tienda que me llega para auditoría.
Plugins “todo en uno” que prometen marketing, SEO, caché y copias de seguridad en un solo paquete. Suelen hacer cada una de esas cosas de forma mediocre y son difíciles de sustituir porque se enganchan en todas partes. Mejor elegir una buena herramienta para cada tarea.
Plugins abandonados, es decir, sin actualización desde hace muchos meses mientras el núcleo de WooCommerce se desarrolla activamente. Son los primeros candidatos a dar problemas tras la siguiente actualización importante.
Page builders donde no hacen falta. En una página de producto que se renderiza desde una plantilla de todas formas, un builder pesado añade coste de rendimiento sin beneficio real. Si necesitas un diseño poco común, a menudo un plugin o bloque dedicado escrito para la necesidad concreta sale más barato de mantener que un mastodonte universal.
Conclusión
Un buen conjunto de plugins de WooCommerce no es la lista más larga, sino la más corta que cumple los requisitos de la tienda. Empieza por las tres clases críticas para tu mercado: pagos, envíos, facturas. Mide el impacto en el rendimiento en lugar de adivinar. Trata cada plugin como un proveedor a quien confías los datos de los clientes y elige código mantenido en vez del más barato. El resto es ajuste para un modelo de venta concreto, no una carrera por el número de plugins instalados.
Última actualización: 15 de octubre de 2026






