Sites web d'entreprise

Un site d'entreprise est la première chose qu'un acheteur sérieux vérifie. Nous construisons le vôtre comme un éditeur de produits construit le sien : conçu à partir d'une page blanche pour votre marque, compilé en HTML statique, servi depuis un réseau mondial en périphérie, testé à chaque taille d'écran, et rédigé pour être trouvé.

Rendu

HTML statique, aucun serveur d'exécution

Livraison

Le réseau mondial en périphérie de Cloudflare

Accessibilité

WCAG 2.2 AA, vérifié sur chaque page

Langues

Autant que vos marchés l'exigent

Traceurs

Aucun script tiers par défaut

Hébergement

Nous l'hébergeons et l'exploitons, au mois

Livrables

Ce que comprend un site Whitewater

Chaque projet livre la même substance. Le design et les mots changent selon le client ; le socle technique, lui, ne bouge pas.

01

Un système de design pensé pour votre marque

Si vous disposez déjà d'une marque, c'est de là que part la conception. Un logo, une palette, une charte graphique, une police sous licence : nous partons de ce qui existe et le prolongeons dans tout ce qu'un site exige et qu'une charte graphique ne couvre jamais, comme une véritable échelle typographique, un rythme d'espacement, une grille de mise en page, un état pour chaque élément interactif et un thème sombre qui prolonge la marque au lieu de la contredire. S'il n'existe pas encore de système de marque, nous en concevons un à partir d'une page blanche.

Dans un cas comme dans l'autre, le résultat est conçu pour vous et livré sous forme de code : pas de thème, pas de constructeur de pages, pas de kit de composants recyclé d'un projet précédent. C'est pourquoi deux sites que nous construisons ne se ressemblent jamais.

Le thème sombre est conçu en parallèle du thème clair plutôt qu'inversé à la fin, si bien qu'un visiteur dont le téléphone reste en mode sombre voit une page réfléchie plutôt qu'une version délavée.

02

Des pages écrites pour la recherche qu'un acheteur effectue réellement

Une page par intention de recherche, avec les mots que votre marché emploie. Les titres répondent à des questions au lieu de décorer la mise en page, et les liens internes rendent la hiérarchie évidente pour un lecteur comme pour un robot d'indexation. Une page trop légère ne se positionne pas et ne convertit pas ; chaque page porte donc la substance que son rôle exige, et s'arrête là.

03

Un point de contact qui délivre réellement

Le formulaire est du HTML simple qui envoie vers un point d'accès serverless sur le même domaine. Il est protégé par un défi Cloudflare Turnstile, un champ piège invisible et une vérification du temps de remplissage, et il envoie depuis un domaine d'expédition vérifié, pour que le message arrive dans une boîte de réception plutôt que dans les indésirables.

Un visiteur dont l'envoi est rejeté voit un message d'erreur honnête et une adresse e-mail, jamais une page de remerciement pour un message silencieusement perdu.

04

Chaque page dans chaque langue où vous vendez

Chaque langue obtient de vraies routes et un vrai contenu, avec le groupe de balises hreflang, l'URL canonique auto-référencée et le sens d'écriture correct gérés page par page. Ce site est lui-même livré en huit langues, comme preuve.

05

Images et typographie résolues à la compilation

Les photographies sont redimensionnées, converties dans un format moderne et hachées selon leur contenu pendant la compilation, puis servies depuis votre propre domaine. Les polices de marque sont sous-ensemblées selon les écritures dont vos langues ont besoin et hébergées par nos soins, sans requête vers une police tierce ni décalage de mise en page pendant leur chargement.

06

Hébergement, déploiements et une suite de tests qui les conditionne

Nous hébergeons et exploitons le site fini pour un forfait mensuel : la plateforme en périphérie, les certificats, le domaine d'expédition, les déploiements et la surveillance. Le site est du code standard dans un dépôt doté de vérifications automatisées et d'un déploiement en une seule commande, et les tests ne sont pas là pour décorer : accessibilité, parité des langues, en-têtes de sécurité, hygiène des métadonnées et intégrité des liens s'exécutent à chaque modification, et un test en échec bloque le déploiement.

