# Seguimiento server-side en Shopify: ¿lo necesitas? {#post-title}

[cPixel](/es/blog/#blog-cpixel)

Por [B2B Gold](/about/#how-we-write) Publicado el 24 de septiembre de 2026 Actualizado el 25 de septiembre de 2026 [Traducido del inglés con herramientas de IA](/blog/server-side-tracking-shopify/)

## ¿Qué es el seguimiento server-side en Shopify? {#what-is-server-side-tracking-on-shopify}

El seguimiento server-side envía eventos de conversión a las plataformas publicitarias desde un servidor, además de desde el navegador del comprador. En Shopify, esto importa sobre todo para las compras, que un servidor puede enviar a partir del propio pedido cuando un bloqueador de anuncios, una página lenta o una pestaña cerrada detienen el píxel. No puede anular a los compradores que rechazan el seguimiento, ni elimina a los bots.

La mitad del navegador es el píxel que ya tienes: un script en el dispositivo del comprador que informa de vistas de página, añadidos al carrito y compras. La mitad del servidor es una llamada directa de un servidor a la API propia de la plataforma: la Conversions API de Meta, la Events API de TikTok, la Conversions API de OpenAI para ChatGPT Ads, o el Measurement Protocol de Google Analytics 4. Ninguna de estas plataformas te dice que elimines el píxel (consulta las preguntas frecuentes más abajo), así que las preguntas reales son si necesitas la copia del servidor, y qué herramienta debe enviarla.

## ¿Shopify ya lo hace por ti? {#does-shopify-already-do-it-for-you}

En parte. Tanto la app Facebook & Instagram de Shopify como la app de TikTok para Shopify añaden envío server-side en sus niveles superiores de intercambio de datos, sin código. La app ChatGPT Ads de OpenAI conecta su propio píxel, y Shopify permite a algunos desarrolladores de apps usar píxeles de servidor.

| App | Dónde activarlo | Qué dice la documentación sobre el envío desde el servidor |
| --- | --- | --- |
| Facebook & Instagram | Intercambio de datos **Enhanced** o **Maximum** | El evento de compra va de servidor a servidor a través de la Conversions API de Meta; ambos niveles comparten el nombre, la ubicación, el correo electrónico y el teléfono del cliente ([Shopify](https://help.shopify.com/en/manual/promoting-marketing/analyze-marketing/meta-data-sharing)) |
| TikTok | Intercambio de datos **Enhanced** o **Maximum** | Añade la Events API de TikTok y el Advanced Matching; la página no dice qué eventos ([TikTok](https://ads.tiktok.com/help/article/data-sharing-tiktok-app-shopify)) |
| ChatGPT Ads, de OpenAI | Conectar el píxel de OpenAI de la app | Los eventos de comercio pasan por el píxel de OpenAI para Shopify, disponible por ahora para tiendas de EE. UU. ([OpenAI](https://help.openai.com/en/articles/20001523-set-up-chatgpt-ads-for-shopify)); el [listado](https://apps.shopify.com/chatgptads) de la app declara píxeles web y de servidor |
| Google & YouTube | Conectar GA4 y Google Ads | Instala las etiquetas de Google para cada servicio; no se describe ningún envío desde un servidor ([Google](https://support.google.com/google-ads/answer/13494537)) |
| Apps con píxeles de servidor | Lo que ofrezca la app | Los eventos de clientes, incluidos los de checkout, viajan por un servidor en lugar del navegador; solo algunos desarrolladores de apps tienen acceso ([Shopify](https://help.shopify.com/en/manual/promoting-marketing/pixels/app-pixels)) |

Cada fila se comprobó el 24 de septiembre de 2026. Si solo haces publicidad en Meta o TikTok y ya usas su app, el nivel superior es el primer paso, y puede que sea todo lo que necesites; [configura la Conversions API](/es/blog/shopify-conversions-api/) explica la de Meta. Elijas lo que elijas, deja que una sola herramienta envíe a cada píxel.

## ¿Qué soluciona? {#what-does-it-fix}

Todo lo que impide que una compra salga del navegador del comprador, siempre que el servidor construya esa compra a partir del pedido de Shopify y no de la página. Los eventos del servidor no pueden añadir pedidos que nunca existieron; le dan a cada pedido real una segunda vía para llegar a la plataforma.

| Problema | Píxel del navegador | Evento del servidor construido a partir del pedido |
| --- | --- | --- |
| Un bloqueador de anuncios o una extensión de privacidad bloquea el script de la plataforma | El evento nunca sale del dispositivo | Llega: Shopify señala que los bloqueadores de anuncios del navegador no pueden bloquear los datos de servidor a servidor ([Shopify](https://help.shopify.com/en/manual/promoting-marketing/analyze-marketing/meta-data-sharing)) |
| La página Thank you nunca carga: una conexión interrumpida, una pestaña cerrada demasiado pronto | No hay compra: el evento `checkout_completed` de Shopify no se activa en absoluto cuando su página no carga ([shopify.dev](https://shopify.dev/docs/api/web-pixels-api/standard-events/checkout_completed)) | Llega |
| La etiqueta de compra vivía en Additional scripts o en un script tag | Se detuvo el 28 de agosto de 2025 para las tiendas Plus, y el 26 de agosto de 2026 para el resto ([shopify.dev](https://shopify.dev/docs/storefronts/themes/architecture/layouts/checkout-liquid)) | Nunca dependió de la página; consulta [Additional scripts dejó de funcionar](/es/blog/shopify-additional-scripts-tracking/) |
| La configuración de acceso a datos **Optimized** de Shopify, ahora predeterminada para los píxeles de apps | Puede pausar parte o la totalidad de los datos de ese píxel hasta que vuelva la actividad relevante | No se pausa cuando se construye a partir de los webhooks de pedidos de Shopify, algo que Shopify dice que esta configuración no afecta ([Shopify](https://help.shopify.com/en/manual/promoting-marketing/pixels/app-pixels)) |

Para confirmar primero que la causa es un bloqueador, [averigua si un bloqueador de anuncios o una CSP bloquea una etiqueta](/blog/pixels-blocked-ad-blocker-csp/).

Cuánto añade una copia del servidor depende de los dispositivos, bloqueadores y decisiones de consentimiento de tus compradores, así que desconfía de cualquier porcentaje fijo. La medida que cuenta es la tuya: los pedidos de Shopify frente a lo que aceptó cada plataforma, en los mismos días.

## ¿Qué no soluciona? {#what-doesnt-it-fix}

El seguimiento server-side cambia cómo viajan los eventos, no lo que contienen. No puede crear consentimiento, identificadores ni eventos que el navegador nunca transmitió, reenvía la actividad de los bots como cualquier otra, y la plataforma sigue decidiendo quién se lleva el crédito.

- **Consentimiento.** Un rechazo cubre ambas copias. Trasladar una solicitud a un servidor no crea permiso para enviarla: Shopify dice que los píxeles de servidor siguen sujetos a la configuración de privacidad y consentimiento de tu tienda ([Shopify](https://help.shopify.com/en/manual/promoting-marketing/pixels/app-pixels)), y OpenAI indica a los anunciantes que reenvían desde un servidor la cookie del navegador de su píxel que dejen de hacerlo en cuanto un usuario revoque el consentimiento ([OpenAI](https://developers.openai.com/ads/conversions-api)).
- **Identificadores que el navegador perdió.** Un servidor solo puede reenviar lo que el navegador capturó. La Navegación privada de Safari elimina algunos parámetros de seguimiento de los enlaces antes de que cargue la página ([WebKit](https://webkit.org/blog/15697/private-browsing-2-0/)), y Safari limita a 24 horas las cookies que crean los scripts en una página a la que se llega mediante el enlace de un rastreador que lleva un ID de clic ([WebKit](https://webkit.org/tracking-prevention/)). Ningún servidor puede recuperar un ID de clic que nunca llegó.
- **Eventos de la tienda que pasan por el navegador.** Muchas configuraciones, desde gestores de etiquetas server-side hasta apps de seguimiento, se enteran de las vistas de página y los añadidos al carrito mediante una solicitud que el navegador del comprador envía a su servidor. Bloquea esa solicitud y el servidor no tiene nada que enviar. Una compra construida a partir de los datos del pedido de Shopify no depende de ella.
- **Bots.** Un bot que ejecuta tus páginas activa tu píxel, y una configuración que retransmite eventos del navegador también retransmite los del bot (más en las preguntas frecuentes).
- **Atribución.** Cada plataforma sigue decidiendo qué anuncio se lleva el crédito, dentro de su propia ventana de atribución, y algunas añaden conversiones modeladas, como describe la página de [medición de conversiones](https://help.openai.com/en/articles/20001409-conversion-measurement) de OpenAI. Los totales de la plataforma no coincidirán con tus pedidos, con o sin servidor.

## ¿Vale la pena para una tienda pequeña? {#is-it-worth-it-for-a-small-store}

La vía nativa normalmente sí; una segunda herramienta solo a veces. Si pagas anuncios en Meta o TikTok, cambiar su app de Shopify a **Enhanced** o **Maximum** es cuestión de una sola configuración. Una app de seguimiento aparte tiene que ganarse su lugar.

Un volumen bajo eleva la apuesta en lugar de reducirla. Meta dice que un conjunto de anuncios suele salir de su fase de aprendizaje tras unos 50 resultados en la semana posterior a su última edición significativa ([Meta](https://www.facebook.com/business/help/112167992830700)), así que una tienda que recibe pocos pedidos al día no puede permitirse perder las compras que su píxel no capta.

Una app de seguimiento vale la pena cuando:

- haces publicidad en una plataforma a la que tus apps de canal no envían eventos de servidor, o llevas varios píxeles para una misma plataforma, por ejemplo uno por mercado o por agencia;
- tu plataforma publicitaria y Shopify no coinciden, y necesitas ver cada evento y la respuesta de la plataforma para averiguar por qué;
- quieres el envío de todas las plataformas, y sus fallos, en un solo lugar.

Es difícil de justificar si no haces publicidad de pago, o si la app propia de tu única plataforma ya envía las compras desde un servidor y sus cifras son lo bastante fiables para actuar sobre ellas.

cPixel, que nosotros creamos, es una de esas apps. Envía eventos a siete plataformas, y para seis de ellas (Meta, TikTok, Google Analytics 4, ChatGPT Ads, Pinterest y Snapchat) envía la compra desde sus propios servidores, reconstruida a partir del pedido de Shopify; Google Ads recibe una etiqueta de navegador. Las conexiones de servidor de Pinterest y Snapchat son nuevas: en producción desde septiembre de 2026, y todavía sin confirmar en una cuenta publicitaria en vivo. Todos los planes envían desde el servidor, incluido el plan Free, y los planes se diferencian por cuántos pedidos al mes cubren ([planes y límites](/shopify/cpixel/#pricing)). Sus eventos de la tienda llegan a sus servidores a través del navegador del comprador, así que un bloqueador también puede detenerlos; sus compras server-side se construyen a partir del pedido y nunca tocan el navegador. Más sobre [cPixel, que envía las compras de Shopify a siete plataformas publicitarias](/shopify/cpixel/).

## ¿En qué se diferencia de un gestor de etiquetas server-side? {#how-is-it-different-from-a-server-side-tag-manager}

Un gestor de etiquetas server-side es un servidor que tú mismo ejecutas y configuras; una app de canal o de seguimiento ejecuta el servidor por ti. El contenedor de servidor de Google Tag Manager se ejecuta en tu propio proyecto de Google Cloud, o en otro entorno que elijas, y tú decides qué reenvía a cada plataforma ([Google](https://developers.google.com/tag-platform/tag-manager/server-side/intro)).

|  | Las apps de canal de Shopify | Una app de seguimiento | Un gestor de etiquetas server-side |
| --- | --- | --- | --- |
| Quién ejecuta el servidor | Shopify y la plataforma | El desarrollador de la app | Tú |
| Configuración | Una sola configuración de intercambio de datos | Los ID y las claves de cada plataforma | Un contenedor de servidor, un píxel personalizado y una etiqueta por plataforma |
| Mitad del navegador en Shopify | El propio píxel de la app | El propio píxel de la app | Un píxel personalizado: JavaScript que tú escribes, fuera del soporte de Shopify |
| Hosting | Ninguno | Ninguno | El tuyo: en Google Cloud, una cuenta de facturación y, según recomienda Google, al menos dos instancias de servidor |
| Mantenimiento | El de la plataforma | El del desarrollador | El tuyo: etiquetas, consentimiento, deduplicación y actualizaciones |

Fuentes: la [guía de configuración de Cloud Run](https://developers.google.com/tag-platform/tag-manager/server-side/cloud-run-setup-guide) de Google y la página de [píxeles personalizados](https://help.shopify.com/en/manual/promoting-marketing/pixels/custom-pixels) de Shopify, comprobado el 24 de septiembre de 2026. Un gestor de etiquetas conviene a un equipo que quiere control total de sus datos y tiene a alguien que lo mantenga. Una tienda que quiere el resultado sin ejecutar un servidor está mejor servida por una app de canal o una app de seguimiento.

## ¿Qué debería mostrarte una configuración server-side? {#what-should-a-server-side-setup-show-you}

Una prueba de cada evento: de dónde vino, qué respondió la plataforma y qué información lo acompañó. Sin eso, estás pagando para confiar en una caja negra. Una buena configuración te muestra:

1. si cada evento vino del navegador, del servidor o de ambos, y que las dos copias comparten un mismo ID de evento;
2. la respuesta de la plataforma a cada envío del servidor, incluido el error cuando rechaza uno;
3. qué datos del cliente viajaron con cada evento, ya que de eso depende su nivel de coincidencia; consulta [mejora el Event Match Quality](/es/blog/event-match-quality-shopify/);
4. qué decidió no enviar, y por qué: un comprador que rechazó el consentimiento, un pedido de prueba;
5. un aviso cuando el envío se detiene, por ejemplo si una plataforma rechaza tu token de acceso.

Las propias plataformas muestran parte de esto. El Events Manager de Meta desglosa cada evento del servidor por cobertura, coincidencia, deduplicación y frescura ([Meta](https://www.facebook.com/business/help/1541268312717919)), y el de TikTok muestra si los eventos llegan del navegador, del servidor o de ambos ([TikTok](https://ads.tiktok.com/help/article/tiktok-events-manager-monitor-and-diagnose)). Ninguna puede mostrar qué intentó enviar tu herramienta, ni por qué algo nunca llegó.

En cPixel, inicia una sesión en **En vivo** y cada envío aparece en tiempo real: **Enviado desde** el navegador o el servidor, la respuesta de la plataforma a los envíos del servidor, el **ID de evento** y los datos del cliente adjuntos, con un motivo para cada evento omitido. Las alertas señalan un token rechazado o un seguimiento detenido. Más información: [observa cada envío en En vivo](/es/docs/cpixel/live-events/).

## ¿Ralentizará mi tienda? {#will-it-slow-my-store-down}

La llamada al servidor ocurre lejos del dispositivo del comprador, así que la pregunta es qué sigue cargando una configuración en el navegador. Júzgala por eso, no por la palabra “servidor”.

Toda configuración server-side conserva una mitad de navegador: al menos un píxel, y a menudo una solicitud que transmite los eventos de la tienda al servidor de la herramienta. En Shopify, los píxeles de apps se ejecutan en un sandbox estricto que Shopify construye sobre web workers ([shopify.dev](https://shopify.dev/docs/apps/build/marketing/pixels)), mientras que las etiquetas añadidas mediante código del tema o una incrustación de app se ejecutan en la página como cualquier otro script. El píxel de cPixel se ejecuta en ese sandbox y envía eventos a sus servidores en lotes; su incrustación de app opcional carga las etiquetas de TikTok, ChatGPT Ads, Pinterest y Snapchat en las páginas de la tienda.

Comerciantes y partners en un [hilo de la Community sobre la velocidad del checkout](https://community.shopify.com/t/handle-shopify-checkout-speed-and-heavy-third-party-tracking-pixels/675646) de septiembre de 2026 coincidieron en lo mismo: server-side no significa automáticamente más rápido, y lo que ayuda es auditar los scripts duplicados o sin usar y eliminarlos. Mide tus propias páginas de producto y carrito antes y después de cualquier cambio.

## Preguntas frecuentes {#frequently-asked-questions}

### ¿Cumple con el RGPD? {#is-it-gdpr-compliant}

No por sí solo, y tampoco lo hace ningún píxel. El cumplimiento depende de qué envías, a quién, con qué base legal y con qué aviso, y el consentimiento se aplica a una copia del servidor exactamente igual que al píxel: Shopify dice que los píxeles de servidor siguen sujetos a la configuración de privacidad y consentimiento de tu tienda. Pregúntale a cualquier herramienta qué envía cuando un comprador rechaza, y qué envía cuando no hay ningún registro de elección. cPixel, por ejemplo, respeta un rechazo registrado, pero envía como consentida una compra sin registro de consentimiento ([qué envía cPixel, y cómo cambia el consentimiento](/es/docs/cpixel/event-quality-and-consent/)). Esta guía no es asesoría legal; consulta a un abogado.

### ¿Detiene a los bots? {#does-it-stop-bots}

No. Un bot que carga tus páginas y ejecuta su JavaScript activa tu píxel igual que un comprador, y una configuración de servidor que retransmite eventos del navegador también reenvía los del bot. Las compras construidas a partir de pedidos son las menos expuestas, porque los bots que solo navegan no hacen pedidos pagados. cPixel, por ejemplo, no envía nada desde el servidor para los crawlers que se identifican como bots, pero sus eventos de navegador ya se han activado para entonces. Para mantener a los bots fuera de tu tienda y de tus datos, empieza por [tráfico de bots en Shopify](/es/blog/shopify-bot-traffic/).

### ¿Sigo necesitando el píxel? {#do-i-still-need-the-pixel}

Sí. Meta llama a la combinación del píxel y la Conversions API una configuración de eventos redundante, y la recomienda ([Meta for Developers](https://developers.facebook.com/documentation/ads-commerce/conversions-api/best-practices)). TikTok recomienda usar juntos su píxel y la Events API ([TikTok](https://ads.tiktok.com/help/article/events-api)). Google dice que el Measurement Protocol está pensado para complementar sus etiquetas, no para sustituirlas ([Google](https://developers.google.com/analytics/devguides/collection/protocol/ga4)), y OpenAI sugiere usar juntos su píxel y la Conversions API ([OpenAI](https://help.openai.com/en/articles/20001409-conversion-measurement)). El píxel también establece las cookies, como `_fbp` y `_fbc` de Meta, que los eventos del servidor llevan para la coincidencia. Dale a ambas copias el mismo ID de evento para que la plataforma conserve una sola; sin un ID compartido, te arriesgas a que [Meta cuente las compras dos veces](/es/blog/duplicate-purchases-meta-shopify/).

[cPixel Facebook Pixel CAPI GA4](/shopify/cpixel/)

[Instalar gratis desde la Shopify App Store](https://apps.shopify.com/cpixel?utm_source=b2bgold.app&utm_medium=referral&utm_campaign=blog&utm_content=es/blog/server-side-tracking-shopify&utm_term=post-cta) [Planes y precios](/shopify/cpixel/#pricing) [Documentación de cPixel](/es/docs/cpixel/)

¿Necesitas ayuda con cPixel? Escribe a [support@b2bgold.app](mailto:support@b2bgold.app).

## Más sobre cPixel {#related-heading}

- 24 de septiembre de 2026 **[App pixels vs. custom pixels en Shopify, explicado](/es/blog/shopify-app-pixels-vs-custom-pixels/)** Cómo Customer events de Shopify gestiona el tracking: app pixels frente a custom pixels, qué permite cada sandbox, y por qué un pixel espera consentimiento.
- 24 de septiembre de 2026 **[Cómo mejorar el Event Match Quality en Shopify](/es/blog/event-match-quality-shopify/)** Qué mide la puntuación Event Match Quality de Meta, qué datos del cliente la mejoran en Shopify, cómo la limita el consentimiento y las soluciones sin código.
- 24 de septiembre de 2026 **[El píxel de Meta no registra compras en Shopify: qué revisar](/es/blog/meta-pixel-not-tracking-purchases-shopify/)** ¿Meta muestra menos compras que Shopify? Revisa Customer events, el intercambio de datos, el consentimiento, el cambio del checkout y la atribución de Ads Manager.