Le pitch
Star Wars Canon Timeline est une frise chronologique interactive de tous les contenus Star Wars du nouveau canon Disney : films, séries, livres, comics, jeux vidéo. Le tout avec des filtres et une recherche pour s’y retrouver facilement.
Visiter : starwarscanontimeline.com
Pourquoi ce projet
Octobre 2015. “The Force Awakens” approche et ravive ma passion enfantine pour Star Wars.
Depuis le rachat par Disney en 2012, l’univers étendu a été réinitialisé. Un nouveau “canon” officiel se construit : films, séries animées, romans, comics Marvel, jeux vidéo — tout est connecté. Mais à l’époque, il n’existait pas de ressource claire pour visualiser cette nouvelle chronologie.
J’ai créé Star Wars Canon Timeline pour combler ce manque : une timeline visuelle, facile à parcourir, à filtrer, à explorer.
Ce qui le rend unique
Wookieepedia existe, mais c’est un wiki encyclopédique — dense, exhaustif, parfois intimidant.
Star Wars Canon Timeline est conçu pour être simple à utiliser :
- Filtrage par type de média (films, séries, livres, comics, jeux)
- Recherche rapide
- Vue chronologique claire
- Fiches détaillées pour chaque contenu
L’objectif n’est pas de remplacer Wookieepedia, mais d’offrir un point d’entrée accessible pour naviguer dans le canon.
Le défi de la durée : architecture et maintenance
Un modèle de données ambitieux : Le site repose sur 11 Custom Post Types : 7 pour les médias (Movies, TV Series, TV Episodes, Books, Comic Series, Comic Issues, Games) et 4 annexes (personnages, personnes, sociétés, titres), interconnectés par des Custom Taxonomies et des Custom Fields (ACF). Une série TV est liée à ses épisodes, chaque épisode à sa place dans la chronologie, chaque contenu à son type de média.
Avec le recul, le modèle est probablement trop complexe. La mise à jour du contenu — ajouter un nouvel épisode, une nouvelle série de comics — demande trop de clics. C’est le piège classique : on sur-modélise au début parce qu’on veut que tout soit structuré, et on paie la complexité à chaque mise à jour pendant des années.
La maintenance depuis 2015 : La corvée la plus lourde n’est ni le code ni les mises à jour WordPress — c’est le contenu. Disney publie constamment de nouveaux romans, comics, séries. Chaque sortie doit être ajoutée manuellement. Depuis 2015, c’est un travail de fourmi.
Le trafic suit les événements Star Wars : chaque annonce, chaque sortie de film ou série provoque un pic de visiteurs. Le reste du temps, c’est du trafic SEO naturel — environ 1 500 visiteurs uniques par jour en 2026, ce qui montre que le besoin d’une timeline claire et navigable existe toujours.
Stack technique
- WordPress avec thème custom
- PHP, MySQL
- Bulma CSS via SASS
- Advanced Custom Fields pour la gestion de contenu
- FacetWP pour les filtres avancés
11 Custom Post Types : Movies, TV Series, TV Episodes, Books, Comic Series, Comic Issues, Games, plus personnages, personnes, sociétés et titres.
Évolutions
| Date | Version | Description |
|---|---|---|
| 1 Déc 2015 | 1.0 | Lancement — 15 jours avant “The Force Awakens” |
| 2017 | Nouveau logo par Ben Renaut | |
| Août 2018 | 2.0 | Premier redesign majeur, intégration FacetWP |
| Jan 2020 | 3.0 | Second redesign CSS complet (navbar, footer, cards) |
| 2021-2023 | Maintenance WordPress et dépendances |
Bilan
Durée : depuis 2015. Le contenu est toujours alimenté.
Audience : environ 1 500 visiteurs uniques par jour en 2026.
Ce que j’ai appris :
- La maintenance sur le long terme demande de la patience, de l’endurance et de la constance
- L’importance de designer des back-offices efficaces : le moins de clics possible pour publier du contenu. C’est un chantier que je n’ai pas fait — et qui aurait tout changé sur dix ans de mises à jour.
- Automatiser tout ce qui peut l’être — sur dix ans, chaque minute gagnée compte
Ce que je referais pareil :
- WordPress pour un site de contenu éditorial à long terme — malgré ses limitations, la stabilité et l’écosystème de plugins ont permis au projet de durer.
Ce que je changerais :
- Simplifier le modèle de données. 11 Custom Post Types, c’est trop. Chaque niveau de complexité se paie en temps de saisie, et sur dix ans, ça s’accumule.
- Peut-être découpler le front et le back en créant une API. WordPress a bien servi le projet, mais après dix ans, une architecture plus moderne serait bienvenue.
The Pitch
Star Wars Canon Timeline is an interactive chronological timeline of all Star Wars content from the new Disney canon: movies, TV series, books, comics, video games. All with filters and search to easily navigate.
Visit: starwarscanontimeline.com
Why This Project
October 2015. “The Force Awakens” is approaching and reignites my childhood passion for Star Wars.
Since Disney’s acquisition in 2012, the expanded universe had been reset. A new official “canon” was being built: movies, animated series, novels, Marvel comics, video games — everything connected. But at the time, there was no clear resource to visualize this new chronology.
I created Star Wars Canon Timeline to fill that gap: a visual timeline, easy to browse, filter, and explore.
What Makes It Unique
Wookieepedia exists, but it’s an encyclopedic wiki — dense, exhaustive, sometimes intimidating.
Star Wars Canon Timeline is designed to be simple to use:
- Filter by media type (movies, series, books, comics, games)
- Quick search
- Clear chronological view
- Detailed cards for each content
The goal isn’t to replace Wookieepedia, but to offer an accessible entry point for navigating the canon.
The challenge of longevity: architecture and maintenance
An ambitious data model: The site relies on 11 Custom Post Types: 7 for media (Movies, TV Series, TV Episodes, Books, Comic Series, Comic Issues, Games) and 4 supporting ones (characters, people, companies, titles), interconnected through Custom Taxonomies and Custom Fields (ACF). A TV series is linked to its episodes, each episode to its place in the chronology, each content to its media type.
In hindsight, the model is probably too complex. Updating content — adding a new episode, a new comic series — requires too many clicks. It’s the classic trap: you over-model at the start because you want everything structured, and you pay for that complexity with every update for years.
Maintenance since 2015: The heaviest chore isn’t code or WordPress updates — it’s the content. Disney constantly publishes new novels, comics, series. Each release must be added manually. Since 2015, it’s been painstaking work.
Traffic follows Star Wars events: every announcement, every movie or series release triggers a spike in visitors. The rest of the time, it’s organic SEO traffic — about 1,500 unique visitors per day in 2026, showing that the need for a clear, navigable timeline still exists.
Tech Stack
- WordPress with custom theme
- PHP, MySQL
- Bulma CSS via SASS
- Advanced Custom Fields for content management
- FacetWP for advanced filtering
11 Custom Post Types: Movies, TV Series, TV Episodes, Books, Comic Series, Comic Issues, Games, plus characters, people, companies and titles.
Timeline
| Date | Version | Description |
|---|---|---|
| Dec 1, 2015 | 1.0 | Launch — 15 days before “The Force Awakens” |
| 2017 | New logo by Ben Renaut | |
| Aug 2018 | 2.0 | First major redesign, FacetWP integration |
| Jan 2020 | 3.0 | Complete CSS redesign (navbar, footer, cards) |
| 2021-2023 | WordPress and dependencies maintenance |
Takeaways
Duration: since 2015. Content is still being added.
Audience: approximately 1,500 unique visitors per day in 2026.
What I learned:
- Long-term maintenance requires patience, endurance, and consistency
- The importance of designing efficient back-offices: the fewer clicks to publish content, the better. This is work I never did — and it would have changed everything over ten years of updates.
- Automate everything you can — over ten years, every minute saved counts
What I’d do the same:
- WordPress for a long-term editorial content site — despite its limitations, the stability and plugin ecosystem allowed the project to last.
What I’d change:
- Simplify the data model. 11 Custom Post Types is too many. Each level of complexity costs time in data entry, and over ten years, it accumulates.
- Perhaps decouple frontend and backend by creating an API. WordPress served the project well, but after ten years, a more modern architecture would be welcome.