La sélection multiple (ou « bulk actions ») permet de modifier plusieurs centaines de comics en un seul clic : marquer 200 numéros comme lus, vendre 50 doublons d'un coup, supprimer en masse des entrées dupliquées ou changer l'état de toute une série Marvel d'un seul geste. My Comics Collection a déployé cette fonctionnalité en juin 2026 pour les power users qui gèrent des collections de plus de 500 exemplaires. Activation en un clic depuis le header de l'application, sans changement de base de données : tout passe par la même API de sauvegarde batch déjà en place.
Gérer une collection de cinquante comics avec une application classique reste confortable. À deux cents exemplaires, le rythme se dégrade. À mille comics et au-delà, la moindre tâche d'entretien — marquer une série comme entièrement lue, mettre à jour les prix de cinquante variantes, supprimer une trentaine d'entrées importées par erreur — devient un parcours d'obstacles. L'utilisateur ouvre la fiche, modifie, sauve, ferme, passe au suivant. Multiplier ce cycle par 200 produit une fatigue mentale réelle et, statistiquement, une moitié des collectionneurs abandonnent l'entretien régulier de leur catalogue à partir de 300 entrées. Ce phénomène, connu dans la littérature UX sous le nom de « curation fatigue », explique pourquoi des collections pourtant méticuleusement constituées finissent par dériver vers des données obsolètes (prix d'achat oubliés, états jamais ajustés, doublons fantômes). La sélection multiple, livrée le 4 juin 2026 dans My Comics Collection, attaque ce problème de front en transposant à la gestion de comics les patterns d'interface familiers dans Gmail, Finder ou les CMS modernes.
Activer le mode sélection multiple
L'entrée dans le mode sélection se fait depuis le bouton en forme de case à cocher situé dans le header de l'application, à droite du bouton « Ajouter ». Un clic active immédiatement deux changements visuels coordonnés : chaque card affichée dans la liste reçoit une checkbox semi-transparente en surimpression sur la couverture, et une barre d'action flottante apparaît en bas de l'écran. À ce stade, aucune sélection n'est encore effectuée. Cliquer sur une card ne déclenche plus l'ouverture de la fiche détaillée — c'est devenu un toggle de sélection. Cette bascule de comportement, courante dans les applications mobiles (Photos d'iOS, Files d'Android), évite les modales accidentelles lorsque le collectionneur traite des dizaines d'entrées d'affilée.
La barre flottante affiche en temps réel le nombre de comics sélectionnés et propose deux raccourcis essentiels : « Tout » pour cocher l'intégralité de la vue filtrée (utile si on a appliqué un filtre par éditeur, par décennie ou par état), et « Aucun » pour vider la sélection. Cette logique de sélection contextualisée par le filtre actif est volontaire : elle permet par exemple de sélectionner d'un coup tous les comics Marvel des années 1970 en deux gestes (filtre + Tout), au lieu de cliquer un par un sur cinquante entrées. Pour les collectionneurs qui exploitent les filtres avancés, voir notre guide faire l'inventaire de sa collection comics qui détaille les combinaisons de filtres les plus utiles.
Six actions disponibles en masse
La barre flottante propose six actions distinctes, classées par fréquence d'usage statistique : éditer (modale multi-champs), quatre toggles rapides (possédé, lu, wishlist, doublon à vendre), et suppression. Chaque toggle rapide applique instantanément le changement à toute la sélection avec une seule requête réseau, ce qui distingue cette approche d'un script qui ferait n requêtes séquentielles. Le gain de performance est mesurable : marquer 300 comics comme lus prend environ 800 millisecondes sur un réseau 4G stable, contre 90 secondes pour le même résultat via l'ancienne méthode (300 ouvertures de modale, 300 sauvegardes successives).
L'action « éditer » ouvre une modale dédiée avec treize champs cochables. L'utilisateur choisit quels champs il veut appliquer (état, prix, gradage CGC, signature, doublon, lu, wishlist, prêt, etc.) et fournit la valeur cible. Les champs non cochés restent intacts sur chaque comic sélectionné. Cette logique additive — « j'applique ces deux champs aux 50 sélectionnés, je laisse le reste » — préserve les données existantes. C'est un point crucial : un import CSV mal calibré ou un script d'écrasement total provoque souvent des pertes silencieuses (description vidée, date de lecture effacée, prix réinitialisé). La modale bulk-edit, elle, ne touche que ce que l'utilisateur a explicitement marqué à modifier.
Cas d'usage concrets sur grosse collection
Trois situations dominent les usages mesurés depuis le déploiement. La première concerne le marquage de lecture. Un collectionneur qui termine de lire l'intégrale Daredevil de Frank Miller (issues #168 à #191, soit 24 numéros) cliquait auparavant 24 fois sur chaque card, cochait « lu », sauvait, fermait. Avec la sélection multiple, il filtre la collection sur « Daredevil 1980-1985 », clique sur « Tout », puis sur le bouton 📖 (marquer comme lu). Trente secondes au total, contre douze minutes auparavant. Sur une intégrale de cent numéros, le gain dépasse une heure cumulée. Pour la gestion de runs complets, l'article compléter une série de comics détaille les méthodes complémentaires.
La seconde situation concerne la mise en vente de doublons. Lorsqu'un collectionneur reçoit une succession ou achète un lot, il découvre fréquemment cinquante à cent doublons dispersés. Auparavant, il fallait ouvrir chaque fiche, cocher « doublon », sauver. Avec le bouton 💸 de la barre bulk, il sélectionne d'un coup les doublons identifiés par filtrage et bascule l'intégralité en mode vente en moins d'une seconde. Cette amélioration cible directement la friction du processus de revente, point névralgique pour les collectionneurs qui financent leurs nouvelles acquisitions par la cession régulière de doublons. Le sujet est approfondi dans revendre sa collection de comics.
La troisième situation concerne le nettoyage post-import. Un collectionneur qui importe un fichier CSV mal formaté se retrouve parfois avec cent entrées corrompues — titres tronqués, années à zéro, prix négatifs. La sélection multiple permet de filtrer la vue sur les entrées suspectes (filtre « sans couverture » par exemple, ou recherche textuelle ciblée), tout sélectionner, et supprimer en un clic après confirmation. Cette opération de cleanup massif, encore impossible il y a un mois, prenait plusieurs heures de saisie manuelle. Pour les méthodes d'import propres, voir importer ses comics dans une application.
Garde-fous techniques côté serveur
Toute opération en masse comporte un risque de mauvaise manipulation. La perte de mille comics sur un mauvais clic « supprimer » serait catastrophique. Trois garde-fous ont été intégrés à l'architecture. Le premier est la confirmation systématique sur les actions destructives. La suppression en masse déclenche une boîte de dialogue affichant le nombre exact de comics concernés ; aucun raccourci clavier ne permet de bypasser cette confirmation. Le second est la batch atomique côté serveur. Si l'une des entrées de la sélection échoue (problème de clé, contrainte serveur, conflit de version), l'intégralité du lot est rollback. Aucun état intermédiaire incohérent n'est jamais persisté. C'est le pattern transactionnel classique du SGBD, transposé à la couche métier.
Le troisième garde-fou concerne la traçabilité. Chaque action en masse est tracée dans Google Analytics 4 sous des événements dédiés (bulk_quick_toggle, bulk_delete, bulk_edit_applied) avec le compte exact d'éléments affectés et les champs modifiés. Cette télémétrie sert au support : en cas de rapport « j'ai perdu des comics », l'équipe peut reconstituer la séquence exacte des actions. Elle sert aussi à l'optimisation produit : si bulk_delete sur 200 éléments domine les usages, cela signale un besoin d'amélioration sur l'import — ce qui guide les sprints suivants.
Limites volontaires et choix d'architecture
La sélection multiple n'est pas activée sur l'ensemble des vues. Sur la vue Stats ou sur les modales détaillées d'un comic GCD (catalogue Grand Comics Database), le mode reste inaccessible. Ce choix est volontaire : la vue Stats agrège des données, la modifier en masse n'a pas de sens fonctionnel. Sur les fiches GCD, les modifications passent par un endpoint distinct (save_issue) qui n'a pas encore été instrumenté pour le batch. Cette généralisation est planifiée pour un sprint ultérieur.
La limite supérieure de sélection est plafonnée à 500 éléments simultanés. Cette borne, fixée côté frontend, évite deux effets de bord : le freeze du DOM lors du rendu d'une floating bar à 5 000 éléments cochés (le navigateur recalcule l'affichage à chaque toggle), et la timeout HTTP côté serveur sur une requête trop massive. Pour les opérations dépassant 500 entrées, l'utilisateur procède par tranches successives, ce qui reste largement plus rapide que la saisie manuelle individuelle. Cette borne pourra être levée si les retours utilisateurs justifient un investissement sur le rendu virtualisé.
Concurrence et positionnement
Trois applications principales gèrent les collections de comics en français ou en anglais : CLZ Comics (édité par Collectorz aux Pays-Bas, payant), Key Collector (gratuit, anglais uniquement), et League of Comic Geeks (gratuit, anglais uniquement). Au 4 juin 2026, seul CLZ Comics propose une vraie sélection multiple, mais elle est réservée aux comptes payants (CLZ Cloud, à partir de 14,95 dollars par an) et limitée aux opérations basiques (delete, mark owned). My Comics Collection ajoute par rapport à CLZ les toggles rapides et la modale d'édition multi-champs, et conserve l'accès à la sélection multiple en version d'essai gratuite. Key Collector et LCG ne proposent à ce jour aucun équivalent.
Sur le marché français, aucune autre application n'offre cette fonctionnalité. C'est une caractéristique de différenciation directe pour les collectionneurs hexagonaux qui gèrent à la fois leurs comics américains (via le catalogue GCD intégré) et leurs publications françaises (Panini Comics, Urban Comics, Marvel France, Lug vintage, Arédit vintage, depuis le sprint Foundation FR de juin 2026). Pour le panorama complet du marché français des outils de gestion, voir pourquoi choisir un gestionnaire de comics français.
Foire aux questions
La limite est de 500 entrées simultanées, plafonnée côté frontend pour éviter les ralentissements navigateur et les timeouts serveur. Si vous devez traiter plus de 500 comics, procédez par tranches en utilisant les filtres (par éditeur, par décennie, par état) pour cibler chaque lot. Une intégrale Marvel des années 80 représente typiquement 300 à 400 entrées, ce qui passe largement sous la limite.
Non, la suppression est immédiate et définitive après la confirmation explicite dans la boîte de dialogue. Aucun bouton « annuler » n'est proposé après coup. Cette absence est volontaire pour éviter une zone grise dans la persistance des données. Si vous craignez une erreur, exportez d'abord votre collection au format CSV avant l'opération massive : l'export permet de réimporter les comics supprimés par accident en moins d'une minute.
Oui. La barre d'action flottante a été conçue dès le départ pour s'adapter aux écrans étroits (moins de 560 pixels de large). Les boutons texte sont remplacés par des emojis sur mobile, et le padding est réduit pour conserver l'ensemble visible sans scroll horizontal. Les checkboxes sur les cards restent suffisamment grandes pour le tap au doigt (taille minimum 24 par 24 pixels, conforme aux recommandations d'accessibilité tactile).
Non, et c'est un point critique de l'architecture. La modale bulk-edit propose treize champs cochables. Seuls les champs explicitement cochés sont appliqués aux comics sélectionnés. Tous les autres champs (description, dates de lecture, prêts en cours, prix d'achat antérieur, tags personnalisés) restent strictement intacts. Cette logique « patch additif » évite les pertes silencieuses qu'on observe sur les imports CSV mal calibrés.
Non. La sélection multiple suppose des actions modificatrices, donc elle reste accessible uniquement aux utilisateurs propriétaires de leur collection et authentifiés. Quand un collectionneur consulte la collection partagée d'un autre utilisateur via un lien public, le bouton d'activation est masqué. Cette restriction protège l'intégrité des données partagées et évite tout malentendu sur les permissions.