CINQ
Disponible Q3 2026Démarrer un projet

← Accueil/Shopify/Applications

APP CUSTOM · REMIX · POLARIS · GRAPHQL

Applications Shopify sur mesure.
Pour ce que le Shopify App Store ne fait pas.

Le Shopify App Store couvre 80 % des besoins standards. Les 20 % restants sont la raison d'être de cette page.Logique métier trop spécifique, intégration ERP fine, calcul de prix custom, configurateur produit, automation entre Shopify et un outil interne. Quand aucune app publique ne répond exactement, on en développe une.

Mais avant de développer, on regarde toujours si une app existe. Cette page vous aide à qualifier votre besoin avant même qu'on en parle.

Code 100 % propriété client

Repo Git chez vous dès le premier commit. Pas de licence cachée. Vous partez avec le code et la doc si vous changez de prestataire.

Stack officielle Shopify

Remix + Polaris + GraphQL Admin API. Maintenue par Shopify, scaffolding propre, OAuth géré, App Bridge pour l'admin.

Sécurité & monitoring inclus

Secrets en env vars, scopes minimums, logs JSON corrélés, monitoring uptime, alertes sur erreurs récurrentes.

Cadrer mon projet d'app Shopify Voir la méthode

§ 01 — Cas d'usage

Quand une app custom
Shopify se justifie.

Six cas typiques où le développement custom devient le bon choix. Si l'un d'eux ressemble à votre besoin, on en parle. Si plusieurs se cumulent, la décision est probablement déjà prise.

Cas · 01

Intégration ERP, PIM ou WMS spécifique

Vous tournez avec un ERP métier (Sage, Cegid, SAP B1, ou un ERP sectoriel). Aucun connecteur public ne couvre vos règles de synchro. Les apps publiques exposent des champs standards, vous avez besoin de mapper vos référentiels propres. Une app custom embedded gère cette synchro, avec un BO admin Polaris pour le monitoring et les exceptions.

Cas · 02

Calcul de prix complexe

Vos prix se calculent selon des règles que Shopify natif ne gère pas : tarification par tonnage, par configuration, par segment client croisé avec une matrice tarifaire externe, prix dynamique selon un cours matière. Une Shopify Function ou une app custom remplace ces règles, avec une UI admin pour les paramétrer.

Cas · 03

Configurateur produit

Vos produits se configurent en plusieurs étapes (dimensions, finitions, options croisées), avec des règles de compatibilité, des prévisualisations, parfois un BAT à valider. Le configurateur vit dans le thème ou en page dédiée, alimenté par une app custom qui orchestre la logique.

Cas · 04

Bundle ou abonnement non standard

Vos bundles changent dynamiquement selon le panier. Vos abonnements suivent une cadence métier que ni Recharge ni Loop ne savent gérer. Une app custom prend le relais, parfois en complément d'une app publique pour la partie standard.

Cas · 05

B2B avec catalogues client spécifiques

Vous exposez du B2B avec des catalogues clients très individualisés (prix négocié, produits exclusifs, conditions de paiement par segment). Au-delà de ce que Shopify B2B natif gère, une app custom étend la logique. Sur Shopify Plus pour la base, custom pour la spécialité.

Cas · 06

Automation entre Shopify et un outil métier

Synchroniser Shopify avec un PIM custom, déclencher des workflows internes sur événement (nouvelle commande, retour, abandon panier), pousser des données vers un data warehouse. Souvent réalisable en automation simple (n8n, Zapier, Make), parfois mérite une app dédiée pour la fiabilité et la propriété du code.

§ 02 — Arbitrage

App publique
ou app custom ?

Notre matrice de décision honnête. On ne réinvente pas la roue par principe — quand une app existe et fait le travail, on la prend.

On prend une app publique si…

L'app existe, est maintenue activement (dernière mise à jour récente, support réactif, avis sérieux), couvre 90 % de votre besoin, et le coût mensuel reste sous le coût annuel équivalent d'un dev dédié. La majorité de nos clients vivent très bien avec un stack apps publiques bien choisies.

On développe custom si…

Aucune app publique ne couvre le besoin. Ou bien plusieurs apps couvrent chacune une partie, mais l'empilage devient coûteux et fragile. Ou bien le coût total de l'app publique (abonnement + customisation pour combler les 10 % manquants) dépasse le coût d'un dev custom amorti sur 24 mois. Ou bien la logique métier est un actif stratégique qui ne peut pas vivre chez un éditeur tiers.

On combine si…

Le cas le plus fréquent en réalité. Une app publique gère 80 % du besoin, une app custom complète les 20 % spécifiques. Architecture saine, qui évite de réécrire ce qui existe déjà tout en couvrant la spécificité métier. C'est souvent le meilleur compromis coût / valeur.

Ce qu'on déconseille

