Cómo hacer un plugin a medida en WordPress y cuándo vale la pena

Hay un momento, en bastantes proyectos, en que la búsqueda del plugin correcto se convierte en el problema. Probaste tres, ninguno hace exactamente lo que necesitas, dos están abandonados y el que más se acerca trae cuarenta opciones que no vas a usar. En ese punto conviene parar y hacer la pregunta incómoda: ¿no sale más barato programarlo?

La respuesta es que sí, más veces de las que parece. Y también que no, en casos muy concretos. Esto es cómo decidimos, con tres casos propios en la mesa.

Qué es realmente un plugin a medida

No es un sistema. Es un archivo PHP con una cabecera que WordPress reconoce, y dentro, código que se engancha a los puntos donde WordPress te deja intervenir: antes de mostrar un producto, al guardar un pedido, al pintar un campo del checkout.

Eso significa dos cosas importantes para decidir:

• El alcance puede ser pequeñísimo. Un plugin de 200 líneas es un plugin perfectamente válido, y a menudo resuelve lo que uno de 20.000 líneas hace mal.
• Se puede desactivar. A diferencia de tocar el tema, si algo sale mal lo apagas y el sitio vuelve a como estaba. Esa es exactamente la razón por la que estas cosas van en un plugin y no en el tema.

Tres casos reales y por qué se decidieron así

Caso 1: los campos peruanos del checkout. Vaporis, una tienda de difusores y fragancias de Lima, necesitaba dos cosas en su proceso de compra: DNI validado de verdad y distrito elegido de una lista, no escrito a mano. Probamos tres plugins de ubigeo del mercado y ninguno funcionó como hacía falta.

Lo escribimos nosotros: los 25 departamentos, 197 provincias y 1.835 distritos del país, con validación del DNI en el servidor y, sobre todo, el código de ubigeo de seis dígitos guardado en cada pedido. Ese código es lo que piden la facturación electrónica y los couriers, y es justo lo que ninguno de los tres plugins guardaba. El archivo de datos pesa 45 KB y solo se carga en el checkout.

Caso 2: un aroma incluido con cada producto. La misma tienda vende equipos difusores y quería que cada uno incluyera un aroma a elección del cliente, a precio cero, respetando la capacidad que corresponde a ese equipo. Ningún plugin del mercado maneja esa regla, porque es una regla del negocio, no una función genérica.

Aquí apareció el costo oculto del desarrollo a medida: la primera versión funcionaba, pero cargaba cientos de variaciones de producto en cada visita a la ficha y el sitio se arrastraba. La segunda versión guarda ese mapa en memoria y lo invalida solo cuando cambian los productos. Ese ajuste fue parte de la cadena que llevó el «agregar al carrito» de 8 segundos a 1,5, que contamos entera en cómo aceleramos una tienda WooCommerce lenta.

Caso 3: conectar un formulario con el CRM de una inmobiliaria. El formulario de la web de Proyecto Domus, de la inmobiliaria Bastión, tenía que crear el lead directamente en el CRM donde trabajan los asesores, con el canal, el origen y la tipología de interés correctos. Ese conector es un plugin propio, y lo desarrollamos aparte en integrar tu web con un CRM inmobiliario.

Cuándo compensa y cuándo no

Conviene cuando:

• La regla es de tu negocio, no del rubro. Si para explicarla hace falta una frase con «excepto cuando», ningún plugin genérico la va a cubrir.
• Ya probaste dos o tres y ninguno encaja. El tiempo de las pruebas ya lo gastaste; súmalo al cálculo.
• Necesitas conectar con un sistema externo: un CRM, un ERP, una pasarela local, una API de facturación. Casi nunca hay un plugin para tu combinación exacta.
• El plugin del mercado trae mucho más de lo que necesitas. Todo eso es código ejecutándose y superficie de ataque, a cambio de una función.

No conviene cuando lo que necesitas es una función estándar y resuelta: copias de seguridad, caché, formularios, SEO, seguridad. Ahí el plugin del mercado tiene años de casos extremos encima que tu versión no va a tener, y mantenerlo no te cuesta nada. Sobre cuáles usar y cuáles no, está nuestra lista en los 8 plugins que instalamos siempre.

