Tienda online: ¿plataforma alojada o desarrollo a medida?

Según Mesterséges Intelligencia Központ Kft., empresa de desarrollo de software con sede en Budapest, conviene empezar con una tienda online alojada si la oferta cabe en sus límites; el desarrollo a medida compensa cuando la política de precios o las integraciones los superan.

En resumen: deciden tres preguntas: si los productos y el proceso de pedido caben en los límites de una plataforma alojada, con cuántos otros sistemas tiene que intercambiar datos la tienda online y hasta qué punto es importante poder seguir desarrollándola sin las limitaciones de una plataforma. Para muchas empresas, la plataforma alojada es un buen primer paso: si los datos pueden exportarse, también es posible pasar más adelante a una solución a medida.

¿Entre qué opciones se puede elegir?

Hoy, una «tienda online» puede significar cuatro caminos distintos. Los límites no son nítidos: detrás de una plataforma alojada también puede construirse una integración a medida, y una tienda online a medida también puede utilizar una página de pago ya hecha. Aun así, la responsabilidad y el margen de maniobra se sitúan en un lugar distinto en cada uno.

Tienda online alojada (SaaS)

SaaS (software as a service, software como servicio) significa que el proveedor ejecuta, actualiza y protege el software de la tienda online, mientras que el comerciante se suscribe a él y lo gestiona desde el navegador. Un ejemplo internacional es Shopify; en el mercado húngaro, Shoprenter y UNAS. Las plataformas alojadas pueden completarse con extensiones, y la mayoría también ofrece una API: la interfaz de programación a través de la cual otro sistema puede consultar datos de la tienda online o escribir datos en ella.

La documentación para desarrolladores de Shoprenter describe la interfaz recurso por recurso (entre otros, los productos, los clientes y los pedidos) y también ofrece webhooks: mensajes automáticos que la tienda online envía a un sistema externo tras un evento, por ejemplo, cuando se realiza un pedido o cambia su estado (Shoprenter: WebHook automation). Según la documentación de UNAS, el objetivo de su API es conectar la tienda online, incluso en ambos sentidos, con sistemas externos, como un programa de facturación o un sistema de gestión de inventario; la interfaz puede utilizarse con los planes de suscripción PREMIUM y VIP (UNAS: documentación de la API, comprobado el 17 de octubre de 2026). Por tanto, conviene comprobar ya al elegir el plan qué permite cada nivel.

Tienda online de código abierto, en alojamiento propio

Un ejemplo habitual es WooCommerce, la extensión de tienda online de código abierto para el gestor de contenidos WordPress. Su código fuente está disponible bajo la GNU General Public License, versión 2 o posterior (WooCommerce: licencia), y la descripción de la extensión menciona una API REST y webhooks para las integraciones, y destaca que el contenido y los datos de la tienda permanecen en manos del propietario (WordPress.org: WooCommerce). La libertad tiene un precio: del alojamiento, de la actualización de WordPress y de las extensiones, de las copias de seguridad y de la protección tiene que ocuparse el propietario, o el operador que este contrate.

Tienda online headless

En una arquitectura headless («sin cabeza»), la interfaz que ve el comprador y el motor de la tienda online son sistemas separados. Según la documentación para desarrolladores de Shopify, el comercio headless separa el frontend de la tienda de su backend: la interfaz puede construirse y alojarse con cualquier tecnología, mientras que los productos, el carrito y el proceso de pago los proporciona la API de la plataforma (Shopify: Headless). Esto resulta útil cuando la experiencia de compra tiene que ser muy singular, cuando la tienda online forma parte de un sitio web rico en contenidos o cuando la misma oferta debe mostrarse en varios canales: en la web, en una aplicación móvil, en un quiosco. A cambio, hay que mantener dos sistemas: la plataforma y la interfaz propia.

Tienda online desarrollada a medida