Refonte

Remplacer un site que vous avez déjà

La plupart des sites d'entreprise ne sont pas des premiers sites. Le vôtre se positionne déjà sur certaines recherches, reçoit déjà des liens depuis des endroits que vous avez oubliés, et compte déjà des pages qu'un client a mises en favoris. Une refonte qui ignore cela peut annuler des années de trafic accumulé en une seule après-midi ; la migration est donc pensée dès la conception du projet, plutôt qu'improvisée le jour du lancement.

01

Un inventaire avant toute conception

Nous répertorions chaque URL publiée par le site actuel, à partir de son sitemap, de ses liens internes, de ses journaux serveur ou CDN, et de son historique Search Console quand vous en disposez. Chaque URL reçoit ensuite une décision : conservée à la même adresse, déplacée, fusionnée dans une page plus solide, réécrite, ou volontairement retirée.

Les pages qui attirent déjà de l'attention sont protégées en priorité. Si une page discrète et peu soignée est en réalité à l'origine de la moitié de vos demandes, cela apparaît dans l'inventaire, pas après sa suppression.

02

Un contenu déplacé sans perdre son sens

Les textes, images, documents et téléchargements sont repris page par page. Quand le volume le justifie, nous scriptons l'import, puis relisons quand même le résultat : une migration automatisée qui abîme un tableau, perd un niveau de titre ou fait disparaître un texte alternatif coûte plus cher à réparer qu'elle n'a fait gagner de temps. Là où les mots fonctionnent encore, nous les conservons, car une refonte n'est pas un prétexte pour tout réécrire par principe.

Le travail est indépendant de la plateforme. Que le site actuel tourne sous WordPress, un constructeur de site hébergé, un système de contenu sur mesure que plus personne ne maintient, ou du HTML écrit à la main il y a dix ans, le contenu est traité comme du contenu et reconstruit dans la nouvelle structure selon ses propres termes.

03

Un plan de redirections, écrit et vérifiable

Chaque adresse qui change reçoit une redirection permanente vers la page équivalente la plus proche. Jamais une redirection générale vers la page d'accueil, que les moteurs de recherche interprètent comme une suppression déguisée de tout ce que vous aviez. Les pages fusionnées pointent vers la page qui les a absorbées, et une page retirée pointe vers le parent le plus proche qui reste réellement utile pour la personne ayant suivi l'ancien lien.

Ce plan est un fichier consultable dans le dépôt, pour que vous puissiez le lire avant la bascule plutôt que de simplement croire qu'il existe. Après la bascule, nous interrogeons chaque ancienne URL et vérifions à la fois son code de statut et sa destination ; les redirections restent en place définitivement, pas seulement le temps d'une saison.

04

Ce qui est conservé, et ce que nous abandonnons volontairement

Conservé : le domaine, le contenu qui fonctionne encore, les images qui vous appartiennent, votre système de marque, l'adresse où arrive le courrier du formulaire, les comptes d'analyse ou de publicité que vous utilisez réellement, et toute URL que nous pouvons garder sans déformer la nouvelle structure autour d'elle.

Abandonné volontairement : les pages en double qui se font concurrence sur la même recherche, les pages que personne n'a ouvertes depuis un an, les widgets et scripts de suivi dont vous ne lisez plus les rapports, et les extensions dont le seul rôle était de rafistoler l'ancienne plateforme. Chaque suppression figure sur l'inventaire avec sa raison en regard, si bien que rien ne disparaît par accident et que vous pouvez opposer votre veto à n'importe laquelle.

05

La bascule, et les semaines qui suivent

Le nouveau site est en ligne sur une adresse de prévisualisation bien avant la bascule, si bien que rien n'est découvert pour la première fois le jour du lancement. À la bascule, nous basculons le DNS, laissons l'ancien hébergement joignable jusqu'à ce que le changement se soit propagé partout, vérifions le plan de redirections, confirmons que le courrier du formulaire arrive bien, soumettons le nouveau sitemap, et notifions les points de terminaison d'indexation instantanée pour que les moteurs compatibles réexplorent le site en quelques jours plutôt qu'à leur prochaine visite.

