🍺 Buy me a beer
📝

WordPress per Svogliati

Il CMS che fa girare oltre il 40% del web: post, blocchi, temi, plugin, hook e database. Tutto quello che serve per capirlo e gestirlo — dal famoso install in 5 minuti all'hardening in produzione, senza il marketing.

"WordPress è roba da blogger" — sì, ed è anche il motore di metà internet. Facile da usare, facilissimo da usare male: la differenza tra i due è capire cosa succede sotto il cofano.

01 / 13

Cos'è WordPress (e le due WordPress)

WordPress è un CMS open-source (GPL) in PHP, nato nel 2003 come piattaforma di blogging e diventato il software con cui è costruito oltre il 40% di tutti i siti del mondo. Prima cosa da chiarire, però: esistono due WordPress, e confonderli è un classico.

WordPress.org vs WordPress.com

WordPress.org (self-hosted)

  • Il software vero, gratis, lo installi tu
  • Serve un tuo hosting e un dominio
  • Controllo totale: qualsiasi tema/plugin, codice
  • È questo di cui parla la guida

WordPress.com (servizio)

  • Un servizio hostato di Automattic
  • Gratis limitato, poi a pagamento a livelli
  • Meno controllo (plugin/temi solo dai piani alti)
  • Comodo per chi non vuole gestire nulla
💡 L'analogia della cucina

WordPress è una cucina attrezzata con un ricettario enorme. Di suo fa già un ottimo blog/sito "chiavi in mano" — molto più pronto di Drupal. Ma la vera forza è l'ecosistema: decine di migliaia di plugin e temi, come ingredienti e utensili pronti, che aggiungi con un click. Il rovescio? È talmente facile aggiungere roba che ti ritrovi la cucina intasata di gadget che litigano tra loro (il famigerato "plugin hell"). Facile cucinare qualcosa; serve disciplina per non fare un pasticcio.

WordPress brilla quando...

  • Vuoi un blog, un sito vetrina, un magazine in fretta
  • Ti serve un e-commerce (con WooCommerce)
  • Chi lo gestirà non è tecnico
  • Budget contenuto, migliaia di temi/plugin pronti
  • Serve trovare facilmente chi ci lavora (mercato enorme)

WordPress fatica quando...

  • Hai molti tipi di contenuto relazionati (lì Drupal vince)
  • Servono permessi granulari e flussi complessi
  • Multilingua serio (serve un plugin, non è nativo)
  • Accumuli troppi plugin: sicurezza e performance crollano
💡
WordPress o Drupal? Semplificando: WordPress per pubblicare contenuti velocemente con poco sforzo tecnico; Drupal per piattaforme strutturate con dati complessi. Se ti interessa il confronto, c'è la guida Drupal per Svogliati costruita con lo stesso taglio.
02 / 13

Versioni e l'era dei blocchi

La cosa più importante da capire sulle versioni moderne non è il numero, ma un cambio di paradigma: WordPress è passato dall'editor "documento" all'editor a blocchi (Gutenberg), e poi al Full Site Editing. Se hai imparato WordPress anni fa, è cambiato parecchio.

📅 Lo stato delle versioni (metà 2026)

WordPress rilascia più major all'anno con nomi in codice di jazzisti. La versione attuale è WordPress 7.0 (rilasciata il 20 maggio 2026), che segue la serie 6.9.x. Regola d'oro: sta sempre sull'ultima major, per sicurezza e supporto.

TappaCosa ha portato
< 5.0 (Classic)Editor "documento" (TinyMCE). Ancora vivo via plugin Classic Editor.
5.0 (2018)Arriva Gutenberg: l'editor a blocchi. Rivoluzione (e polemiche).
5.9 / 6.xFull Site Editing e i block theme: non solo i post, tutto il sito a blocchi.
6.9.x (inizio 2026)Ultima serie 6; affinamento di FSE, performance, security release.
7.0 (mag 2026)La major attuale. Il target di oggi.

