MevvBlocks Documentation

Installazione

MevvBlocks richiede WordPress 6.0 o successivo e PHP 8.1 o successivo. Non c’è nessun’altra dipendenza: nessuna libreria esterna, nessun carattere dal server di qualcun altro, nessun passaggio di build.

Carichi e attivi il plugin.
Apra una pagina nell’editor a blocchi e aggiunga il blocco Contenitore.
Vi inserisca i blocchi che desidera. Li trova nella categoria Design.
Gestisca il resto dal menu MevvBlocks nella barra laterale di amministrazione.

WooCommerce è facoltativo. Installarlo aggiunge due blocchi.
MevvBridge è facoltativo. Se arriva da Elementor, è MevvBlocks a rendere di nuovo modificabili quelle pagine.
MevvLegal è facoltativo. Se è presente, il blocco mappa consegna il proprio embed a MevvLegal così la mappa non viene caricata prima che il visitatore acconsenta.

Pro è un plugin separato installato accanto a quello gratuito, e dichiara il plugin gratuito come requisito obbligatorio. La Sua chiave di licenza si inserisce nella schermata Lisans (Licenza). Senza Pro, MevvBlocks non effettua alcuna richiesta ai nostri server.

Stile per dimensione di schermo — la lacuna che questo colma

I blocchi del core accettano un valore di spaziatura interna, un’altezza minima, un numero di colonne. Quel valore si applica su ogni schermo. Se una sezione ha bisogno di 100 pixel di spaziatura su desktop e 40 su mobile, il core non può esprimerlo — e quell’unica lacuna è la ragione tecnica più comune per cui si installa un page builder.

MevvBlocks memorizza tre valori invece di uno — desktop, tablet, mobile. Le soglie sono fisse:

Desktop: Nessuna media query — il valore di base.
Tablet: Si applica da 1024 pixel in giù.
Mobile: Si applica da 767 pixel in giù.

Gli stessi due numeri sono usati ovunque nel resto del plugin — la soglia del menu a panino, il numero di colonne della griglia. Un campo libero in pixel non è stato offerto di proposito: chi scegliesse 900 avrebbe il menu a panino a 900 mentre la spaziatura cambierebbe ancora a 1024, e due sistemi di breakpoint significano layout in contraddizione con sé stessi.

I valori risiedono negli attributi del blocco stesso, dentro post_content — non in una tabella personalizzata né nei post meta. Il CSS viene prodotto sul server, al momento della richiesta, e stampato come un piccolo blocco di stile accanto all’elemento a cui appartiene.

Perché non salvare il CSS con la pagina? Perché l’HTML salvato può portare un solo breakpoint. Il rendering al momento della richiesta è ciò che rende possibili i tre valori — ed è il motivo per cui una licenza scaduta non può mai oscurare una pagina pubblicata: su quel percorso non c’è un solo controllo di licenza.

L’anteprima dell’editor — che cosa mostra e che cosa ancora non può

Questa pagina diceva che l’anteprima era un’approssimazione. Non lo è più, per quanto riguarda il layout. L’area di lavoro ora chiede al server lo stesso CSS che la pagina stamperà e lo applica alle stesse classi contenitore che usa il front-end.

Ciò che oggi è accurato nell’area di lavoro: layout del contenitore (direzione, colonne, spaziatura tra gli elementi, allineamento), spaziatura interna, margine, sfondo, bordo, raggio, ombra, altezza minima, tipografia, trasformazioni, maschere e posizionamento — con i valori per tablet e mobile che si applicano man mano che ridimensiona, perché l’area di lavoro è un iframe e le media query funzionano al suo interno.

Perché il CSS arriva dal server invece di essere ricostruito in JavaScript: c’è un solo motore di stili, e una seconda copia finirebbe per divergere dalla prima. Il giorno in cui qualcuno aggiungesse un’impostazione all’uno dimenticando l’altro, l’editor sarebbe sbagliato pur dichiarandosi esatto — peggio della vecchia, onesta approssimazione.

