Distribuire siti e app web di Google AI Studio

Collegare Google AI Studio a GitHub

Apri il sito o la web app che hai già creato.

Apri Google AI Studio

https://aistudio.google.com

Your app in Google AI Studio Settings GitHub

Prima volta? Clicca su "Sign in to GitHub to continue" Clicca su "Install & Authorize" quando richiesto

Settings è l'icona a forma di ingranaggio in alto a destra. Sei già collegato a GitHub? Passa all'attività successiva.

Creare un account GitHub

Only if you don't have one yet.

https://github.com/signup

Creare un repository e salvare

Un repository è la cartella del tuo progetto su GitHub. Hostinger legge il progetto da lì.

Clicca su "Create new repository" Inserisci un nome per il repository. La descrizione è facoltativa Scegli Private Clicca su "Create GitHub repository" Clicca su "Push changes to GitHub" Attendi finché lo stato non mostra "GitHub & Google AI Studio are currently in sync"

Quel messaggio conferma che il progetto è salvato.

Ottieni l'hosting Hostinger

Ti serve un piano Hostinger che includa le Web App. Ne hai già uno? Apri il tuo account e passa al passaggio successivo.

Ottieni l'hosting Web App di Hostinger

Scegli un piano che includa le Web App Node.js.

USED IN TUTORIAL

Creare una Web App e importare il progetto

Hostinger Websites Create website Web App

Scegli il tuo dominio, oppure un dominio temporaneo per iniziare Scegli Import your Git repository Scegli Continue with GitHub e autorizza Hostinger se richiesto Seleziona il repository che hai salvato nel Passaggio 1

Hostinger potrebbe mostrarti queste scelte come domande del suo assistente invece che come un modulo. Le scelte sono le stesse.

Controllare le impostazioni di build

Hostinger rileva automaticamente le impostazioni di build del progetto. Controlla il framework selezionato, poi continua se tutto è corretto.

Non sei sicuro delle impostazioni di build?

Facoltativo. Incolla questo nel tuo progetto di Google AI Studio e confronta la risposta con ciò che ha selezionato Hostinger. Legge solo i tuoi file.

Check this project's deployment settings for Hostinger. This is a read-only check. I am deploying this project to Hostinger as a Web App, imported from GitHub. Hostinger has already suggested build settings, and I want to confirm them against the real project. Inspect the actual project files: package.json, the lockfile, the build configuration and any server file. Do not guess from the preview or from how the app looks. Rules: - Do NOT change, create or delete any file. - Do NOT print the value of any API key or secret. Keep two things separate: - FRONTEND TOOLING: what builds the pages, for example Vite. - SERVER RUNTIME: whether a Node.js server must keep running in production, for example an Express server that serves the app or calls an API. If the project has a Node.js server that must keep running, the Hostinger framework preset should match that server, even when the pages are built with Vite. If there is no server, the preset should match the frontend build tool. Reply in this short format, as plain text and not JSON: Framework preset to choose in Hostinger: Needs a running Node.js backend: Yes or No, with a one-line reason Root directory: only if the app is not at the repository root Package manager: Build command: or "none needed" Server entry file: or "none" Node.js version: only if the project states one, otherwise "not specified" Mismatch to fix: anything that would break on Hostinger, or "none found" If you cannot verify a line from the files, write "not sure" instead of guessing.

Aggiungere le variabili d'ambiente

Nessuna variabile elencata? Salta questo passaggio.

Controlla le variabili d'ambiente rilevate da Hostinger Inserisci i valori di cui il progetto ha bisogno Clicca su Continue

I secret salvati in Google AI Studio non vengono copiati su Hostinger, quindi inseriscili di nuovo qui. Se il progetto usa la Gemini API, crea una chiave in questa pagina:

Apri Google AI Studio

API keys page

https://aistudio.google.com/apikey

IMPORTANTE

Inserisci le chiavi API solo in Hostinger. Non mettere mai una chiave privata in una variabile che inizia con VITE_ e non caricare mai su GitHub un file .env con chiavi reali.

Non sai di quali variabili ha bisogno il tuo progetto?

Trovare le variabili di cui ha bisogno il mio progetto

Incolla questo nel tuo progetto di Google AI Studio. Elenca i nomi delle variabili che il codice legge davvero e non modifica nulla.

List the environment variables this project needs on Hostinger. This is a read-only check. Search the real source code for process.env and import.meta.env, and read any example environment file. Do not guess and do not invent names. Rules: - Do NOT change, create or delete any file. - Report variable NAMES only. Never print a value. - Do not suggest several names for the same key. Report the one name the code reads. For each variable, give one line: NAME, what it is for, Required or Optional, read on the SERVER or in BROWSER code Do not list variables the hosting platform normally sets by itself, such as NODE_ENV or PORT, unless the code cannot work without a value I must enter. Then add one last line: Private key exposed in browser code: Yes or No Answer Yes if a private key, such as a Gemini API key, is read through a VITE_ variable or otherwise ends up in code that runs in the browser.

Spostare una chiave privata fuori dal codice del browser

Usalo solo se il controllo qui sopra indica che una chiave privata è esposta nel codice del browser. Le variabili che iniziano con VITE_ vengono incluse in pagine che chiunque può leggere.