🧱 Block editor (Gutenberg)

Ogni pezzo di contenuto — paragrafo, immagine, titolo, bottone, galleria — è un blocco indipendente che sposti, configuri e riusi. Ha sostituito il vecchio campo di testo unico. All'inizio odiato, oggi è lo standard.

🎭 Full Site Editing (FSE)

Con i block theme, anche header, footer, sidebar e template di pagina si compongono a blocchi dal Site Editor, senza toccare PHP. Il confine tra "tema" e "contenuto" si assottiglia: costruisci l'intero sito visualmente.

⚠️ Classic o blocchi? La frattura culturale Molti siti e agenzie usano ancora page builder di terze parti (Elementor, Divi) o il Classic Editor, perché il passaggio a Gutenberg è stato traumatico. Sappi che esistono due mondi paralleli: i block theme "nativi" (moderni, FSE) e l'universo dei page builder a pagamento. Non c'è una risposta giusta assoluta, ma conoscere la differenza ti evita confusione quando erediti un sito altrui.
03 / 13

Installazione & anatomia dei file

Il "famoso install in 5 minuti" è leggenda vera. Ma per gestire WordPress da sysadmin devi conoscere com'è fatta la cartella: dove stanno la config, i temi, i plugin e i tuoi caricamenti.

📦 Requisiti & installazione

Requisiti minimi moderni: PHP 8.1+, MySQL 8.0+ / MariaDB 10.5+, un web server (Nginx/Apache) e HTTPS. La maggior parte degli hosting offre l'installazione con un click, ma il modo pulito e ripetibile è WP-CLI.

installazione da terminale con WP-CLI
# scarica il core di WordPress nella cartella corrente
wp core download --locale=it_IT

# genera wp-config.php con le credenziali del database
wp config create --dbname=miodb --dbuser=user --dbpass='segreta'

# crea le tabelle e l'utente admin
wp core install --url="https://miosito.it" --title="Il Mio Sito" \
    --admin_user=capo --admin_email="[email protected]"

# fatto. Il sito è online. wp-admin per il pannello.

📁 Anatomia della cartella

Tre file/cartelle di sistema e una cartella dove vive tutto ciò che è tuo. Impara questa mappa: è metà della gestione.

wp-config.phpil file sacro
credenziali DB, chiavi, sale
la configurazione. Contiene le password del DB: proteggilo con la vita
wp-admin/il backend
/wp-admin
il pannello di amministrazione. Core: non ci metti mano
wp-includes/il motore
le API e le funzioni core
il cuore di WordPress. Core anche questo: mai modificare
wp-content/casa tua
themes/ plugins/ uploads/
temi, plugin e i file caricati. Qui sta tutto ciò che personalizzi
🔒 Non toccare mai il core Modificare file dentro wp-admin/ o wp-includes/ è il peccato mortale: al primo aggiornamento le tue modifiche spariscono, oppure smetti di aggiornare e diventi un bersaglio. Tutto ciò che è tuo va in wp-content/ (in un tema figlio o in un plugin custom). Il core resta intonso e aggiornabile.
04 / 13

Contenuti & database

WordPress ragiona in Post e Pagine, ma sotto c'è un concetto più generale — il post type — e un database semplice ma con una tabella che fa (quasi) tutto. Capirlo ti smarca dal 90% dei misteri.

📰 Post

Contenuti cronologici: articoli di blog, news. Hanno data, categorie e tag, appaiono nei feed e negli archivi. "Cosa è successo".

📄 Pagine

Contenuti statici e gerarchici: Chi siamo, Contatti, Privacy. Niente data né categorie, possono avere pagine-figlie. "Cosa è".

🧩 Custom Post Type: oltre post e pagine