Ciò che non è ancora esatto: le regole che puntano al markup interno a un blocco. Nell’area di lavoro un blocco disegna i propri strumenti di modifica, quindi un selettore scritto sulla struttura del front-end non trova nulla a cui applicarsi. Colmare questo significa rendere il markup di modifica identico a quello pubblicato per tutti e centouno i blocchi; è lavoro vero e non è stato fatto.

Misurato, non asserito: la stessa sezione è stata renderizzata due volte con lo stesso foglio di stile — una come la stampa il front-end, una come la costruisce l’area di lavoro — e sedici proprietà di layout sono state confrontate su ogni elemento. La vecchia area di lavoro differiva in ventiquattro di esse. Ora sono zero su sessantaquattro. Lo strumento che lo misura è nel codice sorgente del plugin (tools/onizleme-esitlik.js), ed è stato prima puntato sul vecchio markup per dimostrare che non era cieco.

I blocchi

Centouno blocchi, o settantotto senza WooCommerce. Ci sono tutti nell’edizione gratuita; nessun blocco è esclusiva di Pro. Vivono nella categoria Design dell’inseritore.

Layout e testo: Contenitore, Titolo, Testo, Pulsante, Separatore, Spaziatore, Ancora, Immagine, Shortcode, Citazione, Lista di controllo, Tabella, Codice
Presentazione: Testimonianza, Icona, Riquadro icona, Elenco di icone, Riquadro immagine, Icone social, Copyright, Membro del team, Valutazione a stelle, Tabella prezzi, Listino prezzi, Contrassegno, Banner, Striscia di loghi, Riquadro numerico, Avviso
Interazione: Slider, Diapositive, Schede, Fisarmonica, Menu di navigazione, Modulo di ricerca, Modulo, Modulo di accesso, Modulo di registrazione, Indice dei contenuti, Condivisione social, FAQ, Linea del tempo, Passaggi
Conversione: Flip box, Invito all’azione, Titolo animato, Prima / Dopo, Punto interattivo, Pannello a scomparsa, Pulsanti di contatto, Barra di annuncio, Confronto, Barra dati, Avanzamento di lettura, Tempo di lettura, Torna su, Testo su un tracciato
Media: Video, Audio, Galleria
Dati e tempo: Griglia di contenuti, Conto alla rovescia, Contatore, Barra di avanzamento, Mappa
Modelli di sito e di tema: Logo del sito, Titolo del sito, Motto del sito, Titolo della pagina, Briciole di pane, Informazioni sull’articolo, Riquadro autore, Commenti, Precedente / Successivo, Titolo dell’archivio, Descrizione dell’archivio, Mappa del sito
WooCommerce (20): Prodotti, Categorie prodotto, Galleria prodotto, Titolo prodotto, Prezzo prodotto, Valutazione prodotto, Descrizione breve, Descrizione prodotto, Metadati prodotto, Informazioni aggiuntive, Schede prodotto, Aggiungi al carrello, Stato della disponibilità, Prodotti correlati, Upsell, Cross-sell, Mini carrello, Carrello, Checkout, Il mio account, Tracciamento dell’ordine, Ordinamento dei prodotti, Conteggio dei risultati — aggiunti solo quando WooCommerce è attivo

Gli effetti di movimento non sono un blocco: a ogni blocco MevvBlocks viene aggiunto un pannello Movimento.

Qui nulla resta nascosto quando JavaScript non si carica. Le schede mostrano tutti i pannelli, la fisarmonica è un elemento details nativo, lo slider scorre, e le frecce vengono stampate nascoste finché lo script non può guidarle — mostrare un pulsante che non fa nulla significa mostrare un’interfaccia rotta. Contenuto nascosto è contenuto inaccessibile.

Griglia di contenuti e costruttore di loop

Il blocco Griglia contenuti interroga articoli, pagine o prodotti e li dispone. La paginazione è fatta di semplici link, quindi funziona anche con JavaScript disattivato.

L’ordinamento è un elenco chiuso — data, modifica, titolo, ordine di menu, casuale — perché il valore arriva fino al database.
I titoli delle schede vanno da h2 a h6. L’h1 non viene offerto: una griglia di schede su una pagina che ha già un h1 romperebbe l’ordine dei titoli.
Un link per scheda. Rendere link l’immagine, il titolo e il “leggi di più” significa che uno screen reader annuncia la stessa destinazione tre volte.
La griglia mette in cache gli id degli articoli che ha trovato, mai l’HTML renderizzato, e la cache viene invalidata al salvataggio di qualsiasi articolo — così “ho pubblicato un articolo e non compare” non può succedere.

