Okou può pubblicare output HTML statico su una URL pubblica che puoi mandare a chiunque — nessuna pipeline di deploy, nessun account di hosting, nessun repository. Un file sulla macchina di Okou non è qualcosa che i tuoi colleghi possono aprire; una pagina ospitata sì.
Disponibile su ogni piano.
A cosa serve
- Presentazioni e report. Una presentazione generata o un report di metriche diventa un link che lasci cadere in Slack, invece di un file che tutti devono scaricare.
- Landing page e microsite. Pagine di lancio, siti per eventi, campagne una tantum.
- Hub interni. Pagine di onboarding, runbook, dashboard per un team che non vuole l'ennesimo strumento.
- Demo interattive. Un prototipo che qualcuno può cliccare prima che tu lo costruisca davvero.
- Tutto ciò che un'automazione produce con cadenza regolare. Un report settimanale che sta sempre allo stesso indirizzo è più facile da mettere nei preferiti di un allegato settimanale.
Come funziona
Chiedilo: «Pubblica questo come pagina che posso condividere.» Okou costruisce il bundle statico, pubblica la directory e risponde con la URL.
Dettagli che vale la pena conoscere:
- Un sito ha uno slug. Lo slug determina la URL. Ripubblicare sullo stesso slug porta una nuova versione allo stesso indirizzo — ed è esattamente ciò che vuoi per un report ricorrente.
- Le versioni sono immutabili. Ogni pubblicazione resta come versione a sé, così un aggiornamento sbagliato si può individuare e sostituire invece che rimpiangere.
- Le single-page app sono supportate. I siti con routing lato client servono i percorsi sconosciuti da
index.html, così i deep link si risolvono. - I siti esistenti si possono modificare. Okou può riprendersi un sito pubblicato, cambiare ciò che serve e ripubblicarlo — non devi rigenerare da zero.
Note pratiche
- La URL è il risultato. Un percorso di file locale o l'indirizzo di un dev server sulla macchina di Okou non è raggiungibile da nessuno tranne Okou. Se qualcuno deve vederlo, serve una URL ospitata, un messaggio o un export di file.
- L'hosting è per output statico. Pagine, presentazioni, report e app lato client funzionano. Tutto ciò che richiede un backend attivo, un database o un worker in background appartiene alla tua pipeline di deploy.
- Gli asset devono essere file veri. Metti le immagini accanto all'HTML e richiamale con percorsi relativi invece di incorporarle, così vengono renderizzate in modo affidabile una volta pubblicate.
- Pubblico vuol dire pubblico. Chiunque abbia il link può aprire la pagina. Non pubblicare nulla che non metteresti in un canale condiviso — per materiale riservato, consegna su Notion, un Google Doc o un DM.
Prossimi passi
- Vedi Generazione per produrre l'HTML in primo luogo.
- Vedi Automazioni per pubblicare a calendario.