Post e Pagina sono solo i due post type predefiniti. Puoi crearne di tuoi (Prodotti, Eventi, Portfolio, Ricette): stessa macchina, contenuti diversi. È ciò che rende WordPress un CMS e non solo un blog. WooCommerce, per esempio, aggiunge il post type "Prodotto".

💡 I Custom Post Type si registrano via codice (funzione register_post_type()) o con plugin come Custom Post Type UI + ACF (Advanced Custom Fields) per aggiungere campi personalizzati. È l'equivalente WordPress dei content type + field di Drupal, ma meno strutturato di default.

🗃️ Il database in due tabelle chiave

WordPress usa una dozzina di tabelle MySQL (prefisso wp_), ma due fanno il grosso del lavoro:

TabellaCosa contiene
wp_postsPost, pagine, e ogni custom post type, revisioni, allegati. La tabella-tuttofare.
wp_postmetaCampi extra ("meta") associati ai contenuti. Chiave-valore.
wp_optionsImpostazioni del sito e dei plugin. Attenzione agli autoload gonfiati.
wp_users / wp_usermetaAccount e i loro dati extra (incluse le capability).
wp_terms & co.Categorie, tag e tassonomie custom.
⚠️ Il fatto che wp_posts contenga tutto (con una colonna post_type che distingue) è la forza e il limite di WordPress: semplicissimo, ma su siti enormi con milioni di righe e tanti postmeta le query si appesantiscono. È il motivo per cui la cache (cap. 12) diventa vitale.
05 / 13

Tassonomie: categorie e tag

Le tassonomie sono il modo di WordPress per raggruppare i contenuti. Ne arrivano due predefinite — categorie e tag — e puoi crearne di tue.

📁 Categorie

Gerarchiche (hanno sotto-categorie), pensate per una struttura ampia: "Tecnologia → Sicurezza". Ogni post ne ha almeno una. Come i capitoli di un libro.

🏷️ Tag

Piatti (nessuna gerarchia), pensati per dettagli trasversali: "firewall", "vpn", "linux". Ne metti quanti vuoi. Come le parole dell'indice analitico.

🧩 Tassonomie custom

Come per i post type, puoi registrare tassonomie tue (funzione register_taxonomy()) e collegarle a qualsiasi post type. Esempio: una tassonomia "Marca" per il post type "Prodotto", o "Regione" per "Evento". È così che costruisci filtri e archivi su misura.

relazione contenuti ↔ tassonomie
Post type: Ricetta
  ├─ tassonomia Portata   (gerarchica) → Antipasti, Primi, Dolci
  ├─ tassonomia Ingrediente (piatta)    → pomodoro, basilico, ...
  └─ tassonomia Difficoltà  (piatta)    → facile, media, chef

# Da qui WordPress genera automaticamente:
# pagine-archivio (/portata/dolci), feed, menu, widget.
💡 Ogni termine di tassonomia genera automaticamente una pagina archivio (es. /category/sicurezza/) con l'elenco dei contenuti collegati. Gestita da un template del tema (cap. 07). Zero codice per avere le pagine per categoria.
06 / 13

Il block editor (Gutenberg)

L'editor moderno con cui scrivi contenuti e, con i block theme, costruisci l'intero sito. Capirne la logica — tutto è un blocco — ti fa smettere di combatterlo.

💡 L'analogia dei mattoncini

Il vecchio editor era un foglio di Word: un unico spazio in cui buttavi testo, immagini, tutto mischiato. Gutenberg è una scatola di mattoncini LEGO: ogni elemento è un pezzo separato — un blocco titolo, un blocco immagine, un blocco bottone — che prendi, sposti, colori e incastri. All'inizio sembra più macchinoso ("prima scrivevo e basta!"), ma ti dà un controllo del layout che col foglio di Word non avevi. E i mattoncini si possono salvare e riusare.

🧱

Blocchi

L'unità base: paragrafo, immagine, titolo, lista, bottone, colonne, embed...

🧨

Pattern

Gruppi di blocchi pre-composti (una sezione hero, una call-to-action) da inserire pronti.

