Desarrollador WooCommerce en Barcelona

Barcelona vende ropa desde antes de que existiera internet. La herencia textil del Vallès, el diseño que sale de las escuelas de la ciudad y una densidad de marcas de moda difícil de igualar en el sur de Europa han dejado un tejido de firmas que hoy venden directamente a su cliente, sin intermediarios y sin escaparate ajeno. Ese perfil, la marca de moda y lifestyle que vende directa al consumidor, es el que más nos llega desde Barcelona pidiendo desarrollo WooCommerce, y es un animal distinto del comercio B2B o del catálogo industrial. Aquí la tienda es la marca: si el catálogo tarda en pintar o el checkout pierde al cliente en la talla equivocada, no se pierde una venta, se erosiona la percepción de la firma entera.

#Por qué una marca de moda elige WooCommerce y no una plataforma cerrada

La conversación empieza casi siempre por los números que no aparecen en la portada de ninguna plataforma. Una firma que crece descubre que el porcentaje por transacción, la columna de apps de pago mensual y un checkout que no puede tocar suman, mes a mes, más de lo que costaría tener infraestructura propia. WooCommerce cambia esa ecuación: la plataforma es libre, el coste se traslada al desarrollo y al hosting, que son partidas que la marca controla, y el checkout deja de ser una caja negra para convertirse en código que se puede adaptar a cómo vende de verdad esa firma.

El otro motivo es la propiedad de los datos. Una marca D2C vive de conocer a su cliente, de segmentar por lo que compra y de construir sobre esa relación. En una plataforma cerrada esos datos viven en casa ajena; en WooCommerce viven en la base de datos de la marca, con la REST API abierta para conectarlos con el correo, con el CRM o con la analítica que la firma decida. No es casualidad que buena parte de nuestro trabajo en Barcelona empiece con una marca que quiere recuperar ese control, a veces trayendo una tienda de vuelta desde una plataforma de suscripción mensual. Cuando ese regreso implica rehacer el frontend, el proyecto se cruza con la migración a Astro o Next.js en Barcelona; cuando se trata de fortalecer la base, con el desarrollo WordPress en Barcelona.

#Catálogo visual y Core Web Vitals: la tensión de las marcas de diseño

Una tienda de moda es, por definición, pesada de imagen. Fichas de producto con ocho fotos, vídeo de pasarela, lookbooks de temporada, zoom de tejido y una portada que quiere transmitir la marca en el primer segundo. Ese es también el motivo por el que tantas tiendas de moda de la ciudad, muchas salidas de estudios de diseño del Poblenou y el 22@, suspenden en Core Web Vitals justo en móvil, que es donde su cliente mira el trabajo por primera vez. El conflicto es real: la dirección de arte quiere impacto visual, y cada pieza de impacto es peso que retrasa la carga.

No se resuelve renunciando a las imágenes, se resuelve sirviéndolas con cabeza. Las galerías de producto se cargan de forma diferida y bajo demanda, la primera imagen llega en un formato moderno como AVIF con su tamaño exacto por dispositivo, el vídeo de portada se sustituye por un póster ligero hasta que el usuario decide verlo y los scripts de terceros, que en moda se acumulan con cada píxel de campaña, se auditan uno a uno. La página tiene que llegar terminada al navegador antes de empezar a lucirse. Cuando el catálogo es muy grande o el tráfico internacional pesa, una capa de entrega desde el borde de la red ayuda a que la primera imagen viaje el mínimo posible, un paso descrito en Cloudflare en el borde de la red.

Medimos antes y después sobre datos de usuarios reales, no sobre un laboratorio. La foto de una prenda puede ser espectacular y ligera a la vez, y esa es exactamente la frontera técnica donde vive una buena tienda de moda.

#Tallas, variaciones y stock: el corazón operativo de la tienda

Aquí es donde muchas tiendas de moda se caen sin que se note en la portada. Una prenda no es un producto, es una matriz de tallas y colores, y modelarla mal genera un catálogo imposible de mantener y una experiencia de compra frustrante. Lo hacemos con productos variables bien construidos: cada combinación de talla y color con su propio control de existencias, su referencia y su comportamiento cuando se agota. Una talla sin stock no debe desaparecer en silencio, debe ofrecer aviso de reposición o preventa según lo que la marca quiera vender.

