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 filtres 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.

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 autres. 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 filtres/tris différents. Toute modification se répercute dans la source et dans toutes les autres 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 filtres 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 filtres

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 filtres

Les filtres sur une vue liée ne modifient pas la source — ils restreignent seulement ce qui s’affiche dans cette vue.

Exemples de filtres 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 filtres 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ètres 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 freelance :

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 ça 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 filtres 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 filtres.

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 filtres
• 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 autres 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 la 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 propos de l'auteur

Maxime Berger

Coach en productivite et specialiste Notion

Maxime Berger est coach en productivite et consultant Notion certifie depuis 7 ans. Ancien Product Manager chez Alan, il a forme plus de 500 professionnels aux methodes de travail efficaces. Il partage templates et strategies sur guide-productivite.com.

400 articles publiésVoir le profil →