Le développement de Beyond Pages comme support du mémoire a constitué une expérience complète, mêlant apprentissage théorique, mise en œuvre technique et réflexion critique. Contrairement à un projet réalisé a posteriori, le site a été conçu et développé en parallèle de l’écriture, ce qui a profondément influencé la manière d’aborder chaque choix.
L’un des enseignements majeurs concerne la modélisation du contenu. Travailler avec Sanity m’a rapidement confronté au fait que les décisions prises au niveau des schémas conditionnent directement la simplicité ou la complexité du front-end. Lorsque la structure est claire et cohérente, l’implémentation côté Next.js devient presque mécanique. À l’inverse, des choix trop rapides ou insuffisamment réfléchis obligent à revenir en arrière, à ajuster des relations ou à réorganiser certains champs. Cette expérience m’a fait prendre conscience que la conception du contenu est une phase fondatrice, au même titre que l’architecture applicative.
L’apprentissage de GROQ a marqué une rupture avec mes habitudes précédentes. La logique de requêtage, très liée à la structure des données, m’a obligé à penser différemment l’accès au contenu. Après une phase d’adaptation, j’ai constaté que GROQ permet une grande expressivité, à condition que les schémas soient correctement définis. Cette relation étroite entre modélisation et requêtes a renforcé l’idée que l’architecture headless repose sur une cohérence globale, et non sur une simple juxtaposition d’outils.
Le format éditorial du mémoire a joué un rôle déterminant dans cette expérience. Le fait d’écrire des articles tout en développant le site qui les accueille a rendu visibles des tensions souvent invisibles dans des projets plus linéaires. Certains besoins rédactionnels sont apparus avant les solutions techniques correspondantes, obligeant à faire évoluer le système en cours de route. Cette dynamique a transformé le site en terrain d’expérimentation permanent, où chaque nouvel article devenait un test des choix précédents.
L’utilisation de Sanity Studio a facilité cette approche évolutive. La possibilité de modifier les schémas sans remettre en cause l’ensemble du projet a encouragé une démarche itérative, dans laquelle les décisions initiales pouvaient être affinées progressivement. Cette souplesse a été déterminante pour maintenir un équilibre entre stabilité technique et liberté d’exploration.
Au-delà des aspects techniques, ce projet a modifié ma perception du rôle du développeur dans un contexte éditorial. Concevoir un système de contenu implique de penser l’information avant sa mise en forme, d’anticiper ses usages futurs et d’accepter qu’une architecture puisse évoluer avec le temps. Cette posture dépasse la simple implémentation et rejoint une réflexion plus large sur la structuration et la circulation du contenu.
Ce retour d’expérience ne vise pas à conclure définitivement le travail, mais à en dégager les enseignements principaux. Il constitue un point de transition vers des analyses plus comparatives et critiques, en ouvrant la voie à une mise en perspective de Sanity et de l’architecture choisie face à d’autres solutions existantes.