Il costruttore di loop Le permette di disegnare la scheda da sé anziché usare quella integrata. Crea un template di tipo Scheda loop, lo costruisce con blocchi normali e collegamenti dinamici, e lo sceglie nelle impostazioni della griglia.

Mentre modifica un modello di scheda non c’è contesto di articolo, quindi le associazioni dinamiche mostrano i loro valori statici di ripiego. E se il modello è vuoto, eliminato, lasciato in bozza o rimanda a sé stesso, la griglia ripiega sulla scheda integrata invece di non stampare nulla. L’annidamento dei loop è limitato a due livelli.

Il motore per i moduli

Sedici tipi di campo, con validazione lato server. Il modulo è l’unica parte di una pagina che fa davvero qualcosa, quindi funziona senza JavaScript: un invio POST semplice riceve la stessa validazione e gli stessi messaggi di uno con script.

Tipi di campo: Testo, E-mail, Telefono, Indirizzo (URL), Numero, Data, Ora, Nascosto, Testo lungo, Menu a discesa, Elenco a scelta multipla, Scelta singola, Caselle di spunta multiple, Casella di controllo, Testo del consenso (KVKK) e Titolo secondario. Pro aggiunge un campo per il caricamento di file.
Dove vanno gli invii: In una tabella dedicata e anche via e-mail. Il record viene scritto per primo e la posta inviata dopo, perché la consegna della posta fallisce assai più spesso di una scrittura sul database.
Leggerli: MevvBlocks → Invii dei moduli. Pro vi aggiunge un’esportazione CSV.
E-mail di notifica: Il mittente è il Suo sito, mai il visitatore. Usare l’indirizzo del visitatore come mittente è il motivo più comune per cui la posta di un modulo non arriva mai — SPF e DMARC la respingono. Il suo indirizzo diventa invece il Reply-To.

Lo spam è gestito con tre livelli e nessun CAPTCHA: una firma che non dipende da una sessione, un tempo minimo di compilazione e un campo honeypot. Un invio che riempie l’honeypot viene accettato in silenzio e scartato — mostrare un errore direbbe al bot di essere stato scoperto, e al tentativo successivo salterebbe quel campo.

Perché una firma anziché un nonce di WordPress? Un nonce è legato a una sessione e a una finestra di dodici ore. Su un sito con cache lo stesso HTML viene servito per ore o giorni, il nonce al suo interno è scaduto da un pezzo, e il modulo smette di funzionare in silenzio. È il guasto sul campo più comune dei plugin per moduli. La firma usata qui è valida sette giorni e non dipende da chi sta navigando.

L’indirizzo IP di un invio non viene mai memorizzato in forma leggibile — solo un digest, con il sale della chiave del Suo sito, così i record di due siti diversi non possono essere messi in relazione tra loro.

L’archiviazione degli invii non è legata alla licenza. Se lo fosse, il giorno in cui un pagamento scade sarebbe il giorno in cui il cliente comincia a perdere dati.

Modelli di tema

Sette tipi di template, costruiti nell’editor di WordPress che già usa — Header, Footer, Contenuto singolo, Archivio, Risultati della ricerca, Non trovato (404) e Scheda loop. Un secondo editor sarebbe un’altra cosa da tenere al passo con il core di WordPress.

Il tipo e le condizioni stanno in un semplice riquadro laterale, non in un pannello React — un riquadro classico si salva anche con JavaScript disattivato, e non si rompe quando cambia l’API dell’editor.

Condizioni: Intero sito, home page, tipo di post, categoria o un singolo contenuto. Le lasci vuote per l’intero sito.
Quando ne corrispondono più d’una: Vince la condizione più ristretta.
Condizioni malformate: Vengono scartate al salvataggio e memorizzate vuote, invece di essere conservate come testo non valido che farebbe sì che il modello non compaia mai, in silenzio.

