Tabella dei prezzi: livelli, periodi di fatturazione e regole

Una tabella dei prezzi trasforma un’offerta commerciale in fatti strutturati e confrontabili. Un acquirente può vedere quanto costa ogni livello, quando l’addebito si ripete e cosa cambia al livello successivo senza dover ricostruire l’offerta da etichette, note a piè di pagina e copia del checkout. Una macchina può associare ogni importo alla valuta corretta, al periodo di fatturazione, al piano, alle inclusioni, alle esclusioni e alla data di verifica.

L’azienda e i piani sopra sono illustrativi. La struttura è il modello di produzione: la valuta è scritta come codice ISO 4217, la ricorrenza e la base di fatturazione sono fatti separati, i limiti usano numeri, le assenze sono esplicite e la didascalia riporta la data in cui i fatti commerciali sono stati verificati.

Perché questo elemento è importante

La determinazione dei prezzi crea pressione decisionale perché un lettore sta contemporaneamente testando accessibilità economica, idoneità e rischio. Se “79$/mese” significa in realtà un addebito annuale di 948 USD, o se l’API necessaria è un componente aggiuntivo a pagamento, il prezzo apparente non è il prezzo decisionale. Mantenere le precisazioni accanto all’importo consente agli acquirenti di confrontare i livelli sulle stesse dimensioni e rivela le sorprese prima del checkout.

Il livello consigliato non deve essere l’unico livello completo. L’enfasi visiva può guidare l’attenzione, ma l’assenza di informazioni costringe il lettore a supporre che l’opzione evidenziata sia migliore. La fiducia deriva dalla divulgazione simmetrica: ogni livello indica il proprio importo o stato di preventivo, periodo, impegno, limiti principali, inclusioni materiali ed esclusioni.

L’estraibilità automatica è la capacità di un crawler, assistente, feed o sistema di pubblicazione di mantenere la relazione tra un fatto e il suo soggetto. Una scheda visiva che separa “79”, “al mese”, “fatturato annualmente” e “Growth” in contenitori non correlati lascia quella relazione all’inferenza. Le intestazioni semantiche espongono l’affermazione stabile: “Growth costa l’equivalente di 79 USD al mese e viene addebitato come 948 USD all’anno.”

Il prezzo è insolitamente volatile perché promozioni, tasse, valute, pacchetti e regole regionali cambiano. La data di verifica è quindi parte dell’elemento, non una decorazione: indica quando l’affermazione è stata controllata e crea un trigger di aggiornamento.

Quando usarlo

Utilizza una tabella dei prezzi quando due o più livelli acquistabili, pacchetti, abbonamenti, livelli di servizio o fasce di volume condividono termini commerciali. Anche un singolo prodotto può usarla quando le varianti cambiano prezzo, quantità, durata o ambito incluso. È particolarmente utile quando la cadenza di fatturazione differisce dall’importo di confronto normalizzato, ad esempio “20 USD al mese, addebitati 240 USD all’anno.”

Usala per fatti circoscritti: nome del piano, valuta, importo, periodo di fatturazione, quantità minima, condizioni di prova, unità incluse, tariffa per eccedenze ed esclusioni. Spiega a chi è adatto ogni piano o come viene misurato l’utilizzo nel testo circostante.

Diverse situazioni simili necessitano di un elemento diverso:

• Se il blocco giudica i prodotti in base a qualità, velocità, supporto o altro criterio non commerciale senza presentare termini acquistabili, utilizza invece una tabella comparativa .
• Se una promozione ha una scadenza, una regola di idoneità, un coupon e un invito all’azione, utilizza un box offerta . Non creare un falso secondo livello solo per ottenere un layout di prezzo.
• Se è necessario indicare solo un prezzo stabile e un’unità di acquisto, utilizza una riga di prezzo etichettata all’interno del componente prodotto o servizio corrispondente. Una tabella a quattro colonne aggiunge attrito senza migliorare il recupero delle informazioni.
• Se un preventivo richiede input dipendenti come postazioni, storage e durata del contratto, utilizza un calcolatore con riepilogo del prezzo.
• Se ogni cliente riceve un preventivo negoziato, mostra la base di determinazione del prezzo e il percorso di richiesta in testo libero o in un singolo livello personalizzato. Importi inventati “a partire da” non sono trasparenza.
• Se il blocco elenca specifiche di prodotto senza un’azione di acquisto o termini commerciali, si tratta di una tabella specifiche, anche se una riga contiene incidentalmente un prezzo.