En una tienda online a medida, el modelo de producto, la política de precios, el proceso de pedido y las integraciones se construyen exactamente según el funcionamiento de la empresa. No hay límites de plataforma, pero tampoco un mercado de extensiones ya hecho: todo lo que tenga que hacer la tienda online hay que diseñarlo, desarrollarlo, probarlo y operarlo. La vía a medida es fuerte cuando la tienda online es el principal canal de ventas de la empresa y tiene que trabajar estrechamente con el sistema ERP, el almacén o la producción.

Comparación en una tabla

Criterio	Plataforma alojada	Código abierto (p. ej., WooCommerce)	Headless	Desarrollo a medida
Puesta en marcha	la más rápida: tema y configuración ya hechos	rápida, si bastan los temas y las extensiones ya hechos	más larga: hay que construir la interfaz propia	la más larga; la decide el tamaño del desarrollo
Modelo de tarifas	suscripción; las aplicaciones complementarias pueden tener un coste aparte	sin suscripción por el software; alojamiento, extensiones de pago y operación	la suscripción de la plataforma, más el desarrollo y la operación de la interfaz propia	desarrollo puntual y, después, operación y evolución
Capacidad de ampliación	dentro de los límites de la plataforma y de su mercado de extensiones	libre, pero cada extensión es un elemento más que actualizar	la interfaz puede configurarse libremente; el motor es de la plataforma	ilimitada; el código fuente se rige por el contrato
Integraciones (inventario, ERP, facturación, mensajería)	con una extensión ya hecha o a través de la API, si el plan lo permite	con una extensión o con código a medida	a través de la API de la plataforma	mediante cualquier interfaz, según las necesidades de la empresa
Rendimiento	lo determinan la infraestructura del proveedor y la calidad del tema	depende del alojamiento y del número de extensiones	muy optimizable, pero es trabajo propio	depende del diseño y de la operación
Datos y exportación	según las funciones de exportación y las condiciones de la plataforma	toda la base de datos es del propietario	los datos del motor están en la plataforma	toda la base de datos es del cliente
Alojamiento y seguridad	responsabilidad del proveedor	el propietario o su operador	compartidos: el motor es de la plataforma; la interfaz, de la empresa	el cliente o el operador que contrate

Conviene medir la velocidad, no estimarla: los indicadores Core Web Vitals recomendados por Google miden la carga (LCP), la capacidad de respuesta (INP) y la estabilidad visual (CLS) (web.dev: Web Vitals), y se aplican por igual a cualquier tipo de tienda online.

¿Cuándo basta la plataforma alojada y cuándo compensa la tienda a medida?

Señales de que basta la plataforma alojada

Los productos son sencillos: pocas variantes, un precio claro, sin configuraciones complejas.
El proceso de pedido es el habitual: carrito, método de envío, pago, confirmación.
Para las integraciones necesarias (facturación, empresa de mensajería, pago) existe una extensión ya hecha.
Es importante una puesta en marcha rápida, y el equipo no tiene tiempo ni intención de operar un servidor.
La tienda online es uno de los canales de venta, no todo el modelo de negocio.

Señales de que conviene avanzar hacia una tienda a medida o headless

Los productos son configurables, se fabrican a medida o el precio se calcula a partir de varios factores.
Hacen falta listas de precios para revendedores (B2B), reglas de descuento especiales o precios de contratos marco.
La tienda online tiene que trabajar en tiempo real con el ERP, el almacén o la producción.
El número de extensiones ya es tan grande que cualquier actualización es un riesgo.
Por las limitaciones de la plataforma, la empresa adapta su propio proceso al software, y no al revés.

Una solución intermedia habitual y acertada es la tienda online alojada con una integración a medida: la tienda permanece en la plataforma y, detrás de ella, un servicio a medida conecta los pedidos con el programa de facturación, el almacén y el ERP. Es una tarea de integración de sistemas; los detalles se describen en la página Automatización de procesos. La comparación general entre el software a medida y el producto estándar se trata en el artículo ¿Software a medida o solución estándar (SaaS)?.

