Développement web
La plupart des sites sont rapides et accessibles environ un mois. Puis un gestionnaire de balises arrive, on ajoute une vidéo en bannière, on installe une extension pour régler ce qu’une ligne de CSS aurait réglé, et au printemps suivant le site pèse trois fois plus sans que personne ne puisse désigner le jour où cela s’est produit.
Nous construisons des sites et des applications web où la vitesse et l’accessibilité sont des propriétés de la façon dont la chose est faite, plutôt que des constats dans un rapport. C’est moins cher, et cela survit à l’année de modifications qui suit.
Ce que « construit correctement » veut dire ici
L’accessibilité
WCAG 2.2 AA et IS 5568, pendant que le code s’écrit.
La performance
Un budget de poids et de temps fixé au départ, et tenu.
Trois langues
Le RTL comme direction de mise en page, pas un miroir.
L’animation
Un mouvement qu’on peut couper, avec un contrôle visible.
L’accessibilité par construction
Nous construisons selon WCAG 2.2 AA et, pour les clients israéliens, IS 5568, qui est une obligation légale et non une préférence. Surtout, nous le faisons en écrivant le code, pas dans une passe de correction ensuite.
La distinction est pratique et non philosophique. Rattraper l’accessibilité après coup veut dire réécrire le balisage, revoir chaque décision de couleur et reconstruire des composants pensés autour d’une souris. Le faire au fil de l’eau ne coûte presque rien : les bons éléments, une vraie hiérarchie de titres, un focus visible, des parcours clavier qui fonctionnent, et des contrastes vérifiés au moment où la palette est choisie plutôt qu’après sa validation.
Ce site est l’implémentation de référence. Ses jetons de couleur portent les rapports de contraste mesurés en commentaire à côté d’eux, parce qu’un jeton choisi pour une raison devrait dire laquelle.
La performance comme budget, pas comme arrière-pensée
Nous fixons un budget de poids et de temps au départ et nous nous y tenons. Polices sous-ensemblées et préchargées, images dans des formats modernes à la taille réellement affichée, aucun script bloquant le rendu, et le code tiers traité comme l’import coûteux qu’il est.
Si un site est lent, ce n’est presque jamais à cause du framework. Ce sont les images et le JavaScript des autres.
Du multilingue qui n’est pas un problème d’extension
Trois arbres de langue, des attributs lang et dir corrects sur chaque page, le sens droite à gauche traité comme une direction de mise en page à part entière plutôt que comme un miroir ajouté après, et des balises hreflang qui désignent les vraies traductions de chaque page.
L’hébreu n’est pas une variante de feuille de style. Le sens du texte affecte la mise en page, l’iconographie, la ponctuation, et la façon dont un lecteur d’écran annonce un nom de marque latin dans une phrase hébraïque. Nous avons fait cela trois fois en trois langues rien que sur ce site, et chaque bug subtil rencontré est aujourd’hui un test.
Une animation qui respecte le visiteur
L’animation, très bien. Une animation qu’on ne peut pas arrêter, non. Tout ce qui est ambiant respecte prefers-reduced-motion, et sur les sites très animés nous ajoutons aussi un contrôle visible, parce que tous les visiteurs ne savent pas que ce réglage système existe.
Avec quoi nous construisons
WordPress quand le client doit éditer du contenu et que le site est un site de contenu, sous forme de thème sur mesure plutôt que d’un constructeur de pages posé sur un gabarit. Les constructeurs échangent un démarrage rapide contre un poids permanent et une structure que personne ne pourra changer ensuite sans le constructeur.
Laravel, Next.js ou React quand la chose est en réalité une application qui a des pages. La question qui tranche est de savoir si le difficile est la publication ou le comportement, et la réponse choisit la pile plutôt que l’inverse.
Dans les deux cas le balisage est le nôtre, le CSS est le nôtre, et vous ne payez pas une taxe de performance sur les hypothèses d’un framework à propos d’un site qui n’est pas le vôtre.
Ce que nous vous déconseillerons
Si tout ce qu’il vous faut tient en cinq pages qui ne changent jamais, un bon gabarit sur une plateforme hébergée coûtera une fraction du prix et nous vous le dirons. C’est autre chose qu’une petite mission : un site de campagne qui doit être en ligne jeudi, nous en faisons constamment et nous les faisons vite.
Là où nous valons notre prix, c’est quand le site doit être rapide en conditions réelles, doit respecter une norme d’accessibilité opposable, doit fonctionner correctement en plusieurs langues, ou doit parler aux systèmes derrière lui.
Comment se déroule le travail
Le cadrage couvre ce que le site doit faire, qui doit pouvoir l’utiliser, quel est réellement le modèle de contenu, et à quels systèmes il se connecte. Ensuite le design et le développement avancent ensemble plutôt qu’en séquence, parce qu’un design livré en images contient toujours des décisions qui ne survivent pas à la construction.
Nous vérifions l’accessibilité et la performance en continu pendant la construction, pas à la fin. Un défaut de contraste repéré au moment de choisir la palette est une conversation de cinq minutes. Le même défaut repéré au lancement est une refonte.
À voir aussi
Quand un site est en réalité une application, voir les plateformes sur mesure. Quand c’est une boutique, voir l’ingénierie e-commerce. Quand il doit parler aux systèmes derrière lui, voir l’intégration de systèmes.
Questions fréquentes
Combien de temps prend un site ?
Un site de contenu avec un vrai design et un modèle de contenu propre prend généralement six à douze semaines. Les langues supplémentaires ajoutent du temps au contenu et à la traduction plutôt qu’au développement, puisque la structure porte les trois dès le départ.
Notre équipe pourra-t-elle l’éditer ?
Oui, et c’est une contrainte de conception plutôt qu’une réflexion après coup. Nous construisons les interfaces d’édition autour du contenu qui change réellement, de sorte qu’il n’y a pas moyen de casser la mise en page par accident en modifiant un paragraphe.
L’accessibilité est-elle vraiment une obligation légale ?
En Israël, pour la plupart des entreprises, oui. La norme IS 5568 renvoie à WCAG et l’obligation est réelle. Au-delà de la conformité, le même travail rend un site utilisable sur un téléphone moyen avec une mauvaise connexion, ce qui concerne beaucoup plus de monde que la plupart des propriétaires de sites ne le supposent.
Pouvez-vous réparer notre site existant plutôt que le reconstruire ?
Souvent oui, et c’est généralement le meilleur rapport. Un travail de performance et d’accessibilité sur un site existant apporte l’essentiel du bénéfice pour une fraction du coût d’une reconstruction. Nous vous dirons quand un site est réellement irrécupérable, et la réponse honnête est que la plupart ne le sont pas.
Faites-vous aussi le design ?
Oui. Voir le design UX et UI. Nous sommes également à l’aise pour construire à partir d’un design produit par un autre studio, et nous signalerons les parties qui ne survivront pas à la construction avant de commencer plutôt qu’après.
Plus de services
La suite
Dites-nous ce que vous construisez, ou ce qui casse.