AI Website Builder in cPanel: la trappola del sito-in-5-minuti

Un cliente mi ha scritto due settimane fa: "ho fatto il sito con l'AI del mio provider hosting in mezz'ora, ma su Google non lo trova nessuno". Aveva usato infatti, uno di quei builder AI integrati su cPanel del provider, quelli che da inizio 2026 stanno spuntando ovunque. Il sito era visivamente decente. Tecnicamente era una scatola chiusa.

Questo articolo non è contro l'AI nei site builder. Strumenti come Sitejet e Coderick AI hanno casi d'uso reali. Il problema nasce quando vengono venduti come se eliminassero del tutto la necessità di progettare, ragionare e ottimizzare un sito. E non è così.

Vediamo quindi dove funzionano bene, dove possono creare problemi e, soprattutto, quali domande fare prima di sceglierne uno.

Cosa sta succedendo nel 2026

Nel giro di pochi mesi i grandi provider hanno integrato builder AI direttamente nel pannello di controllo. Sitejet (acquisita da WebPros, la stessa di cPanel) è ora bundle gratuito con i piani cPanel di molti host. Coderick AI prova ad andare oltre: descrivi a parole ciò che vuoi realizzare e lo strumento genera non solo siti vetrina, ma anche web app.

Sulla carta, sembra il sogno di molte PMI italiane: creare un sito in poco tempo, spendere meno e smettere di rincorrere preventivi, revisioni e tempi di consegna del web designer.

Take controcorrente: non è una rivoluzione del prodotto. È soprattutto una strategia di retention.

Il provider ti offre il site builder perché, nel momento in cui vorrai cambiare hosting, esportare davvero il sito potrebbe diventare difficile, se non impossibile. Il valore per loro non sta solo nel canone hosting che paghi ogni anno, ma nella probabilità che tu resti bloccato nel loro ecosistema.

Cosa generano davvero (e cosa no)

Vale la pena distinguere i due approcci, perché sono molto diversi.

Sitejet: drag-and-drop con AI on top. L'AI Website Generator parte da un brief (settore, nome, tono) e produce layout, sezioni, testi e suggerimenti di immagini. Il generatore testi usa modelli stile ChatGPT. C'è il rilevamento dell'identità aziendale dal logo per i colori. Output: HTML/CSS statico servito dal proprio CDN, con SEO base (meta tag, lazy loading, image compression). Oltre 140 template di partenza.

Coderick AI: text-to-app. Niente template. Descrivi a parole l'idea e Coderick costruisce da zero il progetto, dal sito vetrina alla web app con database. Hosting incluso nel piano. La free trial ti dà 5 progetti attivi per 14 giorni e non puoi pubblicare finché non passi al piano a pagamento.

Sono due filosofie quasi opposte.

Sitejet ti permette di ottenere un sito statico abbastanza ordinato e presentabile. Coderick, invece, genera un’applicazione runtime che vive all’interno dell’ecosistema SiteGround.

Take controcorrente: la "magia AI", in questo caso, è soprattutto marketing.

Sitejet parte da template predefiniti e li riempie con testi dal sapore GPT-like. Il risultato è che molti siti generati a partire da prompt simili finiscono per assomigliarsi molto, sia nella struttura sia nell’impatto visivo.

Nel caso di Coderick, l'idea del "nessun template" può sembrare più innovativa, ma porta con sé un altro problema: meno prevedibilità. Significa non avere garanzie solide sulla qualità del codice, sull’accessibilità, sulle performance e sulla manutenibilità di ciò che viene generato ogni volta.

Due progetti consecutivi possono quindi produrre due risultati completamente diversi. E, in quel caso, più che automazione intelligente, diventa una lotteria.

Il problema SEO di cui nessuno parla

Qui le strade dei due strumenti iniziano a separarsi davvero.

Sitejet, da questo punto di vista: genera HTML statico, le pagine arrivano al crawler già renderizzate, i meta tag sono presenti e lo schema markup di base c’è. Per un sito vetrina locale - artigiano, ristorante, studio professionale - può bastare per essere indicizzato e posizionarsi sulle ricerche di brand o su query locali poco competitive, come quelle legate al "vicino a me".

Coderick AI, e più in generale i builder text-to-app, hanno invece un problema strutturale: molti generano Single Page Application renderizzate lato client. In pratica, il crawler riceve inizialmente un HTML quasi vuoto e il contenuto compare solo dopo l’esecuzione di JavaScript.