🔁

Blocchi sincronizzati

Blocchi riusabili: modifichi in un punto, cambiano ovunque li hai messi.

🎭 Site Editor & template

Con un block theme, oltre ai contenuti componi a blocchi anche i template del sito: l'intestazione, il piè di pagina, il layout dell'archivio, la pagina del singolo post. Tutto dal Site Editor (Aspetto → Editor), senza scrivere PHP. È il Full Site Editing in azione.

⚠️ Attenzione: il Site Editor esiste solo con i block theme. Se il tuo tema è "classico" (PHP tradizionale) o usi un page builder, quel menù non c'è o funziona diversamente. Prima di cercare "dove sta il Site Editor", controlla che tipo di tema hai (cap. 07).
07 / 13

Temi: l'aspetto del sito

Il tema decide come appare il sito. Oggi convivono due famiglie — classici (PHP) e a blocchi (FSE) — e c'è una regola d'oro che ti salva la vita: usa sempre un tema figlio.

📜 Temi classici

Basati su file PHP (header.php, index.php, functions.php...) secondo la template hierarchy. Massima flessibilità per chi programma. La stragrande maggioranza dei temi storici e dei page builder.

🧱 Temi a blocchi (FSE)

Basati su template HTML + blocchi e un file theme.json per stili globali. Editabili visualmente dal Site Editor. Il futuro secondo WordPress. Es. i temi "Twenty Twenty-*" recenti.

📏 La template hierarchy (tema classico)

WordPress sceglie quale file del tema usare in base a cosa stai visitando, seguendo una gerarchia dal più specifico al più generico. Capirla è il segreto per sapere "dove metto le mani".

quale template per quale pagina
Visiti un singolo post   → single.php   → index.php
Visiti una pagina        → page.php     → index.php
Archivio di categoria    → category.php → archive.php → index.php
Home / lista post        → home.php     → index.php
Pagina non trovata       → 404.php      → index.php

# WordPress scende la lista: usa il primo file che trova.
# index.php è il jolly finale, sempre presente.

👩‍👦 Il tema figlio (child theme): non negoziabile

Se modifichi direttamente un tema, al primo aggiornamento del tema perdi tutto. La soluzione è il tema figlio: un mini-tema che eredita tutto dal genitore e contiene solo le tue modifiche. Aggiorni il genitore in pace, le tue personalizzazioni restano.

wp-content/themes/miotema-child/style.css
/*
Theme Name: Il Mio Tema Child
Template: twentytwentyfive          ← cartella del tema genitore
*/