I modelli di intestazione e piè di pagina vengono applicati solo su Astra e GeneratePress. Se il Suo tema non ha una ricetta, non vengono stampati affatto e la schermata lo dice — innestare un’intestazione su un tema che non riusciamo a sollevare significa due intestazioni, garantito. I modelli di contenuto singolo, archivio, ricerca e 404 continuano a funzionare su qualsiasi tema, perché sostituiscono il loop e lasciano al loro posto l’intestazione e il piè di pagina del tema.

Un template Scheda loop non si posiziona mai da solo da nessuna parte. È un blocco griglia a sceglierlo.

Libreria di pattern e preset dei blocchi

Venti pattern già pronti: sedici sezioni e quattro pagine complete. Sono registrati come normali pattern di WordPress, quindi si inseriscono nel modo che già conosce — il pulsante +, la scheda Pattern e poi la categoria Sezioni MevvBlocks o Pagine MevvBlocks.

Per questo non è stata scritta alcuna finestra modale su misura. Lo strumento di inserimento del core offre già anteprima, ricerca, navigazione da tastiera e traduzione gratis, e ciò che inserisce è normale markup a blocchi — nulla a cui restare vincolati.

I pattern arrivano senza immagini. Prendere immagini da altrove è una questione di diritto d’autore, una questione di privacy, e lega l’aspetto della Sua pagina al fatto che il server di qualcun altro resti in piedi. I blocchi immagine sono al loro posto con il testo alternativo già compilato; scelga le Sue.

I preset dei blocchi salvano sotto un nome le impostazioni di aspetto di un blocco e le applicano a un altro blocco dello stesso tipo. Il contenuto deliberatamente non viene salvato — testo, link, immagini e voci di elenco vengono rimossi, così applicare un preset non sovrascrive mai ciò che ha scritto.

I pattern non vengono registrati affatto sul front-end. Generare il loro markup a ogni visualizzazione di pagina è stato misurato in 109 KB e 3,59 ms — pagati per nulla, dato che nessuno inserisce un pattern mentre legge.

Popup

Si costruiscono nell’editor a blocchi come qualsiasi altra cosa; gli attivatori, le condizioni e la frequenza si trovano nella barra laterale della stessa schermata. Si gestiscono in MevvBlocks → Popup.

Attivatori: Al caricamento della pagina con un ritardo, a una percentuale di scorrimento, all’intenzione di uscita, a un clic che corrisponde a un selettore CSS, oppure dopo un periodo di tempo attivo. Il timer di attività si ferma mentre la scheda è in secondo piano.
Condizioni: Intero sito, home page, pagine specifiche, tipo di post o categoria; con accesso effettuato, senza accesso o tutti; e per dispositivo.
Frequenza: Ogni volta, una volta per sessione, oppure una volta ogni N giorni.
Aspetto: Posizione, larghezza, se il titolo è visibile, se il clic all’esterno lo chiude, e l’animazione di apertura.

Il contatore del “non mostrare più” resta nel browser del visitatore, non sul server. Contarlo lato server significherebbe coniare un’identità duratura per ogni visitatore solo per non mostrargli due volte un riquadro.

Il targeting per dispositivo lo decide il browser, non l’analisi dello user agent. Uno user agent non può distinguere in modo affidabile un tablet da un telefono, e dietro una cache a pagina intera servirebbe a tutti il dispositivo del primo visitatore. Se non viene selezionato alcun attivatore, il popup ripiega sul caricamento della pagina; se non viene selezionato alcun dispositivo, ripiega su tutti e tre — un popup che in silenzio non compare mai è peggio di uno che compare troppo spesso.

La palette del sito

Un’unica schermata per colori e tipografia, raggiungibile sia dal menu di MevvBlocks sia da Aspetto, perché è lì che la gente la cerca. Ogni voce mostra il proprio nome di variabile, e i blocchi fanno riferimento a quei nomi invece che a valori letterali.

È questo che permette a una pagina costruita prima del passaggio di adottare una nuova palette invece di perdere i propri riferimenti — i nomi delle variabili restano gli stessi che le Sue pagine già usano.

Non esiste l’eliminazione. Un colore o un set tipografico si può lasciare vuoto, ma rimuoverlo lascerebbe ogni blocco che vi faceva riferimento puntato sul nulla. Svuotare è reversibile; eliminare un riferimento no.