Particularidades húngaras: facturación, NAV, mensajería, pago

Facturación y NAV Online Számla

Según la información de la NAV, la administración tributaria húngara, desde el 4 de enero de 2021 la obligación de declarar los datos de las facturas se extiende también a las facturas emitidas a personas que no son sujetos pasivos del IVA, incluidos los compradores particulares; el programa de facturación debe transmitir los datos electrónicamente al sistema Online Számla en el momento de emitir la factura, de inmediato, sin intervención humana y en formato XML (NAV). La NAV también publica la descripción de la interfaz de máquina a máquina en un repositorio público (NAV: Online-Invoice). Las tiendas online suelen resolverlo a través de un servicio de facturación: según la documentación de Számlázz.hu, por ejemplo, con su interfaz llamada Számla Agent pueden automatizarse en XML las operaciones con facturas y recibos (Számlázz.hu: documentación de la API). Lo esencial es el proceso: que el pedido pagado o entregado genere la factura sin traspaso manual, y que alguien reciba un aviso si la declaración de datos falla o es rechazada.

Empresas de mensajería y taquillas de paquetería

Conectar los servicios de mensajería y de puntos de recogida significa tres cosas: al finalizar la compra, el comprador puede elegir el punto de recogida o la taquilla; la etiqueta del paquete se genera automáticamente a partir del pedido; y el estado del envío vuelve a la tienda online y al comprador. En una plataforma alojada conviene comprobar si existe una extensión ya hecha para ello; en una tienda online a medida, o si no existe una extensión adecuada, nos conectamos a la interfaz del proveedor. Conectamos, por ejemplo, los servicios de GLS, Foxpost, MPL o Packeta.

Pago online

En los pagos con tarjeta bancaria, la norma internacional de seguridad PCI DSS se aplica a todo aquel que almacena, procesa o transmite datos de tarjetas. Según la documentación de Stripe, en las integraciones que reducen el riesgo, los datos de pago llegan directamente al proveedor de pagos sin pasar por los servidores del comerciante, lo que reduce las obligaciones PCI del comerciante (Stripe: Integration security guide). Por eso recomendamos que la tienda online no almacene los datos de las tarjetas: el pago debe realizarse en la página o en la interfaz integrada del proveedor, por ejemplo, Barion, SimplePay o Stripe.

Inventario y ERP

Si el inventario reside en un sistema de gestión de almacén o en un ERP, la tienda online tiene que leer de él, para que no se puedan pedir productos agotados, y tiene que escribir en él los pedidos. Es una de las conexiones más importantes de la tienda online; sobre el lado de la gestión administrativa trata la página Software empresarial.

Aspectos legales que se aplican a todas las tiendas online

Las normas jurídicas se aplican con independencia de la plataforma: en una plataforma alojada, el proveedor ayuda en muchas cosas, pero el responsable del cumplimiento es el comerciante. Esto es información, no asesoramiento jurídico; en cada caso concreto conviene consultar a un abogado.

Derecho de desistimiento

La Directiva 2011/83/UE regula los derechos de los consumidores en los contratos a distancia; lo que sigue se basa en el texto consolidado de 27 de septiembre de 2026 (EUR-Lex: Directiva 2011/83/UE, texto consolidado):