Ensuite, nous observons. Les résultats de recherche bougent pendant quelques semaines après toute refonte, le temps que les moteurs réexplorent et réévaluent le site : certaines requêtes se stabilisent plus haut, d'autres baissent avant de remonter. Nous suivons les fondamentaux avec vous : pages indexées, santé des redirections, Core Web Vitals et les requêtes qui comptent réellement pour votre activité, et nous vous disons ce que nous constatons, y compris quand la réponse honnête est que rien n'a besoin d'être fait.

Ce que nous ne ferons jamais, c'est promettre un chiffre. Une migration soignée protège ce que vous avez déjà acquis et donne à un meilleur contenu une chance réelle de rivaliser. Quiconque garantit le résultat d'une refonte parie avec votre trafic.

Ingénierie

Comment c'est construit

La pile technique est volontairement réduite. Moins de rouages, c'est moins de choses qui cassent à deux heures du matin, et un site qu'un autre développeur pourra encore comprendre dans trois ans.

Le statique d'abord

Les pages sont compilées en HTML avant même l'arrivée d'un visiteur. Aucun serveur applicatif dans le chemin de la requête, aucune requête à une base de données ne bloque le premier affichage. Le contenu, la navigation et les métadonnées vivent dans le HTML lui-même, si bien qu'un robot d'indexation et une personne avec une connexion mobile faible reçoivent la même page.

Une amélioration, pas une dépendance

Le JavaScript n'est ajouté que là où il se justifie, limité au seul composant qui en a besoin. Désactivez-le : la page reste lisible, la navigation fonctionne toujours et le formulaire s'envoie encore.

Les ressources traitées une seule fois

Images, polices et styles sont traités à la compilation et servis avec des en-têtes de cache immuables sous un hachage de contenu. Les visites répétées ne rechargent presque rien, et un nouveau déploiement ne sert jamais une ressource obsolète.

Des déploiements réversibles

Chaque modification est un commit. L'intégration continue compile le site, exécute la suite de tests complète, et publie seulement ensuite en périphérie. Si quelque chose ne va pas, la version précédente n'est qu'un retour en arrière.

Fig. 1 La page comme un plan : fenêtre d'affichage, titre, action principale, contraste ciblé.

Référencement

Construit pour être trouvé

Pour la plupart des entreprises, la recherche organique est le principal moyen par lequel un nouveau client arrive. Le référencement est donc une exigence de conception, pas une réflexion après coup ajoutée par une agence tierce.

  • La structure d'abord. Une page par intention de recherche, avec des titres qui répondent à la question tapée par l'internaute et des liens internes qui rendent la hiérarchie lisible.
  • Une balise head soignée sur chaque page. Un titre et une méta-description uniques, une seule URL canonique, et des cartes sociales qui s'affichent correctement quand quelqu'un colle le lien dans une conversation.
  • Des données structurées issues du contenu visible. Le balisage Organization, Service et fil d'Ariane est généré depuis la même source que celle qui s'affiche, si bien que les données lues par un moteur de recherche ne peuvent jamais s'écarter de ce qu'une personne voit.
  • Un index lisible par les machines. Un fichier sitemap couvrant chaque langue, un fichier robots qui le référence, et un fichier llms.txt pour les robots qui résument désormais les sites pour les internautes.
  • Une indexation instantanée. Chaque déploiement en production notifie le point de terminaison IndexNow avec les URL modifiées, si bien que les moteurs compatibles apprennent un changement en quelques minutes plutôt qu'à leur prochaine exploration.
  • Les Core Web Vitals dès la conception. Une livraison statique, des ressources immuables hachées et l'absence de scripts tiers sont le chemin le plus court vers de bonnes données de terrain, elles-mêmes un facteur de classement.
  • Ce que nous ne prétendrons jamais. Personne ne peut vous vendre un classement. Nous construisons le socle technique et éditorial qui permet à un contenu solide de rivaliser, nous le mesurons après le lancement, et nous vous disons clairement ce qui échappe à notre contrôle.