Développer une app custom pour reproduire à l'identique une app publique disponible. C'est plus cher au départ, plus cher à maintenir, et personne ne gagne. Si une app existe et fait le travail, on la prend — même quand elle ne vient pas de nous.

§ 03 — Stack & architecture

Comment c'est construit,
et pourquoi.

Framework, UI, API

  1. Framework : Remix + Shopify CLI 3

    Stack officielle Shopify, maintenue activement, qui simplifie le scaffolding et la gestion OAuth. Pour les automations sans UI embedded, Node.js ou Cloudflare Workers selon le profil de charge.

  2. UI admin : Polaris + App Bridge

    Polaris pour toute interface admin Shopify. Composants officiels, cohérence visuelle avec l'admin natif, accessibilité de base assurée, mises à jour suivies. App Bridge pour la navigation, toasts, modals.

  3. API : GraphQL Admin (REST en complément)

    GraphQL pour la majorité des interactions Shopify (lecture catalogue, écriture metafields, gestion commandes). REST en complément quand un endpoint n'est pas encore exposé en GraphQL. Webhooks avec validation HMAC systématique.

Hébergement & sécurité

  1. Hébergement : Vercel / Cloudflare / Fly.io

    Vercel pour la majorité des apps embedded (déploiement simple, edge functions, scaling auto). Cloudflare Workers pour les charges très distribuées ou les webhooks à volume. Fly.io pour les stateful services ou bases de données proches. Choix par usage, pas par dogme.

  2. OAuth Shopify géré proprement

    SDK officiel pour le flow OAuth. Scopes minimums requis (jamais de read_all_orders si on a besoin de read_orders). Stockage des tokens en base chiffrée. Rotation des secrets côté éditeur si besoin.

  3. Secrets jamais en clair dans le code

    Variables d'environnement, secret managers cloud (Vercel Secrets, Cloudflare Secrets, AWS Secrets Manager). Rotation possible sans redéploiement applicatif.

§ 04 — Méthode

Notre méthode de développement
d'app en 5 étapes.

Pas de tunnel de trois mois sans visibilité. Démos hebdomadaires sur boutique de test Shopify, sprints courts, ajustements tôt.

01

Cadrage

Spec fonctionnelle

Atelier de cadrage avec votre équipe : besoin réel, scénarios prioritaires, contraintes techniques, intégrations cibles. Sortie : une spec courte mais précise, validée avant développement. Une app mal spécifiée coûte deux fois plus cher.

02

Maquettes

UI Polaris si admin

Pour les apps avec interface admin, maquettes en composants Polaris, validées par votre équipe. On évite les surprises au moment du dev. Pour les automations sans UI, on saute cette étape et on documente les flux à la place.

03

Dev

Sprints d'1 à 2 semaines

Développement par sprint avec démo en fin de chaque sprint sur boutique de test Shopify. Vous voyez les avancées en direct, les ajustements se font tôt. Le dev qui code est le même que celui qui prend votre appel.

04

Recette

Boutique de test dédiée

Recette complète sur un Shopify Partner store dédié : parcours utilisateur, scénarios d'erreur, charge, sécurité de base. Pour les apps embedded, validation du flow d'installation et de désinstallation.

05

Prod

MEP + doc utilisateur

Installation sur votre boutique de production. Documentation utilisateur livrée (utilisateurs finaux et admins). Formation rapide de votre équipe sur l'usage et la maintenance courante. Si déploiement App Store, gestion du process de soumission.

§ 05 — Sécurité, perf, maintenance

Cinq engagements
non négociables.

Les apps qu'on livre respectent ces cinq points par défaut. Pas en option, pas en surcoût — la qualité de base.

  1. Gestion des secrets API

    Aucun secret en clair dans le code. Variables d'environnement, secret managers cloud. Rotation possible sans redéploiement applicatif.

  2. Scopes minimums

    L'app demande uniquement les scopes nécessaires à son fonctionnement. Pas de write_all_* quand write_products suffit. Plus l'app demande, plus elle est rejetée par les équipes data.

  3. Respect des rate limits Shopify

    GraphQL avec cost analysis pour rester dans les budgets. REST avec retry automatique sur 429. Pas de saturation involontaire de votre boutique en production.

  4. Logs structurés et monitoring

    Logs JSON avec corrélation par request ID. Monitoring uptime via un service externe (Better Stack, UptimeRobot ou équivalent). Alertes sur erreurs récurrentes envoyées sur Slack, email — au canal que vous choisissez.

  5. Plan de maintenance post-livraison

    L'app livrée vit. Mises à jour API Shopify, breaking changes, évolutions Polaris. Maintenance proposée en contrat séparé selon votre profil — voir notre offre maintenance Shopify, qui peut couvrir aussi les apps custom.

§ 06 — Tarification

Tarifs
et délais.

