Migrazione da Joomla a un CMS proprietario: partiamo dal nostro sito

Abbiamo deciso di migrare il nostro Keltawebagency su cms proprietario che abbiamo visto realizzato dai nostri colleghi ed è spaventoso (in termini positivi). Perche questo?

Una migrazione da Joomla a un CMS proprietario va valutata anche attraverso ciò che il sito porta con sé: indirizzi, contenuti, moduli e abitudini di chi lo aggiorna. Il nostro sito Kelta Web Agency offre un esempio concreto da cui partire. Nelle pagine pubbliche convivono riferimenti all'ecosistema Joomla e una presentazione di KeideaCMS. Leggere correttamente questi elementi aiuta a distinguere una scelta di piattaforma dai risultati che bisogna ancora dimostrare.

La risposta breve: un riferimento a Joomla nel codice e una menzione di un altro CMS non bastano a certificare una migrazione conclusa. Per decidere se cambiare piattaforma servono l'inventario delle funzioni, responsabilità di manutenzione chiare e prove sul funzionamento del sito. Gli stessi criteri valgono quando il sito è quello di una web agency.

Che cosa mostra il nostro sito

Nel controllo delle pagine pubbliche del 26 ottobre 2026 abbiamo rilevato il percorso /templates/ja_morgan/favicon.ico e un collegamento alla mappa del sito con il parametro option=com_jmap. Nella sezione News compaiono inoltre risorse CSS sotto /media/com_jchoptimize/. Sono riferimenti riconducibili all'ecosistema Joomla: indicano elementi tecnici da censire, ma non descrivono da soli tutto ciò che viene eseguito sul server.

In homepage presentiamo anche KeideaCMS come piattaforma che centralizza infrastruttura, aggiornamenti e supporto. È una proposta commerciale visibile al lettore. Non è, da sola, una prova della piattaforma che serve ogni pagina del dominio.

Per un'impresa che sta valutando un rifacimento, questa distinzione ha una conseguenza pratica: una dimostrazione della nuova interfaccia non sostituisce il resoconto del lavoro svolto. Occorre sapere quali contenuti sono stati trasferiti, quali funzioni sono state ricostruite e quali elementi dipendono ancora dall'ambiente precedente.

Il punto di partenza è l'eredità del sito

Nel nostro menu convivono pagine di servizi, contatti e una sezione di notizie. Sono percorsi con compiti diversi. La pagina di un servizio deve aiutare a valutare un'offerta; una notizia può continuare a ricevere visite molto tempo dopo la pubblicazione; il contatto deve portare una richiesta a chi la gestisce.

Trasferire soltanto il testo lascia aperte queste responsabilità. Per valutare il passaggio a un altro CMS, partirei quindi da tre domande sul sito esistente:

  • Quali percorsi devono continuare a funzionare? Pagine dei servizi, articoli, immagini e documenti hanno indirizzi che potrebbero essere già condivisi.
  • Quali funzioni dipendono da componenti specifici? Un'estensione va descritta attraverso ciò che fa per l'azienda, prima di cercarne un sostituto.
  • Chi usa il pannello e per fare cosa? Pubblicare una notizia, aggiornare un servizio e gestire una richiesta possono richiedere permessi e passaggi differenti.

È il tipo di analisi da chiedere prima di approvare il preventivo: una lista di funzioni da mantenere rende confrontabili le proposte, mentre la sola etichetta del CMS lascia spazio a interpretazioni.

Passare a un CMS proprietario cambia le responsabilità

Il possibile vantaggio di una piattaforma gestita è concentrare nel fornitore attività che altrimenti vanno coordinate tra più interlocutori. Questo vantaggio va tradotto in impegni verificabili: chi aggiorna il software, chi verifica le incompatibilità, chi controlla le copie di sicurezza e chi interviene quando un modulo smette di consegnare le richieste.

La manutenzione continua a esistere. Cambia chi la esegue e come ne risponde al cliente. Per la sicurezza, inoltre, la distinzione tra software aperto e proprietario non è sufficiente: contano aggiornamenti, gestione degli accessi, configurazione e capacità di ripristino.

Nel valutare un'offerta chiederei di vedere una pubblicazione completa nel pannello e un esempio di esportazione dei contenuti. Chiederei anche come vengono gestite le personalizzazioni: una funzione disponibile oggi deve avere un percorso di manutenzione quando il prodotto cambia. Un canone può essere comprensibile sulla carta e lasciare comunque indefiniti gli interventi esclusi.

Gli indirizzi sono parte della consegna

Un percorso storico o un parametro nel collegamento non sono motivi sufficienti per cambiare un URL. Se la pagina conserva funzione e contenuto, mantenere l'indirizzo può evitare un passaggio aggiuntivo. Quando invece l'indirizzo cambia, va individuata una destinazione pertinente.

Google Search Central, nella guida Come spostare un sito, aggiornata nel 2026, raccomanda di mappare i vecchi URL verso quelli nuovi, usare reindirizzamenti permanenti lato server e aggiornare i collegamenti interni. Avverte anche che durante lo spostamento possono verificarsi oscillazioni del posizionamento.

Per il nostro sito, come per quello di un cliente, chiederei una verifica leggibile: indirizzo precedente, destinazione e contenuto trovato. Non basterebbe il codice HTTP 200, che segnala una risposta riuscita: aprire una pagina diversa da quella attesa resterebbe un errore per il visitatore. Questa verifica riguarda la continuità del servizio, senza promettere una posizione nei risultati di ricerca.

Quando valutare KeideaCMS e quando mantenere Joomla

Un sito Joomla con funzioni adatte all'azienda, manutenzione sostenibile e un responsabile tecnico disponibile può avere buone ragioni per restare sulla propria piattaforma. Una migrazione introduce lavoro e rischi: ricostruzione delle funzioni, formazione e controllo dei dati trasferiti vanno inclusi nella decisione.

Una piattaforma gestita merita invece una valutazione quando l'azienda vuole affidare a un referente definito infrastruttura e aggiornamenti, purché le funzioni necessarie siano disponibili e le condizioni di uscita siano chiare. Prima di scegliere chiederei quali dati si possono esportare, in quale formato, con quali costi e quali parti del progetto richiederebbero una ricostruzione altrove.

Kelta Web Agency e KeideaCMS fanno capo alla stessa proprietà. Per approfondire l'offerta è disponibile il confronto diretto con Joomla: è una pagina del fornitore, da affiancare a una verifica sul proprio sito e a condizioni contrattuali esplicite.

Prima di autorizzare il passaggio chiedi una consegna concreta: funzioni incluse, responsabilità, prove previste e modalità di uscita. È su questi elementi che puoi decidere se il nuovo CMS semplificherà davvero il lavoro della tua azienda.

Parla con un Consulente

Sei interessato? Per qualsiasi informazione, Contatta Kelta Web Agency! Puoi ottenere un consulto gratuito parlando con uno dei nostri operatori!