L’audit di accessibilità

MevvBlocks → Accessibilità analizza le Sue pagine, articoli e template pubblicati e segnala ciò che ogni blocco ha tralasciato: un’immagine senza testo alternativo, un titolo vuoto, un pulsante senza nome o senza destinazione, un ordine dei titoli interrotto, un contrasto troppo basso.

La stessa verifica è disponibile come pannello laterale mentre sta ancora modificando, ovvero dove correggere una segnalazione costa meno.

Questo deliberatamente non è un overlay. I livelli che innestano un “menu di accessibilità” su una pagina non risolvono nulla: un’immagine senza testo alternativo continua a non averlo, e un testo a basso contrasto resta illeggibile. Sostenere che “questo sito è accessibile” senza che sia vero è una posizione peggiore del non affermare nulla — siti che usano overlay sono stati citati in giudizio proprio per questo. Questo strumento misura e Glielo dice; la correzione spetta a Lei.

Il contrasto viene segnalato solo quando entrambi i colori sono davvero noti. Indovinare un colore ereditato produrrebbe avvisi su cui non si può intervenire.

Velocità — cache degli elementi e immagini

Due cose distinte, entrambe nell’edizione gratuita.

Cache degli elementi. L’output dei blocchi viene memorizzato invece di essere ricostruito a ogni richiesta. Misurato: tempo di rendering dei blocchi ridotto del 33–72%. Usa una cache di oggetti persistente (Redis, Memcached) quando c’è, e i transient quando non c’è.

Un blocco il cui output varia per visitatore, per query o per momento non viene mai memorizzato: moduli, accesso, registrazione, mini carrello, griglia prodotti, ricerca, carrello, checkout, il mio account, shortcode. Lo shortcode è in quell’elenco perché non sappiamo che cosa contiene — una volta abbiamo congelato un token di WPForms su un sito reale, e da allora la regola è applicata dal codice.

Ottimizzazione delle immagini. Accanto all’originale viene scritta una copia WebP (facoltativamente AVIF) di ogni immagine caricata; l’originale non viene mai toccato. Misurato: dal 39 al 78% più leggere. Un file che non si riduce non viene conservato — i PNG piccoli e piatti di solito crescono in WebP.

Le immagini vengono servite dentro un elemento <picture>: l’indirizzo di ogni formato è nell’HTML ed è il browser a scegliere. Decidere sul server in base all’intestazione Accept è stato scartato di proposito — quando lo stesso indirizzo varia per visitatore, ogni cache lungo il percorso può consegnare il file sbagliato alla persona sbagliata.

Se un altro plugin sta davvero facendo questo lavoro (LiteSpeed, ShortPixel, Imagify, Smush, EWWW, Optimole, Converter for Media), MevvBlocks si fa da parte da solo e spiega perché. La domanda non è “è installato?” ma “può davvero funzionare?”: LiteSpeed con l’ottimizzazione delle immagini attiva ma senza chiave cloud non fa proprio nulla.

Core Web Vitals — misurati sui Suoi visitatori

I Core Web Vitals sono dati di campo per definizione: misurati nei browser di visitatori reali e riportati come 75º percentile su una finestra di 28 giorni. Un’esecuzione di Lighthouse è un’altra cosa — una macchina, una rete, un momento. Sapere qual è quale è ciò che scioglie la confusione del “PageSpeed dice 98, Search Console dice rosso”.

La schermata Web Vitals mostra tre numeri per classe di dispositivo:

LCP: Quanto tempo impiega a comparire il contenuto principale. Buono è 2,5 secondi o meno.
CLS: Quanto si muove la pagina mentre si assesta. Buono è 0,1 o meno.
INP: Quanto tempo impiega la pagina a rispondere a un tocco o a un clic. Buono è 200 ms o meno.

Lo script di misurazione occupa circa un kilobyte e non carica alcuna libreria — il lavoro lo fa il PerformanceObserver del browser. Il campionamento è per impostazione predefinita il 10% delle visite e lo decide il browser, non il server: se decidesse il server, lo stesso URL produrrebbe due documenti HTML diversi e una cache a pagina intera servirebbe a tutti quello visto per primo.

