Front-end

Le front-end désigne la partie d'un site ou d'une application qui s'exécute dans le navigateur de l'utilisateur : ce qu'il voit, lit et manipule. Il repose sur trois langages, le HTML pour la structure, le CSS pour la présentation et le JavaScript pour le comportement, ainsi que sur les outils qui servent à les produire.

Face à lui, le back-end tourne sur un serveur : base de données, règles métier, authentification, facturation. L'image de la salle de restaurant et de la cuisine reste juste, à une condition près : ici, le client peut voir toute la salle, lire les fiches et déplacer les tables. Tout ce qui est envoyé au navigateur est public et modifiable.

Comment ça marche

Le navigateur reçoit du HTML et construit une représentation en mémoire du document. Il applique ensuite les feuilles de style, calcule la position et la taille de chaque élément, peint le résultat, puis exécute le JavaScript, qui peut modifier le document, écouter les interactions et appeler des API. Chaque étape a un coût, et l'ordre dans lequel les ressources arrivent détermine la vitesse d'affichage perçue.

En amont, une chaîne de build assemble les fichiers sources, convertit le TypeScript, compile le CSS, découpe le résultat en morceaux chargés à la demande et optimise les images. Le rendu peut être produit à la compilation, sur le serveur à chaque requête, ou entièrement dans le navigateur ; les méta-frameworks modernes permettent de combiner ces modes page par page.

Ce dont il est responsable

• Le rendu et la mise en page, sur toutes les tailles d'écran
• L'accessibilité : balisage sémantique, navigation au clavier, contrastes, gestion du focus
• La performance perçue, mesurée notamment par le plus grand affichage de contenu, la stabilité visuelle et la réactivité aux interactions
• Le confort de saisie : validation immédiate, messages d'erreur compréhensibles, états de chargement
• Le recueil du consentement et la mesure d'audience
• Une bonne part du SEO technique : contenu présent dans le HTML, titres hiérarchisés, données structurées, liens réellement cliquables

Les pièges

• Charger trop de JavaScript pour des interfaces qui n'en demandaient pas
• Publier des images sans dimensions déclarées, ce qui provoque des décalages de mise en page
• Considérer une validation côté navigateur comme une sécurité : elle ne l'est jamais, le serveur doit revalider
• Traiter l'accessibilité en fin de projet, quand la structure HTML est déjà figée
• Empiler des dépendances non maintenues, qui deviennent une dette et un risque
• Tester uniquement sur un poste de développement rapide et une connexion en fibre

La frontière avec le back-end

Le front ne porte jamais un secret ni une règle de sécurité. Les clés d'API, les contrôles de droits et les calculs de prix appartiennent au serveur. Dans les projets qu'on accompagne, c'est la ligne de partage qui provoque le plus de reprises quand elle a été franchie au départ.