Introduction
La notion linked database (vues liées) est une des fonctionnalités les plus puissantes de Notion, et pourtant celle que les débutants utilisent le moins. Ce que personne ne dit clairement : sans les vues liées, tu vas inévitablement créer des copies de tes données, les désynchroniser, et passer du temps à corriger des incohérences. J’ai fait cette erreur pendant 6 mois avant de comprendre.
Une vue liée, c’est simple : tu as une base de données source (par exemple, ta liste de tâches projet), et tu l’affiche à plusieurs endroits différents avec des filtrès différents, sans jamais dupliquer les données. Un changement à un endroit se répercute partout.
Dans ce guide complet, je te montre comment créer et utiliser les vues liées efficacement avec des cas d’usage concrets.
⚡ Les meilleurs outils de productivité en 2026
Découvrez notre sélection des outils qui vont transformer votre organisation : Notion, Todoist, Obsidian et plus.
Voir le classement 2026 →Le Problème que les Vues Liées Résolvent
Imagine que tu gères un projet client. Tu as :
- Une page “Vue d’ensemble projet” avec toutes les tâches
- Une page “Daily standup” avec seulement les tâches en cours cette semaine
- Une page “Rapport client” avec seulement les tâches terminées
Sans vues liées, tu crées 3 bases de données séparées. Résultat : quand tu marques une tâche comme terminée dans une vue, elle n’est pas mise à jour dans les autrès. C’est le cauchemar de la désynchronisation.
Avec les vues liées : une seule base de données source, 3 affichages différents, toujours synchronisés.
Comprendre la Différence : Vue Liée vs Copie
Une copie (créée avec Ctrl+D ou “Dupliquer la vue”) : crée une nouvelle base de données indépendante. Modifier une entrée dans la copie ne modifie pas l’original.
Une vue liée (“Create linked database”) : affiche les données de la source avec des filtrès/tris différents. Toute modification se répercute dans la source et dans toutes les autrès vues liées.
Règle d’or : si tu as besoin des mêmes données à plusieurs endroits, utilise toujours une vue liée, jamais une copie.
Créer une Vue Liée : 3 Méthodes
Méthode 1 : Depuis la commande /
1. Sur une nouvelle page ou dans un bloc vide, tape `/linked`
2. Sélectionne “Create linked database”
3. Dans le modal qui s’ouvre, recherche ta base de données source
4. Sélectionne-la
5. Notion crée immédiatement une vue liée de cette base
C’est la méthode la plus directe et celle que j’utilise le plus souvent.
Méthode 2 : Depuis la base de données source
1. Ouvre ta base de données source
2. Clique sur les “…” en haut à droite
3. Sélectionne “Copy link to view”
4. Colle ce lien sur une autre page
5. Notion te proposera de créer une vue liée
Méthode 3 : Glisser une vue existante
Si tu veux afficher une vue spécifique (pas toute la base) :
1. Dans ta base de données, crée la vue avec les filtrès que tu veux
2. Clique sur les “…” de la vue > “Copy link to view”
3. Colle dans une autre page
4. Notion crée une vue liée avec les mêmes filtrès
Configurer ta Vue Liée pour Afficher les Bonnes Données
Une fois la vue liée créée, elle affiche toutes les entrées de la source. Tu vas maintenant la personnaliser.
Appliquer des filtrès
Les filtrès sur une vue liée ne modifient pas la source — ils restreignent seulement ce qui s’affiche dans cette vue.
Exemples de filtrès utiles :
- Afficher seulement “En cours” : Filtre Statut = En cours
- Tâches de cette semaine : Filtre Date = Cette semaine
- Mes tâches : Filtre Assigné = Moi
- Tâches prioritaires : Filtre Priorité = Haute
Tu peux combiner plusieurs filtrès avec des conditions ET/OU.
Choisir la vue
Une vue liée peut utiliser n’importe quel type de vue : Table, Board, List, Timeline, Calendar, Gallery. Sur ta page de dashboard, tu afficheras peut-être ta base en Gallery pour les visuels ; sur ta page de gestion quotidienne, en List pour aller vite.
Masquer les propriétés inutiles
Chaque vue liée a ses propres paramètrès d’affichage. Sur un rapport client, tu masques “Assigné” et “Notes internes”. Sur ton daily standup, tu affiches “Assigné” et “Deadline”. La source garde toutes les propriétés, chaque vue n’affiche que ce dont elle a besoin.
Cas d’Usage Avancés
Use Case 1 : Dashboard CRM Personal
Structure que j’utilise pour ma gestion client fréelance :
Source : Base “Projets & Clients” (toutes les missions, tous les statuts)
Vue liée 1 — Page d’accueil dashboard :
- Filtre : Statut = En cours
- Vue : Board (colonné par phase)
- Propriétés affichées : Client, Deadline, Priorité
Vue liée 2 — Page “Upcoming deadlines” :
- Filtre : Date dans les 14 prochains jours ET Statut ≠ Terminé
- Vue : Calendar
- Propriétés affichées : Client, Statut
Vue liée 3 — Page “Rapport mensuel” :
- Filtre : Statut = Terminé ET Date ce mois-ci
- Vue : Table
- Propriétés affichées : Client, Revenus, Date livraison
Une seule base, trois lectures complètement différentes.
Use Case 2 : Wiki Équipe avec Projets Contextuels
Si tu as un wiki d’équipe Notion avec des pages par département :
- Page “Marketing” → vue liée des tâches filtrées sur Département = Marketing
- Page “Dev” → vue liée des tâches filtrées sur Département = Dev
- Page “Design” → vue liée des tâches filtrées sur Département = Design
Chaque département voit uniquement ses tâches. Les managers voient tout depuis la base source.
Use Case 3 : Portfolio de Projets avec Fiches Détaillées
Source : Base “Projets” avec tous tes projets
Sur chaque page projet, tu crées des vues liées de :
- Ta base “Tâches” filtrée sur ce projet
- Ta base “Documents” filtrée sur ce projet
- Ta base “Contacts” filtrée sur ce projet
Résultat : chaque page projet centralise tout ce qui lui est lié, sans duplication.
Les Pièges à Éviter
Piège 1 : Modifier les propriétés depuis une vue liée
Attention : si tu renommes une propriété ou changes une valeur de Select depuis une vue liée, ça modifie la source. C’est voulu — mais çà peut surprendre quand plusieurs personnes travaillent sur le même workspace.
Bonne pratique : documente clairement quelle est la base source et qui a le droit de modifier sa structure.
Piège 2 : Confondre “Filtrer la vue” et “Masquer les entrées”
Les filtrès d’une vue liée ne supprimaient pas les entrées — ils les masquent. Les entrées existent toujours dans la source. Si tu veux vraiment limiter l’accès aux données, utilise les permissions de page Notion, pas les filtrès.
Piège 3 : Créer des vues liées à la chaîne
Tu ne peux pas créer une vue liée d’une vue liée. Si tu essaies, Notion te redirigera vers la source originale. Garde toujours une seule base source, et crée tes vues liées directement depuis cette source.
Piège 4 : Trop de vues liées sur une page
Après avoir testé pendant 6 mois différentes configurations, je déconseille d’avoir plus de 3-4 vues liées sur une même page. Au-delà, la page devient lente et visuellement surchargée. Utilise des sous-pages pour regrouper les vues liées par thème.
Vues Liées vs Relations : Quelle Différence ?
Confusion fréquente : les vues liées et les Relations Notion sont deux choses différentes.
- Vues liées : affiche une base de données existante depuis une autre page, avec filtrès
- Relations : crée un lien entre deux entrées de deux bases différentes (ex: lier une tâche à un projet)
Dans la pratique, on utilise souvent les deux ensemble : des Relations pour créer les liens entre données, et des Vues liées pour afficher ces relations de manière contextuelle.
FAQ
Q: Peut-on créer une vue liée depuis une base de données dans un workspace différent ?
R: Non, les vues liées fonctionnent uniquement au sein du même workspace Notion. Pour partager des données entre workspaces, tu dois exporter/importer ou utiliser des intégrations tierces comme Zapier.
Q: Les modifications faites dans une vue liée se répercutent-elles immédiatement dans la source ?
R: Oui, en temps réel. Quand tu modifies une propriété dans une vue liée, la modification’est immédiatement visible dans la base source et dans toutes les autrès vues liées.
Q: Comment savoir si un affichage est une vue liée ou une base copiée ?
R: Survole le titre de la base de données. Si c’est une vue liée, tu verras une petite icône de lien et la mention “Linked to [nom de la source]”. Une base copiée n’aura pas cet indicateur.
Q: Peut-on avoir des propriétés supplémentaires dans une vue liée non présentes dans la source ?
R: Non. Une vue liée affiche uniquement les propriétés définies dans la base source. Si tu as besoin d’une propriété supplémentaire, tu dois l’ajouter à la source (elle sera alors visible dans toutes les vues liées, mais tu peux là masquer dans celles qui n’en’ont pas besoin).
Q: Les vues liées fonctionnent-elles avec les templates de pages Notion ?
R: Oui, tu peux inclure des vues liées dans un template de page. Quand tu crées une nouvelle page depuis ce template, les vues liées pointent toujours vers la même source. Très utile pour les templates de pages projet qui affichent toujours les tâches liées au projet en cours.
Conclusion
La notion linked database (vues liées) est la clé pour maintenir une source unique de vérité dans ton workspace. Une fois que tu as compris ce mécanisme, tu arrêtes de dupliquer tes données et ton Notion devient vraiment cohérent. La première fois que j’ai configuré un dashboard avec 4 vues liées d’une seule base de tâches, j’ai réalisé que j’avais perdu des semaines à gérer des doublons inutiles. Commence par identifier une base de données que tu utilises souvent et crée ta première vue liée aujourd’hui — le déclic sera immédiat.
A lire aussi