Non viene raccolto nulla di personale: nessun IP, nessun cookie, nessun identificatore. Tre valori, una classe di dispositivo e il percorso della pagina, conservati sul Suo server come conteggi raggruppati. Nulla viene inviato da nessuna parte.

Sotto le cento rilevazioni la schermata non mostra alcun numero — dice quante ne ha. Un percentile ricavato da una dozzina di misure è rumore, e un numero sbagliato è peggio di nessun numero, perché qualcuno ci baserà una decisione. Il percentile viene letto da un istogramma, quindi è approssimato all’ampiezza dell’intervallo, e la schermata lo dichiara.

Trasformazioni e maschere

Qualsiasi blocco può essere traslato, ridimensionato, ruotato (su Z e in 3D X/Y), inclinato e capovolto — ciascuna cosa con valori distinti per desktop, tablet e mobile. Si possono impostare una trasformazione al passaggio del mouse separata e una durata della transizione.

Le maschere possono essere un cerchio, un triangolo, un esagono, una macchia, un fiore, una forma a mano libera o una Sua immagine, con controlli di dimensione, posizione e ripetizione.

Le forme sono incorporate nel CSS, non distribuite come file SVG separati. Un percorso di file sbagliato fa sparire una maschera in silenzio e nessuno vede il 404; dietro una CDN anche l’indirizzo della cartella del plugin può cambiare.

Codice personalizzato per l’intero sito

HTML, CSS e JavaScript possono essere collocati nell’head, all’inizio del body o alla fine: tag di verifica, frammenti di misurazione, piccole correzioni di stile. Posizione, priorità e una condizione di sessione sono configurabili.

Non esegue PHP. Mettere un esecutore di PHP dentro un page builder trasformerebbe il permesso di un designer nel permesso di eseguire codice sul server.

La capacità richiesta è unfiltered_html: chi non può inserire uno script grezzo in un articolo non può inserirlo nemmeno a livello di sito. Con MevvLegal installato, anche gli script di tracciamento inseriti qui restano trattenuti finché non viene dato il consenso ai cookie.

Blocchi WooCommerce

Venti blocchi: titolo del prodotto, immagini, prezzo, aggiungi al carrello, valutazione, disponibilità, metadati, descrizione breve, descrizione, schede dati, informazioni aggiuntive, prodotti correlati, upsell, cross-sell, carrello, checkout, il mio account, tracciamento dell’ordine, ordinamento e conteggio dei risultati.

Nessuno di essi ridisegna WooCommerce. Richiamano tutti le sue funzioni di modello e i suoi shortcode. Il Suo tema modifica quei modelli e i Suoi plugin vi si agganciano — spedizioni, rate, avvisi di disponibilità, tabelle taglie. Disegnare un markup nostro farebbe cadere tutto questo in silenzio.

Carrello, checkout, il mio account e tracciamento dell’ordine sono specifici per visitatore: la cache a pagina intera viene disattivata e non finiscono mai nella cache degli elementi. Se WooCommerce non è attivo, questi blocchi non vengono registrati né sul server né nell’editor.

Note dell’editor

Può fissare una nota su qualsiasi blocco: chi l’ha scritta, quando e se è risolta.

Le note non vengono MAI stampate nella pagina. In quel file non c’è un solo hook del front-end e un test lo impone. Le note sono conversazione interna; che un visitatore le veda sarebbe peggio di un layout rotto.

Una nota è legata all’identità del blocco. Duplicare un blocco dà alla copia una NUOVA identità, quindi non eredita la nota — e come vantaggio aggiuntivo ottiene un proprio ambito CSS.

Le note risiedono nei dati stessi dell’articolo: elimini l’articolo e le note se ne vanno con lui, senza lasciare righe orfane.

IA nell’editor — con la Sua chiave

Scrivere, riscrivere, accorciare, generare il testo alternativo delle immagini e tradurre. Sono supportati Anthropic e OpenAI.

Inserisce la SUA chiave API e la richiesta va dal Suo sito DIRETTAMENTE al provider. Il Suo testo non arriva mai da noi; la quota e la fattura restano Sue. Non abbiamo costruito un nostro servizio cloud: il Suo testo passerebbe dai nostri server e la responsabilità sui dati diventerebbe nostra.

