Desarrollador WooCommerce: cómo elegir bien (y evitar sorpresas caras)

WooCommerce equipa cerca de un tercio de las tiendas online registradas del mundo — en número de tiendas, porque su cuota baja del 20 % si solo se mira el primer millón de sitios de venta. Esa popularidad tiene un reverso: hoy casi cualquier desarrollador WordPress se presenta como desarrollador WooCommerce, aunque gestionar un catálogo, el IVA de varios países y un embudo de pago tenga poco que ver con montar una web corporativa.

La diferencia de resultado es enorme. Una tienda mal construida no falla el día de la entrega: se hunde seis meses después, cuando el catálogo llega a 2.000 referencias o llega el primer pico de tráfico. Así se reconoce, antes de firmar, a alguien capaz de aguantar la distancia.

Por qué un especialista y no un generalista de WordPress

Una web corporativa sirve contenido casi estático. Una tienda WooCommerce ejecuta consultas a base de datos en cada página, gestiona sesiones de carrito, sincroniza stock, aplica reglas fiscales y dialoga con una pasarela de pago. Son dos oficios distintos.

La diferencia rara vez se ve en la entrega. Aparece cuando el catálogo crece: una tienda de 200 productos perdona muchos atajos, una de 5.000 referencias no perdona ninguno. Las consultas sin índice, las variaciones mal modeladas y los plugins que cargan en todas las páginas se convierten en minutos de carga.

Qué añade WooCommerce realmente a WordPress

WooCommerce es una extensión, pero instala una aplicación completa dentro de WordPress: dos tipos de contenido (el producto y el pedido), tres taxonomías de producto, un carrito con sesión, un motor de impuestos y un proceso de compra en varios pasos. Nada de eso existe en una web corporativa.

La consecuencia es concreta: una tienda no se personaliza modificando plantillas, sino enganchándose a las acciones y los filtros que WooCommerce expone, desde una extensión propia o un tema hijo. Quien ignora ese mecanismo edita archivos que la siguiente actualización sobrescribe, y la tienda acaba congelada en una versión obsoleta para no perder esos cambios.

Cinco objetos aparecen en casi todos los proyectos. Tu proveedor debe saber nombrarlos sin dudar.

• El producto variable — una ficha, varias variaciones con su propio precio, su propio stock y su propia referencia. Mal modelado, hace imposible filtrar el catálogo.
• Los atributos globales — reutilizables de un producto a otro, alimentan los filtros de la tienda. Los atributos locales no filtran nada.
• La gestión del stock — descuento al pedido o al pago, reserva durante la compra, rotura parcial en un pedido con varios artículos.
• Los estados del pedido — cada uno dispara correos y asientos. Personalizarlos es habitual, inventarlos fuera de la API es fuente de averías.
• El almacenamiento de pedidos (HPOS) — los pedidos viven ahora en tablas dedicadas, ya no en wp_posts. Las extensiones antiguas no siempre lo han seguido.

Son exactamente los puntos donde una tienda mal construida empieza a costar dinero. Una pregunta basta para tantear el terreno: «¿cómo gestionas una rotura de stock en una sola variación de un producto variable?».

Seis competencias que verificar antes de firmar

Más allá de «saber WordPress», esto es lo que distingue a quien puede entregar una tienda que aguante.

• Los hooks de WooCommerce — cambiar el comportamiento con add_filter en vez de editar el núcleo o el tema padre. Es lo que permite actualizar sin romperlo todo.
• El modelado del catálogo — distinguir producto variable, producto agrupado y atributo global. Un error aquí se paga durante años.
• El rendimiento en base de datos — entender por qué wp_postmeta se convierte en el cuello de botella, y cuándo pasar a tablas dedicadas o HPOS.
• Pagos e IVA — SCA, 3D Secure, IVA intracomunitario, ventanilla única OSS. Son asuntos normativos, no opciones.
• El embudo de compra — saber medir y corregir el abandono de carrito, no solo mostrarlo.
• El RGPD aplicado al ecommerce — plazos de conservación de pedidos, consentimiento, encargados del tratamiento.

Nadie es excelente en las seis. Lo que importa es que tu interlocutor sepa decir dónde flojea y cómo lo compensa: una asesoría para el IVA, un hosting especializado para el rendimiento. La respuesta preocupante es la que pretende cubrirlo todo.

Preguntas que hacer en la entrevista

Ninguna exige conocimientos técnicos para plantearla, pero las respuestas son muy reveladoras.

