~2 min de lecture
Ce que j’ai (re)découvert sur le routing Angular
Petite découverte inattendue pendant que je bossais sur le routing d’EasyAngularKit…
Je savais bien sûr qu’Angular permet de définir des routes dynamiques — type /module/:id.
Mais ce que je n’avais jamais testé, c’est la possibilité d’avoir une route partiellement dynamique et
partiellement statique dans un même segment.
Un truc du genre :
/:idModule-module
Sur le moment, je me suis dit "Bon… voyons ce que ça donne."
Je tape /1-module dans l’URL, sans grande conviction… et là, magie : Angular match la route, l’idModule vaut 1,
et tout fonctionne.
🎯 Pas besoin de multiples segments, Angular extrait la partie dynamique même au milieu d’un path hybride.
À première vue, ça semblait inutile
EasyAngularKit fonctionne en CSR pur (Client-Side Rendering). Donc pas de SEO côté serveur, pas de génération statique, rien de fou à ce niveau-là.
Mais en avançant sur ce blog, j’ai réalisé que ce pattern ouvrait une vraie opportunité.
Des URLs dynamiques ET lisibles
Plutôt que d’avoir /modules/1, je peux avoir :
/1-module
/2-forms
/3-testing
Et côté utilisateur comme côté moteur de recherche, c’est plus clair, plus sémantique, et potentiellement * meilleur pour le référencement*.
Exemple concret
Les pages des modules sur EasyAngularKit.com sont désormais construites avec ce principe.
Voici quelques exemples réels :
Chaque URL est dynamique mais reste parfaitement lisible pour l’utilisateur et pour Google.
Ce que j’en retiens
Soigner les routes est pertinent :
- ✅ pour l’expérience utilisateur
- ✅ pour les partages sur les réseaux
- ✅ pour la future transition vers du SSR ou SSG (si besoin)
- ✅ pour le plaisir de voir une URL propre 😄
📚 Envie de creuser Angular ?
👉🏼 ➡️ Découvre EasyAngularKit