Pourquoi une app custom qui tombe fait bloquer commandes et SAV ?
Parce que beaucoup de boutiques France ne tournent pas seulement avec des apps publiques : sync stock, connecteur ERP, outil d’agence, automation checkout ou back-office embarqué. Quand l’intégration casse, le symptôme arrive souvent côté ops : stocks faux, commandes non poussées, SAV qui relance à la main.
Sans signal clair sur le volume d’API, les erreurs ou la livraison des webhooks, on découvre l’incident trop tard. Le Developer Dashboard comble ce trou : il montre comment l’app se comporte, pas seulement comment elle est configurée.
Que montre le Developer Dashboard pour la santé des apps custom (25 septembre 2026) ?
Le changelog Shopify du 25 septembre 2026 annonce des métriques et des logs filtrables pour les custom apps dans le Developer Dashboard. Sur chaque app, vous voyez le volume de requêtes API, les taux d’erreur, la santé de livraison des webhooks et la vitesse de chargement des pages admin embarquées.
Chaque mesure a un seuil lisible : on distingue rapidement un état sain d’un état dégradé. Un seul flux filtrable regroupe requêtes API, livraisons de webhooks et événements d’app, pour remonter à la cause quand quelque chose s’arrête.
Une nouvelle page d’accueil agrège ce qui demande de l’attention sur l’ensemble de vos apps. Les agences et développeurs qui construisent vos apps custom voient les mêmes données.
Quel ROI ops pour un marchand qui dépend d’intégrations custom ?
Moins de temps perdu à chercher « où ça casse » entre Shopify, le middleware et l’ERP. Un pic d’erreurs API ou des webhooks en retard devient visible avant que le stock ou le flux commandes ne parte en vrille.
Pour le SAV et l’ops, l’intérêt est concret : prioriser l’incident sur l’app fautive, partager le même écran avec l’agence ou le développeur, et documenter un runbook (« si error rate au rouge, vérifier d’abord webhook X »). Ce n’est pas un tutoriel développeur isolé : c’est un outil de continuité commerciale.
Où ouvrir le tableau de santé et le flux de logs ?
Entrée Developer Dashboard
- 01
Ouvrir le dashboard
Rendez-vous sur https://dev.shopify.com/dashboard (compte partenaire / développeur lié à vos apps custom).
- 02
Parcourir la home « attention »
Sur la nouvelle page d’accueil, repérez ce qui demande de l’attention sur l’ensemble de vos apps.
- 03
Ouvrir une app custom
Consultez volume API, taux d’erreur, santé webhooks et vitesse des pages admin embarquées, avec les seuils good/bad.
- 04
Filtrer le stream de logs
Dans le flux unique, filtrez requêtes API, livraisons de webhooks ou événements d’app pour isoler l’incident.
Si votre boutique s’appuie sur une agence ou un freelance Shopify, alignez-vous sur la même vue : le changelog précise que développeurs et agences voient les mêmes métriques que vous.
Qu’est-ce que cet outil ne remplace pas ?
Le Developer Dashboard ne remplace pas votre monitoring métier (alertes Slack sur file de commandes, contrôle stock physique, tests de rollout thème/checkout). Il complète ces filets en montrant la santé technique des apps custom au plus près de Shopify.
Pour les changements de thème ou d’expérience checkout, gardez aussi vos contrôles de lancement (voir Rollouts Shopify). Et si l’admin a récemment changé de look, formez l’équipe ops au nouveau parcours sans confondre UI et panne d’intégration (nouveau look admin 2026).
Checklist : mettre la santé des apps custom dans le runbook ops
Routine hebdomadaire
- 01
Lister les apps critiques
Identifiez sync stock, ERP, connecteurs agence et toute app custom dont la panne bloque commandes ou inventaire.
- 02
Caler un check métriques
Chaque semaine, lisez volume API, error rates, webhook health et vitesse des pages admin embarquées sur ces apps.
- 03
Définir des seuils d’escalade
Quand un indicateur passe en mauvais état, qui contacte l’agence, qui met le sync en pause, qui prévient le SAV.
- 04
S’entraîner sur un log réel
Prenez un incident passé (ou un faux positif) et reconstituez la cause via le stream filtrable API / webhooks / events.
- 05
Partager l’accès
Assurez-vous que l’équipe ops et le partenaire technique voient la même home « what needs attention ».