A private API key in this project is read in browser code. Move it to the server so visitors can never see it. First confirm it from the real files: show me the file and line where browser code reads the key, without printing the key's value. If you cannot find one, stop and tell me. Do not change anything. If it is confirmed, make the smallest change that fixes it, and keep the design and every feature exactly as they are: - Call the API from a server route. Use the Node.js server the project already has. Add a minimal one only if there is none. - Read the key on the server from an environment variable that does NOT start with VITE_. - Make the browser code call my own server route instead of the API directly. - Remove the key from every file that is sent to the browser. Rules: - Never print the key's value. - Do not add a .env file with real keys to the repository. - Do not change unrelated code. When you finish, tell me: - the files you changed - the exact variable name to add in Hostinger - whether the project now needs a running Node.js server, so I can check the framework Hostinger selected

Fare il deploy

Controlla la configurazione finale Clicca su Deploy Attendi la fine della build Apri il sito in produzione

Se la build non riesce

Copia l'errore mostrato da Hostinger, incollalo in questo prompt ed eseguilo nel tuo progetto di Google AI Studio. Poi salva la correzione su GitHub, oppure cambia l'impostazione in Hostinger e rifai il deploy.

Correggere un deploy non riuscito

Trova la causa reale a partire dal tuo errore e corregge solo quella.

My project failed to deploy on Hostinger. I deployed it as a Web App imported from GitHub. Here is the exact error from Hostinger's build log: [PASTE THE ERROR HERE] Here is what Hostinger selected: Framework: [PASTE IT HERE] Other build settings, if you can see them: [PASTE THEM HERE, OR DELETE THIS LINE] Find the real cause from this error and the actual project files: package.json, the build configuration and any server file. Do not try random changes, and do not invent a cause the error and the files do not support. If the error is not enough to be sure, tell me what else to copy from Hostinger. - If a Hostinger setting is wrong, tell me exactly which setting to change and to what. Do not change code for that. - If the code or configuration is wrong, fix only that. Keep the design and features the same. - Do not upgrade unrelated packages. - If the log contains a key or password, do not repeat it. Never print the value of an API key or secret. Reply with: Cause: What you changed, or which Hostinger setting to change: What I should do next:

Testare il sito in produzione

Apri il sito in produzione e verifica che le pagine e le funzionalità principali funzionino.

Se il progetto ha funzionalità di IA, accesso o servizi collegati, prova anche quelli.

Se qualcosa non funziona sul sito in produzione

Copia il prompt adatto al tuo problema ed eseguilo nel tuo progetto di Google AI Studio. Poi salva la correzione su GitHub.

Correggere una pagina vuota o bianca

La build è terminata, ma il sito in produzione mostra una pagina vuota.

My project deployed to Hostinger without a build error, but the live website shows a blank page. It works in the Google AI Studio preview. Find what is different in production. Check the real project files for: - errors that only happen in the production build - asset and script paths that break outside the preview, including the base path in the build configuration - a server that does not serve the built files, or serves them from the wrong folder - a server that listens on a fixed port instead of the port the hosting gives it - code that needs an environment variable which is missing in production If I paste errors from the browser console below, start from them: [PASTE ANY BROWSER CONSOLE ERRORS HERE, OR DELETE THIS LINE] Base the fix on what you find in the files and the errors, not on guesses. If you cannot tell the cause, say what else I should copy for you. Keep the design and features exactly the same, and never print the value of an API key or secret. Reply with: Cause: What you changed, or which Hostinger setting to change: What I should do next:

Correggere una funzionalità di IA, l'accesso o un'altra funzionalità

Il sito si carica, ma una funzionalità non funziona.

My project is live on Hostinger and the pages load, but this feature does not work: [DESCRIBE THE FEATURE AND WHAT HAPPENS] Any error message I can see: [PASTE IT HERE, OR DELETE THIS LINE] It works in the Google AI Studio preview. Find why it fails in production. Check the real project files for: - the environment variables this feature reads. List their NAMES so I can confirm each one has a value in Hostinger - code that depends on Google AI Studio's own environment or secrets and has no equivalent on Hostinger - API calls that need a running Node.js server, in case the project was deployed without one - addresses that point to the preview or to localhost instead of the live domain - for sign-in or outside services: settings that must list my live domain Never ask me for the value of an API key or secret, and never print one. Never move a private key into browser code or into a VITE_ variable to make the feature work. Do not invent a cause the files and the error do not support. Keep the design and other features the same. Reply with: Cause: What you changed, or what I must set in Hostinger or in the outside service: What I should do next:

Correggere un 404 su una pagina interna

La home page funziona, ma aprendo o ricaricando un'altra pagina compare un 404.

My project is live on Hostinger. The home page works, but opening or refreshing an inner page shows a 404 page. Inspect how this project handles routes: the router in the frontend, and the server file if there is one. - If the project runs its own Node.js server, make that server return the app's main page for routes the frontend router handles, without breaking API routes or static files. - If the project has no server, do not add one. Tell me what the hosting must do for these routes and which Hostinger setting to check. Change only what this problem needs. Keep the design and features the same. Reply with: Cause: What you changed, or which Hostinger setting to change: What I should do next:

Aggiornare il sito

Ogni aggiornamento segue lo stesso percorso: Google AI Studio → GitHub → Hostinger → Sito in produzione.

Fai una piccola modifica in Google AI Studio Apri Settings, poi GitHub Clicca su "Push changes to GitHub" Attendi finché il progetto non è sincronizzato Attendi che Hostinger faccia il deploy dell'aggiornamento Ricarica il sito in produzione e controlla la modifica

Hostinger fa il deploy dell'aggiornamento da solo, purché il repository GitHub resti collegato e il deploy automatico sia attivo per la tua Web App.