Le regole di scrittura degli elementi hanno la precedenza: scegli l’elemento in base al suo scopo, non al titolo, allo stile della scheda o al numero di colonne. Un blocco il cui compito è esporre termini commerciali a livelli rimane una tabella dei prezzi anche se il tema lo visualizza come schede.

Dove posizionarlo

Posiziona la tabella dei prezzi principale dopo che la pagina ha nominato il prodotto, il pubblico e la proposta di valore, ma prima delle obiezioni dettagliate, delle testimonianze e dell’invito all’azione finale. In una pagina dedicata ai prezzi, è solitamente la prima sezione sostanziale dopo l’introduzione. In una pagina prodotto o servizio, posizionala dopo la spiegazione dell’ambito e prima dei dettagli di acquisto.

Posiziona la logica dei prezzi preliminare immediatamente sopra la tabella. Se i prezzi escludono le tasse, richiedono un impegno annuale, presuppongono cinque postazioni o si applicano solo in una regione, indica quella condizione prima o nella didascalia. Posiziona le definizioni più lunghe di utilizzo ed eccedenze direttamente dopo la tabella. Non mettere mai in nota a piè di pagina un fatto che modifichi l’importo apparente.

Mantieni nome del piano, prezzo, valuta, cadenza, ambito, data di verifica e fonte come un’unica unità. Non posizionarlo accanto a un conto alla rovescia, un carosello di testimonianze, una tabella di dati non correlata o una promozione in conflitto. Non separare l’importo da “fatturato annualmente”, non posizionare un CTA tra l’intestazione di un livello e le sue esclusioni, e non ripetere prezzi diversi più in basso nella pagina.

Su mobile, mantieni quest’ordine: nome del piano, prezzo e base di fatturazione, elementi inclusi, elementi esclusi, poi azione. Una matrice può scorrere all’interno di una regione etichettata; le schede devono impilarsi senza separare le esclusioni dal loro piano.

Anatomia

L’immagine annotata identifica queste parti:

1. Didascalia: nomina il prodotto, il mercato e il contesto dei prezzi in modo che la tabella abbia senso anche quando estratta.
2. Nome del livello: utilizza il nome ufficiale del piano o pacchetto, non un’etichetta di pubblico improvvisata.
3. Prezzo: mostra un importo numerico o lo stato esplicito “Gratuito”, “Preventivo personalizzato” o “Contatta vendite.”
4. Valuta: utilizza un codice ISO come USD, EUR o GBP quando è presente un importo in valuta; può apparire anche un simbolo aggiuntivo.
5. Periodo normalizzato: supporta il confronto, ad esempio al mese o ogni 1.000 richieste.
6. Base di fatturazione: indica cosa viene effettivamente addebitato e quando, ad esempio “948 USD fatturati annualmente.”
7. Elementi inclusi: nomina le capacità, quantità e livelli di servizio decisivi forniti a quel prezzo.
8. Elementi esclusi: indica cosa un acquirente ragionevole potrebbe aspettarsi ma non riceverà, inclusi i componenti aggiuntivi a pagamento.
9. Azione: utilizza un’etichetta accessibile specifica come “Avvia prova Growth” invece di ripetere “Scegli” su ogni livello.
10. Data di verifica: registra la data esatta in cui importi e pacchetti sono stati controllati rispetto alla fonte approvata.
11. Nota su tasse e commissioni: indica se i prezzi visualizzati includono le tasse applicabili e identifica le commissioni obbligatorie materiali.
12. Fonte: identifica il catalogo di fatturazione, il tariffario approvato o il responsabile commerciale.

“Gratuito” significa nessun addebito monetario nelle condizioni indicate, non una prova che successivamente fattura. “Preventivo personalizzato” significa nessun importo fisso pubblico, non zero. “Non incluso” significa assente; “Aggiuntivo” significa venduto separatamente e dovrebbe indicare il suo prezzo o la modalità di preventivo quando noto.

Esempi di design

Ogni variante preserva valuta, periodo, base di fatturazione, ambito, data di verifica e relazioni accessibili.

Schede livello standard: utilizzale per due o quattro piani con set di funzionalità brevi. Ogni scheda è un livello etichettato indipendentemente con campi equivalenti allineati.

Matrice di funzionalità: utilizzala quando da tre a cinque livelli condividono molti limiti. I nomi dei piani sono intestazioni di colonna e i criteri sono intestazioni di riga. Ripeti prezzo e fatturazione vicino all’azione in una tabella lunga e fornisci equivalenti testuali alle icone.