Según el artículo 9, apartado 1, el consumidor puede desistir del contrato en un plazo de 14 días sin indicar el motivo; en el caso de los bienes, el plazo se cuenta, por regla general, desde el día en que se reciben.
Según el artículo 6, apartado 1, letra h), el comerciante debe informar antes de la celebración del contrato sobre las condiciones, el plazo y los procedimientos para ejercer el derecho de desistimiento; esto incluye el modelo de formulario de desistimiento y, cuando proceda, la información sobre la existencia y la localización de la función de desistimiento.
Según el artículo 11 bis, introducido por la Directiva (UE) 2023/2673, en los contratos a distancia celebrados mediante una interfaz en línea el comerciante debe ofrecer una función de desistimiento etiquetada con la expresión «desistir del contrato aquí» (o una formulación inequívoca equivalente) y disponible de forma permanente durante todo el plazo de desistimiento, con la que el consumidor puede enviar una declaración de desistimiento en línea; la declaración se envía mediante un paso etiquetado «confirmar desistimiento», y el comerciante envía un acuse de recibo en un soporte duradero. Los Estados miembros aplican estas disposiciones a partir del 19 de junio de 2026 (EUR-Lex: Directiva (UE) 2023/2673).
Si no se facilita esta información, según el artículo 10 el plazo de desistimiento expira 12 meses después de que finalice el plazo inicial.
Según el artículo 13, el comerciante reembolsa la totalidad de los pagos recibidos del consumidor, incluidos, en su caso, los costes de entrega, en un plazo de 14 días desde que se le informa del desistimiento.
El artículo 16 enumera excepciones, por ejemplo, los bienes confeccionados conforme a las especificaciones del consumidor o claramente personalizados.

En Hungría, las normas detalladas figuran en el Decreto del Gobierno 45/2014 (II. 26.); la función de desistimiento se rige por las disposiciones de su artículo 22 introducidas por el Decreto del Gobierno 415/2025 (XII. 23.) (Nemzeti Jogszabálytár, comprobado el 17 de octubre de 2026). Para la tienda online, esto implica funciones concretas: la información debe mostrarse antes del pedido; la función de desistimiento en línea debe estar disponible de forma permanente durante todo el plazo de desistimiento, con acuse de recibo; hay que hacer un seguimiento de las devoluciones y los reembolsos; y los productos personalizados deben estar señalados.

Accesibilidad

Según la Directiva (UE) 2019/882, los Estados miembros deben aplicar a partir del 28 de junio de 2025 los requisitos de accesibilidad relativos a los servicios de comercio electrónico prestados a los consumidores (las normas húngaras se basan en la transposición de la directiva); se consideran servicios de comercio electrónico los prestados a través de sitios web y de servicios para dispositivos móviles con el fin de celebrar un contrato con un consumidor (EUR-Lex: Directiva (UE) 2019/882). Las microempresas que prestan servicios (según la directiva, las empresas que emplean a menos de diez personas y cuyo volumen de negocios anual o balance anual total no supera un umbral determinado) deben quedar exentas de los requisitos (artículo 4, apartado 5). Según el anexo I de la directiva, los sitios web y las aplicaciones móviles deben hacerse perceptibles, manejables, comprensibles y sólidos. En una plataforma alojada, una parte de esto depende de la calidad de la plataforma y del tema elegido, por lo que conviene comprobar el tema también desde el punto de vista de la accesibilidad; en una tienda online a medida seguimos las pautas WCAG 2.2.

Cookies y consentimiento

Según el artículo 5, apartado 3, del texto consolidado de la Directiva sobre la privacidad y las comunicaciones electrónicas, la Directiva 2002/58/CE, solo se puede almacenar información en el equipo del usuario o acceder a la información almacenada en él con un consentimiento previo, otorgado después de haber recibido información clara y completa. La excepción es el almacenamiento estrictamente necesario para prestar un servicio expresamente solicitado por el usuario (EUR-Lex: Directiva 2002/58/CE). Por tanto, la cookie necesaria para el funcionamiento del carrito recibe un trato distinto que una cookie de medición o de publicidad: estas últimas requieren consentimiento, y el banner de cookies debe permitir una elección real.

Inteligencia artificial en la tienda online