El stock, además, casi nunca vive solo en la web. Una firma con tienda física en el Eixample y venta online necesita que las existencias que ve el cliente coincidan con lo que hay en el almacén y en el probador, y eso pide sincronización con el TPV, con el ERP o con el sistema logístico. Construimos esa sincronización con reglas explícitas de resolución de conflictos, porque el peor error en moda es vender por web la última unidad que acaba de salir por caja en la tienda. La devolución, en un sector donde comprar dos tallas para quedarse una es la norma, se diseña desde el principio como parte del flujo, no como un correo de atención al cliente resuelto a mano.

#Pagos en España: Redsys, Bizum y el pago aplazado

El error más caro y más común que heredamos es una tienda española que solo acepta tarjeta internacional a través de una pasarela extranjera. El cliente que espera pagar con la aplicación de su banco o con Bizum simplemente cierra la pestaña. Para el mercado español el juego de pasarelas correcto marca diferencia en la conversión, y no es el que trae el theme por defecto.

Integramos Redsys, la pasarela que conecta con la mayoría de bancos españoles, para que el cliente pague en un entorno que reconoce. Añadimos Bizum para el pago inmediato desde el móvil, que en compras de ticket medio se ha vuelto una expectativa y no una rareza. Sumamos el pago aplazado con Klarna o equivalentes, porque en moda el fraccionamiento sube el valor del pedido, y mantenemos Stripe cuando hay clientela internacional. Todo con autenticación reforzada SCA y 3DS Secure, que desde la PSD2 no es opcional. Y todo probado de punta a punta contra el entorno de pruebas: carrito, pago, pedido, correo, edición en admin y reembolso, con las tarjetas de prueba de cada pasarela y con los caminos de error, que son los que revientan un viernes por la tarde si nadie los ha recorrido antes.

#Suscripción y fidelización: vender más de una vez

Para una marca de venta directa, la primera compra rara vez es rentable por sí sola; lo que la sostiene es la segunda, la tercera y la relación. Por eso la parte de suscripción y fidelización pesa tanto en los proyectos D2C de Barcelona. Montamos suscripciones recurrentes y cajas periódicas para marcas que venden reposición o novedad de temporada, ventajas para clientes registrados y programas de puntos que premian la recurrencia sin regalar margen.

La técnica aquí está en los caminos que nadie enseña en la demo. Qué pasa cuando un cobro recurrente falla, cuando el cliente cambia de tarjeta, cuando pide pausar la caja de este mes o cuando quiere cancelar sin llamar por teléfono. Esos flujos son los que separan una suscripción que retiene de una que genera reclamaciones, y los documentamos y probamos igual que el checkout principal. Una marca que quiere fidelizar necesita que la maquinaria de cobro recurrente sea invisible cuando funciona y clara cuando algo se tuerce.

#Checkout en tres idiomas y la operación en Barcelona

Una tienda de Barcelona no vende solo en castellano. El catalán es lengua de clientela real, y el inglés abre el mercado del turismo urbano y de la exportación que tantas marcas de la ciudad persiguen. El checkout multiidioma no es traducir cuatro botones: es que el proceso de compra, los correos de confirmación, las facturas y los avisos legales digan lo mismo, y bien, en los tres idiomas. Lo montamos sobre una capa multilingüe sólida y comprobamos que ninguna cadena del checkout se quede en el idioma equivocado, porque una etiqueta sin traducir en el paso del pago es de las cosas que más confianza restan justo en el peor momento.

Hay además una capa legal que conviene tratar como parte del flujo. La información dirigida al consumidor en Cataluña está contemplada en el Codi de consum, así que la disponibilidad en catalán de las condiciones y de la información de producto no es un extra cosmético. Lo resolvemos dentro del proceso de compra, no como una página suelta que nadie mantiene, para que la marca cumpla sin que su equipo tenga que acordarse cada temporada.

