Facebook Shop y PrestaShop: vender en redes sociales

Una tienda de Facebook es el escaparate que aparece en tu página de Facebook y en tu perfil de Instagram: una cuadrícula navegable de productos, extraídos de un catálogo, que permite tocar un producto, ver sus detalles y comprar al momento o ir a tu tienda para completar el pago. Esta última bifurcación lo cambia todo para un comerciante de PrestaShop, y suele fallar justo donde no conviene: fuera de Estados Unidos, la opción de "comprar al momento" casi no existe, así que una tienda de Facebook funciona en la práctica como un escaparate de descubrimiento que devuelve a los usuarios al proceso de pago de tu PrestaShop. Si la configuras sin entender esto, construyes una vitrina que parece vender, pero que en realidad solo envía tráfico a un pago para el que quizá no has preparado tu tienda.

Última actualización: junio de 2026.

Esta guía trata específicamente de la superficie de Facebook Shop: cómo llevar tu catálogo de PrestaShop hasta ella, la decisión entre pago dentro de la plataforma o redirección que define lo que la tienda puede hacer por ti, y el trabajo dentro de PrestaShop que determina si el tráfico que te envía convierte. No trata sobre seguimiento con Pixel, anuncios ni fuentes de Instagram: esos son trabajos aparte, y tienen sus propias guías enlazadas en los puntos donde importan. Si todavía estás decidiendo si el comercio social siquiera encaja con tu audiencia, empieza un nivel más arriba con qué plataformas generan ventas de verdad.

Qué es realmente una tienda de Facebook (y qué no es)

La terminología es un lío porque Meta no deja de cambiar nombres, así que esta es la versión sencilla. Tus productos viven en un catálogo dentro de Commerce Manager (business.facebook.com/commerce). Una tienda es una capa de presentación construida sobre ese catálogo: colecciones, portada, productos destacados, que aparece en tu página de Facebook y, si la conectas, en tu perfil de Instagram. La tienda no contiene tus productos; muestra el catálogo. Si entiendes bien ese modelo mental, desaparece gran parte de la confusión: cuando un producto aparece mal en tu tienda, la solución casi siempre está en el catálogo o en su fuente de datos, no en el diseño de la tienda.

Lo que una tienda de Facebook no es: no sustituye a tu tienda PrestaShop, no es donde viven tus pedidos, clientes o métodos de pago (fuera de las regiones con pago dentro de la plataforma), y no es una herramienta de seguimiento ni de publicidad. La gente mezcla "configurar una tienda de Facebook" con "instalar el Pixel y lanzar anuncios", pero son proyectos distintos. La cuestión del Pixel está cubierta en por qué necesitas el Facebook Pixel incluso sin anuncios, y la parte publicitaria en la guía práctica de anuncios en Facebook e Instagram. Este artículo se centra en la tienda en sí.

La decisión que define tu tienda: pago en la plataforma o pago con redirección

Antes de tocar una fuente de datos, decide esto, porque todo lo que viene después depende de ello. Una tienda de Facebook puede cerrar la venta de dos maneras, y cuál te corresponde depende sobre todo de tu región, no de tu preferencia.

¿Qué significa esto para un comerciante europeo de PrestaShop? Fuera de las regiones donde se ofrece el pago dentro de la plataforma, normalmente usarás pago con redirección, confirma tu elegibilidad actual en Commerce Manager, , lo que significa que la tasa de conversión real de tu tienda de Facebook la determina el proceso de pago de PrestaShop, no nada que haya en Commerce Manager. El trabajo de la tienda termina cuando alguien toca "Ver en el sitio web"; el trabajo de tu tienda empieza ahí, en un móvil, para un visitante que llega en frío desde el desplazamiento por una red social. Esa es la parte que más comerciantes descuidan, y ahí es donde se escapan los pedidos. Más abajo lo vemos.

Cómo llevar tu catálogo de PrestaShop a la tienda

La tienda nunca será mejor que el catálogo que la alimenta. Tienes tres formas realistas de llevar productos de PrestaShop a Commerce Manager, y encajan con tiendas muy distintas.

Para todas salvo las tiendas más pequeñas, la URL de fuente programada es la decisión correcta: PrestaShop (o un módulo de generación de fuentes de datos) crea una fuente de productos en una URL estable, y tú pegas esa URL en Commerce Manager, en Catálogo → Orígenes de datos → Usar una fuente de datos, y después eliges un calendario de lectura. Configura la lectura como cada 6 horas como máximo, y cada hora si tu stock se mueve rápido: un calendario demasiado lento es la principal causa de la vergüenza de ver "disponible en mi tienda, agotado en Facebook".