Textos de productos: preparación de descripciones de productos, textos de categorías y traducciones con un gran modelo de lenguaje. Algunas plataformas alojadas ya lo ofrecen de forma integrada: según el centro de ayuda de Shopify, las funciones de IA de su panel de administración también redactan descripciones de productos, y la propia Shopify pide al comerciante que revise todo el contenido creado por la IA, porque puede contener errores (Shopify Help Center: AI features).
Buscador: una búsqueda de productos que también entiende la intención del comprador («botas de montaña impermeables para la lluvia»), no solo la palabra clave exacta.
Atención al cliente: un chatbot de IA que responde a partir de los datos propios de la tienda online (productos, condiciones de envío, estado del pedido) e indica que el comprador está hablando con una inteligencia artificial. Encontrará más detalles en la página Chatbots y agentes de IA; sobre el marco jurídico trata el artículo AI Act y RGPD en un chatbot empresarial.

En una plataforma alojada, el abanico de funciones de IA depende de lo que ofrezcan la plataforma o una extensión. En una tienda online a medida o con una integración a medida, podemos elegir entre los modelos de OpenAI (ChatGPT), Anthropic (Claude) y Google (Gemini), y conectamos el modelo directamente con los datos de la tienda online, con supervisión humana allí donde un error cuesta dinero o confianza.

Migración: de una plataforma alojada a una tienda a medida

Muchas empresas empiezan con una plataforma alojada y dan el siguiente paso cuando la tienda online supera sus límites. Lo fluida que resulte la migración depende en gran medida de cuántos datos puedan sacarse del sistema antiguo. Según el centro de ayuda de Shopify, por ejemplo, los productos, los pedidos y los clientes pueden exportarse a archivos CSV (Shopify: exporting products, exporting orders, exporting customers), pero las imágenes de los productos no se incluyen en el CSV de productos, por lo que hay que guardarlas por separado. Los pasos de la migración:

Inventario de datos: qué datos hay en el sistema antiguo (productos, variantes, imágenes, clientes, pedidos anteriores, cupones, páginas de contenido) y qué puede exportarse de él.
Mapeo y limpieza de datos: adónde va cada campo antiguo y qué hay que poner en orden, por ejemplo, clientes duplicados o datos de productos incompletos.
Mapa de URL y redirecciones: según la guía de Google Search Central, hay que asignar las direcciones antiguas una por una a las nuevas y configurar redirecciones permanentes del lado del servidor (301 o 308), para que no se pierda el posicionamiento alcanzado en los buscadores (Google Search Central).
Reconexión de las integraciones: facturación, pago, mensajería, inventario, probadas de principio a fin con pedidos de prueba.
Puesta en producción y seguimiento: la última sincronización de los datos del sistema antiguo y, después, la supervisión de los indicadores y de los errores tras la transición.

Si hoy se elige una plataforma alojada, conviene preparar ya un plan de salida: qué datos pueden exportarse, en qué formato y si existe una API a través de la cual un sistema posterior pueda hacerse cargo de ellos de forma continua.

¿De qué dependen el coste y el plazo?

En una plataforma alojada, el coste se compone de la suscripción, las aplicaciones complementarias, el tema y el trabajo dedicado a la configuración; si además hace falta una integración a medida, es un desarrollo aparte. En una tienda online a medida, medimos el tamaño funcional del desarrollo en puntos de función COSMIC (ISO/IEC 19761), y a partir de él se elaboran la oferta y el calendario. Además del tamaño, influyen estos factores:

el número de integraciones y lo bien documentadas que estén sus interfaces;
la complejidad del modelo de producto: variantes, productos configurables, reglas de precios especiales;
el grado de personalización del diseño y el número de interfaces (web, móvil, panel de administración);
la cantidad y la calidad de los datos que hay que migrar;
los requisitos no funcionales: velocidad, disponibilidad, accesibilidad, seguridad;
el alcance de la operación y de la evolución tras la entrega.

El método de medición se describe en la página Precios.

Errores frecuentes al decidir

