Cammers, fabricant de canapés : de WordPress à un catalogue Astro de 139 pages

Cammers fabrique des canapés sur le Winketkaai à Malines depuis 1934, aujourd'hui avec la troisième génération aux commandes et une équipe de 25 personnes. L'atelier a garni le musée KMSKA, l'hôtel de ville de Malines, le siège de Tomorrowland et le restaurant Le Pristine. Ce savoir-faire était à peine visible sur l'ancien site WordPress.

Un catalogue, pas une brochure

Le nouveau site compte 139 pages, et la grande majorité est du travail qui doit se voir : 50 projets de référence pour architectes et professionnels, 30 modèles de canapés de la collection maison, 29 regarnissages et sept articles de blog. Au total plus de mille photos et sept films tournés à l'atelier, tous construits en statique et sans base de données.

La vue des références filtre sur deux axes à la fois : par secteur (horeca, bureau et retail, soins, restauration et patrimoine, résidentiel) et par ce qui a été fabriqué (banquettes, canapés, lits, murs et panneaux). Un architecte qui cherche des panneaux muraux capitonnés dans le secteur des soins tombe directement sur le bon exemple, au lieu de faire défiler cinquante projets. Les pages de regarnissage montrent d'abord le résultat et ensuite l'état de départ, car c'est dans cet ordre qu'un visiteur veut regarder.

101 pages passerelles que nous n'avons volontairement pas reprises

L'ancien site portait 101 pages communales : 50 fois tapissier-commune et 51 fois magasin-de-meubles-commune, chaque fois avec pratiquement le même texte et un autre nom de localité. Cela rapporte un peu de longue traîne à court terme et un problème à long terme, car Google traite de telles séries comme du scaled content abuse.

Elles n'ont donc pas été migrées. Chaque URL a bien reçu une 301 vers la page qui correspond à l'intention de recherche : tapissier-commune vers le hub de regarnissage, magasin-de-meubles-commune vers la collection de canapés, avec une exception pour magasin-de-meubles-malines parce que ce terme performe réellement et relève du showroom. Au total, il y a 235 redirections 301 fixes plus deux règles génériques, et après la mise en ligne elles ont toutes été mesurées sur le vrai domaine : 235 sur 235 aboutissent à la bonne adresse.

Rapide, parce qu'il y a peu à charger

Astro livre du HTML statique depuis le réseau Cloudflare, il n'y a donc ni processus PHP ni base de données entre le visiteur et la page. Le CSS se trouve dans le HTML même plutôt que dans des fichiers séparés, les polices Spectral et Jost sont hébergées en propre avec uniquement les graisses réellement utilisées au-dessus de la ligne de flottaison, et l'image principale est préchargée.

Une mesure Lighthouse sur le site en ligne donne 99 pour la performance et 100 pour l'accessibilité, les bonnes pratiques et le SEO, avec un largest contentful paint de 0,9 seconde. L'accessibilité n'était pas un effet secondaire : chaque élément de texte du site a été recalculé sur son rapport de contraste, y compris les couches translucides au-dessus, ce qui a révélé 21 endroits où les couleurs de la marque passaient sous la norme WCAG.

Trouvable sur Google, citable par les IA

Chaque type de page porte son propre JSON-LD lisible par machine. L'entreprise y figure comme FurnitureStore avec adresse, horaires et catalogue de services, chaque modèle de canapé comme Product, chaque projet de référence et chaque regarnissage comme CreativeWork avec son lieu, les articles de blog comme BlogPosting et les questions fréquentes comme FAQPage.

Le blog est construit autour de vraies questions plutôt qu'autour de mots-clés : combien coûte le regarnissage d'un canapé, comment choisir un tissu d'ameublement, ce que signifie une valeur Martindale pour du mobilier de projet. Ce sont exactement les questions que les gens posent à ChatGPT et à Perplexity, et une réponse accompagnée de chiffres et de contexte est une réponse qui peut être citée.

Un formulaire sans captcha, et un déménagement sans coupure de mail

Le formulaire de contact passe par Astro Actions avec validation côté serveur, un honeypot et une limite de fréquence. Pas de captcha, car il n'y a pas d'endpoint ouvert à détourner et le visiteur n'a donc pas à désigner des feux de signalisation. La demande part sous forme de mail mis en page via Resend, avec l'expéditeur sur le domaine propre et l'adresse de réponse sur la personne qui a rempli le formulaire, et la confirmation apparaît dans la carte où se trouvait le formulaire au lieu d'une page de remerciement séparée.

Lors du passage à Cloudflare, la messagerie est restée entièrement intacte. Les enregistrements MX, SPF, DMARC et les deux sélecteurs DKIM de leur Microsoft 365 ont été comptés avant et après la bascule ; seuls les deux enregistrements A du site ont changé. L'apex a reçu sa propre règle de redirection, car relier www ne règle pas cammers.be, et sans cette règle l'ancien site y serait tout simplement resté.

Les contrôles sont dans le build, pas dans une checklist

Pour un site de 139 pages et plus de mille images, la vérification à la main n'est pas une méthode. C'est pourquoi des scripts de contrôle propres parcourent tout le site : liens cassés et images manquantes, débordement horizontal et cibles tactiles trop petites sur mobile, contraste des couleurs, erreurs JavaScript dans la console, données structurées, proportions de chaque image de galerie, et image de partage de chaque page.

Deux d'entre eux bloquent le build lorsqu'ils trouvent quelque chose, pour qu'une erreur ne puisse pas glisser silencieusement en production. Cela s'est avéré nécessaire : la première version du contrôle de galerie déduisait ses adresses avec une barre oblique finale alors que ce site n'en utilise pas, recevait donc 111 fois une 404 et annonçait joyeusement zéro problème. Un résultat vert sans substance est plus dangereux que pas de contrôle du tout, alors chaque garde-fou a désormais un contre-test qui doit échouer.

Outils utilisés