Fasce di utilizzo: utilizzale a soglie di quantità dichiarate. Gli intervalli devono essere esaustivi e non sovrapposti: “1–10.000,” poi “10.001–50.000.” Indica se il prezzo è progressivo, basato sul volume o un pacchetto fisso, perché ciascuno produce una fattura diversa.

Ibrido fisso e personalizzato: utilizzalo quando piani self-service affiancano un piano negoziato. Il livello personalizzato necessita comunque della sua base, impegno minimo, ambito e azione di contatto. Non usare mai “0” o un trattino per un importo sconosciuto.

Parametri

Il contratto separa le impostazioni genitore dai dati del livello perché valuta e verifica normalmente si applicano alla raccolta, mentre prezzo, fatturazione e ambito appartengono a un livello. “Fonte” indica dove il renderer ottiene il parametro, non dove è stata ricercata l’affermazione commerciale.

Per i prezzi basati sull’utilizzo, period può essere un’unità come 1000-requests anziché una durata temporale. L’etichetta visibile deve comunque essere leggibile in modo naturale. Può essere mostrato un equivalente mensile normalizzato, ma billing deve indicare l’importo effettivamente addebitato, l’impegno e la cadenza di fatturazione.

Sintassi ed esempi di codice

Tutte e tre le notazioni corrispondono agli stessi livelli ordinati e campi commerciali. La direttiva portabile è la forma autorevole canonica; Hugo e WordPress sono adattatori, non definizioni separate.

Direttiva Markdown portabile

:::price-table{caption="Northstar plans" variant=cards currency=USD market=US verified=2026-08-27 tax-note="Prices exclude applicable tax"}
## Plans for growing teams

::item{price=29 period=P1M billing="USD 29 billed monthly"}
### Starter