#Tres situaciones que se repiten en tiendas de Barcelona

Las historias que siguen resumen encargos reales; los rasgos que identificarían a una marca concreta se han retirado a propósito.

Primera, la firma de moda que recupera el control. Una marca joven con la operación montada sobre una plataforma de suscripción mensual hizo cuentas al cerrar el año y descubrió que las comisiones y las apps sumaban más que su propio equipo técnico. El trabajo no fue solo mudar la tienda, fue reconstruir el checkout a su manera: pago con Redsys y Bizum, fichas de producto ligeras pese a la carga visual de sus campañas y un programa de clientes que antes era imposible de tocar. El resultado que le importaba no era una nota de rendimiento, era volver a decidir cómo vende.

Segunda, la tienda de caja por suscripción. Un proyecto D2C que enviaba una selección mensual creció más rápido de lo que su montaje inicial aguantaba, y los cobros recurrentes empezaron a fallar en silencio cada vez que un cliente cambiaba de tarjeta. Rehicimos la maquinaria de suscripción con avisos de cobro fallido, actualización de método de pago sin fricción y una gestión de pausas que redujo las cancelaciones por hartazgo. La retención dejó de depender de que alguien revisara los pagos a mano.

Tercera, el retailer con catálogo grande y tres idiomas. Una tienda con miles de referencias y versión en castellano, catalán e inglés arrastraba un catálogo modelado a mano, con variantes duplicadas y un stock que no cuadraba con la tienda física. El núcleo del encargo fue reconstruir los productos variables, sincronizar las existencias con el TPV y asegurar que el checkout y los correos funcionaban en los tres idiomas. La tienda dejó de vender tallas inexistentes, que era el problema que de verdad costaba dinero.

#Cuándo no necesitas un desarrollador WooCommerce dedicado

Conviene decirlo con claridad, aunque no sea lo que vende una página comercial. Si tu catálogo tiene una docena de productos sin variaciones complicadas, cobras con una sola pasarela y tu equipo publica a gusto, es muy probable que no necesites desarrollo a medida: un buen tema comercial bien configurado y una pasarela española resuelven el noventa por ciento del caso. Contratar ingeniería para eso es pagar por flexibilidad que no vas a usar.

El desarrollo dedicado empieza a compensar cuando aparecen la complejidad de verdad. Una matriz de variaciones que el tema estándar no cubre. Un stock que vive en varios sitios y hay que sincronizar. Suscripciones con caminos de cobro que no pueden fallar. Un catálogo tan visual que choca de frente con el rendimiento. Un checkout en tres idiomas con obligaciones legales detrás. O una tienda que creció orgánicamente durante años y hoy es más un lastre de mantenimiento que una herramienta. Si tu caso no está en esa lista, te lo diremos antes de empezar, porque una tienda sobredimensionada se paga en cada actualización.

#Cómo trabajamos con marcas de Barcelona

Trabajamos como proveedor técnico, en remoto, en castellano o en inglés según el equipo, con un interlocutor que no cambia a mitad de proyecto. La puerta de entrada es la auditoría: estado del catálogo, mapa de pasarelas e integraciones, medición de rendimiento sobre las páginas que más tráfico traen y una recomendación razonada de qué tocar y en qué orden. A partir de ahí el proyecto avanza por fases cerradas, cada una entregada completa y utilizable, y usted decide al terminar cada fase si la siguiente arranca.

Construimos sobre los hooks de WooCommerce, con revisión de código senior y una separación limpia entre plugin propio y tema, para que la tienda sobreviva a cada actualización sin sustos. El QA no es un trámite final: se recorren los caminos de pedido de punta a punta, con cada pasarela y cada camino de error, antes de que nada llegue a producción. Y al cerrar, la marca recibe las llaves de verdad: arquitectura documentada, runbooks por pasarela e integración, y una sesión de traspaso para que el equipo entienda su propia tienda en lugar de depender de nosotros para cada cambio. El presupuesto es individual y se concreta fase a fase, porque poner una cifra cerrada a una tienda que aún no se ha auditado sería inventarla.

Última actualización: 10 de julio de 2026