Per anni abbiamo costruito siti per i clienti mettendo insieme plugin di autori diversi. Uno per i campi, uno per la SEO, uno per il multilingua. Ognuno con la sua idea di come si fanno le cose. Metà del lavoro era farli convivere.
Il problema non erano i singoli plugin
Presi uno per uno funzionavano. Il guaio nasceva quando dovevano parlarsi. Il plugin dei campi non sapeva niente di quello della SEO. Quello del multilingua traduceva a modo suo. Ogni aggiornamento era una scommessa: cambia qualcosa da una parte e si rompe dall’altra. Passavamo più tempo a fare da traduttori tra plugin che a costruire il sito.
Prima il Core, poi il resto
Abbiamo smesso di contare le ore perse e abbiamo scritto il Core: la base condivisa dove vivono i componenti, il design system e le regole comuni. Il Core non fa niente sul frontend, e va bene così. Serve agli altri plugin per capirsi. Sopra ci abbiamo messo il page builder, poi lo shop, la SEO, la sicurezza, un pezzo alla volta.
Aggiungi un plugin della suite e funziona con gli altri, senza incastri strani da risolvere a mano.
Cosa cambia per te
Quando i campi che crei con Fields compaiono già pronti nelle impostazioni SEO, o quando il multilingua traduce anche le tassonomie che hai definito con Site Structure, non è fortuna: è lo stesso Core sotto. Un solo posto dove imparare come funzionano le cose, un solo aggiornamento che tiene tutto allineato.
Costruire la suite così è più lento per noi. Ma è l’unico modo perché resti una suite, e non quattordici plugin che per caso hanno lo stesso logo.