Included: 1 workspace; 3 users; email support.
Excluded: API access; audit log.
CTA: [Start Starter trial](https://example.com/signup/starter)
::

::item{price=79 period=P1M billing="USD 79 billed monthly" recommended=true}
### Growth

Included: 5 workspaces; 15 users; API access; audit log.
Excluded: Single sign-on.
CTA: [Start Growth trial](https://example.com/signup/growth)
::

Source: approved billing catalogue, revision 2026-08-27.
:::

Il primo titolo genitore corrisponde a title. Ogni titolo elemento corrisponde a tier.name; gli attributi elemento trasportano valori tipizzati compatti; le righe del corpo etichettate corrispondono a inclusioni, esclusioni e azione. Period utilizza una durata ISO 8601 quando rappresenta tempo: P1M significa un mese e P1Y significa un anno.

Shortcode Hugo

L’adattatore previsto utilizza solo parametri nominati e preserva gli stessi campi annidati. Questo esempio documenta la mappatura; non richiede che un autore di articoli crei un nuovo shortcode.

{{< price-table caption="Northstar plans" variant="cards" currency="USD" market="US" verified="2026-08-27" taxNote="Prices exclude applicable tax" >}}
  {{< price-tier name="Starter" price="29" period="P1M" billing="USD 29 billed monthly" ctaLabel="Start Starter trial" ctaUrl="https://example.com/signup/starter" >}}
  Included: 1 workspace; 3 users; email support.
  Excluded: API access; audit log.
  {{< /price-tier >}}
  {{< price-tier name="Growth" price="79" period="P1M" billing="USD 79 billed monthly" recommended="true" ctaLabel="Start Growth trial" ctaUrl="https://example.com/signup/growth" >}}
  Included: 5 workspaces; 15 users; API access; audit log.
  Excluded: Single sign-on.
  {{< /price-tier >}}
  Source: approved billing catalogue, revision 2026-08-27.
{{< /price-table >}}

Il renderer deve produrre una <table> con intestazioni associate per una variante matrice o utilizzo. Una variante a schede deve utilizzare un elenco etichettato o sezioni il cui titolo, prezzo, inclusioni, esclusioni e azione condividano un gruppo accessibile. Non deve appiattire i dati in colonne anonime.

Blocco WordPress

<!-- wp:amicited/price-table {"caption":"Northstar plans","variant":"cards","currency":"USD","market":"US","verified":"2026-08-27","taxNote":"Prices exclude applicable tax"} -->
  <!-- wp:amicited/price-tier {"name":"Starter","price":"29","period":"P1M","billing":"USD 29 billed monthly","included":["1 workspace","3 users","Email support"],"excluded":["API access","Audit log"],"ctaLabel":"Start Starter trial","ctaUrl":"https://example.com/signup/starter"} /-->
  <!-- wp:amicited/price-tier {"name":"Growth","price":"79","period":"P1M","billing":"USD 79 billed monthly","included":["5 workspaces","15 users","API access","Audit log"],"excluded":["Single sign-on"],"ctaLabel":"Start Growth trial","ctaUrl":"https://example.com/signup/growth","recommended":true} /-->
  <p>Source: approved billing catalogue, revision 2026-08-27.</p>
<!-- /wp:amicited/price-table -->

Il blocco registrato dovrebbe modificare i dati dei livelli come campi e renderizzare HTML semantico lato server. Gli autori non devono ricostruire l’elemento con colonne generiche, uno screenshot o paragrafi allineati manualmente, perché queste forme eliminano il contratto condiviso.

Esempi

Corretto: l’addebito e l’ambito sono espliciti

Tasse: i prezzi escludono l’imposta sulle vendite applicabile. Fonte: tariffario approvato illustrativo.

Questo funziona perché gli importi mensili normalizzati sono abbinati agli addebiti annuali effettivi, i limiti usano numeri e le esclusioni previste sono nominate. Un acquirente può calcolare l’impegno senza aprire un suggerimento. Una macchina può associare ogni importo e vincolo a un piano tramite le intestazioni di riga e colonna.

Scorretto: il numero attraente non ha contratto

*Terms apply.

Questo fallisce per diverse ragioni indipendenti. La valuta è dedotta da un simbolo, /mo non dice se l’acquirente viene addebitato mensilmente o annualmente, e l’asterisco nasconde il termine sostanziale. I segni di spunta non hanno stato testuale, “Support” non ha canale o livello di servizio, e “Everything you need” non è un’inclusione verificabile. “Call us” non identifica né un preventivo personalizzato né spiega la base di determinazione del prezzo. Non ci sono esclusioni, limiti, nota fiscale, fonte, mercato o data di verifica. Le etichette “Good” e “Best” sostituiscono inoltre la persuasione all’identità ufficiale del piano.

Markup dello schema e accessibilità

Una tabella dei prezzi alimenta dati strutturati solo per un’offerta reale e idonea. Un Offer può trasportare price, priceCurrency, url, availability e una data di scadenza genuina. Collega più offerte reali allo stesso prodotto o servizio; utilizza AggregateOffer solo per una gamma veritiera dal prezzo più basso al più alto o una raccolta di offerte. Un layout a schede di prezzo da solo non giustifica lo schema.

Utilizza una specifica di prezzo solo quando esprime accuratamente il contratto. Mantieni distinti nei dati sorgente l’addebito annuale, l’equivalente mensile, la quantità minima e la logica delle eccedenze. Il contenuto visibile e l’output strutturato devono concordare. Ometti il prezzo numerico per “Preventivo personalizzato”; usa zero solo per un’offerta genuinamente gratuita.

Lo schema ripete un’affermazione visibile; non prova la freschezza. Genera pagina e output strutturato dalla stessa fonte approvata e confrontali durante il QA. Non contrassegnare mai una promozione come permanente, inventare validThrough o esporre una valuta diversa.

Una matrice necessita di una didascalia, intestazioni di colonna per i piani, intestazioni di riga per i criteri e attributi scope. Avvolgi una tabella larga in una regione denominata e focalizzabile da tastiera e lascia che quella regione scorra quando il reflow distruggerebbe le relazioni.

I layout a schede necessitano di raggruppamento equivalente. Rendi ogni nome di livello un titolo e mantieni il suo prezzo, fatturazione, elenchi e CTA in una sezione etichettata. Scrivi “Incluso,” “Non incluso,” “Aggiuntivo” e “Consigliato” in testo anziché fare affidamento su posizione, colore o icone. Un interruttore di fatturazione deve essere azionabile da tastiera, annunciare lo stato, mantenere il focus e aggiornare sia gli importi visualizzati che quelli addebitati.

Regole di scrittura

Il testo dei prezzi è breve perché gli acquirenti lo scandiscono in condizioni di incertezza, ma la brevità non deve cancellare il contratto. Indica il motivo di ogni vincolo prima di applicarlo:

• Nomi stabili prevengono piani non corrispondenti. Utilizza il nome ufficiale del livello in una o cinque parole. Non rinominare “Business Plus” come “Miglior valore” nel titolo; la raccomandazione è un’etichetta separata.
• Importi espliciti prevengono confronti falsi. Scrivi il codice ISO della valuta e il numero insieme, ad esempio “EUR 49.” Se tasse, commissioni obbligatorie o restrizioni regionali modificano l’importo da pagare, indicarle nell’elemento.
• La cadenza determina l’impegno. Mantieni il periodo normalizzato in un’unità chiara e la base di fatturazione in due o dodici parole. “Al mese, fatturato annualmente a 588 EUR” è chiaro; “da 49 EUR/mese*” non lo è.
• I numeri rendono i limiti verificabili. Utilizza da tre a otto inclusioni decisive per livello e quantifica utenti, progetti, spazio di archiviazione, richieste, conservazione o tempo di risposta. Sostituisci “limiti generosi” con la soglia effettiva.
• Esclusioni nominate prevengono lacune di presupposizione. Includi da una a cinque esclusioni quando un acquirente ragionevole potrebbe aspettarsele. Indica “Single sign-on: non incluso” o “Implementazione: aggiuntivo a pagamento,” non un trattino.
• Linguaggio parallelo migliora la scansione. Utilizza lo stesso sostantivo e unità tra i livelli: “5 utenti,” “20 utenti,” “Utenti illimitati,” anziché “Piccolo team,” “20 postazioni” e “Senza limite.”
• Una raccomandazione necessita di una ragione divulgata. Utilizza al massimo un livello consigliato e spiega l’idoneità fattuale, ad esempio “Per team che necessitano di accesso API.” Non usare scarsità fittizia, badge pulsanti o un’affermazione “Più popolare” non spiegata.
• La volatilità richiede responsabilità. Mostra una data di verifica esatta e una fonte primaria. Non scrivere “Prezzi corretti al momento della pubblicazione” perché la pubblicazione potrebbe risalire a mesi o anni prima.
• Celle compatte preservano il recupero. Mantieni ogni inclusione o esclusione tra due e otto parole quando possibile. Sposta le qualifiche più lunghe di una frase sotto la tabella e collegale con un’etichetta precisa.

Non inserire mai testimonianze, affermazioni sui concorrenti, termini legali, coupon, conti alla rovescia o risparmi non supportati all’interno dei dati del livello. Prove, dettagli legali e promozioni appartengono ai propri elementi o al testo adiacente. Calcola i risparmi solo a partire da una base verificata e dal totale.

Tipi di pagina che lo utilizzano

Il campo postTypes nel frontmatter è la fonte di questa relazione. Ogni tipo di pagina elencato utilizza l’elemento per una decisione specifica, non semplicemente perché la pagina menziona denaro.

Checklist QA

• Lo scopo del blocco corrisponde a una tabella dei prezzi secondo la regola di precedenza?
• Ogni livello utilizza il suo nome ufficiale e identifica un prezzo numerico, Gratuito o Preventivo personalizzato?
• Ogni importo monetario è abbinato a un codice valuta ISO e al mercato applicabile?
• Il periodo normalizzato e l’importo effettivamente fatturato sono entrambi espliciti?
• I totali annuali, gli impegni minimi, le commissioni di configurazione, le eccedenze, il trattamento fiscale e gli aggiuntivi a pagamento sono visibili quando applicabili?
• Inclusioni ed esclusioni utilizzano etichette parallele e quantificate tra i livelli?
• Le fasce di utilizzo sono esaustive, non sovrapposte e identificate come prezzo progressivo, volumetrico o a pacchetto fisso?
• La data di verifica è esatta, visibile e collegata a un responsabile della fonte approvato?
• Il contenuto della pagina, i dati di checkout o fatturazione e i dati strutturati mostrano gli stessi fatti commerciali?
• Il markup semantico associa ogni prezzo e funzionalità al livello corretto?
• Didascalie delle tabelle, intestazioni, ambiti, etichette delle schede, stati degli interruttori e etichette CTA sono accessibili?
• L’elemento può rifluire o scorrere all’interno della propria regione etichettata senza scorrimento orizzontale a livello di pagina?
• Colore o iconografia sono supportati dal testo anziché veicolare da soli Incluso, Escluso o Consigliato?
• Un preventivo personalizzato è omesso dallo schema del prezzo numerico anziché codificato come zero?
• Promozioni, testimonianze, testo legale e spiegazioni lunghe sono al di fuori dei dati canonici del livello?
• Qualcuno ha ricalcolato gli equivalenti annuali, le affermazioni di risparmio, i confini di quantità e gli esempi di eccedenze?

Una tabella dei prezzi è pubblicabile solo quando un acquirente e una macchina possono ricostruire la stessa offerta da essa. Se uno dei due deve indovinare la valuta, l’impegno, l’ambito o la freschezza, l’elemento è incompleto.