Server-side tracking para cualquier sitio web
Añade una etiqueta de script a tu sitio y envía los pedidos pagados como JSON desde tu backend o una herramienta no-code. ROASaurus asocia cada pedido con su clic en el anuncio y lo reenvía a tus plataformas publicitarias.
| Sitio web personalizado de un vistazo | |
|---|---|
| Script | Una etiqueta de script en cada página: visualizaciones de página, click ids, la cookie de visitante _tl |
| Orders API | POST /api/v1/orders con una clave de tienda y una clave de API |
| Webhook JSON | POST a la URL de tu webhook desde tu backend, Zapier, Make o n8n |
| Eventos offline | POST /api/v1/events para leads, demos y renovaciones |
| Asociación de pedidos | visitor_id (la cookie _tl), evento de la página de agradecimiento, un email que el visitante dio antes, o IP y navegador |
1. Añade el script
Pega la etiqueta de script de tu página Tracking & platforms en todas las páginas, normalmente en "código personalizado", "inyección de código" o "scripts de la cabecera". Registra las visualizaciones de página, captura los click ids de anuncios y las UTM, y crea la cookie de visitante _tl. Envía otros eventos con tlq('track', 'AddToCart', {...}).
2. Envía los pedidos pagados
Orders API. Crea una clave de API en Ajustes › Orders API y envía con POST cada pedido pagado a /api/v1/orders. El formato de la solicitud se muestra en esa página. Pasa la cookie _tl como visitor_id para que el pedido se asocie con el clic en el anuncio.
Webhook JSON. Elige "Otro / webhook personalizado" al añadir la tienda y envía los pedidos con POST a la URL de tu webhook. Campos: order_id, total, currency, email, phone, first_name, last_name, country, zip, client_ip, user_agent, items (variant_id, quantity, price) y, si puedes, visitor_id. También puedes pasar click_ids, landing_url e is_first_order, y marcar los pedidos de prueba con "test": true para que se guarden pero no se envíen.
3. Dispara el evento de la página de agradecimiento
En la página de confirmación, dispara tlq('track', 'Purchase', ...) con event_id igual a order- más el id de tu pedido. Eso vincula el pedido con el visitante incluso cuando no puedes pasar la cookie. Una vez que tu servidor envía los pedidos, las compras del navegador solo vinculan visitantes; ya no crean pedidos.
Leads y suscripciones
La API de eventos offline (POST /api/v1/events) admite leads, demos, MQL y renovaciones de suscripción, asociados a un visitante mediante el email con hash. Acepta hasta 1000 eventos por minuto y tienda, de 3 KB cada uno.
Embudos y cookies first-party
Indica los dominios de tu embudo y de tu tienda en Settings › Linked domains, y los enlaces entre ellos llevarán el id de visitante y los click ids. Servir el script desde tu propio subdominio (un CNAME) mantiene la recopilación en tu dominio y vuelve a emitir _tl como cookie HTTP. Safari aún puede limitar esa cookie a 7 días.
Relacionado
Tus preguntas, resueltas
¿Necesito un desarrollador?
No siempre. Zapier, Make o n8n pueden enviar los pedidos pagados de tu tienda o herramienta de pago a la URL de webhook de ROASaurus. Pasar el id de visitante de la cookie _tl suele requerir un pequeño cambio en tu sitio.
¿Cómo envío pedidos de prueba?
Añade "test": true al pedido. ROASaurus lo guarda para que puedas comprobar el formato, pero no envía nada a las plataformas publicitarias.
¿Y si mi sitio no tiene backend?
Dispara la compra del navegador en la página de confirmación. Cuando una tienda no tiene una fuente de pedidos de servidor, ese evento crea el pedido y se reenvía a las plataformas publicitarias. Una fuente de servidor es más fiable.
Cada venta, rastreada hasta el anuncio que la generó
Server-side tracking, beneficio y valor de vida del cliente en una sola app. Prueba gratuita de 14 días, sin tarjeta de crédito.
Empieza tu prueba gratuita →