Los campos de la fuente que PrestaShop debe rellenar correctamente

La especificación de fuentes de producto de Meta exige un conjunto fijo de campos, y el patrón de fallo siempre es el mismo: un campo que tu fuente deja vacío o rellena mal, multiplicado por miles de productos, hace que se rechace toda esa parte del catálogo. Lo esencial:

• id, un identificador único estable. Usa el ID de producto de PrestaShop o, mejor, la referencia del producto para que sobreviva entre tiendas e idiomas.
• title, nombre del producto, empezando por las palabras que un comprador usaría de verdad (Meta lo recorta).
• description, texto limpio; elimina el HTML si tu fuente no lo hace.
• availability, in stock / out of stock / preorder, alimentado por el stock real de PrestaShop, no por un valor estático.
• price. Con moneda, y aquí está la trampa: debe coincidir con lo que ve el cliente en la página de producto, incluyendo o excluyendo el IVA exactamente igual que lo muestra tu tienda. Una fuente que envía precios sin IVA a una tienda que muestra precios con impuestos enseña en Facebook un precio más bajo que en el pago, y ese salto de precio tras la redirección mata la venta.
• link, la URL canónica del producto en PrestaShop (añade aquí parámetros UTM para poder separar en analítica el tráfico de la tienda de Facebook del tráfico de anuncios).
• image_link, imagen principal, mínimo 500×500, idealmente 1000×1000.
• brand, condition, nombre del fabricante y new/used/refurbished.

Merece la pena añadirlos porque ayudan de forma material: sale_price (para que los precios promocionales aparezcan con el tachado), additional_image_link, product_type (el árbol de categorías de PrestaShop) y google_product_category. Una tienda PrestaShop con varias tiendas o idiomas debe decidir cuál alimenta el catálogo: las fuentes que mezclan monedas o idiomas en silencio son un desastre común y difícil de detectar.

¿Módulo oficial de Meta o módulo de fuente de datos?

Puede que exista un conector oficial o de partner "Facebook"/Meta para algunas versiones de PrestaShop, que conecte catálogo, tienda y Pixel a la vez; pero comprueba la ficha actual del módulo, las versiones que admite y los permisos que necesita antes de depender de él, porque la configuración y aprobación de la tienda siguen ocurriendo en Commerce Manager en cualquier caso. Comprueba la compatibilidad de versiones con tu edición de PrestaShop (1.7.x, 8.x o 9.x) antes de apoyarte en él: históricamente, el soporte de versiones ha llegado con retraso, y un conector a medio funcionar que de vez en cuando tira abajo todo tu catálogo es peor que una simple URL de fuente de datos. Si solo necesitas la tienda (no el pago dentro de la plataforma), un módulo dedicado de fuente de productos que genere una fuente compatible con Meta en una URL estable suele ser la opción más fiable y ligera: controlas el calendario de lectura, el mapeo de campos y la lógica multitienda, y no hay nada inyectando scripts en tu tema que no hayas pedido.

Crear la tienda en Commerce Manager

Con el catálogo fluyendo, la tienda es la parte fácil, y deliberadamente lo es. En Commerce Manager creas una tienda, eliges el método de pago que permite tu región, conectas tu página de Facebook (y la cuenta de Instagram Business si también quieres la tienda en Instagram) y organizas los productos en colecciones. Las colecciones son la pieza de selección que sí se gana su sitio: en lugar de volcar 4.000 SKU en una sola cuadrícula, crea unas cuantas colecciones temáticas, superventas, selección de temporada, rango de precios, , porque una tienda que alguien puede explorar de verdad convierte mejor que un muro de productos. Después envía la tienda a revisión; la aprobación suele tardar unos días, y la mayoría de los rechazos se remontan a problemas de catálogo o de políticas, no al diseño de la tienda.

Si tu objetivo es más amplio, llevar tu contenido de Instagram y Facebook a tu escaparate, o etiquetar productos en publicaciones e historias en lugar de gestionar una tienda formal. , Eso es otra integración con su propia configuración. Lo cubrimos en integrar fuentes de Instagram y Facebook con PrestaShop, y la cuestión más concreta de si una fuente de Instagram incrustada realmente convierte en fuente de Instagram en tu tienda.

La parte que decide tus ingresos de verdad: el pago de PrestaShop al que redirige la tienda