Google, nella maggior parte dei casi, riesce comunque a leggerlo. Ma non è gratis: aumenta il costo di crawling, l’indicizzazione può essere più lenta e parte del contenuto può essere interpretata in modo incompleto. **Bingéé e i crawler degli LLM, che contribuiscono a decidere se un contenuto verrà ripreso o citato negli ambienti di ricerca AI, sono spesso meno tolleranti.

C'è poi un secondo tema, ancora più importante: quello dell'Information Gain. Google sta premiando sempre di più i contenuti che aggiungono qualcosa di nuovo rispetto a ciò che è già presente nella SERP. Il problema è che i testi generati dai builder AI dei provider partono spesso dagli stessi prompt, dagli stessi modelli e dagli stessi pattern usati da migliaia di siti dello stesso settore.

Il risultato è l’opposto dell'Information Gain: non stai dicendo qualcosa di nuovo, stai producendo una media plausibile di ciò che è già stato scritto altrove.

Take controcorrente: i builder AI possono essere SEO-safe, ma raramente sono SEO-strong.

Dal punto di vista dell'indicizzazione tecnica possono andare bene, soprattutto nei casi semplici. Ma per competere su query commerciali vere, dove servono contenuti distintivi, struttura informativa, autorevolezza e intenzione di ricerca, non bastano.

Se ti dicono "è SEO optimized” e la prova è solo "abbiamo inserito i meta tag", non stanno parlando di ottimizzazione. Stanno parlando di piccole modifiche.

Quando ha davvero senso usarli

Stranamente, il caso d'uso che i provider spingono di più (la PMI che lancia il suo nuovo business) è quello dove i builder funzionano peggio. Una PMI ha bisogno di crescere sul motore di ricerca, non solo di "essere online". E ha bisogno di poter cambiare provider, sviluppatore o piattaforma fra due anni senza riscrivere tutto.

I casi dove invece i builder AI dentro cPanel funzionano bene sono tre:

1. Sito vetrina temporaneo o evento: una landing per un convegno, un menu QR di un ristorante stagionale, una pagina elettorale. Vive sei mesi, poi sparisce, non deve scalare in SERP.
2. Validazione rapida di un'idea: prima di investire 5.000 euro in un sito web, voglio vedere se la gente clicca. Costo: zero.
3. Cliente che si gestisce da solo i contenuti senza tecnico vicino: l'editor visuale di Sitejet ha meno frizione di WordPress per chi non vuole imparare niente.

Il principale beneficiario di un AI builder non è chi vuole crescere online. È chi vuole solo "esserci" senza preoccuparsene mai più. Per quel target è perfetto, per chiunque altro è un debito tecnico mascherato da risparmio.

Cosa chiedere prima di sceglierne uno

Tre domande tecniche da fare al provider, anche prima del prezzo:

1. Posso esportare il sito in HTML statico o in un formato che gira altrove? Sitejet, in alcuni piani, lo permette via ZIP. Coderick, no. Se la risposta è "no" o "solo migrando l'intero account hosting", stai firmando un contratto a tempo indeterminato senza saperlo.
2. L'output è server-side rendered o client-side? Per un sito da posizionare su Google nel 2026, la risposta deve essere SSR o statico prerenderizzato. Punto.
3. Ho accesso al codice sorgente per modificarlo manualmente quando il builder non basta? Prima o poi non basterà. Se non puoi mettere mano al codice, dipendi per sempre dalla roadmap di prodotto del builder.

Se il provider non risponde, o risponde in modo evasivo, hai la risposta.

Quello che dovremmo fare invece (e quello che facciamo noi)

Se hai bisogno di un consiglio sulla piattaforma giusta per il tuo caso, scrivici dall'Area Riservata o partiamo da un piano hosting condiviso che funziona con tutto, anche con Sitejet self-installato se proprio lo vuoi provare.

L'AI nei builder non è una moda passeggera. Diventerà sempre più capace e fra due o tre anni alcuni di questi limiti spariranno. Oggi, nel 2026, la regola è semplice: usali per quello che sono (acceleratori per progetti piccoli), non per quello che il marketing dice che sono (la fine del lavoro del web designer). E soprattutto, prima di firmare, controlla sempre l'unica cosa che conta davvero: chi possiede il sito quando finisce la storia con il provider.