Il tuo team fa a mano ciò che il sito dovrebbe fare da solo.

Sì, ed è la prima cosa su cui lavoriamo, non l'ultima. Ogni indirizzo che hai oggi resta identico oppure riceve un redirect permanente verso il suo sostituto, costruito da un elenco reale delle tue pagine e non da una sitemap che potrebbe essere vecchia. Le tue sitemap, i metadati di ogni pagina e le etichette di lingua si spostano insieme ai contenuti.

Significa che dopo la migrazione puoi rispondere a una domanda semplice: quali nostre pagine Google può mostrare? Nella maggior parte dei siti WordPress nessuno può, ed è così che migliaia di pagine di tag, di autore e di "pagina 12 di 47" finiscono a competere con le pagine che ti interessano davvero. Lo trasformiamo in un elenco chiaro, concordato con te e scritto nel sito — così cambiarlo dopo è una decisione deliberata che qualcuno rivede, non una casella che nessuno ricorda di aver spuntato.

Di solito è il motivo per migrare, non l'ostacolo. La maggior parte delle agenzie fa pagare di più il multilingua perché un plugin di traduzione trasforma ogni pagina in un duplicato che qualcuno deve tenere sincronizzato a mano. Fatto bene, ogni lingua è la sua pagina con il suo indirizzo, e le etichette che dicono a Google quale versione mostrare in quale paese si generano da sole. Aggiungere una quarta lingua dopo è una cartella, non una licenza e un'altra migrazione.

Due opzioni, e la scegliamo con te. Ci sono team a cui va benissimo scrivere in file di testo semplici con un editor visuale sopra. I team che vogliono un'interfaccia di scrittura completa prendono un gestore di contenuti moderno — Sanity, Contentful o simili — che risulta familiare e si collega al sito nuovo. In entrambi i casi scrivi, premi pubblica e la pagina è online in tutto il mondo in meno di un minuto.

In sicurezza sì: è esattamente per questo che spostiamo le parole in campi etichettati. L'IA compila campi, quindi non può smontare il design per sbaglio, e ciò che manca o è nel formato sbagliato ferma l'aggiornamento prima che arrivi a un visitatore. Ogni modifica compare come un elenco che il tuo team approva. Fare lo stesso su un costruttore di pagine WordPress significa lasciarle modificare il codice del layout, ed è così che si finisce a ripristinare backup.

Ognuno viene abbinato al suo sostituto prima del preventivo, oppure segnalato come problema lì per lì. I moduli passano a HubSpot o a un servizio dedicato. Le impostazioni SEO diventano parte della pagina stessa. Cache, distribuzione e ottimizzazione delle immagini sono incluse nell'hosting. I plugin di sicurezza non servono più perché non c'è nessun programma in esecuzione da attaccare. Ciò che non ha un equivalente emerge nell'audit, non a metà progetto.

No, e preferiamo dirlo adesso piuttosto che scoprirlo insieme alla terza settimana. Un negozio che incassa sta su Shopify o su una piattaforma di commercio dedicata. Se WooCommerce è da dove arrivano i tuoi ricavi, questo Accelerator copre il sito di contenuti attorno al negozio, non il processo d'acquisto.

Astro funziona bene anche su Vercel, Netlify e altri, e useremo uno di quelli se il tuo team si è già standardizzato lì. Andiamo su Cloudflare per impostazione predefinita perché per un sito così non si paga a visitatore, la protezione da attacchi e picchi di traffico è inclusa invece di essere un extra, e Cloudflare ha ora in organico il team che costruisce Astro — quindi lo strumento e l'hosting sono pensati per lavorare insieme.

Un sito di contenuti da qualche centinaio di pagine richiede di solito quattro settimane dall'avvio alla messa online. Migliaia di pagine, più lingue o un'interfaccia di scrittura completa portano a sei-otto. L'audit della prima settimana trasforma tutto questo in una data fissa e un prezzo fisso prima che tu ti impegni a qualsiasi cosa.