Para una tienda con pago por redirección, que, de nuevo, es básicamente cualquier tienda de la UE/Reino Unido, , Facebook Shop es una máquina de referidos y nada más. No puede mejorar tu tasa de conversión; solo puede entregar visitantes a una página que controlas. Así que la versión honesta de "cómo hago que mi tienda de Facebook venda" es: haz que venda la página a la que envía a la gente. Aquí hay tres cosas desproporcionadamente importantes, porque el tráfico de Facebook es abrumadoramente móvil y llega con poca intención:

• La redirección aterriza en una página de producto rápida y limpia en móvil. Quien toca desde una red social espera una página instantánea, con sensación nativa. Un tema pesado, una primera carga lenta o un diseño que pelea con el pulgar lo pierde antes de que lea el precio.
• Pago como invitado, pasos mínimos. Un visitante social frío no va a crear una cuenta para comprar un artículo de 30 euros. El registro obligatorio y un pago multipágina son donde el tráfico de Facebook se evapora más rápido.
• Honestidad de precio durante todo el salto. El número que vio en la tienda debe ser el número de la página de producto y debe ser el número del pago. Cualquier sorpresa tras la redirección se percibe como una trampa.

Esta es la zona de mayor impacto para el tráfico social, y es un tema lo bastante profundo como para tener su propio tratamiento: si quieres que los pedidos que te envía la tienda lleguen a cerrarse, el trabajo está en el proceso de pago. Nuestro módulo Checkout Revolution convierte el pago nativo por pasos de PrestaShop en un verdadero flujo de una sola página, pensado primero para invitados y sólido en móvil, para que el visitante frío que redirige tu tienda de Facebook encuentre el mínimo posible de motivos para abandonar. El razonamiento y la ciencia más amplia del pago están en Checkout Revolution 3.0.

Dónde termina la tienda y empiezan otros canales

Una tienda de Facebook por sí sola es descubrimiento orgánico: útil, pero de maduración lenta. Las piezas que la convierten en un sistema deliberadamente no forman parte de la configuración de la tienda, y tratar de hacerlas todas a la vez es la forma en que los comerciantes acaban con un Pixel roto, un catálogo obsoleto y una tienda que nadie ha curado. Abórdalas como trabajos separados y secuenciados:

• Seguimiento. El Pixel (y la Conversions API del lado del servidor) es lo que te permite medir y después volver a impactar a los visitantes de la tienda y del sitio. El Pixel de navegador por sí solo informa cada vez menos: los bloqueadores de anuncios y los límites de seguimiento de Safari descartan eventos, así que combinarlo con la Conversions API del lado del servidor, que envía los mismos eventos de compra y vista desde tu servidor, es hoy la forma de mantener alta la calidad de coincidencia. Ambos deben quedar sujetos al consentimiento de cookies en la UE/Reino Unido. Conectar a mano Pixel y CAPI es laborioso; Marketing Revolution gestiona ambos desde una sola pantalla respetando el consentimiento. Es un requisito previo para los anuncios, no para la tienda; configúralo como un proyecto propio: Facebook Pixel para PrestaShop, y el panorama más amplio de etiquetas sociales en seguimiento social explicado de forma sencilla.
• Amplificación de pago. Los anuncios dinámicos que vuelven a mostrar productos del catálogo a quienes ya los vieron son donde se produce la mayor parte de los ingresos sociales, pero eso es una campaña publicitaria sobre tu catálogo, cubierta en anuncios de Facebook e Instagram y en la mecánica de los anuncios que siguen a tus visitantes en remarketing explicado.
• Prueba social en tu propia tienda. Mostrar tu actividad de Facebook a los visitantes del sitio, o dejarles iniciar sesión con Facebook, son funciones del escaparate, no de la tienda de Facebook: consulta publicaciones de Facebook en tu tienda e inicio de sesión social para PrestaShop.

Fallos comunes de Facebook Shop (y la causa en PrestaShop)

Casi todos los problemas de la tienda se remontan al catálogo o a la fuente de datos, lo que significa que la solución vive en PrestaShop, no en Commerce Manager:

