Qué es realmente una app a medida de Shopify

Una app a medida es una app de Shopify que se distribuye a un solo merchant en vez de a la App Store. Esa es toda la definición, y casi todas las diferencias prácticas salen de ahí.

Conviene ser preciso, porque el vocabulario cambió y buena parte de lo escrito no. La documentación de distribución de Shopify lista dos opciones para una app nueva: pública, instalada en muchas tiendas tras pasar la revisión de la App Store, y custom, instalada en una sola tienda —o en varias dentro de una organización Plus— sin paso de aprobación. Ya no hay una tercera. Las apps privadas quedaron obsoletas en enero de 2022, y el 20 de enero de 2023 todas las que quedaban se migraron automáticamente y se convirtieron en apps custom. Si alguien te ofrece hoy construir una app privada, está describiendo algo que Shopify retiró hace tres años.

Qué cambia de verdad la distribución custom

La respuesta obvia es «no hay revisión», y es cierta: sin ficha, sin capturas, sin ciclo de rechazos. Pero hay tres diferencias más silenciosas que pesan más una vez la app está viva.

Es tuya. Una app pública tiene que funcionar en toda tienda que la instale, así que cada supuesto ha de ser configurable y cada caso límite atenderse en general. Una app a medida puede dar por hecho tu catálogo, tus reglas de fulfillment, el CSV raro de tu ERP. Casi todo el coste del desarrollo de apps es generalidad, y la distribución custom te permite no pagarla.

No la gobierna la hoja de ruta de otro. El motivo más común por el que un merchant se queda corto con una app de la App Store no es que le falte una función: es que la función que necesita está en el backlog de otro, detrás de las prioridades de otros, indefinidamente. Una app a medida mete esa decisión dentro de tu organización.

La distribución es un enlace, no una ficha. Se instala desde una URL que genera el Partner Dashboard. Es cómodo, y es también la primera restricción con la que te topas.

Los dos límites de los que uno se entera tarde

Una tienda, salvo que estés en Plus. Una app custom se instala en una sola tienda. Si estás en Plus, puede instalarse en varias de la misma organización. Si llevas tres storefronts separados en Shopify estándar —una forma habitual en marcas con tiendas por región— una app custom no las abarca. O construyes una por tienda, o pasas a Plus, o aceptas que la app hable con cada tienda por API desde fuera en lugar de vivir dentro de las tres.

Sin Billing API. Las apps custom no pueden cobrar a través de Shopify. Para un merchant que construye su propia herramienta da igual. Para una agencia o un proveedor que piensa vender la misma app a varios clientes significa facturar por su cuenta y, más importante, que la distribución y la confianza de la App Store no forman parte del trato. Si construyes algo para vender, quieres distribución pública, y quieres saberlo antes de escribir la capa de autenticación, no después.

Qué no cambia

Aquí es donde se atascan los equipos. Custom no quiere decir informal.

OAuth sigue aplicando. Los scopes de acceso siguen aplicando, y pedir más de lo necesario sigue siendo la forma de acabar reescribiendo. Los webhooks obligatorios de cumplimiento —solicitud de datos del cliente, borrado del cliente, borrado de la tienda— siguen aplicando, y Shopify sigue esperando que se implementen, no que se acusen. El versionado de la API sigue aplicando: se publican versiones trimestrales con un año de soporte, así que una app que nadie mantiene se rompe en una fecha que puedes prever pero no evitar.

Lo único genuinamente más ligero es la revisión. Todo lo demás de construir sobre la plataforma es el mismo trabajo.

Cómo saber si custom es la forma correcta

Tres preguntas, en este orden.

¿Quién la instala? Un merchant —el tuyo— significa custom. Muchos merchants que no controlas significa pública, y eso es un producto, no un proyecto.

¿Necesita cobrar? Si es a través del cobro de Shopify, tiene que ser pública. Si se factura aparte, custom vale.

¿Necesita estar en el admin siquiera? Esta es la que se salta todo el mundo. Mucho de lo que se plantea como «una app a medida» es en realidad una integración programada que nadie necesita mirar: una sincronización nocturna de inventario, un generador de feeds, un enrutador de pedidos. Eso no necesita interfaz embebida ni flujo de instalación: necesita un servicio que hable con la Admin API y un sitio donde ver si se ejecutó. Construirlo como app porque «app» era la palabra del brief le añade una superficie de admin, un OAuth y un paso de instalación a algo cuyo requisito real era un log.

Cuando las tres respuestas apuntan de verdad a custom, es una forma excelente: privada, específica y libre del ciclo de revisión. Ese es el trabajo que hacemos. Cuando no, construir la app igualmente es la manera más cara de averiguarlo.