La chiave non arriva mai al browser — la richiesta parte dal server. E non viene restituita da alcun endpoint; nemmeno il modulo delle impostazioni ristampa il valore.

NON cifriamo la chiave, e lo diciamo chiaramente: in WordPress la chiave di cifratura deve stare sullo stesso server, quindi un aggressore con accesso al database ottiene entrambe. Chiamarla “cifrata” prometterebbe una protezione che non esiste.

Il risultato non viene scritto direttamente nel blocco; arriva come suggerimento ed è Lei ad applicarlo. È questa la nostra vera difesa contro una frase sepolta nel Suo contenuto che venga letta come un’istruzione — approva una persona.

Free e Pro

L’edizione gratuita è il prodotto intero: tutti e centouno i blocchi, i modelli di tema, la griglia e il costruttore di loop, il motore per i moduli con il suo archivio degli invii, il menu, la ricerca, i popup, la libreria di pattern, i preset dei blocchi, la palette globale, l’ottimizzazione delle immagini, la cache dei blocchi, il codice personalizzato per l’intero sito, le note dell’editor, la schermata Core Web Vitals e l’audit di accessibilità.

Pro aggiunge capacità di modifica, non di output:

Breakpoint — le schede desktop / tablet / mobile, con altezza minima, larghezza del contenuto, larghezza e i quattro valori di spaziatura interna per breakpoint.
CSS personalizzato per blocco, dove il token selector rappresenta il blocco stesso.
Extra per i moduli — campi condizionali, una risposta automatica al mittente, un webhook e un campo per il caricamento di file.
Esportazione CSV degli invii dei moduli.

I pannelli dei breakpoint e del CSS personalizzato compaiono oggi sui blocchi principali — Contenitore, Titolo, Testo, Pulsante, Separatore, Immagine, Testimonianza, Icona, Riquadro icona, Elenco con icone, Shortcode, Modulo, Prodotti e Categorie di prodotto. Diversi controlli per breakpoint sono gratuiti ovunque esistano: il numero di colonne della griglia su tablet e mobile, la soglia dell’hamburger del menu, la posizione su mobile del riquadro immagine e la scelta del dispositivo per la posizione fissa.

Quando una licenza scade o manca:

Il Suo sito appare esattamente uguale. Ogni valore salvato per tablet e mobile continua a essere stampato, e così ogni regola di CSS personalizzato per blocco. Non è una promessa, è una regola architetturale: nessun file sul percorso di rendering chiede della licenza, e un test lo verifica a ogni rilascio.
I moduli continuano a essere inviati, a salvare e a spedire posta.
I popup esistenti continuano a comparire.
Ciò che perde sono i pannelli Pro nell’editor — e nient’altro.

Se i nostri server non sono raggiungibili, una licenza attiva continua a funzionare per sette giorni. Un’installazione che non si è mai verificata con successo non ottiene alcun periodo di tolleranza: bloccare il nostro indirizzo non è un modo per ottenere Pro.

Quando qualcosa non funziona

