Catégories d’articles : sites, SaaS, cloud

• Plateformes et cloud: Catégories

  Cette catégorie couvre les fondations techniques des plateformes et de l'hébergement, expliquées en langage simple. Nous construisons des produits SaaS et des plateformes métier internes avec comptes, rôles, flux de travail, tableaux de bord et intégrations, en suivant les mêmes cinq étapes que tout projet, avec les exigences avant le code. Pour l'hébergement, nous installons votre application sur AWS : Elastic Beanstalk pour l'application, AWS WAF comme filtre contre le trafic nuisible, AWS Lambda pour repérer et bloquer automatiquement les scanners, et des rapports prêts à l'emploi avec Amazon CloudWatch Logs Insights. Le compte AWS reste toujours le vôtre. Les articles de cette catégorie examinent comment une application est protégée des analyses automatiques, ce qu'une plateforme doit avoir par écrit avant le début du développement et comment de tels systèmes sont contrôlés. En attendant leur publication, la page des plateformes SaaS et celle de l'installation AWS décrivent le travail en détail.

• Prise de décision: Catégories

  Cette catégorie regarde les sites du point de vue de la personne qui doit décider. Un site d'entreprise est le lieu où un visiteur comprend ce que vous proposez, vérifie si cela lui convient et choisit ce qu'il fera ensuite. Il fonctionne donc mieux lorsqu'il est construit d'abord comme un système de décision, le marketing venant se poser sur cette structure. Les articles décrivent comment les décideurs jugent réellement un site : s'il les concerne, si l'organisation est crédible, ce qui est exactement proposé, quel est le risque et ce qui se passe ensuite. Ils s'appuient sur des études du Nielsen Norman Group et sur les lignes directrices de Stanford sur la crédibilité des sites, comme un contact facile, une organisation visible et un contenu sans erreur. Chaque texte se termine par de courtes réponses aux questions fréquentes. Lisez-les si vous voulez que votre site aide l'évaluation au lieu d'imposer un message.

• Processus: Catégories

  Cette catégorie porte sur le déroulement d'un projet de site. Chaque projet d'iwebforyou traverse cinq étapes, comptées à rebours de T-5 à T-0, le jour de la mise en ligne, et aucune étape ne commence avant que vous ayez validé la précédente. Chaque étape a un résultat défini, un point de validation et un risque qu'elle écarte. Les changements hors du périmètre convenu sont consignés et évalués, jamais appliqués de façon informelle, pour que le coût et le délai restent visibles de tous. À la remise, vous recevez la pleine propriété, les accès et la documentation. La même discipline vaut pour les plateformes : les exigences sont écrites avant le code, et la technologie est choisie après elles. Les articles de cette catégorie expliquent ces étapes en langage simple, ce que signifie chaque validation pour vous et ce que nous demandons de votre côté en temps et en décisions. Lisez-les avant le début du projet, pour savoir à quoi vous attendre à chaque point.

• SaaS: Catégories

  Cette catégorie rassemble nos articles sur la construction de plateformes SaaS, écrits pour ceux qui commandent ou pilotent un tel produit. Ils traitent trois points que nous jugeons fondamentaux. D'abord le développement piloté par les tests : on écrit un test qui échoue, puis le code qui le fait passer, puis on améliore le code, si bien que chaque fonction a son contrôle dès le départ et que chaque bug confirmé devient un test permanent. Ensuite les rôles et les permissions : ils sont écrits sous forme de tableau avant le code, selon trois règles de l'OWASP, moindres privilèges, refus par défaut et vérification à chaque requête sur le serveur. Enfin la séparation des données des clients, pour laquelle AWS décrit trois modèles : silo, pool et bridge. Le modèle se choisit dans la conception du système, avant que le code soit écrit. Ces articles sont pour l'instant disponibles en grec.

• Stratégie de site: Catégories

  Cette catégorie réunit nos articles sur la stratégie derrière un site d'entreprise : à quoi sert le site, qui il sert et comment il doit être jugé. Les articles défendent l'idée qu'un site d'entreprise est un système de décision et non une couche de marketing, et que son efficacité se mesure à la clarté et à l'utilisabilité dans une décision réelle, pas au trafic ni à l'apparence. Ils expliquent pourquoi la plupart des sites d'entreprise échouent, à savoir faute de structure, avec des formulations génériques, des publics mélangés et aucune aide à la décision, et ce que fait à la place un site efficace : il permet au visiteur de comprendre ce que fait l'entreprise, de juger si l'on peut lui faire confiance, de voir si cela lui convient et de choisir une prochaine étape. Les signaux de crédibilité, comme une adresse réelle, un contact facile et l'absence d'erreurs, sont aussi traités. Chaque article est écrit en langage simple et se termine par les réponses aux questions les plus fréquentes.

• Structure: Catégories

  Cette catégorie réunit nos articles sur la structure : la façon dont le contenu d'un site d'entreprise est organisé pour que le visiteur le trouve, le comprenne et agisse. Structurer, c'est décider quelles informations existent, comment elles sont regroupées, ce que le visiteur voit en premier et comment il passe d'une page à l'autre. Les articles défendent l'idée que la structure précède le design, parce que le design ne peut soutenir qu'un ordre qui existe déjà, et que la plupart des sites d'entreprise échouent faute de structure et non parce qu'ils paraissent datés. Ils décrivent aussi les causes habituelles de l'échec : aucune structure d'ensemble, des formulations génériques, des publics mélangés et aucune aide à la décision. Chaque article est écrit en langage simple et se termine par les réponses aux questions que les lecteurs posent le plus souvent. Si vous préparez un nouveau site ou revoyez un ancien, commencez ici, avant de parler de couleurs ou de mises en page.

• Vitesse et performance: Catégories

  Cette catégorie porte sur la vitesse d'un site et sur la façon dont elle se mesure. Nous garantissons un score de Performance Google PageSpeed Insights d'au moins 80 sur mobile, mesuré le jour de la livraison, sur la page d'accueil et sur une page de chaque grand type. Nous faisons cinq mesures par page et c'est la médiane qui compte. Si le score n'est pas atteint, nous le corrigeons sans frais avant la clôture de la livraison. Nous garantissons le score, pas le classement dans les moteurs de recherche. Le mobile sert de base parce que les outils de Google simulent eux-mêmes un téléphone milieu de gamme sur un réseau mobile et que Google utilise la version mobile d'un site pour l'indexation : une page rapide sur ordinateur peut donc rester lente là où la plupart des visiteurs la rencontrent. Les articles expliquent ces idées en langage simple. En attendant leur publication, la page de la garantie de vitesse donne les conditions complètes et la méthode de mesure.

← Tous les articles