La mano derecha de
cada comerciante.
La que hoy no
puede pagar.
Un dueño de tienda con buen producto no fracasa por falta de ganas. Fracasa porque nadie le dice si está ganando dinero — y descubrirlo tarde cuesta el negocio. Un experto que revise sus números cada semana cuesta más de lo que deja su tienda. DAR OS es ese experto, para todos.
Contesta con los números del negocio, no con teoría
El comerciante pregunta en español. La respuesta sale de su margen real, su ticket real y lo que gastó ayer. La conversación de abajo es la que ocurre todos los días dentro del producto.
El número no lo inventa un modelo. Lo calcula una fórmula
Ésta es la pieza que hace auditable todo lo demás, y funciona aquí mismo. Cambia los valores: es el mismo cálculo que corre dentro del producto.
Grabado dentro del producto, con cuentas reales
Sin maquetas y sin acelerar nada: solo las esperas largas van cortadas con un fundido. Toca cualquier clip para verlo a pantalla completa.
En construcción La página de venta y el generador de anuncios. Los dos funcionan ya, pero el acabado todavía no es el que queremos enseñar — y preferimos que los vean cuando lo sea.
El que ya vende y el que apenas empieza
Son dos productos distintos con el mismo motor, y Tiendanube tiene a los dos.
El que ya vende
Encuentra la campaña que se está comiendo la utilidad de las demás. Casi siempre es una sola, casi siempre es la que más gasta, y casi nunca se ve desde el panel de anuncios.
El que apenas empieza
Qué ofrecer, a qué precio y con qué mensaje — antes de gastar el primer peso. La mayoría no abandona por falta de ganas: quema su presupuesto probando a ciegas y se queda sin con qué seguir.
Y empezar de cero es literal: también hay que montarle sus activos de Meta — el administrador comercial, la cuenta de anuncios, el píxel, el catálogo. Hoy eso se resuelve viendo tutoriales y equivocándose; el copiloto lo lleva de la mano paso por paso.
El que gana, no se va
La razón real de una baja casi nunca es la plataforma. Es que dejó de ganar. Un comerciante que sabe que está ganando no cierra su tienda.
Nadie dice todavía “facturo cien mil al mes con mi Tiendanube”
Shopify no es Shopify por su producto. Es Shopify porque hay decenas de personas contando en público cuánto facturan con su tienda de Shopify. Ese testimonio, repetido, es la mitad de la plataforma. Y ese testimonio en Tiendanube todavía no existe.
No se consigue quitándole comerciantes a nadie. El que ya factura tiene su operación montada, su equipo acostumbrado y su temporada encima: no la mueve. Se consigue creándolos.
Y hay un segundo frente, menos visible y probablemente más caro: suscribirse es fácil, sostener la suscripción un año no lo es. El que se da de baja rara vez se va por el producto — se va porque su tienda no despegó. Cada comerciante que empieza a ganar es uno que deja de ser candidato a cancelar.
Al que crece contigo no lo pierdes
Un comerciante que llegó a cien mil estando en su plataforma no se va después: para entonces mudarse cuesta más que quedarse. La permanencia no se defiende al final con descuentos — se gana al principio siendo quien lo llevó hasta ahí.
El mercado grande está abajo, y nadie lo atiende
Hay miles de personas que quieren vender y no saben cómo. No les falta producto ni ganas: les falta criterio, y hoy el criterio solo se compra contratando a una agencia que no pueden pagar. Ése es el hueco.
Y entonces aparecen las voces
Cada comerciante que pasa de cero a cien mil es un caso que hoy no existe y que ninguna campaña puede comprar. Nuestro trabajo —el que llevamos seis años haciendo con clientes uno por uno— es exactamente ése, pero a volumen.
Lo que ponemos nosotros
La herramienta
El copiloto, con seis años de criterio de la agencia adentro y cientos de millones de pesos administrados detrás de cada regla que aplica.
La comunidad
Un lugar donde quien empieza pregunta y recibe respuesta. La herramienta resuelve el qué hacer; la comunidad resuelve el no estar solo, que es la otra mitad de por qué la gente abandona.
La medición, en serio
Un grupo de comercios que lo use y un grupo que no, durante un ciclo. Lo que se compara no es nuestra opinión: es si los que lo usaron facturan más y siguen suscritos más tiempo. Si no mueve la aguja, es mejor saberlo con diez que con diez mil.
La adquisición y los eventos
Inversión propia en traer comerciantes nuevos, y eventos en vivo donde se enseñe a montar y hacer crecer una tienda. Si les hace sentido, hacerlos con ustedes y en su casa multiplica lo que cada uno pone.
Qué necesitamos, y en qué orden
La ambición es que el comerciante no tenga que salir a ningún lado: que desde aquí entienda sus números, escriba su página y publique su producto. Eso se construye por etapas — cada una entrega algo usable por sí sola.
Estar en su tienda de aplicaciones
Es lo que convierte una integración en distribución. Unas credenciales nos ahorran trabajo; el listado es que el comerciante nos encuentre cuando lo necesita. Va primero porque es lo que más tarda.
Leer pedidos, catálogo y clientes
read_orders read_products
read_customers — de ahí salen las ventas netas, el ticket
real y qué proporción de compradores son nuevos. Es la mitad del
diagnóstico; la otra mitad son los costos, que los carga el dueño porque
ninguna tienda los conoce.
Ese mismo permiso abre Abandoned Checkout, y eso vale más
de lo que parece: hoy el copiloto ve que de cuatrocientos trece que
llegaron a pagar solo compraron ochenta y cinco, pero no puede ver
qué llevaban en el carrito los otros trescientos veintiocho. Con
esto sí — qué producto, cuánto sumaba, en qué paso se cayeron. Es la
diferencia entre decir "se te cae el checkout" y decir qué arreglar.
Escribir páginas de venta
write_content sobre el recurso Pages. El
copiloto redacta la página a partir de la oferta trabajada del
comerciante y emite HTML autocontenido que hereda el tema de su tienda —
sin tocar el resto del sitio.
La plomería funciona; el resultado todavía no nos gusta. La estructura sale bien y el texto también, pero el acabado visual no está al nivel que querríamos enseñar, así que no lo enseñamos. Es lo que más trabajo tiene encima ahora mismo. El permiso lo pedimos desde ya porque volver a pedirlo después es un trámite nuevo — no porque esté listo.
Un script propio en la tienda
El permiso scripts, que su API ya contempla con ubicación
en tienda y en checkout. Es lo que haría posible resolver los dos puntos
abiertos de la siguiente sección sin que ustedes construyan nada: medir
el tráfico de verdad y recuperar de dónde vino cada venta.
Lo pedimos sabiendo lo que implica —su documentación dice que instalar una app con este permiso obliga al comerciante a aceptar un término de uso adicional— y nos parece correcto que así sea. Si prefieren que esto vaya después de una revisión de su lado, lo entendemos.
Cargar y corregir producto
Más adelante, y solo si tiene sentido para ustedes: que el copiloto pueda subir un producto, arreglar una ficha floja o montar una promoción sin que el dueño salga de la conversación. Lo mencionamos ahora para no pedir permisos dos veces.
Una tienda de prueba y sus límites de uso
Una tienda con pedidos de ejemplo para construir contra algo real. Y confirmar si el límite documentado —40 solicitudes con recarga de 2 por segundo— aplica igual a una cuenta de integración, para diseñar la sincronización sin fricción.
Lo que revisamos y no encontramos
Dos cosas, las dos verificadas contra su documentación oficial y las dos con una salida propuesta. Son las que hay que resolver en la reunión técnica, porque cambian lo que podemos prometerle a un comerciante.
De qué campaña vino cada venta
Revisamos campo por campo el recurso Order de su
documentación oficial. De sus más de cincuenta campos, ninguno expone
UTMs, sitio de referencia ni identificadores de clic
(fbclid, gclid). Ni siquiera
client_details, que solo guarda IP y navegador.
Sin ese dato podemos decirle a un comerciante si su negocio gana o pierde en conjunto — pero no cuál campaña específica le está funcionando, que es donde está la decisión que le ahorra dinero.
Y creemos que ya existe la salida, sin que ustedes construyan nada.
El recurso Script permite cargar un archivo propio con
ubicación en tienda y en checkout, y el pedido acepta datos personalizados
en su campo extra. Un script nuestro podría guardar el origen
cuando la persona llega y depositarlo en el pedido cuando compra.
scripts, o hay una restricción que no vemos desde fuera? Y si
ya existe un campo con el origen que no encontramos, mejor todavía.Cuánta gente entra, y a qué página
Revisamos la lista completa de recursos de su API —pedidos, productos, clientes, cupones, descuentos, carritos abandonados, scripts, metafields, webhooks— y no hay ninguno de analítica: ni visitas, ni sesiones, ni vistas de página, ni qué producto o qué landing recibe más tráfico.
Eso importa más de lo que suena. Sin tráfico de la tienda, el embudo se arma con lo que Meta reporta, y Meta solo ve lo que Meta trajo: el orgánico, el directo y el que llegó por un mensaje quedan fuera. Con visitas reales se puede decir cuál de sus páginas convierte y cuál solo recibe gente, que es la decisión más barata que un comerciante puede tomar.
Cómo tratamos los datos
Lo que va a preguntar su equipo de seguridad, contestado antes de que lo pregunte.
Qué guardamos y qué no
Guardamos solo las métricas ya calculadas —ventas, ticket promedio, diagnóstico, clasificación de canal— para mostrar el historial sin volver a consultar el API cada vez. No replicamos el catálogo completo ni datos personales del cliente final más allá de lo necesario para distinguir un comprador nuevo de uno recurrente.
Y sí hay algo que cruza entre comercios, que conviene decir claro: el CRITERIO. Cuando el copiloto comprueba que un descuento permanente entrena al comprador a no pagar precio lleno, o que en ticket bajo el envío gratis mueve más que un porcentaje de descuento, esa LECCIÓN se guarda y se aplica a los demás. Es lo que hace que el comerciante número mil llegue a una herramienta que ya aprendió de los novecientos noventa y nueve anteriores.
Lo que nunca cruza es el dato: ni el nombre de la tienda, ni su producto, ni sus cifras, ni su catálogo, ni sus clientes. La lección se guarda desnuda —sin de quién salió— y por eso se puede reusar sin exponer a nadie. Es la diferencia entre aprender de la experiencia y compartir expedientes.
El token de acceso se guarda asociado únicamente a la cuenta del dueño de la tienda. La sincronización es bajo demanda — cuando el copiloto genera o actualiza el diagnóstico de esa tienda — no hay sondeo constante.
Quién puede ver qué
Solo el dueño de la tienda ve su propio diagnóstico. El equipo de DAR Media no accede a los datos de una tienda salvo soporte técnico puntual solicitado por el propio dueño. Los datos de un comerciante nunca se comparten con otro ni salen a ningún modelo de terceros. Lo único que viaja entre comercios es el criterio anonimizado que se explica arriba.
La autorización es estándar y revocable desde el panel del comerciante en cualquier momento.
Qué ejecuta y qué no
Hoy no toca la cuenta de anuncios. El copiloto encuentra el problema, lo explica con una cifra y deja el plan con un botón por acción; la persona lo aplica en su administrador. Cada recomendación queda anotada para poder medir después si funcionó.
Es el límite de esta etapa, no una postura. El siguiente paso es que el copiloto aplique los cambios en Meta directamente —apagar el conjunto que sangra, mover el presupuesto al que sostiene— en cuanto tengamos aprobado el acceso avanzado. Siempre con confirmación del dueño antes de cada cambio y con registro de quién lo pidió: automatizar la ejecución no es quitarle el volante a nadie.
En la tienda, nada se publica sin aprobación explícita. La página de venta se genera, se previsualiza y solo se envía cuando el dueño da el visto bueno. Eso sí es permanente.
Qué cambia con la integración
| Dato | Hoy | Con Tiendanube |
|---|---|---|
| Catálogo | Lectura pública del sitio | API autenticada, con precios y variantes |
| Pedidos | No disponible | /orders, paginado |
| Ticket real | Estimado desde Meta | Ventas netas de la tienda |
| Atribución | Meta, con su propio sesgo | Punto abierto de esta propuesta |
| Publicar página | Manual, copiando HTML | Pages con write_content |
| Actualización | Consulta periódica | Webhooks con firma HMAC |
Lo que hay y lo que falta, sin adornos
Construido y corriendo
Sobre cuentas reales: las de los propios clientes de la agencia, con su inversión y sus números de verdad. Lo que se ve en los videos de arriba no es una demostración preparada — es el motor que DAR Media usa a diario, contestando sobre una cuenta que factura.
Lo que sigue
Ponerlo en manos de comerciantes. Un grupo reducido, un mes de uso real, y medir si mejoraron. Eso todavía no ha pasado, y es justamente el siguiente paso — no una beta abierta ni un lanzamiento: una prueba con resultado medible.
Lo que falta
La aprobación de acceso avanzado de Meta, en trámite, y los casos documentados que salgan de esa prueba. Preferimos decirlo a enseñar métricas que no existen — cuando las tengamos, van a ser de comercios de verdad y medidas contra un antes.
Por qué ahora, de todas formas
Sin esa aprobación el copiloto pierde la médula: todo lo que hace nace de leer la cuenta de anuncios del comerciante. No es un detalle pendiente, es una condición — y preferimos decirlo así que venderles un arranque a medias.
Lo que sí puede empezar hoy es el trabajo entre los dos equipos: la integración, la tienda de prueba, y que nuestro agente aprenda a escribir bien en sus plantillas. Nada de eso depende de Meta y es justo lo que más tarda. Cuando la aprobación salga, queremos tener lo demás andando, no empezándolo.
Lo concreto, para la próxima semana
Nada de esto necesita un contrato para empezar. Necesita una conversación entre los dos equipos técnicos y unas credenciales de prueba.
Un canal directo entre los dos equipos técnicos
Un grupo con sus desarrolladores y los nuestros. La mayor parte de lo que sigue se resuelve preguntando, no documentando.
Credenciales de prueba y una tienda con pedidos
Un usuario de desarrollo contra el que construir. Preferimos empezar a probar contra su plataforma de verdad que seguir leyendo documentación y descubrir los detalles el día del lanzamiento.
Qué debe saber nuestro agente para escribir bien en su tienda
Lo que ustedes ya aprendieron y nosotros no sabemos: qué estructura funciona en sus plantillas, qué constantes respetar, cómo se comporta el carrito, qué hace que una ficha convierta ahí. Eso entra directo al agente y hace que la primera página que genere ya salga bien.
La pregunta de la atribución
Resolver en vivo el punto abierto de la sección 07. Es lo único que cambia el alcance de lo que podemos prometerle a un comerciante.
Elegir juntos las primeras tiendas
Un grupo reducido, elegido por ustedes, durante un ciclo. Con eso tenemos los primeros casos documentados y ustedes tienen la evidencia para decidir qué tan lejos llevar esto.