Accessibilité

Utilisable par tous, pas seulement par la plupart

L'accessibilité est à la fois un risque juridique, un signal pour le référencement et un signal de qualité. Nous considérons le niveau AA des WCAG 2.2 comme un plancher, et nous le vérifions mécaniquement plutôt que de l'affirmer dans une plaquette commerciale.

  • Audité page par page, taille d'écran par taille d'écran, thème par thème. Un audit automatisé s'exécute sur chaque page compilée aux largeurs mobile, tablette et ordinateur, dans les thèmes clair et sombre, et la moindre violation fait échouer la compilation.
  • Un vrai support du clavier. Un lien d'évitement comme premier arrêt, un anneau de focus visible partout, et un ordre de tabulation qui suit la page.
  • Le contraste dans les deux thèmes. Les couleurs du texte et de l'interface sont vérifiées contre leur véritable arrière-plan, aussi strictement en sombre qu'en clair.
  • Un mouvement qui demande la permission. Tout ce qui bouge est désactivé pour un visiteur dont le système demande une réduction des animations, et une image statique s'affiche à la place.
  • Un balisage sémantique. Des repères de structure, un seul titre par niveau dans l'ordre, des champs de formulaire étiquetés, et un texte alternatif descriptif sur chaque image.
  • Des zones cliquables confortables. Chaque élément interactif dépasse le minimum de 24 pixels, vérifié par la mesure plutôt qu'à l'œil.
  • Les mains au clavier, aussi. Les vérifications automatisées attrapent beaucoup de choses, mais pas tout ; nous naviguons donc aussi le site au clavier et le lisons à petite taille avant sa mise en ligne.

Langues

Un seul site, toutes les langues où vous vendez

Un widget de traduction posé sur une page anglaise est invisible pour les moteurs de recherche et désagréable à lire. Un vrai support multilingue est une décision de routage et de rédaction, prise dès le départ.

  • Une route par langue. Chaque page existe à sa propre URL dans chaque langue, si bien que chacune peut être indexée, liée et partagée.
  • Des signaux corrects. Un groupe de balises hreflang avec un x-default sur chaque page, ainsi qu'une URL canonique qui pointe vers la page elle-même plutôt que vers l'original anglais.
  • La lecture de droite à gauche gérée dans la mise en page. La feuille de style utilise des propriétés logiques de bout en bout, si bien que l'arabe reflète toute la composition au lieu de la rafistoler.
  • Rédigé, pas traduit automatiquement. Le contenu est écrit langue par langue dans la voix de la marque. Un texte généré automatiquement se reconnaît comme tel, et les acheteurs le remarquent.
  • Des polices au poids honnête. Les polices sont sous-ensemblées par écriture, et le texte non latin retombe sur une police système plutôt que d'envoyer des mégaoctets à un téléphone.
  • Un sélecteur de langue qui n'a besoin d'aucun JavaScript. De simples liens entre la même page dans chaque langue, sans cookie ni redirection devinée.

Sécurité et messagerie

Verrouillé, et le courrier arrive

Un site vitrine est une petite surface d'attaque qu'il vaut mieux garder petite, et un formulaire de contact ne sert à rien si son courrier atterrit dans les indésirables.

  • Une véritable politique de sécurité du contenu. Aucune tolérance pour les scripts en ligne non déclarés : chaque script en ligne est épinglé par hachage, et tout le reste est refusé, ce qui empêche un script injecté de s'exécuter.
  • Des en-têtes de transport et de navigateur dès le premier jour. Sécurité de transport stricte, aucun reniflage de contenu, une politique de référent et une protection contre l'intégration en cadre sont présentes dès le premier déploiement.
  • Des défenses de formulaire en couches. Un défi Turnstile pour vérifier l'humain, un piège invisible pour les robots naïfs, une vérification du temps de remplissage pour les plus rapides, et une validation côté serveur avec des limites de longueur sur chaque champ.
  • La délivrabilité vérifiée à chaque déploiement. Le domaine d'expédition est vérifié à chaque publication, si bien qu'un formulaire qui cesse de délivrer est repéré par nous, et non par un client resté sans réponse.
  • Aucun traceur par défaut. Rien de tiers ne se charge sans que vous le demandiez, et le seul outil d'analyse que nous installons se passe de cookies, ce qui signifie aussi aucune bannière de consentement.
  • Les secrets restent hors du dépôt. Les clés vivent dans un coffre-fort de secrets et atteignent le site en fonctionnement sous forme de variables d'environnement, jamais comme un fichier dans git.

