
Parce qu'elles le traitent comme un CMS classique. Webflow CMS n'est pas WordPress avec un joli éditeur visuel : c'est une base de données relationnelle déguisée en outil de design. Et cette confusion coûte cher. Chez Mazette.co, on a repris des dizaines de projets Webflow construits par d'autres agences où chaque collection vivait dans son coin, sans aucune relation entre elles — résultat : des champs texte dupliqués partout, des mises à jour manuelles sur douze pages différentes, et un client qui appelle en panique parce qu'il faut changer un prix sur 40 fiches produit une par une.
La vérité, c'est que Webflow permet des architectures bien plus fines que ce que la plupart des tutoriels montrent. Les champs Reference et Multi-reference ne servent pas juste à afficher "l'auteur de l'article" — ils permettent de construire des relations many-to-many complexes, à condition de comprendre leurs limites réelles et de les contourner intelligemment.
Un champ Multi-reference permet à un item d'une collection de pointer vers plusieurs items d'une autre collection, et inversement si vous dupliquez la relation dans les deux sens. C'est la brique qui transforme un catalogue statique en véritable système modulaire.
Sur un projet e-commerce pour une marque de mobilier, on a construit trois collections liées : Produits, Matériaux, Collections saisonnières. Chaque produit référence plusieurs matériaux (Multi-reference) et appartient à une collection saisonnière (Reference simple). Résultat : la page "Matériaux" affiche automatiquement tous les produits qui utilisent ce matériau, sans qu'aucune donnée ne soit dupliquée. Un seul changement sur le matériau "chêne massif" se répercute sur les 60 fiches produits concernées.
Le piège classique : beaucoup d'agences créent une seule collection "Produits" avec des champs texte libres type "Matériau : chêne" en espérant filtrer dessus plus tard. Ça ne marche pas correctement — pas de relation, pas de filtre fiable, pas de page automatique par matériau.
Webflow limite le nombre de champs Reference/Multi-reference par collection. Sur les gros projets (plus de 5 relations nécessaires), il faut créer des collections "pivot" intermédiaires — une astuce empruntée directement au modèle relationnel SQL classique. C'est ce genre de contournement qui distingue une architecture CMS pensée en amont d'un CMS bricolé au fil de l'eau.
La plupart des agences utilisent les filtres natifs de Webflow (via les paramètres de la Collection List) pour trier par catégorie ou date. C'est fonctionnel, mais limité dès qu'on veut du filtrage dynamique côté visiteur, avec plusieurs critères combinés.
Pour un vrai filtre interactif — cocher "chêne" et "collection été" en même temps — l'interface native ne suffit pas. C'est là que Finsweet Attributes entre en jeu : ses attributs CMS Filter permettent de brancher des filtres visuels sur les champs de référence sans écrire une ligne de JavaScript personnalisé. On l'a implémenté sur un site immobilier avec plus de 300 biens : filtre par ville, surface, nombre de pièces et type de bien, combinables en temps réel, sans recharger la page.
Filtrer directement sur un champ Multi-reference ne fonctionne pas toujours nativement avec les attributs Finsweet selon la version utilisée. L'astuce peu connue : créer un champ texte "miroir" (caché visuellement) qui liste les slugs ou noms des items référencés, mis à jour via un champ calculé ou manuellement lors de la saisie CMS. C'est un peu artisanal, mais ça fonctionne de façon fiable et ça évite de basculer sur du développement custom coûteux.
| Approche | Cas d'usage | Limite principale |
|---|---|---|
| Reference simple | Relation 1-à-1 (article → auteur) | Une seule valeur possible |
| Multi-reference | Relation many-to-many (produit → matériaux) | Max 5 champs référence par collection |
| Multi-reference + Finsweet Attributes | Filtres combinés côté visiteur, catalogues complexes | Nécessite souvent un champ miroir texte |
| Collection pivot | Contourner la limite des 5 références | Complexifie la saisie CMS pour le client |
La plupart des dérapages viennent d'un seul mauvais réflexe : designer la page avant de modéliser les données. On voit encore des sites où la collection "Articles de blog" contient un champ "Catégorie" en texte libre au lieu d'une référence vers une collection "Catégories" dédiée — impossible ensuite de générer une page par catégorie automatiquement, ni d'afficher un compteur d'articles par thème.
Cette phase de modélisation prend une demi-journée de plus en amont. Elle en économise des dizaines en maintenance, et c'est exactement ce qui différencie une architecture Webflow pensée pour durer d'un site qui vieillit mal dès la première mise à jour massive de contenu.
Ajoutez la localisation avec Weglot par-dessus une architecture à références multiples, et la complexité grimpe encore d'un cran. Les champs référencés ne se traduisent pas automatiquement de la même façon que les champs texte statiques : il faut vérifier que les slugs traduits restent cohérents entre collections liées, sous peine de liens cassés en version anglaise ou allemande. C'est un point que très peu d'agences testent avant mise en ligne — et qui se découvre en général au pire moment, en pleine campagne d'acquisition sur un marché étranger.
{{webflow}}
On le dit souvent en interne : un CMS Webflow bien construit ne se voit pas — c'est justement ça qui prouve qu'il est bien construit. Le client ne voit jamais le champ miroir, la collection pivot, ou l'arbitrage sur la limite des 5 références. Il voit juste que modifier un prix se fait en un clic, et que la page "produits en chêne" existe sans qu'on ait eu besoin de la designer à la main.
C'est cette couche invisible qui distingue un site Webflow livré vite d'un site Webflow qui tiendra trois ans sans refonte. On a vu trop de projets migrer en urgence vers du développement custom simplement parce que personne n'avait anticipé les relations entre collections au moment du cahier des charges. Un bon CMS Webflow, c'est 80 % de modélisation de données et 20 % de mise en forme visuelle — l'inverse de ce que beaucoup pensent en découvrant l'outil.
{{seo-aeo}}
Une architecture relationnelle bien pensée sert directement le référencement. Les pages générées automatiquement par matériau, par ville ou par catégorie créent un maillage interne naturel et massif — exactement le type de structure que Google valorise pour le contenu programmatique, et que les IA génératives citent plus facilement parce que l'information est organisée de façon cohérente et exhaustive plutôt qu'éparpillée sur des pages statiques isolées. Ce sujet rejoint directement les meilleures pratiques SEO sur Webflow que l'on détaille par ailleurs, et prépare aussi le terrain pour l'AEO, où la structuration des données compte autant que le contenu lui-même.
Code
Titres percutants, meta descriptions soignées, sitemap, Schema.org, structure Hn, audits : ce sont les fondations SEO qui rendent votre contenu lisible par Google ET par les IA génératives. Nous couvrons les deux en même temps.

Avec plus de 180 clients, notre agence vous accompagne sur tous les sujets comme le webdesign sur mesure, les automations fines, la conversion et votre visibilité SEO et GEO.
Nous concevons des designs web sur mesure, orientés performance, parcours utilisateurs et conversion. Comme plus de 180 clients, faites nous confiance et élevez votre marque.