/* le tue regole CSS qui: sovrascrivono il genitore */
.site-header { background: #5b73f0; }
Regola dello svogliato — non modificare mai un tema che non hai scritto tu direttamente. Child theme per le personalizzazioni, plugin custom per le funzioni. Così aggiornamenti e modifiche non si pestano i piedi.
08 / 13

Plugin: il superpotere (e il tallone d'Achille)

I plugin aggiungono funzionalità senza toccare il core: SEO, e-commerce, backup, form, cache. Sono la ragione del successo di WordPress. E, gestiti male, la causa n.1 dei suoi disastri.

I plugin "quasi sempre presenti"

PluginA cosa serve
WooCommerceTrasforma WordPress in un e-commerce completo
Yoast SEO / Rank MathOttimizzazione SEO, sitemap, meta tag
Advanced Custom FieldsCampi personalizzati sui contenuti (fondamentale per siti seri)
Wordfence / SucuriSicurezza: firewall, scansione malware
WP Super Cache / W3TCCache delle pagine per la velocità
UpdraftPlusBackup automatici su cloud
Contact Form 7 / WPFormsModuli di contatto
WPML / PolylangMultilingua (non nativo in WordPress)
🔥 Il "plugin hell" è reale Ogni plugin è codice di terzi che gira con i privilegi del sito. Troppi plugin significano: più superficie d'attacco (i plugin sono la via d'ingresso n.1 degli hacker su WordPress), più lentezza, e conflitti tra plugin che fanno cose simili. Un plugin abbandonato da 2 anni è una porta aperta. Meno plugin, ben scelti e aggiornati, è sempre meglio di venti "utili".

Plugin scelti bene

  • Guarda: ultimo aggiornamento recente, molte installazioni
  • Compatibile con la tua versione di WordPress
  • Recensioni e supporto attivo
  • Uno solo per funzione (non 3 plugin SEO insieme)
  • Disinstalla (non solo disattiva) quelli inutili

Come ci si fa male

  • Installare plugin "nulled" (piratati): spesso pieni di malware
  • Accumulare plugin "proviamo se serve" e non toglierli
  • Plugin fermi a 3 anni fa, mai aggiornati
  • Due plugin che fanno cache/sicurezza in conflitto
  • Ignorare gli avvisi di aggiornamento
09 / 13

Utenti e ruoli

WordPress ha cinque ruoli predefiniti, ciascuno con un set di capability (permessi). Meno granulare di Drupal, ma sufficiente per la maggior parte dei siti — se non regali il ruolo Amministratore a chiunque.

👤 I cinque ruoli, dal più potente al meno

ADMINISTRATORpuò tutto
gestisce sito, temi, plugin, utenti
controllo totale. Su multisite c'è anche il Super Admin. Dallo a pochissimi
EDITORi contenuti
crea/modifica/pubblica di tutti
gestisce i contenuti di chiunque, ma non tocca temi/plugin/utenti
AUTHORi propri
pubblica i propri contenuti
crea e pubblica, ma solo ciò che è suo
CONTRIBUTORbozze
scrive ma non pubblica
prepara bozze; serve un Editor/Admin per pubblicarle
SUBSCRIBERlettore
gestisce solo il proprio profilo
utente registrato base: legge, commenta. Il ruolo di default
☠️ L'errore di sicurezza più comune Dare Administrator a tutta la redazione "per comodità". Un admin può installare plugin, modificare codice, cancellare utenti: se il suo account viene bucato (phishing, password debole), l'attaccante ha il sito. La redazione ha bisogno di Editor, non di Administrator. Principio del minimo privilegio, sempre. Per permessi su misura esistono plugin come Members o User Role Editor.
10 / 13

Sviluppo: hook, il Loop, plugin

La magia estendibile di WordPress sta negli hook: punti di aggancio dove il tuo codice si inserisce senza toccare il core. Due tipi — action e filter — e li usi ovunque.

🪝 Action vs Filter

Action — "fai qualcosa"

Si aggancia a un momento ("quando salvi un post", "nel <head>") ed esegue del codice. Non deve restituire nulla.

Filter — "modifica un dato"

Intercetta un valore ("il titolo prima di stamparlo", "il contenuto"), lo modifica e lo restituisce.

functions.php (del tema figlio) o un plugin custom
// ACTION: aggiungi codice nel <head> di ogni pagina
add_action('wp_head', function() {
  echo '<meta name="robots" content="index,follow">';
});

// FILTER: aggiungi un suffisso a ogni titolo (modifica e RITORNA)
add_filter('the_title', function($titolo) {
  return $titolo . ' 🔥';
});

// La regola: action ESEGUE, filter TRASFORMA-e-ritorna.

🔄 The Loop

Il Loop è il cuore di ogni template: il ciclo PHP che scorre i post da mostrare e ne stampa titolo e contenuto. Se guardi dentro un tema classico, lo trovi ovunque.

The Loop — lo schema di ogni template
if ( have_posts() ) :
  while ( have_posts() ) : the_post();

    the_title( '<h2>', '</h2>' );   // stampa il titolo
    the_content();                     // stampa il contenuto

  endwhile;
else :
  echo '<p>Nessun contenuto.</p>';
endif;

// have_posts() = ci sono altri post? the_post() = passa al prossimo.

🔧 Un plugin custom minimo

Per aggiungere funzioni tue, la via pulita è un plugin (non impilare tutto in functions.php). Basta un file PHP in wp-content/plugins/ con un'intestazione a commento.

wp-content/plugins/mio-plugin/mio-plugin.php
<?php
/*
Plugin Name: Il Mio Plugin
Description: Fa una cosa utile.
Version: 1.0
*/

// niente accesso diretto al file
if ( ! defined( 'ABSPATH' ) ) exit;

add_action( 'init', function() {
  // qui registri post type, tassonomie, shortcode...
});
📝
Scrivere plugin/temi con l'IA — un agente come Claude Code conosce bene le API di WordPress (hook, WP_Query, register_post_type) ed è ottimo per boilerplate e debugging. Per capire come ragiona uno strumento del genere, vedi Come funziona l'IA Agentica.
11 / 13

Sicurezza & manutenzione

Essendo il CMS più diffuso al mondo, WordPress è anche il più bersagliato. La buona notizia: quasi tutti gli attacchi sfruttano cose banali — roba non aggiornata e password deboli. L'igiene di base ti mette al riparo dal 95% dei problemi.

🔒 Da dove si entra (e come chiudere)

Non è il core di WordPress a essere insicuro: sono plugin/temi obsoleti, password deboli e versioni vecchie a far danni. Le difese, in ordine di importanza:

Hardening essenziale

  • Aggiorna tutto: core, temi, plugin. La cosa n.1
  • Password forti + 2FA sugli account admin
  • Backup automatici e testati (UpdraftPlus & co.)
  • Limita i tentativi di login (contro il brute force)
  • HTTPS ovunque; permessi file corretti (644/755)
  • Rimuovi temi/plugin inutilizzati (non solo disattiva)
  • Firewall/scanner (Wordfence) e sposta la pagina di login

Inviti a nozze per gli hacker

  • Utente "admin" con password "admin123"
  • Plugin nulled scaricati da siti pirata
  • Core/plugin fermi a versioni di anni fa
  • Nessun backup ("tanto non succede")
  • wp-config.php con permessi troppo aperti
  • XML-RPC aperto se non serve (vettore di brute force)
💡 La verità scomoda — la maggior parte dei siti WordPress "hackerati" non è stata vittima di un genio del male, ma di un bot automatico che ha trovato un plugin non aggiornato con una vulnerabilità nota da mesi. Aggiornare non è una scocciatura: è la sicurezza. Un sito aggiornato con backup è già più sicuro del 90% di internet.
12 / 13

Performance & strumenti pro

WordPress genera le pagine con PHP + query al database a ogni visita: comodo, ma pesante. La cache è ciò che trasforma un sito lento in uno veloce. E ci sono strumenti da sysadmin che ti cambiano la vita.

La piramide della velocità

CDNrete globale
Cloudflare & co.
serve immagini e file statici da server vicini all'utente
PAGE CACHEla mossa n.1
WP Super Cache, W3TC
salva l'HTML già generato: niente PHP/DB alla visita successiva
OBJECT CACHEquery ripetute
Redis / Memcached
memorizza i risultati delle query al DB; ottimo per siti dinamici
FONDAMENTAle basi
PHP recente + OPcache
immagini compresse, PHP 8.x, hosting decente. Meno plugin

🖥️ WP-CLI

La riga di comando di WordPress: gestisci tutto da terminale senza aprire il browser. Aggiornamenti, utenti, plugin, database, ricerca-sostituzione. Indispensabile per chi amministra più siti o automatizza.

📡 REST API

WordPress espone i contenuti via API REST (JSON): puoi usarlo come headless CMS, con un frontend separato (React, app mobile) che consuma i dati. Il backend resta WordPress, la vetrina la fai come vuoi.

💡 Multisite — una singola installazione di WordPress può gestire una rete di siti (sottodomini o sottocartelle) con core, temi e plugin condivisi. Utile per network di blog, filiali, atenei. Si attiva da wp-config.php. Potente, ma aggiunge complessità: attivalo solo se ti serve davvero.
13 / 13

Cheat sheet & glossario

I comandi WP-CLI e i percorsi che userai di continuo, più i termini da tenere a mente. Da tenere in un tab.

WP-CLI — comandi essenziali

wp-cli quotidiano
wp core update            # aggiorna il core
wp plugin update --all     # aggiorna tutti i plugin
wp theme list             # elenca i temi
wp user create ...        # crea utente
wp user update 1 --user_pass='x'  # cambia password
wp db export backup.sql   # dump del database
wp search-replace 'vecchio.it' 'nuovo.it'  # migra URL
wp cache flush            # svuota la cache
wp cron event list        # i task pianificati

🔗 Percorsi & file chiave

dove sta cosa
/wp-admin/                 # pannello admin
wp-config.php             # configurazione + DB
wp-content/themes/        # i temi
wp-content/plugins/       # i plugin
wp-content/uploads/       # media caricati
.htaccess / nginx.conf    # regole web server
functions.php            # funzioni del tema
/wp-json/                 # la REST API

📚 Glossario da sopravvivenza

TermineIn parole povere
PostContenuto cronologico (articolo). Ha data, categorie, tag.
PaginaContenuto statico e gerarchico (Chi siamo, Contatti).
Post typeIl "tipo" di contenuto. Post e Pagina sono i predefiniti; puoi crearne di custom.
TassonomiaSistema per raggruppare i contenuti: categorie (gerarchiche) e tag (piatti).
BloccoL'unità dell'editor Gutenberg: paragrafo, immagine, bottone...
GutenbergIl block editor moderno (dalla 5.0).
FSEFull Site Editing: comporre tutto il sito a blocchi (block theme).
TemaControlla l'aspetto del sito. Classico (PHP) o a blocchi (FSE).
Child themeTema figlio: contiene le tue modifiche senza toccare il genitore.
Template hierarchyLe regole con cui WordPress sceglie quale file del tema usare.
PluginEstensione che aggiunge funzioni senza toccare il core.
HookPunto di aggancio per il tuo codice: action (esegue) o filter (modifica).
The LoopIl ciclo PHP che scorre e mostra i post in un template.
CapabilityUn singolo permesso; i ruoli sono insiemi di capability.
wp-contentLa cartella dove vive tutto ciò che è tuo (temi, plugin, upload).
WP-CLILa riga di comando di WordPress.
MultisiteUna installazione che gestisce una rete di siti.
HeadlessUsare WordPress solo come backend/API, con un frontend separato.
WooCommerceIl plugin che rende WordPress un e-commerce.

📚 Per approfondire

  • wordpress.org — download, plugin, temi ufficiali
  • developer.wordpress.org — documentazione per sviluppatori (Codex → nuova doc)
  • Learn WordPress — corsi ufficiali gratuiti
  • WP Tavern — news dal mondo WordPress
  • WordCamp — gli eventi della community (spesso gratuiti)

🔗 Guide collegate

  • Drupal — l'altro grande CMS, più strutturato
  • PostgreSQL, MySQL & SQL — il database MySQL/MariaDB che sta sotto ogni WordPress
  • Linux Admin — gestire il server LEMP sotto
  • Docker — ambienti WordPress locali riproducibili
  • Git — versionare temi e plugin custom
📝
Regola finale dello svogliato — WordPress ti dà un sito in 5 minuti e te lo lascia distruggere altrettanto in fretta. I quattro comandamenti: non toccare il core, usa un child theme, pochi plugin ben scelti, aggiorna sempre e fai backup. Rispettali e avrai un sito che dura anni senza sorprese. Ignorali e sarai la prossima statistica di un bot.