Si votre agence construit des sites web avec des cadriciels modernes — Next.js, Astro, Vite, React — vous avez remarqué quelque chose : le temps de compilation est souvent plus court que le temps de déploiement. Vous pouvez échafauder un site client en un après-midi, mais le mettre en ligne implique de configurer l'hébergement, de mettre en place le CI/CD, de provisionner des bases de données, de gérer le DNS et de déboguer des erreurs de déploiement qui n'ont rien à voir avec le code que vous avez écrit.
Multipliez cela par 10 ou 20 projets clients et la surcharge DevOps devient un véritable centre de coûts. Canner a été conçu pour l'éliminer.
Le problème de déploiement des agences
Les agences jonglent avec plusieurs clients, plusieurs cadriciels et souvent plusieurs comptes d'hébergement. Chaque nouveau projet signifie une nouvelle configuration : variables d'environnement, paramètres de compilation, pipelines de déploiement, enregistrements de domaine. Quand un développeur junior pousse une compilation brisée vers le mauvais projet, le site d'un client tombe en panne.
Cette surcharge croît de façon linéaire avec votre nombre de clients. À cinq projets actifs, c'est gérable. À vingt, il vous faut une personne DevOps dédiée — ou il vous faut une plateforme qui s'en occupe pour vous.
Le flux de travail par glisser-déposer
Votre designer a terminé les maquettes dans Figma. Votre développeur a construit le site dans Cursor ou l'a codé à la main dans VS Code. Le client a approuvé la version de préproduction. Maintenant, vous devez la mettre en ligne.
Allez sur canner.ca. Glissez le dossier du projet sur la zone de dépôt. Canner détecte le cadriciel, installe les dépendances, compile le projet et vous donne une URL active. Temps écoulé : environ 30 secondes. Envoyez l'URL au client.
Pour les projets continus, connectez un dépôt GitHub. Chaque poussée vers main déclenche une recompilation automatique. Les déploiements de branche vous donnent des URL d'aperçu à partager avec les clients avant la fusion. Le flux de travail est identique à celui de Vercel ou Netlify — la différence, c'est l'endroit où le code s'exécute et la façon dont vous êtes facturé.
Travailler avec les plateformes de CMS découplé
La plupart des sites d'agence tirent leur contenu d'un CMS découplé — DatoCMS, Contentful, Strapi, Sanity, Prismic. Le modèle d'intégration standard est l'invalidation de cache par webhook : le client modifie le contenu dans le CMS, le CMS déclenche un webhook, et la plateforme d'hébergement purge le cache pertinent afin que le site reflète les changements.
Canner prend en charge l'invalidation de cache déclenchée par webhook. Quand un rédacteur de contenu publie une mise à jour dans DatoCMS, le webhook atteint le point d'accès de purge de votre projet sur Canner, les réponses mises en cache pertinentes sont effacées, et le prochain visiteur voit du contenu frais. Aucune intervention d'un développeur après la configuration initiale.
C'est important pour les agences, car les mises à jour de contenu des clients ne devraient pas exiger qu'un développeur appuie sur un bouton. Le client modifie, le site se met à jour. L'agence se concentre sur la construction, pas sur l'entretien.
Isolation par client
Chaque projet sur Canner s'exécute dans son propre environnement isolé, avec son propre processus, ses propres variables d'environnement et — si elle est provisionnée — sa propre base de données Postgres gérée. Aucune infrastructure partagée entre les clients. Une mauvaise configuration dans un projet ne peut pas affecter un autre. Les détails sur le fonctionnement de cette isolation se trouvent sur la page sur la sécurité.
La facturation est par projet, pas par siège. Toute votre équipe peut déployer sans payer par développeur. C'est une économie directe par rapport au modèle de tarification par siège de Vercel, qui facture pour chaque membre de l'équipe pouvant déclencher un déploiement. Pour une agence de 10 personnes sur Vercel Pro, cela représente 200 $US par mois avant même d'avoir hébergé un seul site. Sur Canner, l'équivalent est le coût de vos projets actifs, facturé en dollars canadiens — consultez la tarification pour le détail par palier.
Pour les agences qui servent des clients canadiens
Si vos clients comptent des cabinets d'avocats, des fournisseurs de soins de santé, des conseillers financiers ou des sous-traitants gouvernementaux — quiconque dans une industrie réglementée — vous pouvez leur offrir une garantie de conformité qu'aucune plateforme d'hébergement américaine ne peut égaler.
Chaque site sur Canner est hébergé entièrement au Québec. Les données ne quittent jamais la juridiction canadienne. Canner est de propriété canadienne et exploité au Canada, ce qui signifie qu'il n'est pas assujetti au CLOUD Act américain — la loi qui permet aux autorités américaines de contraindre les entreprises constituées aux États-Unis à produire des données stockées n'importe où dans le monde, y compris au Canada. Les mécanismes de cette distinction sont couverts en détail dans le billet sur le CLOUD Act.
Pour le site web d'un cabinet d'avocats qui traite des formulaires d'admission de clients, ou pour le site d'une clinique qui recueille des renseignements sur les patients, cette distinction compte. Votre agence peut offrir la résidence des données au Canada comme fonctionnalité standard de chaque projet que vous livrez, et non comme un module complémentaire coûteux.
La Loi 25, la loi québécoise sur la protection des renseignements personnels, prévoit des pénalités allant jusqu'à 25 millions de dollars canadiens ou 4 % du chiffre d'affaires mondial en cas de non-conformité. Héberger les données des clients sur une infrastructure assujettie à une juridiction étrangère crée une exposition à la responsabilité dont une évaluation des facteurs relatifs à la vie privée doit tenir compte. Héberger sur Canner ferme ce risque par conception.