Ingeniero go-to-market para plugins de WooCommerce, apps de Shopify y Mautic

#Por qué en 2026 las funciones ya no bastan

Copiar una función lleva hoy unos días. Las agencias crean pequeñas herramientas propias para sus clientes, y la parte visual de un plugin o una app es la más fácil de copiar. Lo que sigue siendo difícil de copiar es la distribución: una ficha que responde a la pregunta del comprador, un onboarding que llega rápido al primer resultado, datos que muestran qué función necesitan los usuarios de pago y un seguimiento que no depende de que alguien se acuerde de escribir un correo.

Mat De Sousa, que lleva la app de Shopify WideBundle, ha contado el mismo cambio a partir de entrevistas con agencias de Shopify: las apps puramente visuales lo tienen difícil, y las que crecen añaden una capa de servicio (configurar la app para el comerciante) y una capa de datos (tests A/B y analítica que la agencia no puede construir por su cuenta). En el lado de WooCommerce veo lo mismo: desde 2019 hago tests A/B, recomendaciones y contenido dinámico en Dynamic Yield para clientes de comercio electrónico, y la capa de datos es lo que más piden.

#Para quién es la ingeniería go-to-market

Tres tipos de cliente piden este trabajo, y cada uno parte de un sitio distinto.

• Creadores de plugins y apps. Tienes un plugin de WooCommerce en WordPress.org o una app de Shopify en la App Store, una versión gratuita y otra de pago, e instalaciones que no se convierten en ingresos. El trabajo empieza por la ficha y por el camino desde la instalación hasta el primer resultado.
• Tiendas con un conjunto de herramientas de marketing que creció sin plan. GA4, Google Tag Manager, una herramienta de newsletter, un CRM y unos cuantos escenarios de Zapier o Make.com, cada uno montado por una persona distinta. Nadie sabe decir qué canal trae clientes que pagan. El trabajo empieza por la medición y por el flujo de datos entre esas herramientas.
• Empresas de servicios B2B y agencias. Las consultas llegan por formularios y correo, y el seguimiento depende de quién tenga tiempo. El trabajo empieza por Mautic o el CRM: un único lugar donde vivan el contacto, su consentimiento y su historial, y una automatización que se encargue del seguimiento.

Si no te reconoces en ninguno de los tres, el problema probablemente está en el propio producto o en la web, y lo mejor es empezar por el desarrollo en WooCommerce o por la automatización de procesos de negocio.

#Qué recibes en las primeras semanas

Cada colaboración deja archivos que son tuyos, trabaje después quien trabaje con ellos.

El procedimiento detrás de estos archivos, con la tabla de medición, los campos de la ficha y los nombres de los eventos, está en mi artículo sobre cómo hacer crecer un plugin de WooCommerce o una app de Shopify.

#Herramientas con las que trabajo en producción

Enumero solo herramientas que he usado en proyectos reales. Si usas otra, te lo digo antes de presupuestar.

#Qué necesito de ti

• Acceso de lectura a la analítica, a las estadísticas del directorio o del panel de socios, y a la instancia de Mautic o al CRM.
• El changelog o las notas de versión de las últimas versiones.
• Tu propia frase sobre por qué un comprador instala tu producto o te contacta. La contrasto con los datos; no me la invento.
• Una persona que decida cuando dos objetivos chocan, por ejemplo más instalaciones frente a menos tickets de soporte.
• El diseño gráfico, si la ficha o las páginas de destino necesitan imágenes nuevas. El diseño lo pones tú; yo lo implemento y lo mido.

#Cómo te informo

Por escrito, en el repositorio o en un documento compartido, nunca solo en una llamada. Cada informe lleva la misma tabla que el punto de partida, lo que ha cambiado desde el anterior y lo que recomiendo eliminar. Si un cambio no movió su cifra, el informe lo dice. No prometo posiciones, instalaciones ni ingresos, porque ni el directorio de plugins ni la App Store publican cómo ordenan sus resultados, y tus resultados dependen tanto del producto como de su distribución.

#Qué suele fallar primero, también en mi propia web

La primera auditoría suele encontrar una herramienta que funciona y no registra nada útil. Tres ejemplos de esta web, encontrados y corregidos en 2026:

• Parámetros de campaña perdidos en una redirección. Una regla pensada para eliminar URL duplicadas enviaba con un 301 a la URL limpia cualquier dirección con utm_*, gclid o fbclid. La etiqueta canonical ya se ocupaba de los duplicados, así que la regla solo hacía daño: de julio a octubre los campos UTM ocultos del formulario de contacto quedaron vacíos y el origen de esas consultas se desconoce. La solución fue dejar los parámetros de seguimiento en paz y confiar en la etiqueta canonical y en la cabecera No-Vary-Search. La prueba es una sola petición: una dirección con un utm_source nuevo debe devolver 200, no 301.
• Un interruptor de consentimiento que no controlaba nada. El banner de cookies tenía una categoría “funcionales”, marcada por defecto, y ningún código atendía la elección del usuario. Los vídeos incrustados de YouTube se cargaban igualmente, mientras la descripción prometía que desactivarla los bloquearía. Desmarcar la casilla sin más habría empeorado las cosas: el banner habría preguntado y mentido sobre el efecto. El orden es siempre primero el mecanismo y después el valor por defecto.
• Un formulario de newsletter sin confirmación y sin baja. El formulario enviaba la dirección directamente a un servicio de correo. No había doble confirmación, ni enlace de baja, y la política de privacidad no mencionaba la newsletter. La solución fue un enlace de confirmación firmado, válido durante siete días, y un enlace de baja permanente. La dirección entra en la lista solo tras confirmar, que es el primer momento en que se puede añadir con base legal.

