Negli ultimi anni, un'onda spinta dagli strumenti di coding basati sull'AI sta spingendo sempre pi\u00f9 agenzie a proporre ai clienti siti statici in sostituzione di WordPress. Astro, Hugo, Eleventy: nomi che circolano nelle riunioni come se fossero la nuova frontiera. E in molti casi il cliente, che di tecnologia capisce poco, si lascia convincere da due parole magiche: \"pi\u00f9 veloce\" e \"pi\u00f9 sicuro\".<\/p>\n\n\n\n
Noi, da sostenitori di WordPress, crediamo che sia ora di dire le cose come stanno. Perch\u00e9 dietro questa tendenza c'\u00e8 molto marketing e poca sostanza, e il prezzo lo paga chi si ritrova con un sito che non pu\u00f2 pi\u00f9 far crescere.<\/p>\n\n\n\n
Partiamo da un dato di fatto che molti venditori di siti statici preferiscono non menzionare: un sito statico \u00e8, concettualmente, un ritorno al web degli anni '90<\/strong>. Nessun PHP, nessun database, nessuna interazione lato server. Le pagine sono file pre-costruiti, immutabili fino al prossimo deploy.<\/p>\n\n\n\n S\u00ec, i generatori moderni usano componenti, Markdown e template. Ma questo non cambia la sostanza: state acquistando un prodotto che fa meno cose di WordPress, presentato come se ne facesse di pi\u00f9<\/strong>. \u00c8 il classico trucco del venditore che vi dice che la macchina senza climatizzatore \u00e8 \"pi\u00f9 leggera e quindi pi\u00f9 veloce\".<\/p>\n\n\n\n La verit\u00e0 \u00e8 che il web dinamico non \u00e8 stata un'evoluzione casuale. \u00c8 stata la<\/strong> grande evoluzione. Dal momento in cui \u00e8 stato possibile generare pagine al volo, interagire con l'utente, gestire contenuti senza toccare il codice, il web ha smesso di essere un volantino e ha iniziato a essere uno strumento. Tornare indietro significa rinunciare a tutto questo in nome di qualche decimo di secondo in meno nel caricamento.<\/p>\n\n\n\n E diciamolo chiaramente: quel decimo di secondo non interessa a nessuno<\/strong>. Non al vostro cliente. Non ai suoi visitatori. Non a Google, che da anni ha chiarito che la velocit\u00e0 \u00e8 un fattore tra tanti, non l'unico. Ve lo stanno vendendo come se fosse la cosa pi\u00f9 importante del mondo, ma \u00e8 solo la cosa pi\u00f9 facile da misurare per giustificare una parcella.<\/p>\n\n\n\n Sentiamo spesso dire: \"Il tuo sito \u00e8 solo una vetrina, non ti serve WordPress\". Oppure: \"I contenuti li cambi una volta all'anno, non vale la pena avere un CMS\".<\/p>\n\n\n\n Ecco, questa affermazione \u00e8 semplicemente falsa<\/strong>, e chi la fa o non ha capito come funzionano le aziende, o sta facendo finta di non capirlo.<\/p>\n\n\n\n Non esiste un sito che non cambi mai i contenuti.<\/strong> Non esiste. Se un'azienda ha un sito, quel sito cambier\u00e0. Sempre. Cambieranno i numeri di telefono, cambieranno gli indirizzi, cambier\u00e0 il listino, cambieranno le foto del team, arriver\u00e0 un nuovo servizio, ci sar\u00e0 una promozione, cambier\u00e0 una normativa e andr\u00e0 aggiornata una pagina legale. Anche il sito pi\u00f9 statico del mondo, quello che il cliente giura di non voler mai toccare, dopo sei mesi ha bisogno di una modifica.<\/p>\n\n\n\n E quando quella modifica arriva, cosa succede con un sito statico? Succede che il cliente deve chiamare lo sviluppatore<\/strong>. Deve aprire un ticket, aspettare, pagare<\/strong>. Oppure, se \u00e8 fortunato, ha accesso a un pannello Git e deve fare un commit \u2014 cosa che il 99% dei clienti non sa fare e non vuole imparare.<\/p>\n\n\n\n Questa non \u00e8 indipendenza. Questa \u00e8 dipendenza totale dal fornitore<\/strong>. Ed \u00e8 esattamente il motivo per cui alcune agenzie spingono i siti statici: perch\u00e9 vi rendono clienti a vita, legati a loro per ogni singola virgola che volete cambiare.<\/p>\n\n\n\n Con WordPress, il cliente apre il browser, entra nel backend, cambia il testo, salva. Fine. Nessun ticket, nessuna parcella, nessuna attesa. Questa \u00e8 indipendenza.<\/strong><\/p>\n\n\n\n \"Senza PHP e senza database, la superficie d'attacco \u00e8 ridotta\". Vero. Peccato che sia un argomento che regge solo se si ignorano due cose.<\/p>\n\n\n\n Primo: un sito statico non \u00e8 un sito sicuro, \u00e8 un sito che non fa nulla<\/strong>. Non ci sono vulnerabilit\u00e0 perch\u00e9 non c'\u00e8 nulla da vulnerare. \u00c8 come dire che una casa senza porte \u00e8 pi\u00f9 sicura: \u00e8 vero, ma non ci si pu\u00f2 vivere.<\/p>\n\n\n\n Secondo: la sicurezza di WordPress \u00e8 una questione di gestione, non di architettura<\/strong>. Un WordPress aggiornato, con plugin affidabili, hosting serio e buone pratiche, \u00e8 perfettamente sicuro. I siti WordPress bucati sono quelli abbandonati da anni, con plugin pirata e password \"admin123\". La stessa negligenza applicata a un sito statico produrrebbe comunque un disastro, solo in modo diverso (dominio scaduto, certificato SSL non rinnovato, contenuti obsoleti).<\/p>\n\n\n\n Vendere lo statico come \"pi\u00f9 sicuro\" \u00e8 spaventare il cliente per vendergli meno<\/strong>. Non \u00e8 una proposta tecnica, \u00e8 una tattica commerciale.<\/p>\n\n\n\n Qualcuno ora dir\u00e0: \"Ma si pu\u00f2 fare un ibrido, il sito principale statico e il blog su WordPress in un sottodominio\". A noi questa soluzione fa rabbrividire<\/strong>, e spieghiamo perch\u00e9.<\/p>\n\n\n\n Un ibrido significa due infrastrutture da mantenere<\/strong>, due hosting, due domini, due sistemi di aggiornamento, due backup, due mentalit\u00e0 diverse. Significa che il cliente ha contenuti spezzati in due posti, un SEO frammentato, un'esperienza utente incoerente, e una fattura pi\u00f9 alta.<\/p>\n\n\n\n \u00c8 la peggiore delle soluzioni possibili: prende la complessit\u00e0 dello statico e ci aggiunge la complessit\u00e0 di WordPress<\/strong>, senza prendere i vantaggi n\u00e9 dell'uno n\u00e9 dell'altro. Chi ve lo propone lo fa per una sola ragione: non ha il coraggio di dirvi che vi sta vendendo un sito statico, ma non vuole nemmeno rinunciare alla parcella di manutenzione WordPress. \u00c8 una mediazione al ribasso che serve solo a chi la vende.<\/strong><\/p>\n\n\n\n Se dovete usare WordPress, usate WordPress<\/strong>. Ovunque. Per tutto. Non ci sono mezze misure che convengono al cliente.<\/p>\n\n\n\n Facciamo un elenco concreto di ci\u00f2 a cui rinunciate quando accettate un sito statico al posto di WordPress. Non \u00e8 teoria, \u00e8 ci\u00f2 che vi mancher\u00e0 il giorno dopo il lancio.<\/p>\n\n\n\n Form di contatto.<\/strong> Non funzionano nativamente. Serve un servizio esterno, con un piano gratuito che vi limita, o un piano a pagamento che vi costa pi\u00f9 dell'hosting WordPress.<\/p>\n\n\n\n Ricerca interna.<\/strong> Non esiste. Dovete aggiungere un servizio come Algolia, che \u00e8 ottimo, ma \u00e8 un'altra cosa da configurare, pagare e mantenere.<\/p>\n\n\n\n Commenti.<\/strong> Non esistono. E se il cliente vuole un blog con commenti, si apre un mondo di servizi esterni che scaricano dati su terze parti.<\/p>\n\n\n\n Login utenti.<\/strong> Non esistono. Se un giorno servisse un'area riservata, un'iscrizione, un piccolo e-commerce, si riparte da zero.<\/p>\n\n\n\n SEO tecnica.<\/strong> I plugin come Yoast o RankMath non hanno equivalente. S\u00ec, si possono scrivere meta tag a mano, ma stiamo parlando di tornare a lavorare come nel 2005.<\/p>\n\n\n\n Multilingua.<\/strong> I plugin come WPML o Polylang non hanno un vero equivalente. Le soluzioni per lo statico sono frammentate, immature, spesso legate a un singolo generatore.<\/p>\n\n\n\n Aggiornamenti dei contenuti.<\/strong> Il cliente dipende dallo sviluppatore per ogni modifica. Ogni volta.<\/p>\n\n\n\n Plugin.<\/strong> Non esistono. Ogni funzionalit\u00e0 va costruita da zero o integrata con un servizio esterno.<\/p>\n\n\n\n Cronologia delle revisioni.<\/strong> Non esiste nativamente. Se il cliente sbaglia una modifica, non c'\u00e8 un \"ripristina versione precedente\" cliccabile.<\/p>\n\n\n\n Gestione dei media.<\/strong> Niente libreria media, niente miniature automatiche, niente gestione centralizzata delle immagini.<\/p>\n\n\n\n Tutto questo \u00e8 il motivo per cui WordPress esiste<\/strong>. E tutto questo ve lo state togliendo<\/strong> per guadagnare qualche decimo di secondo su un caricamento che nessuno noter\u00e0.<\/p>\n\n\n\n Il web dinamico ha vinto per una ragione semplice: \u00e8 pi\u00f9 utile<\/strong>. WordPress ha conquistato il 40% del web per la stessa ragione: mette il potere nelle mani di chi i contenuti li crea<\/strong>, non di chi li programma.<\/p>\n\n\n\n Chi vi propone un sito statico per un sito aziendale, un sito vetrina, un sito di servizi, un portfolio, un blog aziendale, sta facendo una di queste tre cose:<\/p>\n\n\n\n In tutti e tre i casi, il cliente ci perde<\/strong>.<\/p>\n\n\n\n Non esiste un sito che non debba cambiare i contenuti<\/strong>. Non esiste un cliente che voglia dipendere dal fornitore per una virgola. Non esiste un'azienda che tra due anni non abbia bisogno di una funzionalit\u00e0 in pi\u00f9 che oggi non aveva previsto.<\/p>\n\n\n\n WordPress \u00e8 la risposta a tutto questo. \u00c8 la risposta che funziona<\/strong>, che dura, che cresce con il cliente, che gli lascia il controllo.<\/p>\n\n\n\n Il resto \u00e8 marketing. E noi, da fan di WordPress, preferiamo dire le cose come stanno: se vi stanno vendendo un sito statico, vi stanno vendendo un downgrade<\/strong>. Con un bel nome, con una bella grafica, con una bella storia sul web del futuro. Ma sempre un downgrade.<\/p>\n\n\n\n Su Sitista siti statici non esistono. NOI<\/strong> siamo il Web vero. Contattaci, possiamo riportarti nel futuro \ud83d\ude42<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" Dietro questa tendenza c’\u00e8 molto marketing e poca sostanza, e il prezzo lo paga chi si ritrova con un sito che non pu\u00f2 pi\u00f9 far crescere<\/p>\n","protected":false},"author":15,"featured_media":1339,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"powered_cache_disable_cache":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1337","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-rivista"],"_links":{"self":[{"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/posts\/1337","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/users\/15"}],"replies":[{"embeddable":true,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/comments?post=1337"}],"version-history":[{"count":3,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/posts\/1337\/revisions"}],"predecessor-version":[{"id":1343,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/posts\/1337\/revisions\/1343"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/media\/1339"}],"wp:attachment":[{"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/media?parent=1337"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/categories?post=1337"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sitista.com\/it\/wp-json\/wp\/v2\/tags?post=1337"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}La favola del \"non serve un CMS\"<\/h2>\n\n\n\n
Il mito della sicurezza<\/h2>\n\n\n\n
L'ibrido? Peggio del male<\/h2>\n\n\n\n
Cosa perdete davvero con un sito statico<\/h2>\n\n\n\n
Conclusione: lo statico \u00e8 un downgrade mascherato da upgrade<\/h2>\n\n\n\n
\n