• «¿Cuántas tiendas tienes en producción hoy, y cuál es la mayor por número de referencias?»
• «¿Cómo gestionas las actualizaciones de WooCommerce en un sitio que has personalizado?»
• «¿Qué pasa si quiero cambiar de proveedor dentro de dos años?»
• «¿El sitio es enteramente mío, código y accesos incluidos?»
• «¿Cuál es tu plan si la tienda cae un sábado de mucha afluencia?»
• «¿Con qué indicadores sabremos que el proyecto ha ido bien?»

Leer un portafolio de e-commerce sin ser técnico

Un portafolio de tiendas es fácil de maquillar: las capturas de pantalla no prueban nada, una maqueta menos todavía. Cinco comprobaciones bastan para descartar a quien nunca ha pasado de una web corporativa con una página «tienda».

• Pide direcciones de tiendas en producción, no imágenes. Comprueba que se puede añadir al carrito y llegar a la página de pago.
• Abre una página de categoría con un filtro activo, no la portada. Ahí se multiplican las consultas, y es la página que Google evalúa.
• Busca un producto con variaciones — talla, color, formato. Quien solo ha entregado productos simples no se ha topado con la mitad de los problemas reales.
• Prueba el buscador interno y la ordenación por precio en un catálogo amplio. Muchas tiendas se derrumban justo ahí.
• Pregunta cuánto lleva la tienda funcionando y quién la ha actualizado desde entonces. Una tienda de dos años al día vale más que un rediseño reciente.

Estas comprobaciones no sustituyen a una auditoría de código, pero cambian el tono de la conversación. Quien ha entregado tiendas reales responde con cifras: referencias, volumen de pedidos, tiempo de respuesta del servidor. Quien no lo ha hecho responde con vocabulario de diseño.

Las integraciones que hay que presupuestar aparte

La primera fuente de desvío presupuestario no es el diseño, es conectar la tienda con el resto de la empresa. Un presupuesto con un precio global y sin detallar estas partidas te hará descubrir la factura a mitad de proyecto.

Dos detalles multiplican por tres estos importes. Primero, el sentido de la sincronización: ¿el ERP sobrescribe el catálogo, o al revés? Lo bidireccional cuesta bastante más. Segundo, la frecuencia: un stock refrescado cada noche basta para muchos negocios, mientras que el tiempo real es un proyecto en sí mismo.

Conviene decir también cuándo no hay que integrar: por debajo de veinte pedidos al mes, reintroducir los datos a mano cuesta unos minutos por pedido, mientras que una sincronización con ERP supone varios miles de euros y hay que mantenerla por ambos lados.

Por qué 3.000 referencias no se comportan como 20 páginas

En una web corporativa, una página se cachea y se sirve tal cual. En una tienda, el carrito, los precios por cliente, la disponibilidad y los filtros cambian de un visitante a otro: la caché clásica no puede absorberlo todo, y por eso una tienda exige otra arquitectura.

El punto de inflexión rara vez está por debajo de mil referencias. A partir de ahí, una página de categoría filtrada puede lanzar cientos de consultas sobre los metadatos de producto, y el tiempo de respuesta del servidor pasa de 200 milisegundos a varios segundos.

Esto es lo que pone en marcha un desarrollador con experiencia, y lo que puede exigir el presupuesto.

• Una caché de página que excluya el carrito, la cuenta de cliente y la compra, en lugar de una caché global que acabe mostrando el carrito de otro visitante.
• El almacenamiento HPOS activado, e índices en base de datos sobre las columnas que se consultan de verdad.
• Imágenes de producto en WebP o AVIF, dimensionadas para la miniatura de categoría y no para la ficha.
• Un filtrado que consulte tablas de correspondencia en vez de recorrer los metadatos en cada clic.
• Una medición antes y después, sobre una página de categoría real.

El presupuesto real en 2026

Los rangos siguientes corresponden al mercado europeo occidental, para trabajo a medida y no montaje de plantilla.

Un presupuesto muy por debajo de estos rangos rara vez financia el trabajo invisible: el modelado del catálogo, las pruebas de pedido, la conformidad fiscal. Ese trabajo se hará igualmente — pero lo harás tú, o el siguiente proveedor.

Repartido por jornadas, un especialista en WooCommerce factura entre 400 y 700 € al día. Por debajo de 350 €, pagas a un integrador de plantillas: puede bastar para una tienda sencilla, pero no para una integración con transportista ni una corrección en la compra.