Cada uno de los tres parecía una función que funcionaba, y cada uno habría falseado cualquier informe construido encima. Por eso las primeras semanas se dedican a la tabla de punto de partida y al plan de eventos, antes de cualquier campaña o automatización.

#Qué hago como ingeniero go-to-market

#Dónde he hecho este trabajo

Todo lo que sigue es trabajo que hice yo mismo, descrito sin nombres de clientes.

#Mautic alimentado desde un ERP, una herramienta de newsletter y datos de direcciones

Desde octubre de 2025 trabajo como ingeniero full-stack en una plataforma de medios y comercio por suscripción para una agencia de ingeniería de software de Viena. Construí un servicio en Kotlin y Spring Boot que une datos de suscriptores, empresas, direcciones y campañas procedentes de un ERP editorial heredado, CleverReach y fuentes de direcciones en Mautic mediante OAuth. Gran parte del trabajo es resolución de identidades: emparejar empresas, normalizar correos y teléfonos, eliminar duplicados, respetar las marcas de no contactar y mantener trazable el origen de cada registro. Las importaciones corren en una cola asíncrona sobre millones de filas de contactos y objetos personalizados. Un modelo de lenguaje local (Ollama a través de Spring AI) clasifica los registros dentro de esa cola con salida estructurada, en la infraestructura del propio cliente, de modo que los datos de contacto nunca salen de ella.

#Por qué fallan los primeros pagos

En la misma plataforma hice un análisis de solo lectura de los primeros pagos abandonados en Stripe, Klarna, PayPal y factura. Separó los grupos de fallos de SCA y 3D Secure de los usuarios que abandonan o saltan entre métodos de pago, y se convirtió en una exportación mensual repetible que sustituyó a la revisión manual. Para un negocio de suscripción ese es el paso entre “empezó una prueba” y “llegaron los ingresos”, justo donde el trabajo go-to-market da fruto.

#Experimentos, medición y automatización del CRM

• Experimentos: tests A/B, recomendaciones y contenido dinámico en Dynamic Yield para clientes de e-commerce desde 2019.
• Medición: Google Tag Manager, GA4, Search Console y BigQuery, configurados para que las campañas y las conversiones se puedan leer de verdad.
• CRM: desde enero de 2021, trabajo por contrato para un cliente de Berlín en WordPress, WooCommerce, HubSpot y Shopify, con automatizaciones en Make.com y Zapier entre los sitios web, el CRM y otras herramientas.

#Mis propios plugins como banco de pruebas

• plogins: mis plugins de WooCommerce, con versiones gratuitas en WordPress.org y versiones Pro de venta directa, con PHPStan, PHPCS y lanzamientos automatizados. Las funciones de conversión incluyen order bumps, recuperación de carritos abandonados, correos posventa, listas de espera por reposición y precios por tramos; el cumplimiento normativo de la UE incluye el botón de desistimiento exigido por la Directiva (UE) 2023/2673 y Polski para WooCommerce (GPSR, Omnibus).
• Feed de lanzamientos: cada versión escribe sus nuevas funciones en un feed público en plogins.com/features.json, y mi flujo de actualidad las toma de ahí para los artículos sobre los problemas que resuelven.
• Agentes de IA: escribí un servidor MCP de código abierto, woocommerce-mcp, que expone productos, pedidos y datos de ventas de WooCommerce a agentes de IA.

Servicios relacionados: desarrollador Shopify, integración de WooCommerce con ERP y automatización de procesos de negocio.

#Qué premian realmente la App Store y el directorio de plugins

Shopify documenta una parte. Las apps con el estado Built for Shopify reciben una insignia, un filtro y un impulso en el ranking de la búsqueda de la App Store, y el estado depende del rendimiento, la facilidad de uso y la utilidad demostrada, medida en instalaciones, número de reseñas y valoración (Shopify, Built for Shopify). La guía de fichas permite hasta cinco términos de búsqueda formados por palabras completas e indica que una app no debería bajar más de 10 puntos la puntuación de rendimiento de Lighthouse de una tienda (Shopify, buenas prácticas de la App Store).

WordPress.org documenta el formato del readme: de 1 a 5 etiquetas, las etiquetas exclusivas de tu plugin no se muestran y la descripción corta debería quedarse por debajo de los 150 caracteres (Plugin Handbook, readme). Ninguna de las dos plataformas publica los pesos de su ranking, así que no prometo posiciones. Corrijo lo documentado y mido el resto.

#Consentimiento en el seguimiento

Un correo automático a quien ha instalado un plugin gratuito o ha empezado una prueba es, en la mayoría de los casos, comunicación comercial y necesita una base legal. En España, el artículo 21 de la Ley 34/2002, de servicios de la sociedad de la información y de comercio electrónico (LSSI-CE) prohíbe enviar comunicaciones publicitarias o promocionales por correo electrónico u otros medios de comunicación electrónica equivalentes que el destinatario no haya solicitado o autorizado expresamente de antemano. La Agencia Española de Protección de Datos (AEPD) es la autoridad a la que acudir en materia de datos personales. Configuro Mautic para que el consentimiento, su origen y su fecha queden guardados en cada contacto, y para que las campañas comprueben ese campo en lugar de darlo por supuesto.

Envía un briefing breve por escrito desde la página de contacto: el producto, dónde se vende, qué datos tienes ya y la cifra que quieres mover.