¿Sirve un creador con IA para una tienda online real?
Depende del tamaño del catálogo y de lo que pase después de la compra. Para vender pocos productos, servicios, suscripciones o descargas digitales funciona bien: Stripe se encarga del cobro y Supabase de los datos. Para un catálogo grande con inventario, devoluciones y varios almacenes, una plataforma de comercio especializada sigue siendo mejor herramienta.
Esa frontera es la respuesta útil. La pregunta "¿sirve para ecommerce?" mezcla dos negocios muy distintos bajo la misma palabra, y solo uno de ellos encaja aquí.
¿Qué tipo de tienda encaja de verdad?
La variable que decide no es el sector sino cuánta operación hay detrás de cada pedido. Cuanto menos toque un humano el producto físico, mejor encaja.
- Servicios con pago por adelantado. Sesiones, consultas, cursos, mantenimientos. No hay stock, no hay envío y el cobro es la parte importante.
- Suscripciones. Stripe gestiona cobros recurrentes, y el sitio solo tiene que dar acceso a quien está al día.
- Productos digitales. Plantillas, guías, licencias, presets. La entrega es un enlace y el inventario es infinito.
- Catálogos pequeños de producto físico. Una docena de referencias sin tallas ni variantes complicadas, con envío que gestionas a mano.
- Reservas con señal. El cliente paga una parte para reservar y el resto en persona.
Lo que queda fuera se reconoce por tres señales: muchas variantes por producto, inventario que se descuadra si no se sincroniza, y una política de devoluciones que exige seguimiento. Ahí el trabajo no es la web, es la operación, y las plataformas de comercio existen precisamente para eso.
¿Qué partes de una tienda cubre cada pieza?
Conviene ver el reparto antes de decidir, porque casi todo lo que la gente llama "tienda" son en realidad cinco sistemas distintos.
| Pieza de la tienda | Quién la cubre | Comentario honesto |
|---|---|---|
| Catálogo y fichas de producto | Construcción y ediciones | Bien para catálogos pequeños y estables |
| Cobro, suscripciones, facturas | Stripe | Es el estándar, y la parte más resuelta |
| Clientes, pedidos, acceso | Supabase | Base de datos, registro de usuarios y archivos |
| Correo de confirmación | Resend | Hay que probarlo enviándotelo tú |
| Analítica de tráfico | Google Analytics | Responde de dónde llega la gente |
| Inventario multi almacén | Nadie de esta lista | Plataforma de comercio o un desarrollo propio |
| Devoluciones y logística inversa | Nadie de esta lista | Proceso operativo, no una pantalla |
La tabla se lee mejor de abajo arriba. Si las dos últimas filas son el corazón de tu negocio, ya tienes la respuesta. Si son un caso raro que resuelves por correo, las cinco primeras filas te cubren.
¿Cómo se monta paso a paso?
Cinco pasos, y el orden ahorra ediciones porque cada uno depende del anterior.
Primero describe la tienda con precisión: qué vendes, cuántas referencias, si hay variantes, quién compra y qué pasa justo después del pago. La frase que más rinde es la última, porque define la mitad del trabajo.
Segundo, construye. Una página suelta cuesta 6 créditos; una plataforma multipágina con catálogo, ficha, carrito y cuenta cuesta 12 por las tres primeras páginas más 3 por cada página adicional. La construcción tarda alrededor de un minuto en lo sencillo y varios minutos en una plataforma.
Tercero, conecta Stripe y haz una compra de prueba de verdad. Cuarto, conecta Resend y comprueba que el correo de confirmación llega a tu bandeja. Quinto, apunta tu dominio, porque una dirección de pruebas resta confianza justo en el momento de pagar.
Las imágenes de producto son el otro trabajo real y no lo hace la herramienta: las fotos las haces tú. Cómo colocarlas está en cómo usar tus propias imágenes.
Un detalle de orden que ahorra dinero: escribe las fichas de producto antes de construir. Nombre, qué incluye, qué no incluye, plazo de entrega y política de devolución son texto que solo tú puedes redactar, y tenerlo listo convierte la primera construcción en algo casi terminado en lugar de un borrador que hay que reescribir entero.
¿Cuánto cuesta montar y mantener una tienda así?
El precio va por acción, y eso permite calcularlo antes de empezar en lugar de descubrirlo a mitad.
| Acción | Créditos |
|---|---|
| Página única, por ejemplo una de venta | 6 |
| Plataforma multipágina, primeras tres páginas | 12 |
| Cada página adicional | 3 |
| Cualquier cambio posterior | 3 |
| Construcción en modo Hi-Fi | 12 |
| Edición en modo Hi-Fi | 6 |
El plan gratuito trae 5 créditos, que no alcanza para una construcción, así que sirve para mirar. Pro cuesta $25 al mes con 200 créditos y Business cuesta $99 al mes. Con 200 créditos caben 66 ediciones si solo gastas en eso, lo cual encaja bien con una tienda que se retoca a menudo.
Fuera de eso están las comisiones de Stripe, que son suyas y no de la web, y el coste de tu dominio. El desglose general está en cuánto cuesta una web hecha con IA.
Conviene comparar por proyecto y no por mes. Una tienda de servicios que se construye una vez y se retoca cada temporada gasta poquísimo; una que cambia el catálogo cada semana gasta en ediciones y le sale a cuenta agrupar los cambios en una sola pasada semanal en lugar de pedirlos según se le ocurren a uno.
¿Qué hay que probar antes de aceptar el primer pedido?
Cinco comprobaciones, todas manuales, todas en menos de media hora. Ninguna es opcional cuando hay dinero de por medio.
Compra tu propio producto con una tarjeta real y comprueba que el cobro aparece en Stripe. Confirma que el correo de confirmación llega y que se lee bien en el móvil. Repite la compra desde un teléfono, no desde el ordenador, porque ahí es donde compra la mayoría.
Comprueba qué ve un cliente cuando el pago falla, que es la pantalla que nadie prueba y todos acaban viendo. Y lee tus propias páginas legales: condiciones de venta, devoluciones y privacidad son obligaciones tuyas, no de la herramienta.
Cada construcción se arranca en un entorno de pruebas antes de entregarse, y una que no abre se reporta como fallo en lugar de entregarse. Eso baja el riesgo de publicar una tienda muerta, no lo elimina, y desde luego no comprueba que tu precio esté bien puesto.
¿Dónde están los límites honestos para un ecommerce?
Cuatro, y son los que deciden si esta es tu herramienta.
Inventario serio no está cubierto. Stock por variante, reservas de stock, sincronización con un almacén o con un punto de venta físico son justamente lo que ofrece una plataforma de comercio, y no tiene sentido reconstruirlo.
Las devoluciones son un proceso, no una pantalla. Se pueden montar formularios y estados, pero la logística inversa y la atención al cliente siguen siendo trabajo humano.
La lógica muy específica llega con ediciones. Descuentos por volumen, precios por cliente o reglas de envío poco comunes se alcanzan en varias pasadas, no en un prompt.
Un producto complejo necesita equipo. Zugo no sustituye a un equipo de desarrollo cuando la tienda se convierte en un sistema con años de vida por delante. Llegado ese punto, el código se exporta a GitHub y el proyecto es tuyo, que es exactamente lo que hace posible el relevo.
Si tu caso son servicios, suscripciones, descargas o un catálogo corto, esto se monta esta semana y se mejora la siguiente. Y cuando la tienda funcione, el siguiente proyecto natural suele ser que otros vendan por ti, que tiene su propio método en cómo crear un panel de afiliados. Describe tu tienda y mira el primer borrador en zugo.dev.