Hébergement et évolutions

Qui l'exploite, qui écrit les mots, et comment ça évolue

Dès le lancement, nous hébergeons et exploitons le site pour un forfait mensuel : la plateforme en périphérie, les certificats, le domaine d'expédition sur lequel voyage le courrier de votre formulaire, les déploiements, et la surveillance qui nous signale quand quelque chose demande de l'attention. Les personnes qui l'ont conçu et construit sont celles qui le font tourner, si bien qu'une question sur une page et une question sur son hébergement arrivent au même endroit et obtiennent la même réponse.

Ce que ce n'est pas : aucun constructeur de pages propriétaire, aucune licence par utilisateur, et aucun éditeur dont vous louez des sièges. Le site est du code standard doté de ses propres tests, votre domaine reste votre domaine, et votre contenu comme votre marque vous appartiennent. Là où votre contrat le prévoit, vous pouvez reprendre le logiciel et l'héberger vous-même, et la façon dont il est construit rend cette bascule simple plutôt qu'un sauvetage. C'est une option que nous mettons par écrit quand vous le souhaitez, pas l'arrangement par défaut.

Pour la plupart des entreprises, l'option par défaut reste la meilleure affaire : une seule équipe qui connaît le code, une seule ligne mensuelle sur la facture, et aucun tiers entre vous et un problème. Si vous préférez le faire tourner vous-même, dites-le pendant que le cadrage s'écrit, pas après le lancement.

Qui écrit les mots

C'est nous, sauf si vous préférez le faire vous-même. La rédaction fait partie du projet : nous rédigeons la structure des pages, les titres et le corps du texte à partir de ce que vous avez déjà, et de la façon dont vous décrivez vous-même votre activité, dans vos propositions, vos e-mails commerciaux et vos conversations.

Ce que vous fournissez, c'est la matière et la validation finale : les services, les affirmations dont vous êtes prêt à répondre, les noms, les adresses, tout ce qui doit être exact. Nous n'inventerons jamais une statistique, un témoignage ou une étude de cas pour combler un vide. Si vous avez déjà un rédacteur, ou si vous préférez écrire vous-même, envoyez-nous les mots et nous concevons autour d'eux.

Modifier le contenu après le lancement

Modifier le contenu revient à éditer un fichier texte dans le dépôt, suivi de la même boucle que toute autre modification : une branche, une adresse de prévisualisation pour vérifier, la suite de tests complète, et un déploiement réversible en une seule étape. Rien ne se tape directement sur le site en ligne, si bien qu'une mauvaise modification ne peut pas faire tomber une page.

Dans la pratique, vous nous envoyez la modification et elle suit cette boucle, ce qui est le chemin le plus rapide pour les petites retouches. Là où votre contrat place vos propres développeurs dans le code, ils travaillent exactement de la même façon, ce à quoi servent l'installation documentée et les tests. Et si votre équipe a réellement besoin de publier plusieurs fois par semaine sans développeur, dites-le tôt : c'est un projet différent, avec une couche d'édition intégrée, et nous préférons le cadrer ainsi plutôt que de prétendre qu'un site statique est une salle de rédaction.

Démarrer un projet de site web [email protected]

Dites-nous ce que le site doit accomplir et qui il doit convaincre. Écrivez-nous via le formulaire de contact ou à [email protected], et vous obtiendrez une réponse de quelqu'un qui construit.