Solo se mira el coste inicial, no la suscripción, las extensiones y la operación durante varios años.
No se comprueba de antemano qué datos pueden exportarse ni si el plan elegido incluye una API.
Se instalan tantas extensiones que, tras una actualización, ya nadie sabe qué se ha estropeado ni por qué.
Se empieza con facturación manual, y al crecer el número de pedidos la facturación se convierte en el cuello de botella.
En la migración se omiten las redirecciones, y las direcciones antiguas llevan a páginas de error.
El banner de cookies lo acepta todo por defecto, o carga los códigos de medición incluso cuando se rechazan.

Preguntas frecuentes

¿Elegimos una tienda online alojada o a medida?

Si los productos y el proceso de pedido caben en los límites de una plataforma alojada (por ejemplo, Shopify, Shoprenter, UNAS) o de WooCommerce, esa es la puesta en marcha más rápida y de menor riesgo. Una tienda online a medida compensa cuando la gama de productos o la política de precios es especial, cuando se necesita una conexión estrecha y en tiempo real con un ERP o un almacén, o cuando la tienda online es el principal canal de ventas y desean desarrollarla sin las limitaciones de una plataforma. La vía intermedia es la tienda online alojada con una integración a medida.

¿Se puede migrar de una plataforma alojada a una tienda a medida?

Sí, si los datos pueden sacarse del sistema antiguo: productos, clientes, pedidos, imágenes y contenidos. Una parte esencial de la migración es redirigir las direcciones antiguas a las nuevas y reconectar las integraciones. Conviene comprobar ya al elegir la plataforma alojada qué exportación y qué API ofrece.

¿Se puede conectar la tienda online con el programa de facturación y con el almacén?

Sí. El programa de facturación (por ejemplo, Számlázz.hu, Billingo) lo conectamos mediante la emisión automática de facturas, y el sistema de gestión de almacén o el ERP, mediante la sincronización del inventario, siempre que tengan una interfaz accesible (API) o que los datos estén disponibles en archivos o en una base de datos. Una conexión así también puede construirse detrás de una tienda online alojada, si la API de la plataforma está disponible en el plan elegido.

¿De quién son los datos en una plataforma alojada?

Lo determinan las condiciones de uso de la plataforma y su contrato de encargo del tratamiento; según el artículo 28 del RGPD, el tratamiento realizado por cuenta del responsable debe regirse por un contrato (EUR-Lex: Reglamento (UE) 2016/679). En la práctica, lo decisivo es si pueden sacar sus datos: las plataformas más grandes ofrecen exportación y API, pero su alcance varía según la plataforma y el plan. En una tienda online en alojamiento propio o a medida, toda la base de datos está en manos del propietario.

¿Tiene que ser accesible la tienda online?

Según las normas que transponen la Directiva (UE) 2019/882, los servicios de comercio electrónico prestados a los consumidores deben cumplir los requisitos de accesibilidad desde el 28 de junio de 2025; según la directiva, las microempresas que prestan servicios deben quedar exentas. Si la empresa no es una microempresa, conviene revisar la tienda online desde el punto de vista de la accesibilidad y, en una plataforma alojada, también el tema. Esto es información, no asesoramiento jurídico.

¿Cómo podemos ayudarle?

Desarrollamos tiendas online a medida y las conectamos con los proveedores de pago, envío y facturación, con el almacén y con el ERP, también con inteligencia artificial si lo desean. Si la plataforma alojada les funciona bien, no hace falta sustituirla: construimos la integración detrás de ella. Los detalles se describen en la página Desarrollo de tiendas online.

La primera consulta es gratuita, si lo solicita firmamos un acuerdo de confidencialidad (NDA) y, tras la entrega, también nos encargamos de la operación y el mantenimiento. El código fuente y los derechos de uso se rigen por el contrato. Si nos describe en unas frases qué vende y con qué sistemas trabaja, póngase en contacto con nosotros.