@matteobasile ti rispondo un pochino più diretto: se fai domande troppo generiche e provocatorie, poi penso sia normale che ti rispondano in un modo che non ti aspetti
super TDLR:
- sito veloce ed ottimizzato nel codice dai produttori
- supporto clienti / community
- accessibilità
- modulare ( non multipurpose, modulare significa che non ti serve qualcosa il sito non la carica...)
- saper cosa fare quando si crea il sito
risposta lunga per i pazzi che vogliono addentrarsi nei miei papiri
prima parte della prima domanda:
non li scegli. eviti temi multipurpose stile Themeforest, al massimo scegli il tuo page/theme builder preferito ( se vogliamo chiamarlo "tema")
come scegli il builder? dipende da decine di variabili che cambiano a seconda di:
- quanto conosci html
- quanto consoci php
- quanto conosci ( e soprattutto) CSS
- sei un grafico
- sei un developer
- sei un grafico che vuole aiutare il dev
- sei un dev che vuole aiutare il grafico
- non sei un web designer ( web master, chiamalo come ti pare, uno che crea siti)
- a cosa sei abituato ( che non vuoi sacrificare)
- il tuo buddget
- il budget del cliente
ecc ecc
seconda parte della prima domanda:
non è il sito che fa la seo. la teoria vuole che pure su un sito di 20 anni fa ci "fai la seo". quindi prima di tutto devi sapere cosa fare su un sito, se vogliamo dire "per ottimizzarlo lato seo", se gia parti senza saperlo, il tema perfetto non esiste proprio.
volendo invece associare l'essere ottimali con la seo a "temi specializzati" per questo, potremmo riassumere con temi che ti permettano di rispettare le regole che "suggerisce" google per passare i Core Web Vitals.
stringendo ancora di piu, l'ideale sarebbe quel tema/builder che ti permette di avere un buon risultato di html scritto nella tua pagina risultante. ( quindi non bloated)
tradotto: se per scrivere un h2 "ciao come stai" al builder servono 3 div nestati uno dentro l'altro. questo è un builder "bloated", che alla fine risulterà poco "performante".
generalizzo al massimo, perdonate, ma ci sarebbe da scrivere per ore.
quindi sito "veloce" = tema programmato dai creatori come si deve,
aggiungo anche con particolare cura sull' accessibiltà ( che secondo me ignora il 90% dei creatori di siti)
Sulla scelta di un tema o builder che sia , io suggerisco quelli che per lo meno hanno un buono se non ottimo supporto clienti e community ( non a caso propendo per generatepress e co)
Perchè si dice che il tema custom è quello perfetto?
Perche se ti costruisci tutto tu mattone per mattone, sai esattamente cosa deve fare, quando lo deve fare e come lo deve fare, di conseguenza lo cresi su misura per le esigenze tue e del tuo cliente. il risultato sarà ovviamente un sito performante al massimo
quello che però non si dice, a mio avviso, è che lo devi sapere fare, e pure bene, ma sopratutto che poi devi stare dietro al tema, aggiornarlo quando wordpress cambia ecc . e qui entrano in gioco i "dipende" dati dai budget e contratti coi clienti.... ecc
sulla seconda domanda ( child ecc)
Se sai cosa è il child e a cosa serve, sai anche che il child si usa sempre ( a meno che non ti stai facendo un tema custom? boh)
poi cosa sarebbero i "temi prodotti" ? quali temi? quelli che compri su themeforest? quelli fatti a mano? i page builder?
secondo me hai posto una domanda sbagliata
ricapitolando ti do qualche nome e spunto:
- tema completamente custom
- generate press e blocks
- kadence e family
- astra / spectra
- Bricks builder
- Oxigen / breakdance
Aggiungo un pensiero personale, a mio avviso il problema non è il tema veloce o non veloce, ottimizzato o meno, il problema è che si vedono in giro troppi siti fatti da "creatori di siti" con immagini png da 4mega in homepage, che si chiamano "group.png" o "screenshot.png" , senza alt tag e schifezze del genere...
se compri una bugatti o lamborghini e poi ci carichi sopra 3 elefanti, non si può vincere la gara... e forse nemmeno gareggiare
ti faccio un ultimo esempio. l'altro giorno Mariachiara Marsella ha pubblicato su linkedin un link ad un articolo:
https://build.washingtonpost.com/resources/guides/performance-and-seo
figo!! ma se vai a leggere a sezione Web Performance,
il punto 2 Rendering performance,
il secondo sotto punto
Use efficient CSS selectors to minimize browser work during the rendering process, and avoid layout thrashing by batching DOM updates and minimizing forced reflows.
dimostra , a mio avviso, esattamente il problema dei visual builder e di tutti i "creatori di siti" che non hanno idea di cosa siano gli elementi html, i selettori css e figuriamoci dom e reflow
e che avranno presto enormi problemi con il nuovo INP
qualche fonte:
https://developers.google.com/speed/docs/insights/browser-reflow?hl=it
https://web.dev/avoid-large-complex-layouts-and-layout-thrashing/