Black Friday : entre votre boutique et votre CRM, les pannes qui ne font pas de bruit

Shopify indique14,6 milliards de dollars de ventes sur le week-end Black Friday-Cyber Monday 2025, en hausse de 27 % sur un an.

Le Black Friday tombe le vendredi 27 novembre. Shopify annonce 14,6 milliards de dollars de ventes sur le week-end Black Friday-Cyber Monday 2025, en hausse de 27 % sur un an (chiffres approximatifs, non audités) [1]. Sur quatre jours, du vendredi au lundi, cela fait en moyenne 2,5 millions de dollars par minute, et le record du vendredi, 5,1 millions de dollars par minute à 12 h 01 (heure de New York), au moins double ce rythme [1]. Chaque commande déclenche des échanges entre outils : fiche contact, commande, relance, service client.

Quand ces échanges cassent, le site continue de vendre. Rien ne s’affiche en rouge. Le CRM, lui, cesse d’être alimenté ou se remplit de doublons, et le SAV le découvre plus tard.

Quatre pannes, toutes documentées par les éditeurs

Le doublon. Shopify minimise les livraisons en double, mais une application peut recevoir le même événement plus d’une fois [2]. Sans clé d’unicité, une même commande peut créer deux tâches de relance ou deux e-mails.

Le désordre. Shopify ne garantit pas l’ordre d’arrivée des événements : sa documentation cite une mise à jour de produit qui arrive avant la création [2]. Un automatisme naïf écrit alors un état ancien par-dessus un état récent. La règle : ne jamais écraser une donnée par une plus ancienne, horodatage à l’appui.

Le silence. Shopify attend une réponse en cinq secondes. À défaut, il retente huit fois sur quatre heures ; après huit échecs consécutifs, l’abonnement est supprimé s’il a été créé par programme (via l’API d’administration de Shopify). Les avertissements partent par e-mail vers l’adresse développeur d’urgence de l’application [2]. Encore faut-il que quelqu’un la lise.

Le quota partagé. Chez HubSpot, une application privée est limitée à 100 appels par tranche de 10 secondes (offres Free et Starter) ou 190 (Professional et Enterprise). Le plafond quotidien, de 250 000 à 1 million d’appels selon l’offre, est partagé par toutes les applications du compte ; au-delà, les appels suivants sont refusés (erreur 429, « trop de requêtes ») [3]. Le risque vient moins des commandes que des travaux de masse lancés en parallèle. Hypothèse de calcul : resynchroniser 50 000 contacts, un appel par contact et sans traitement par lots, consomme 20 % du plafond quotidien d’un compte Starter. La règle : aucun import ni resynchronisation de masse pendant le pic, et des traitements par lots plutôt qu’un appel par fiche.

Une expérience de pensée

Imaginons une boutique fictive qui traite 200 commandes par jour, réparties uniformément pour simplifier. Son abonnement a été créé par programme, le cas où Shopify le supprime. Le vendredi à 15 h, le serveur qui reçoit les événements tombe pendant cinq heures. Shopify retente pendant quatre heures, puis supprime l’abonnement. À 20 h, le serveur revient, mais plus rien ne lui arrive. L’e-mail d’avertissement est parti vers une adresse que personne ne lit le week-end, et le site vend toujours. Le lundi à 9 h, soixante-six heures plus tard, il manque environ 550 commandes dans le CRM (200 ÷ 24 × 66). Ce n’est pas un résultat, mais un ordre de grandeur de ce que coûte une alarme absente.

Retirer, geler, surveiller

Mon conseil tient en trois verbes. Dans cet ordre.

Retirer. Listez chaque flux entre boutique et CRM. Pour chacun, deux questions. Qui utilise son résultat avant le 1er janvier ? Un réglage natif de l’éditeur ou un connecteur officiel fait-il la même chose ? Classez les réponses du moins coûteux au plus lourd à maintenir : réglage natif, connecteur, plateforme d’automatisation, développement sur mesure. Le flux le plus fiable est souvent celui qu’on n’a pas construit. Un flux que personne ne lit se coupe.

Geler. Fixez une date de gel au moins deux semaines avant le pic ; si elle est déjà passée, gelez aujourd’hui. Passé cette date, plus aucune modification, sauf si un retour arrière est prêt.

Surveiller. Trois alarmes, envoyées à une adresse qu’un humain lit aussi le week-end. Une alerte à chaque échec d’un flux. Une alerte d’absence : aucune commande arrivée dans le CRM depuis deux heures alors que la boutique en a encaissé. Et un rapprochement quotidien des totaux entre boutique et CRM : Shopify recommande lui-même des tâches de réconciliation périodiques, car ses notifications automatiques ne suffisent pas [2].

Le pic ne crée pas ces pannes, il les rend chères. Reste une question : combien de flux relient aujourd’hui votre boutique à votre CRM, et qui sera prévenu quand l’un d’eux s’arrêtera ?

[1] Shopify, « Shopify merchants generate record-breaking $14.6 billion in Black Friday Cyber Monday sales », 02/12/2025.

[2] Shopify.dev, pages « Verify webhook deliveries » et « About webhooks ».

[3] HubSpot Developers, « API usage guidelines and limits ».