Las cinco reglas con las que los escribimos

1. La configuración, arriba y visible. Los nombres de categorías, campos y atributos van como constantes al principio del archivo, no repartidos por el código. Cuando el cliente renombre una categoría, el arreglo es una línea.

2. Que se pueda apagar. Cada función grande con su interruptor propio. Así, si algo falla en producción, se apaga esa parte sin desactivar el plugin entero ni volver a programar.

3. No cargar nada donde no se usa. El archivo de 1.835 distritos solo se carga en el checkout y en la cuenta del cliente. Esta regla es la que separa un plugin a medida de uno del montón.

4. Versionado en un repositorio. No «subido por FTP». Con el código en un repositorio, se ve qué cambió y cuándo, se vuelve atrás en un minuto, y en varios de nuestros proyectos el servidor despliega solo al publicar un cambio.

5. Documentado en el mismo sitio. Qué hace, qué campos usa, qué pasa si se desactiva. Sin eso, al año siguiente nadie se atreve a tocarlo, que es la peor forma de quedarse atrapado.

El costo honesto

Un plugin a medida pequeño cuesta menos que un mes de la licencia anual de muchos plugins comerciales. Esa no es la parte cara. La parte cara es que alguien tiene que mantenerlo: cuando WordPress cambie, cuando PHP suba de versión, cuando el cliente renombre algo.

Por eso solo lo recomendamos a clientes que tienen mantenimiento activo. Un plugin propio en manos de nadie es la misma bomba de tiempo que un plugin abandonado del repositorio, con el agravante de que en el repositorio al menos hay alguien más usándolo. Es parte de lo que cubre nuestro mantenimiento web, y uno de los puntos que recomendamos acordar por escrito en qué pedir en la cotización de una web: a nombre de quién queda el código.

Preguntas frecuentes sobre plugins a medida

¿Cuánto cuesta un plugin a medida?

Depende enteramente del alcance. Uno que añade dos campos validados al checkout es un trabajo de días; uno que sincroniza con un sistema externo, de semanas, porque la mitad del tiempo se va en entender la API del otro lado. Lo que nunca cambia es que hay que presupuestar también su mantenimiento.

¿De quién es el código?

Eso se acuerda antes de empezar. En nuestros proyectos el cliente tiene el código y los accesos al repositorio: es suyo, aunque un día deje de trabajar con nosotros. Si una agencia no te quiere dar el código de algo que pagaste, es una señal.

¿Un plugin propio hace la web más lenta?

Solo si está mal escrito, y entonces mucho. Nos pasó: nuestra primera versión del plugin de aromas cargaba cientos de variaciones en cada visita. Bien hecho es al revés: pesa menos que el genérico porque hace una sola cosa.

¿Puedo modificar el tema en lugar de hacer un plugin?

Para estilos, sí. Para funciones, no: el día que cambies de tema o lo actualices, pierdes todo. La funcionalidad va en un plugin precisamente para que sobreviva al diseño.

¿Y si el desarrollador desaparece?

Es el riesgo real, y se cubre con tres cosas desde el día uno: código en un repositorio al que tengas acceso, documentación en el mismo repositorio y una estructura sencilla que otro desarrollador pueda leer. Un plugin de 300 líneas bien ordenadas lo retoma cualquiera.

Conclusión

Un plugin a medida no es un lujo de proyectos grandes: suele ser lo más barato y lo más liviano cuando la regla que necesitas es propia de tu negocio. Lo que no es, nunca, es gratis después de entregarlo. Si tienes quién lo mantenga, es la mejor decisión; si no lo tienes, es mejor adaptarse al plugin del mercado.

En Lucuma Agency, agencia de marketing digital en Lima, desarrollamos este tipo de conectores y automatizaciones como parte de nuestros proyectos de inteligencia artificial y automatización. Si estás dando vueltas buscando el plugin que no existe, revisa todos nuestros servicios o agenda una consultoría gratis y te decimos en 30 minutos si vale la pena programarlo.