Hai personalizzato il tema? Al prossimo aggiornamento perdi tutto.
Scenario comune: il cliente vuole un colore diverso per i pulsanti. Apri il file CSS del tema, cambi il colore. Il cliente vuole un layout diverso per il footer. Apri footer.php, modifichi l'HTML. Funziona perfettamente — fino al prossimo aggiornamento del tema. L'aggiornamento sovrascrive tutti i file del tema, incluse le tue modifiche. Il colore dei pulsanti torna al default. Il footer torna a quello originale. Ore di lavoro perse. Il child theme previene questo problema alla radice: le tue personalizzazioni vivono in una cartella separata che l'aggiornamento del tema genitore non tocca mai.
Come funziona il child theme
Il principio: ereditarietà con override
Il child theme è una cartella che contiene solo i file che vuoi personalizzare. WordPress carica prima il child theme, poi il tema genitore per tutto ciò che il child non ha ridefinito. Se il child ha un footer.php personalizzato: WordPress usa quello del child. Se il child non ha header.php: WordPress usa quello del genitore. In pratica: il child theme contiene solo le differenze rispetto al tema originale. Tutto il resto viene dal genitore.
Struttura minima
Un child theme funzionante ha solo 2 file: style.css (con il commento Template che punta al tema genitore) e functions.php (che importa gli stili del genitore). Qualsiasi file del tema genitore può essere copiato nel child e modificato: WordPress usa la versione del child automaticamente. Per le modifiche CSS: aggiungi le regole nel style.css del child, che viene caricato dopo quello del genitore (override naturale). Per le funzioni PHP: aggiungi nel functions.php del child, che viene caricato prima di quello del genitore (le funzioni del child hanno precedenza).
Quando serve il child theme
Sì: qualsiasi personalizzazione di codice
Modifica CSS (colori, font, spaziature, layout). Modifica template PHP (header, footer, sidebar, single, archive). Funzioni custom (shortcode, filtri, azioni). Qualsiasi riga di codice che modifichi nel tema: deve stare nel child theme. Zero eccezioni.
No: personalizzazioni dal Customizer
Le impostazioni fatte dal Customizer di WordPress (logo, colori del tema, menu, widget) sono salvate nel database, non nei file del tema. L'aggiornamento del tema non le cancella. Per queste personalizzazioni: il child theme non serve. Ma se anche una singola modifica è nel codice: crea il child theme. Meglio averlo e non usarlo che scoprire dopo un aggiornamento che serviva.
LANGA Tools e child theme
Il modulo Child Theme Creator di LANGA Tools genera il child theme con un click: seleziona il tema genitore, assegna un nome, e il toolkit crea la cartella con style.css e functions.php corretti. Attiva il child theme dal pannello. Per le personalizzazioni comuni (CSS custom, snippet PHP), il toolkit ha un editor integrato che salva le modifiche nel child theme senza accesso FTP. Per gli sviluppatori: il child theme creato è una cartella standard WordPress, esportabile e modificabile con qualsiasi editor.
Domande frequenti
Il child theme rallenta WordPress?
Impatto trascurabile: WordPress deve caricare 2 file style.css e 2 functions.php invece di uno. La differenza è nell'ordine dei microsecondi. Non misurabile in nessun test di performance reale.
Posso creare un child theme per qualsiasi tema?
Sì, per qualsiasi tema WordPress standard. Alcuni temi (specialmente i page builder integrati come Divi) hanno un sistema proprio per le personalizzazioni e il child theme potrebbe non essere necessario per le modifiche CSS. Ma anche per questi temi: le modifiche PHP devono stare nel child theme.
Per continuare a leggere,
accedi al tuo account.
Il tuo account LANGA ti connette a tutta la Galaxy.
Articoli completi su tutti i blog Galaxy.
Un solo login, accesso ovunque.
Guadagna Leghe e sblocca contenuti premium.