• "Agotado" en Facebook, disponible en tu sitio. Intervalo de lectura de la fuente demasiado lento, o la fuente enviando un valor de disponibilidad estático. Ajusta el calendario a 6 horas o menos y asegúrate de que la disponibilidad se alimente del stock real.
• Desajuste de precio en el pago. El tratamiento del IVA difiere entre tu fuente de datos y tu página de producto. Alinéalo para que el precio de la fuente sea exactamente igual al precio mostrado.
• Productos rechazados al subirlos. Superposiciones promocionales, marcas de agua, texto engañoso o que infringe políticas en las imágenes, o categorías sensibles según las políticas (suplementos con declaraciones de salud, alcohol, armas, adultos). Usa imágenes de producto limpias, evita texto promocional y marcas de agua, revisa los diagnósticos de Commerce Manager y contrasta tu catálogo con las políticas de comercio de Meta antes de enviarlo.
• Falla toda la fuente de datos. Un campo obligatorio vacío en todo el catálogo, normalmente brand, condition o un image_link roto. Revisa los diagnósticos de la fuente en Commerce Manager; te dice qué campo es y cuántos productos afecta.
• Baja tasa de aprobación del catálogo. Intenta mantener activa y aprobada la gran mayoría de los productos (por ejemplo, 95%+). Una tasa persistentemente baja indica un fallo sistemático de mapeo en la fuente, no mala suerte con productos individuales. No lo confundas con la tasa de coincidencia entre eventos e ID de contenido separada en los diagnósticos de Pixel/Conversions API, que mide lo bien que tus eventos registrados coinciden con artículos del catálogo para anuncios y remarketing: es una métrica distinta con sus propias soluciones.

FAQ

¿Pueden los clientes de la UE comprar directamente dentro de mi tienda de Facebook?

Normalmente no. El pago en Facebook está limitado a ciertas regiones (como EE. UU.) en el momento de escribir este artículo, así que fuera de ellas tu tienda funciona con pago por redirección: el cliente toca "Ver en el sitio web" y completa la compra en tu tienda PrestaShop. Confirma tu elegibilidad actual en Commerce Manager, pero planifica como si tu tienda fuera una ventana de descubrimiento que devuelve a la gente a tu propio proceso de pago.

¿Cuál es la mejor forma de llevar mi catálogo de PrestaShop a Commerce Manager?

Para todas salvo las tiendas más diminutas, una URL de fuente programada: PrestaShop (o un módulo de fuente de datos) genera una fuente de productos compatible con Meta en una URL estable, la pegas en Catálogo > Orígenes de datos > Usar una fuente de datos y defines un intervalo de lectura. Las subidas manuales de CSV quedan obsoletas en cuanto cambias un precio; el envío en tiempo real por API solo merece la pena para catálogos grandes o que se mueven muy rápido.

¿Por qué los productos aparecen como "agotados" en Facebook cuando están disponibles en mi sitio?

O bien el intervalo de lectura de la fuente es demasiado lento, o bien la fuente está enviando un valor de disponibilidad estático. Ajusta el calendario a 6 horas o menos y asegúrate de que el campo availability se alimente del stock real de PrestaShop, no de un valor fijo. La disponibilidad obsoleta es el fallo de tienda más común y más incómodo.

¿Por qué mis precios de Facebook no coinciden con mi pago?

Casi siempre por el tratamiento del IVA. Si la fuente envía precios sin IVA a una tienda que muestra precios con impuestos, la tienda enseña un número más bajo que la página de producto y el pago, y ese salto al redirigir se percibe como una trampa y mata la venta. Alinea el campo price de la fuente exactamente con lo que muestra la página de producto, con IVA incluido o excluido de la misma forma.

¿Necesito el módulo oficial de Meta, o basta con un módulo de fuente de datos?

Si solo necesitas la tienda (no el pago dentro de la plataforma), un módulo dedicado de fuente de productos que genere una fuente compatible con Meta en una URL estable suele ser la opción más fiable y ligera: controlas el calendario, el mapeo de campos y la lógica multitienda, sin nada inyectado en tu tema. Si usas el conector oficial, comprueba primero que admita tu versión exacta de PrestaShop (1.7.x, 8.x o 9.x); históricamente, el soporte de versiones ha llegado con retraso.

El orden correcto para hacerlo

Aquí la secuencia gana a la ambición. Primero, lleva una fuente programada limpia a Commerce Manager y confirma que precios, stock e imágenes están bien: nada más importa si el catálogo está mal. Segundo, crea y envía la tienda con unas cuantas colecciones bien seleccionadas. Tercero, y este es el paso que los comerciantes se saltan, , asegúrate de que tus páginas de producto y el proceso de pago de PrestaShop puedan convertir de verdad el tráfico móvil y de baja intención que empezará a enviarte la tienda. Solo cuando esos tres puntos estén sólidos tiene sentido añadir Pixel, remarketing y anuncios, cada uno como un trabajo deliberado propio. Una tienda de Facebook no vende por ti; apunta a la gente hacia la página que sí lo hace. Tu trabajo es asegurarte de que esa página esté lista cuando lleguen.