Utiliser Google Sheets comme base de données : jusqu’où ça tient et quoi faire ensuite

Peut-on utiliser Google Sheets comme base de données ?

Oui, dans un cadre précis. Un tableur sert très bien de petit registre : une liste de contacts, un planning de salle, un suivi de commandes tenu par deux ou trois personnes. Chaque ligne est une fiche, chaque colonne une information, et le partage est immédiat.

Cela fonctionne tant que trois conditions tiennent : peu de personnes modifient le fichier, les règles sont simples et une erreur ne coûte pas cher. Dès qu’une de ces conditions saute, le tableur continue de s’ouvrir, mais il ne protège plus vos informations.

Quelles sont les limites de Google Sheets comme base de données ?

La première limite est la taille : d’après Google, un fichier Google Sheets va jusqu’à 20 millions de cellules ou 100 Mo, tous onglets confondus. En pratique, il devient lent bien avant ce plafond. La deuxième est le contrôle : on peut limiter une colonne à une liste de valeurs, mais la règle peut n’afficher qu’un avertissement et rien n’empêche un éditeur de supprimer une colonne ou de renommer un onglet si chaque plage n’est pas protégée.

La troisième est le lien entre les informations. Un client apparaît dans l’onglet des devis, dans celui des factures et dans celui des relances, mais rien ne garantit que son nom soit écrit pareil partout. Un changement dans un onglet ne se répercute pas toujours dans les autres.

Enfin, les droits sont grossiers. On partage le fichier entier : protéger un onglet empêche seulement de le modifier et Google précise que les lecteurs peuvent toujours accéder aux onglets masqués. Impossible donc de montrer « les lignes de mon équipe » ou « tout sauf la colonne des salaires ».

Que se passe-t-il quand plusieurs personnes utilisent Google Sheets en même temps ?

Google Sheets gère bien l’édition à plusieurs : on voit les curseurs des autres, les modifications apparaissent en direct. Le problème n’est pas technique, il est organisationnel. Deux personnes peuvent modifier la même cellule à quelques secondes d’écart et la dernière gagne sans prévenir la première.

Pour limiter les dégâts, répartissez les tâches : une personne par onglet, une colonne « modifié par » remplie à la main, des cellules protégées pour les formules et un formulaire pour les saisies, plutôt que l’écriture directe dans la grille. En cas de doute, un clic droit sur une cellule affiche son historique : qui l’a changée et quand. Google prévient toutefois que certains changements n’y figurent pas, comme les lignes supprimées. Ces garde-fous aident, mais ils reposent sur la discipline de chacun.

Quand passer de Google Sheets à une vraie base de données ?

Quatre signaux doivent vous alerter : vous avez besoin de droits différents selon les personnes, vous devez prouver qui a fait quoi, vous recopiez les mêmes informations d’un onglet à l’autre ou une erreur de saisie a déjà eu un coût réel. Un seul de ces signaux justifie de regarder ailleurs.

Une vraie base de données impose une structure : chaque information a un type, les listes de choix sont fermées, les fiches sont reliées entre elles et chaque modification est datée. Les outils no-code, comme Airtable ou AppSheet, en proposent une version visuelle. L’autre voie consiste à faire créer une application à votre mesure, avec ses formulaires, ses droits et son historique.

Comment créer une application à partir de Google Sheets ?

Commencez par ce que le fichier contient déjà : les colonnes deviennent les champs d’un formulaire, les statuts deviennent des listes de choix, les formules deviennent des règles. Listez ensuite ce que le tableur ne sait pas faire : qui peut voir quoi, qui doit valider, quel rappel envoyer, quel historique garder.

Écrivez ces règles noir sur blanc, joignez trois lignes réelles du fichier comme modèles, puis essayez l’application à deux avant de la généraliser. Conservez l’ancien tableur consultable un moment, sans plus y saisir.