Plusieurs personnes modifient le même Google Sheet : comment éviter les écrasements
La dernière écriture gagne, en silence. Ce que Sheets protège vraiment, les quatre conventions qui tiennent, et le jour où elles cassent.
En résumé : Google Sheets n'a pas de gestion de conflit. Quand deux personnes écrivent dans la même cellule à quelques secondes d'écart, la dernière écriture gagne, la première disparaît, et personne n'est averti. Ce n'est pas un défaut de synchronisation, la synchro fonctionne parfaitement. C'est que l'unité d'écriture d'un tableur est la cellule, et qu'une cellule ne contient qu'une valeur.
Pourquoi vous n'êtes jamais averti
Dans un outil de code, deux modifications concurrentes produisent un conflit qu'un humain doit trancher. Dans un tableur collaboratif, ce serait insupportable : vous ne pourriez pas taper à deux dans un fichier sans arbitrer en permanence. Google a donc choisi l'inverse, appliquer la dernière écriture, silencieusement, pour que la saisie reste fluide.
C'est le bon compromis pour la rédaction à plusieurs. C'est le mauvais compromis pour un registre d'entreprise, parce que le coût de l'erreur n'est pas le même : personne ne meurt d'un paragraphe écrasé, mais une commande passée en « Livré » par erreur part en facturation.
Le curseur coloré de votre collègue vous prévient s'il est déjà dans la cellule au moment où vous cliquez. Il ne vous prévient pas s'il y était il y a quatre secondes.
Ce que Sheets protège vraiment
Il y a des vrais garde-fous, et il faut les utiliser avant d'envisager autre chose :
- Les plages protégées (Données puis Protéger les feuilles et plages). Vous limitez l'écriture d'une plage à certaines personnes, ou vous affichez un avertissement à la modification. C'est le seul mécanisme d'écriture réellement contraignant de Sheets.
- Les avertissements à la modification. Moins strict qu'une protection, mais suffisant pour empêcher un geste distrait sur une colonne de formules.
- L'historique de cellule (clic droit puis Afficher l'historique des modifications). Il vous dit qui a écrit la valeur actuelle et la précédente. Utile en post-mortem, inutile en prévention.
- Les notifications de modification (Outils puis Règles de notification). Un mail quand le fichier change. Bruyant, mais mieux que rien sur un fichier critique.
- Les vues filtrées au lieu des filtres classiques : un filtre normal s'applique à tout le monde en même temps et fait « bouger » le fichier sous les doigts de vos collègues. Une vue filtrée est privée. Ce détail règle à lui seul une bonne partie des écrasements accidentels.
Ce qui n'existe pas : le verrouillage d'une ligne, le droit d'écriture par ligne, la détection de conflit, et la possibilité de savoir qui a modifié quoi sur une ligne donnée sans remonter l'historique à la main.
Les conventions qui tiennent réellement
Sur un fichier partagé qui doit durer, quatre règles font l'essentiel du travail :
Une colonne, un responsable. Le vrai problème n'est pas que dix personnes écrivent dans le fichier, c'est que deux personnes écrivent dans la même colonne. Attribuez les colonnes nominativement et la collision disparaît presque entièrement.
Personne n'écrit dans la zone de calcul. Protégez toutes les colonnes de formules, sans exception. C'est cinq minutes de configuration et ça élimine la catégorie d'incident la plus fréquente.
On saisit par un formulaire, pas dans la grille. Une ligne créée par un formulaire est ajoutée en fin de tableau : deux personnes ne peuvent pas se marcher dessus. Attention toutefois à la fragilité des colonnes de Google Forms, on détaille le sujet ici.
L'historique est figé. Les lignes closes passent en valeurs dans un onglet d'archive protégé. On ne peut pas écraser ce qu'on ne peut plus éditer.
En bonus : un onglet « Journal » où chacun note ce qu'il vient de modifier ne sert que si l'équipe le tient. Dans la pratique, ça tient trois semaines. Ne construisez pas votre sécurité là-dessus.
La limite des conventions
Deux cas reviennent plus souvent que les autres, et ils ont chacun leur modèle : un planning d'interventions et une gestion de stock.
Une convention est une règle que rien ne fait respecter. Elle marche pendant que l'équipe est petite, attentive et stable. Elle casse à la première embauche, au premier remplacement pendant les congés, au premier prestataire qui doit saisir dix lignes.
Le signal qu'on est passé de l'autre côté est simple : vous avez commencé à vérifier le fichier. Vous rouvrez des lignes pour vous assurer que personne ne les a touchées, vous demandez confirmation par message, vous gardez une copie « au cas où ». Ce temps de vérification est le coût réel du tableur partagé, et il ne se voit dans aucun budget.
L'écrasement n'est d'ailleurs qu'une des six limites d'un Sheet utilisé comme base, et c'est celle qui se voit le plus vite. Pour savoir si les autres vous concernent aussi, quatre questions suffisent.
Une base de données ne demande pas de convention, parce que l'unité d'écriture n'est plus la cellule mais le champ d'une ligne : deux personnes peuvent modifier la même commande en même temps sans s'écraser, chaque valeur garde son auteur et son horodatage, et un lecteur reste un lecteur.
Dans Rowbase, vos collaborateurs saisissent dans une grille typée avec trois rôles, administrateur, éditeur et lecteur, les lecteurs étant gratuits. Chaque ligne repart automatiquement dans votre Google Sheet. Vous gardez vos calculs, vous perdez les écrasements.
Questions fréquentes
Combien de personnes peuvent modifier un Google Sheet en même temps ? Google borne l'édition à 100 onglets ou appareils ouverts simultanément. Mais le problème apparaît bien avant 100 : il suffit de deux personnes visant la même cellule.
Peut-on verrouiller une ligne pendant qu'on la modifie ? Non. Sheets ne propose pas de verrou d'édition. Vous pouvez protéger une plage de façon permanente, pas la réserver temporairement.
Comment savoir qui a écrasé une valeur ? Clic droit sur la cellule, puis Afficher l'historique des modifications. Vous verrez l'auteur et la valeur précédente. Pour une ligne entière ou une période, il faut parcourir l'historique des versions du fichier à la main.
Comment récupérer une donnée écrasée ? Fichier, Historique des versions, Afficher l'historique des versions, puis restaurez ou copiez la valeur depuis une version antérieure. Faites-le vite : les versions anciennes sont regroupées avec le temps.
Les plages protégées suffisent-elles à sécuriser un fichier partagé ? Elles protègent des zones, pas des lignes. Si chaque personne ne doit voir ou modifier que ses propres lignes, il n'y a pas de solution dans Sheets.
Testez sur votre vraie liste.
14 jours, sans carte bancaire. Import CSV depuis Airtable en deux minutes.