Mantenimiento, seguridad y propiedad del código

WooCommerce publica versiones correctivas con regularidad, y cada extensión sigue su propio ritmo. En una tienda, una actualización fallida no rompe una maquetación: impide pagar. La pregunta no es si contratas un mantenimiento, sino cuál.

Lo que hay que dejar por escrito es el plazo de intervención cuando la compra está rota: una tienda parada un sábado cuesta un día de facturación, y una respuesta prometida «en 48 horas laborables» no te protege de nada. Pregunta también cómo se ejecuta una restauración: una copia nunca restaurada es una copia de valor desconocido.

Qué debe decir el presupuesto sobre la propiedad

Muchos litigios nacen aquí. Una web puede entregarse sin que seas su propietario en sentido práctico: hosting a nombre del proveedor, extensiones de pago bajo su licencia, código nunca versionado. Cuatro líneas cierran el tema.

• El código a medida se te cede, con los derechos de explotación y modificación.
• El hosting, el dominio y la cuenta de pagos están abiertos a tu nombre.
• Las licencias de las extensiones de pago están a tu nombre, renovables sin el proveedor.
• Dispones de acceso al repositorio Git y de una copia completa exportable.

Sin esas garantías, el relevo por otro proveedor se paga en jornadas de arqueología, a veces varios miles de euros.

Señales que aconsejan renunciar

Estas señales no son detalles de forma. Cada una corresponde a un litigio ya visto, y ninguna se corrige con facilidad una vez firmado el contrato.

• Ninguna tienda en producción que enseñar, solo maquetas.
• El presupuesto no menciona ni las pruebas de aceptación ni la migración del catálogo existente.
• El hosting y el dominio están a nombre del proveedor.
• Ninguna mención a copias de seguridad ni a un entorno de pruebas.
• El IVA y el aviso legal se remiten a «tu asesor».

FAQ — Contratar un desarrollador WooCommerce

¿Sirve WooCommerce para una tienda grande?

Sí, hasta varias decenas de miles de referencias, siempre que la base esté bien modelada y el almacenamiento de pedidos en tablas dedicadas (HPOS) esté activado. El techo práctico casi siempre viene de la calidad de la integración, no de WooCommerce.

¿Freelance o agencia?

Un freelance con experiencia basta para una tienda estándar y sale más barato. La agencia se justifica cuando hace falta garantizar continuidad de servicio, sincronizar con un ERP o cumplir compromisos contractuales de disponibilidad.

¿Cuánto cuesta un desarrollador WooCommerce al día?

Entre 400 y 700 € por jornada para un perfil realmente especializado en ecommerce. Por debajo de 350 € normalmente se contrata a un integrador de plantillas, no a alguien capaz de cambiar el comportamiento de la tienda.

¿Se puede migrar de Shopify a WooCommerce?

Sí. Migrar catálogo, clientes e histórico de pedidos es un trabajo estándar. El punto delicado es conservar las URLs de producto con redirecciones 301; sin ellas, la tienda pierde el posicionamiento que había ganado.

¿Cuánto se tarda en crear una tienda WooCommerce?

Cuenta entre 4 y 6 semanas para una tienda sencilla cuyo catálogo ya esté limpio, y entre 2 y 5 meses en cuanto hay que sincronizar un ERP o alimentar marketplaces. El plazo depende sobre todo de ti: las fichas de producto, las fotos y las condiciones de venta bloquean la planificación más a menudo que el desarrollo.

¿Cómo comprobar el nivel técnico sin saber programar?

Abre una página de categoría filtrada de una de sus tiendas en producción y mídela con PageSpeed Insights en móvil. Pregunta después cómo se hicieron las personalizaciones: una extensión propia o un tema hijo con hooks valen más que un maquetador visual.

Fuentes

• WooCommerce — Almacenamiento de pedidos HPOS — por qué los pedidos ya no viven en wp_posts
• WooCommerce — Referencia de hooks y filtros — lo que se sobrescribe sin tocar el núcleo
• WooCommerce — Productos variables — modelado de variaciones y atributos
• WooCommerce — Configurar los impuestos — reglas de impuestos y tipos por país
• WordPress — Copias de seguridad — qué debe cubrir un plan de copias
• web.dev — Core Web Vitals — umbrales LCP, INP, CLS
• Service-Public — Número de IVA intracomunitario — obligaciones de facturación en la Unión Europea