--- title: "API de Facebook Marketplace" description: "Separa Marketplace, catálogos y Facebook Login; define operación, permiso, elegibilidad de cuenta, revisión y pruebas antes de prometer una conexión." canonical: https://www.ordering.co/es/blog/facebook-marketplace-api-for-local-commerce/ lang: es --- # Cómo planear una API de Facebook Marketplace para comercio local Separa Marketplace, catálogos y Facebook Login; define operación, permiso, elegibilidad de cuenta, revisión y pruebas antes de prometer una conexión. 3 min de lectura· Ordering.co· Guías ## Identifica la superficie de Facebook antes de pedir una API Para un builder de comercio local, conectar Facebook puede significar tres trabajos: permitir inicio de sesión, mantener información de productos del negocio o actuar sobre anuncios y transacciones de Facebook Marketplace. Define primero el trabajo. La evidencia de uno no acredita acceso a los demás. La [documentación de Facebook Login](https://developers.facebook.com/docs/facebook-login/) es el punto de partida de autenticación. La [documentación de catálogos](https://developers.facebook.com/docs/marketing-api/catalog/) lo es para productos. Una operación de Marketplace necesita su propia documentación y evidencia de que ese negocio y app pueden usarla; configurar Login o disponer de un catálogo no prueba esa autorización. ## Convierte la petición en un objeto y una acción Compara estas preguntas antes de elegir conector: - **Iniciar sesión en tu sitio de pedidos:** identifica datos necesarios, consentimiento y finalización de cuenta. No presupone acceso a anuncios de Marketplace. - **Mantener un catálogo del comercio:** identifica activo empresarial, identificadores, campos, autoridad de precio y disponibilidad y superficie de distribución. Actualizar el catálogo no demuestra por sí solo publicación en Marketplace. - **Leer, publicar, cambiar o eliminar un anuncio de Marketplace:** concreta superficie soportada, objeto, acción, territorio, cuenta y vía documentada. Cada acción plantea su propia pregunta de elegibilidad. - **Leer un pedido, escribir al comprador o actualizar cumplimiento:** exige documentación del objeto y acción correspondientes. Subir productos no acredita permisos transaccionales ni de mensajería. Actualizar el precio del SKU CUP-12 en este catálogo empresarial es una solicitud delimitada. Sincronizar Facebook oculta dueño, dirección y destino final del cambio. ## Registra permiso y elegibilidad por operación Para cada operación anota URL y versión de documentación oficial, objeto y acción admitidos, dueño del activo, rol de cuenta, permiso o función requerida, contexto del token y nivel de acceso de la app. La [referencia de permisos de Meta](https://developers.facebook.com/docs/permissions/) debe sustentar el identificador real y su uso permitido. No copies un permiso de otro tutorial porque ambos mencionan catálogos. Comprueba verificación de app y negocio y condiciones de revisión para ese caso, territorio y acceso. Distingue una prueba del administrador sobre su activo de acceso por un comercio ajeno. Elegibilidad de cuenta, propiedad del activo y permiso de la app son comprobaciones separadas; un inicio de sesión correcto no demuestra las otras dos. ## Demuestra el flujo antes de prometer la integración Consulta la [guía de App Review](https://developers.facebook.com/docs/apps/review/) para el proceso aplicable. Prepara explicación del propósito de cada operación, instrucciones del flujo real y demostraciones o acceso de prueba que solicite el procedimiento vigente. Fecha de aprobación y plazo deben venir del proceso de Meta, no de una estimación del proyecto. Una prueba acotada identifica cuenta y activo, ejecuta una acción autorizada, relee el resultado esperado y conserva la referencia devuelta. Prueba acceso denegado, credenciales vencidas o revocadas, duplicados, datos inválidos y límites de solicitudes. Si el resultado debe aparecer en Marketplace, comprueba esa superficie aparte; una respuesta exitosa sobre otro recurso no basta. Mantén las credenciales en servidor según el diseño seleccionado, limita acceso a las operaciones necesarias y asigna quién atiende permisos revocados o cambios de versión. ## Separa acceso a Facebook de operación de pedidos La [integración Facebook Login de Ordering.co](https://www.ordering.co/es/integrations/facebook-login/) sirve para inicio de sesión en web y apps. No la uses como evidencia de importador nativo de Marketplace, publicación de anuncios, sincronización de stock o conector de mensajes a compradores. Si estás eligiendo dónde publicar productos y no construyendo un conector, empieza por la [comparación de canales del vendedor](https://www.ordering.co/es/blog/online-marketplaces-seller-guide/). Cuando el cliente llega al canal propio, catálogo, checkout, pago y cumplimiento tienen su recorrido. La [guía de canales para comercios](https://www.ordering.co/es/blog/marketplace-vs-direct-ordering-for-merchants/) distingue marketplace externo y pedidos directos; las [demos](https://www.ordering.co/es/demo/) permiten evaluar la experiencia propia. Mantén la propuesta de conector condicionada a demostrar operación exacta y acceso de la cuenta en Meta. ## Sigue leyendo. - ## [Facebook Marketplace o un marketplace local propio](https://www.ordering.co/es/blog/facebook-marketplace-vs-owned-marketplace/) Compara descubrir compradores mediante anuncios con operar pedidos de varios comercios bajo tu marca, incluyendo catálogo, pago, reparto y clientes. - ## [Dark store frente a marketplace local: quién prepara y entrega el carrito](https://www.ordering.co/es/blog/dark-store-vs-local-delivery-marketplace/) Compara dark store y marketplace local con el modelo publicado de DashMart: inventario, preparación, reparto, costes y alcance de plataforma. - ## [Clon de Foodpanda: del marketplace de comida a los abarrotes](https://www.ordering.co/es/blog/foodpanda-clone-what-it-is-how-to-build-one/) Planea un servicio tipo Foodpanda con comercios preparados, cocina, recogida, pagos y requisitos específicos de inventario para abarrotes. ## Míralo funcionando con tu propio menú. La forma más corta de entender todo esto es ver cómo un pedido pasa de tu tienda en línea a la sucursal y de ahí al repartidor, en tus propias sucursales. [Agenda una demo](https://www.ordering.co/es/contact/?meeting=demo#book)[Ve una demo en vivo](https://www.ordering.co/es/demo/)