Okou peut publier une sortie HTML statique sur une URL publique que vous pouvez envoyer à n'importe qui — sans pipeline de déploiement, sans compte d'hébergement, sans dépôt. Un fichier sur la machine de Okou n'est pas quelque chose que vos collègues peuvent ouvrir ; une page hébergée, si.
Disponible sur tous les forfaits.
À quoi ça sert
- Présentations et rapports. Une présentation générée ou un rapport de métriques devient un lien que vous déposez dans Slack, plutôt qu'un fichier que chacun doit télécharger.
- Landing pages et microsites. Pages de lancement, sites d'événement, opérations ponctuelles.
- Hubs internes. Pages d'onboarding, runbooks, tableaux de bord pour une équipe qui ne veut pas un outil de plus.
- Démos interactives. Un prototype que quelqu'un peut parcourir avant que vous ne le construisiez pour de bon.
- Tout ce qu'une automatisation produit à intervalle régulier. Un rapport hebdomadaire qui vit toujours à la même URL se met en favori plus facilement qu'une pièce jointe hebdomadaire.
Comment ça marche
Demandez-le : « Publie ça comme une page que je peux partager. » Okou construit le bundle statique, publie le répertoire et répond avec l'URL.
Des détails qui valent la peine d'être connus :
- Un site a un slug. Le slug détermine l'URL. Republier sur le même slug envoie une nouvelle version à la même adresse — exactement ce que vous voulez pour un rapport récurrent.
- Les versions sont immuables. Chaque publication est conservée comme sa propre version : une mauvaise mise à jour peut être identifiée et remplacée plutôt que regrettée.
- Les applications monopages sont prises en charge. Les sites à routage côté client servent les chemins inconnus depuis
index.html, afin que les liens profonds se résolvent. - Les sites existants peuvent être modifiés. Okou peut récupérer un site publié, changer ce qui doit l'être et le republier — vous n'avez pas à tout régénérer.
Notes pratiques
- L'URL est le livrable. Un chemin de fichier local ou l'adresse d'un serveur de développement sur la machine de Okou n'est accessible à personne d'autre que Okou. Si quelqu'un doit le voir, il faut une URL hébergée, un message ou un export de fichier.
- L'hébergement concerne les sorties statiques. Pages, présentations, rapports et applications côté client fonctionnent. Tout ce qui exige un backend vivant, une base de données ou un worker en arrière-plan relève de votre propre pipeline de déploiement.
- Les ressources doivent être de vrais fichiers. Placez les images à côté du HTML et référencez-les par chemin relatif plutôt que de les intégrer, pour qu'elles s'affichent de façon fiable une fois publiées.
- Public veut dire public. Toute personne disposant du lien peut ouvrir la page. Ne publiez rien que vous ne mettriez pas dans un canal partagé — pour du matériel privé, livrez plutôt vers Notion, un Google Doc ou un message privé.
Et ensuite
- Voir Génération pour produire le HTML en premier lieu.
- Voir Automatisations pour publier selon un calendrier.