Enquêtes et recherches sur Shopify et le e-commerce
Dawn livre l'achat rapide intégré, et désactivé. Le réglage n'apparaît que dans 2 de ses 46 sections, et ses deux modes fonctionnels ne se valent pas : standard ajoute 21128 octets à une page de collection, bulk en ajoute 41935. Relevé dans le code source du thème en v16.0.0.
Cherchez « Shopify quick buy » et chaque résultat vous vend une app. Dawn l’a en natif, depuis des années, et le livre désactivé. Cette page détaille ce que fait réellement le réglage, où il se trouve, et ce que chacun de ses deux modes fonctionnels vous coûte en octets — relevé dans Dawn v16.0.0, publié le 2026-08-10.
Comment nous avons obtenu ces chiffres. Le 1er septembre 2026, nous avons lu le code source du thème à la release v16.0.0 : le schéma de réglages et les balises d’assets conditionnelles dans sections/main-collection-product-grid.liquid, les branches de rendu dans snippets/card-product.liquid, et la taille en octets de chaque fichier d’asset chargé par le thème pour chaque mode, prise dans le dépôt lui-même plutôt qu’estimée. Nous avons également passé en revue les 46 fichiers de section pour trouver tous les endroits où le réglage apparaît.
Le réglage est quick_add, un menu déroulant à 3 choix — none, standard, bulk — et sa valeur par défaut est none. Rien n’apparaît sur vos fiches produits tant que vous ne le changez pas.
Il est aussi plus rare qu’on ne le croirait. Sur 46 sections dans Dawn, exactement 2 le portent :
| Fichier de section | Nom dans l’éditeur | Défaut |
|---|---|---|
featured-collection.liquid | Collection en vedette | none |
main-collection-product-grid.liquid | Grille de produits | none |
C’est toute la surface. Les résultats de recherche, les produits associés et les produits consultés récemment ne le proposent pas : un client qui arrive sur un produit via la recherche ne verra donc aucun bouton d’ajout rapide, quelle que soit la configuration du réglage.
standard place un bouton Ajouter au panier sur la fiche. Ce qui se passe ensuite dépend du produit : s’il n’a qu’une variante, l’article part directement dans le panier ; s’il en a plusieurs, le thème ouvre une <quick-add-modal> et récupère la page produit complète en arrière-plan pour y afficher le sélecteur de variantes. Cette récupération est une vraie requête pour une vraie page, effectuée au moment où le client clique.
bulk remplace le bouton par un champ de quantité. Il est conçu pour une commande de type grossiste, où un acheteur prend plusieurs fois le même article, et pour les produits à variante unique il affiche le contrôle de quantité directement sur la fiche.
C’est la partie qui tranche le choix, et elle ne figure dans aucune documentation. Le thème charge des fichiers différents selon le mode, et les blocs conditionnels en haut de la section indiquent exactement lesquels :
| Quand | Fichiers chargés | Octets |
|---|---|---|
| Toujours, sauf si désactivé | quick-add.css | 8,687 |
standard ajoute | quick-add.js, product-form.js | 12,441 |
bulk ajoute | quick-add-bulk.js, quantity-popover.js, price-per-item.js, quick-order-list.js | 33,248 |
Activer standard ajoute donc 21,128 octets à une page de collection. Activer bulk en ajoute 41,935 — soit 2,0× plus.
L’écart n’est pas là où on l’attendrait. bulk tire quick-order-list.js, soit 18,255 octets, qui est le composant de liste de commande rapide — une fonctionnalité qui n’a rien à voir avec l’ajout d’un article depuis une fiche, mais qui est livrée dans le même lot. Ce seul fichier est plus volumineux que tout ce que charge standard réuni.
Rien de tout cela n’est une taille compressée, et rien n’est un coût d’exécution ; c’est ce que le navigateur doit récupérer et analyser avant que la fiche ne fonctionne. Sur une page de collection qui porte déjà des images produits, c’est un échange correct pour standard et une décision à prendre délibérément pour bulk.
Activez standard sur vos sections collection et collection en vedette, sauf raison contraire. Ce sont 21,128 octets pour une fonctionnalité de conversion que les marchands paient couramment sous forme d’abonnement mensuel à une app, et la version app ne sera pas plus légère.
Ne recourez à bulk que si vos acheteurs commandent réellement plusieurs unités du même article. Sinon, vous payez 20,807 octets supplémentaires sur chaque page de collection pour un champ de quantité que la plupart des clients ne toucheront jamais.
Le menu déroulant est défini dans le bloc {% schema %} de sections/main-collection-product-grid.liquid ; les lignes conditionnelles stylesheet_tag et script sont les 24 premières lignes du même fichier. Les branches de rendu se trouvent dans snippets/card-product.liquid, qui lit quick_add et bascule sur 'standard' et 'bulk'. Les tailles de fichiers proviennent du répertoire assets/ du dépôt en v16.0.0.
Oui, en natif. Le réglage s'appelle Quick add et vaut none par défaut, ce qui explique pourquoi la plupart des boutiques Dawn n'affichent aucun bouton. Passez-le sur standard ou bulk dans la section grille de produits ou collection en vedette.
Standard affiche un bouton Ajouter au panier ; pour un produit à plusieurs variantes, il ouvre une modale et récupère la page produit pour afficher le sélecteur de variantes. Bulk affiche à la place un champ de quantité, pour les acheteurs qui prennent plusieurs fois le même article.
Il ajoute des fichiers. Standard charge 21128 octets sur une page de collection et bulk 41935, mesurés sur les fichiers d'assets de Dawn v16.0.0. Le css est chargé dans les deux modes et pas du tout lorsque le réglage est désactivé : le laisser désactivé ne coûte donc rien.
Parce qu'il charge 4 scripts au lieu de 2, dont quick-order-list.js à 18255 octets — le composant de liste de commande rapide, plus volumineux que tout ce que charge standard réuni.
Pas sur Dawn. Le thème s'en charge pour 21128 octets, sans abonnement mensuel. Une app ajouterait son propre script par-dessus ce que le thème livre déjà.