“La sessione del modulo è scaduta.”: La copia in cache di quella pagina ha più di sette giorni, oppure le chiavi di sicurezza del Suo sito sono state ruotate. Svuoti la cache delle pagine.
Il modulo non invia posta: Controlli prima l’elenco degli invii — il record viene scritto prima della posta, quindi se c’è, il modulo ha funzionato e a fallire è stata la consegna. Poi verifichi l’indirizzo del destinatario e la configurazione della posta del Suo sito.
La pagina appare giusta nell’editor e sbagliata sul front-end: L’anteprima dell’editor è approssimativa per scelta progettuale; vedi sopra. Il front-end è la verità. Se un blocco porta valori per tablet o mobile, l’editor stampa un avviso che lo segnala.
Un blocco risulta non valido quando provo a modificarlo: In passato accadeva ai blocchi registrati sul server ma assenti dallo script dell’editor — venivano stampati perfettamente e fallivano solo all’apertura per la modifica. Ora un test lo previene; se dovesse ancora capitare, ci segnali il nome del blocco.
Il conto alla rovescia mostra l’ora sbagliata: Il markup porta un istante di destinazione assoluto, mai “mancano X secondi”, quindi una pagina in cache non può congelarlo. Il blocco si corregge sull’orologio del server; se quella richiesta è bloccata, ripiega sull’orologio del visitatore invece di fallire.
Il modello di intestazione o di piè di pagina non compare: Il Suo tema non ha una ricetta. Solo Astra e GeneratePress possono essere sollevati; la schermata La avverte. Gli altri tipi di modello funzionano su qualsiasi tema.
Sono comparse due intestazioni: MevvBlocks e MevvBridge ne stanno producendo una ciascuno. MevvBlocks occupa il posto per primo, di proposito — lasci l’intestazione a uno solo dei due.
I contenitori sono più larghi o più stretti di quanto impostato: Una regola del tema sta vincendo per specificità. Astra in particolare applica stili molto forti ai propri discendenti. Nei casi misurati è stato risolto alzando la specificità invece di usare !important; se ne incontra uno nuovo, ci dica di quale tema si tratta.
Un articolo pubblicato non compare in una griglia: Dovrebbe. La griglia mette in cache solo gli id degli articoli e il salvataggio di un qualsiasi articolo la invalida. Se il problema persiste, verifichi che il tipo di post e l’ordinamento siano quelli che si aspetta.

Limiti

L’anteprima dell’editor è approssimativa. Vengono mostrati struttura e contenuto; l’aspetto esatto è il front-end.
I modelli di intestazione e piè di pagina funzionano solo su Astra e GeneratePress. Ogni altro tema non riceve nulla, più un avviso — il silenzio significherebbe due intestazioni.
La mappa è un embed di OpenStreetMap. Un indicatore, nessuna immagine di indicatore personalizzata, nessuno stile della mappa, nessuna indicazione stradale. Nessuna chiave API, nessun account di fatturazione e nessuna chiave nel codice sorgente della Sua pagina.
Nessun overlay di accessibilità. Solo misurare e segnalare.
Nessun CAPTCHA.
Nessuna ricerca dal vivo. Una richiesta a ogni tasto premuto è una dipendenza e una superficie soggetta a limiti di frequenza.
Il conto alla rovescia usa il fuso orario del sito, non quello del visitatore. Una campagna finisce in un unico istante in tutto il mondo.
Il menu offre due breakpoint, non un valore libero in pixel, e non ha una modalità a tendina laterale né off-canvas — un pannello scorrevole con gestione del focus è esattamente ciò a cui serve il blocco popup.
Le schede della griglia non possono essere h1, e l’annidamento dei loop si ferma a due livelli.
Il contenuto dinamico proviene da un elenco chiuso di fonti. Non esiste un campo del tipo “esegui questa espressione”: consegnerebbe l’esecuzione di codice a chiunque possa modificare una pagina.
I set globali di colore e tipografia non si possono eliminare, solo svuotare.
Le schede prodotto le disegna WooCommerce, non noi, quindi il Suo tema e gli eventuali hook di terze parti continuano a funzionare.
L’interfaccia è distribuita in undici lingue. Turco, inglese, spagnolo, tedesco, francese, portoghese, italiano, olandese, giapponese, russo e polacco, più varianti nazionali come es_MX e pt_PT. Qualsiasi altra impostazione locale ripiega sull’inglese.
La finestra dei Web Vitals si azzera ogni 28 giorni; non è scorrevole. Una finestra scorrevole richiederebbe intervalli giornalieri e ventotto volte lo spazio di archiviazione. La schermata mostra quando è iniziata la finestra corrente.
La disinstallazione non rimuove la tabella degli invii né le impostazioni. Il contenuto dei Suoi blocchi resta comunque leggibile — è markup standard dentro post_content.

Non viene caricata alcuna libreria JavaScript o CSS di terze parti, da nessuna parte. Né per lo slider, né per la fisarmonica, né per il movimento, né per la mappa. Ognuna di esse sarebbe costata tra i quaranta e i cento kilobyte su ogni pagina che la usava.

Cento pixel su desktop, quaranta su mobile — nell’editor a blocchi.