PérimètreFourchette HT
Automation simple
Webhook Shopify déclenche un workflow vers un outil interne, sans UI admin, sans logique complexe. 3 à 5 semaines.
À partir de 6 K€
App embedded complète
UI admin Polaris, logique métier modérée, intégration GraphQL Shopify. 5 à 9 semaines.
12 – 25 K€
App + intégration ERP lourde
App embedded + connecteur ERP avec mapping de référentiels, monitoring, gestion d'exceptions. 8 à 14 semaines.
À partir de 25 K€
Distribution App Store Shopify
Process de soumission Shopify : review, screenshots, listing, billing API. À cadrer en amont.
+ 3 – 6 sem.
Code 100 % propriété client
Repo Git chez vous dès le premier commit. Sans clause de réversibilité.
Inclus
Maintenance après livraison
Mises à jour API Shopify, breaking changes Polaris, évolutions ponctuelles. Voir notre offre maintenance.
Voir →

Différenciateurs CINQ

Trois piliers qui ne bougent pas. Propriété 100 % client du code dès le premier commit, dans votre repo Git, sans dépendance à un service interne CINQ. Transparence du devis à la production : chaque ligne du devis correspond à un livrable concret. Pas d'intermédiaire : vous parlez directement au développeur qui écrit votre app.

Cadrer mon projet sous 48 h

§ 07 — Questions fréquentes

Ce qu'on nous demande,
avant un projet d'app Shopify.

Les six questions qui reviennent le plus dans nos appels de cadrage app custom — différences avec une app publique, propriété du code, App Store, évolutions, intégration ERP, sécurité des données.

Une app publique vit dans le Shopify App Store, est installée par n'importe quel marchand, gérée et facturée par son éditeur. Une app custom est développée pour vous, vous appartient à 100 %, n'est pas distribuée publiquement. Elle peut être embedded (avec UI Polaris dans l'admin Shopify) ou headless (automation sans interface). Une app custom est un actif. Une app publique est un service que vous louez — chaque mois, à un éditeur que vous ne contrôlez pas.

Oui, sans exception. Le code est livré dans votre repo Git dès le premier commit, sans clause de réversibilité ou de licence cachée. Si vous changez de prestataire un jour, vous partez avec le code, la documentation et un dev qui peut prendre la suite. C'est l'un des trois différenciateurs CINQ qui ne bougent pas : propriété client, transparence du devis, pas d'intermédiaire entre vous et le développeur.

Oui, c'est possible si vous voulez la distribuer publiquement (par exemple pour la monétiser ou faciliter l'installation sur plusieurs boutiques internes). Le processus de soumission Shopify demande quelques semaines supplémentaires (review, screenshots, listing, billing API si payante). À cadrer en amont parce que ça impacte le packaging de l'app — découpage du code, scopes, télémétrie d'usage anonymisée.

Trois options selon le rythme. Évolutions ponctuelles facturées au forfait par chantier. Contrat de maintenance Shopify étendu à l'app pour les évolutions régulières (voir /shopify/maintenance/). Reprise par votre équipe interne si vous avez les compétences (Remix, GraphQL, Polaris). La documentation livrée avec l'app permet la reprise sans difficulté — c'est précisément pour ça qu'on écrit du code propre et commenté.

Cadrage technique en amont : API de votre ERP, formats de données, fréquence de synchro, gestion des erreurs, mapping des référentiels. Pour les ERP exposant des APIs propres (Cegid REST, SAP B1 Service Layer, Akeneo), on consomme directement. Pour les ERP plus fermés (Sage 100 par exemple), on passe par un connecteur intermédiaire ou un export fichier. On documente chaque flux et on vous remet un schéma d'architecture.

Données stockées chez l'hébergeur que vous choisissez (Vercel, Cloudflare, Fly.io), avec chiffrement au repos et en transit. Conformité RGPD documentée, registre des traitements fourni si l'app traite des données personnelles. Tokens Shopify stockés chiffrés. Scopes minimums (jamais de read_all_orders si read_orders suffit). Pas plus de données que nécessaire, pas plus de durée que nécessaire — politique de rétention claire dès le cadrage.

L'écosystème Shopify CINQ

Si vous évaluez aussi… — thème, maintenance, migration.

Thème Shopify from scratch

Développement thème

Liquid pur, sections modulaires, performance native. Pour les boutiques greenfield ou refonte technique pure.

Run + hotfix + évolutions

Maintenance Shopify

Trois paliers de 800 à 4 800 € HT/mois. Couvre aussi les apps custom livrées par CINQ.

Quitter Prestashop, Woo, Magento

Migration vers Shopify

Plan, mapping, recette, monitoring 30 j. Hub multi-plateformes avec pages dédiées par source.

Travaillons ensemble.

CINQ développe des apps Shopify pour des marques qui ont besoin de logique métier au-delà du Shopify App Store. Projets en cours et livrés, démo possible sur demande.

Contact direct : joachim@agencecinq.com · Île-de-France, remote partout en France.

Cadrer un projet d'app Voir nos services Shopify