Tabel de Prețuri: Niveluri, Perioade de Facturare și Reguli

Un tabel de prețuri transformă o ofertă comercială în fapte structurate și comparabile. Un cumpărător poate vedea cât costă fiecare nivel, când se repetă taxa și ce se schimbă la nivelul următor, fără a reconstrui oferta din etichete, note de subsol și textul de finalizare a comenzii. O mașină poate asocia fiecare sumă cu moneda corectă, perioada de facturare, planul, includerile, excluderile și data verificării.

Compania și planurile de mai sus sunt ilustrative. Structura este modelul de producție: moneda este scrisă ca un cod ISO 4217, recurența și baza de facturare sunt fapte separate, limitele folosesc numere, absențele sunt explicite, iar legenda poartă data la care faptele comerciale au fost verificate.

De ce contează acest element

Prețurile creează presiune decizională deoarece un cititor testează simultan accesibilitatea, potrivirea și riscul. Dacă „79 USD/lună” înseamnă de fapt o taxă anuală de 948 USD, sau dacă API-ul necesar este un supliment plătit, prețul aparent nu este prețul deciziei. Păstrarea calificărilor lângă sumă permite cumpărătorilor să compare nivelurile pe aceleași dimensiuni și expune surprizele înainte de finalizarea comenzii.

Nivelul recomandat nu trebuie să fie singurul nivel complet. Accentul vizual poate ghida atenția, dar lipsa faptelor obligă cititorul să presupună că opțiunea evidențiată este mai bună. Încrederea vine din dezvăluirea simetrică: fiecare nivel își numește suma sau statutul de ofertă, perioada, angajamentul, limitele principale, includerile materiale și excluderile.

Extractibilitatea automată este capacitatea unui crawler, asistent, flux sau sistem de publicare de a reține relația dintre un fapt și subiectul său. Un card vizual care separă „79”, „pe lună”, „facturat anual” și „Growth” în containere neconexe lasă această relație la latitudinea inferenței. Anteturile semantice expun afirmația stabilă: „Growth costă echivalentul a 79 USD pe lună și este facturat ca 948 USD anual.”

Prețul este neobișnuit de volatil deoarece promoțiile, taxele, valutele, ambalajele și regulile regionale se schimbă. Data verificării este deci parte a elementului, nu o decorațiune: indică momentul când afirmația a fost verificată și creează un declanșator de reîmprospătare.

Când să îl folosești

Folosește un tabel de prețuri atunci când două sau mai multe niveluri achiziționabile, pachete, abonamente, niveluri de servicii sau benzi de volum împărtășesc termeni comerciali. Un singur produs îl poate folosi de asemenea atunci când variantele schimbă prețul, cantitatea, termenul sau domeniul inclus. Este util în special când frecvența de facturare diferă de suma normalizată de comparație, cum ar fi „20 USD pe lună, facturat 240 USD anual.”

Folosește-l pentru fapte delimitate: numele planului, moneda, suma, perioada de facturare, cantitatea minimă, condițiile de probă, unitățile incluse, tariful pentru depășire și excluderile. Explică în textul din apropiere cui i se potrivește fiecare plan sau cum se măsoară utilizarea.

Mai multe situații apropiate necesită un element diferit:

• Dacă blocul evaluează produsele după calitate, viteză, asistență sau alt criteriu necomercial, fără a prezenta termeni achiziționabili, folosește un tabel comparativ .
• Dacă o singură promoție are o dată de expirare, o regulă de eligibilitate, un cupon și un îndemn la acțiune, folosește o casetă ofertă . Nu crea un al doilea nivel fals doar pentru a obține un aspect de prețuri.
• Dacă trebuie menționat doar un preț stabil și o unitate de achiziție, folosește o linie de preț etichetată în componenta de produs sau serviciu corespunzătoare. Un tabel cu patru coloane adaugă fricțiune fără a îmbunătăți regăsirea informației.
• Dacă o ofertă necesită intrări dependente, cum ar fi locuri, spațiu de stocare și durata contractului, folosește un calculator cu un rezumat al prețului.
• Dacă fiecare client primește o ofertă negociată, arată baza de prețuire și calea de solicitare în text sau într-un singur nivel personalizat. Sumele inventate „începând de la” nu sunt transparență.
• Dacă blocul listează specificații de produs fără o acțiune de cumpărare sau termeni comerciali, este un tabel de specificații, chiar dacă un rând conține întâmplător un preț.

Regulile de redactare a elementelor au prioritate: alege elementul după scopul său, nu după titlu, stilul cardului sau numărul de coloane. Un bloc a cărui sarcină este să expună termeni comerciale pe niveluri rămâne un tabel de prețuri chiar dacă tema îl redă sub formă de carduri.

Unde să îl plasezi

Plasează tabelul de prețuri principal după ce pagina a numit produsul, publicul și propunerea de valoare, dar înaintea obiecțiilor detaliate, testimonialelor și îndemnului final la acțiune. Pe o pagină dedicată de prețuri, este de obicei prima secțiune substanțială după introducere. Pe o pagină de produs sau serviciu, plasează-l după explicația domeniului de aplicare și înaintea detaliilor de achiziție.

Plasează logica de prețuire prealabilă imediat deasupra tabelului. Dacă prețurile exclud taxa, necesită un angajament anual, presupun cinci locuri sau se aplică doar într-o regiune, menționează această condiție înainte sau în legendă. Plasează definițiile mai lungi de utilizare și depășire imediat după tabel. Nu pune niciodată într-o notă de subsol un fapt care schimbă suma aparentă.

Păstrează numele planului, prețul, moneda, frecvența, domeniul, data verificării și sursa ca o singură unitate. Nu le plasa lângă un cronometru de numărătoare inversă, un carusel de testimoniale, un tabel de date fără legătură sau o promoție conflictuală. Nu separa suma de „facturat anual,” nu plasa un CTA între titlul unui nivel și excluderile sale și nu repeta prețuri diferite mai jos pe pagină.

Pe mobil, păstrează această ordine: numele planului, prețul și baza de facturare, elementele incluse, elementele excluse, apoi acțiunea. O matrice poate derula în interiorul unei regiuni etichetate; cardurile ar trebui să se stivuească fără a separa excluderile de planul lor.

Anatomie

Captura etichetată identifică aceste părți:

1. Legendă: denumește produsul, piața și contextul de prețuire, astfel încât tabelul să aibă sens chiar și atunci când este extras.
2. Numele nivelului: folosește numele oficial al planului sau pachetului, nu o etichetă improvizată de public.
3. Preț: arată o sumă numerică sau statutul explicit „Gratuit,” „Ofertă personalizată” sau „Contactați departamentul de vânzări.”
4. Monedă: folosește un cod ISO precum USD, EUR sau GBP atunci când este prezentă o sumă monetară; poate apărea și un simbol suplimentar.
5. Perioadă normalizată: sprijină comparația, de exemplu pe lună sau la 1.000 de cereri.
6. Baza de facturare: precizează ce se facturează efectiv și când, de exemplu „948 USD facturat anual.”
7. Elemente incluse: denumește capacitățile decisive, cantitățile și nivelurile de servicii furnizate la acel preț.
8. Elemente excluse: precizează ce ar putea aștepta un cumpărător rezonabil dar nu va primi, inclusiv suplimentele plătite.
9. Acțiune: folosește o etichetă accesibilă specifică, cum ar fi „Începeți perioada de probă Growth,” în loc să repetați „Alegeți” pe fiecare nivel.
10. Data verificării: înregistrează data exactă la care sumele și ambalajele au fost verificate față de sursa aprobată.
11. Notă privind taxele și comisioanele: precizează dacă prețurile afișate includ taxa aplicabilă și identifică comisioanele obligatorii materiale.
12. Sursă: identifică catalogul de facturare, grila tarifară aprobată sau proprietarul comercial.

„Gratuit” înseamnă fără taxă monetară în condițiile specificate, nu o perioadă de probă care facturează ulterior. „Ofertă personalizată” înseamnă că nu există o sumă fixă publică, nu zero. „Neinclus” înseamnă absent; „Add-on” înseamnă vândut separat și ar trebui să numească prețul sau calea de ofertă atunci când este cunoscut.

Exemple de design

Fiecare variantă păstrează moneda, perioada, baza de facturare, domeniul, data verificării și relațiile accesibile.

Carduri standard de nivel: folosește pentru două până la patru planuri cu seturi scurte de funcționalități. Fiecare card este un nivel etichetat independent, cu câmpuri echivalente aliniate.

Matrice de funcționalități: folosește atunci când trei până la cinci niveluri împărtășesc multe limite. Numele planurilor sunt anteturi de coloană, iar criteriile sunt anteturi de rând. Repetă prețul și facturarea lângă acțiune într-un tabel lung și oferă elementelor grafice echivalente text.

Benzi de utilizare: folosește la praguri de cantitate declarate. Intervalele trebuie să fie exhaustive și care nu se suprapun: „1–10.000,” apoi „10.001–50.000.” Precizează dacă prețuirea este graduală, bazată pe volum sau un pachet fix, deoarece fiecare produce o factură diferită.

Hibrid fix și personalizat: folosește atunci când nivelurile de autoservire stau lângă un plan negociat. Nivelul personalizat are totuși nevoie de baza sa, angajamentul minim, domeniul și acțiunea de contact. Nu folosi niciodată „0” sau o liniuță pentru o sumă necunoscută.

Parametri

Contractul separă setările părinte de datele nivelurilor, deoarece moneda și verificarea se aplică de obicei colecției, în timp ce prețul, facturarea și domeniul aparțin unui singur nivel. „Sursă” înseamnă de unde obține renderizatorul parametrul, nu unde a fost cercetată afirmația comercială.

Pentru prețurile bazate pe utilizare, period poate fi o unitate precum 1000-requests mai degrabă decât o durată de timp. Eticheta vizibilă trebuie să sune totuși natural. Se poate afișa un echivalent lunar normalizat, dar billing trebuie să precizeze suma efectiv facturată, angajamentul și frecvența emiterii facturii.

Sintaxă și exemple de cod

Toate cele trei notații se mapează la aceleași niveluri ordonate și câmpuri comerciale. Directiva portabilă este forma canonică creată de autor; Hugo și WordPress sunt adaptoare, nu definiții separate.

Directivă portabilă Markdown

:::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.
:::

Primul titlu părinte se mapează la title. Titlul fiecărui element se mapează la tier.name; atributele elementelor poartă valori tipizate compacte; liniile de corp etichetate se mapează la includeri, excluderi și acțiune. Perioada folosește o durată ISO 8601 atunci când reprezintă timp: P1M înseamnă o lună și P1Y înseamnă un an.

Shortcode Hugo

Adaptorul intenționat folosește doar parametri denumiți și păstrează aceleași câmpuri imbricate. Acest exemplu documentează maparea; nu necesită ca un autor de articol să creeze un nou 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 >}}

Renderizatorul trebuie să producă un <table> cu anteturile asociate pentru o variantă matrice sau de utilizare. O variantă de card trebuie să folosească o listă etichetată sau secțiuni al căror titlu, preț, includeri, excluderi și acțiune împart un grup accesibil. Nu trebuie să aplatizeze datele în coloane anonime.

Bloc 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 -->

Blocul înregistrat ar trebui să editeze datele nivelurilor ca câmpuri și să redea HTML semantic pe server. Autorii nu trebuie să reconstruiască elementul cu coloane generice, o captură de ecran sau paragrafe aliniate manual, deoarece aceste forme elimină contractul partajat.

Exemple

Corect: taxa și domeniul sunt explicite

Taxă: prețurile exclud taxa pe vânzări aplicabilă. Sursă: grilă tarifară aprobată ilustrativă.

Acest exemplu funcționează deoarece sumele lunare normalizate sunt asociate cu taxele anuale reale, limitele folosesc numere, iar excluderile așteptate sunt denumite. Un cumpărător poate calcula angajamentul fără a deschide un tooltip. O mașină poate lega fiecare sumă și constrângere de un plan prin anteturile de rând și coloană.

Greșit: numărul atractiv nu are contract

*Se aplică termeni și condiții.

Acest eșuează din mai multe motive independente. Moneda este dedusă dintr-un simbol, /lună nu spune dacă cumpărătorul este facturat lunar sau anual, iar asteriscul ascunde termenul material. Bifurile nu au stare text, „Asistență” nu are canal sau nivel de serviciu, iar „Tot ce aveți nevoie” nu este o includere verificabilă. „Sunați-ne” nu identifică nici o ofertă personalizată, nici nu explică baza de prețuire. Nu există excluderi, limite, notă fiscală, sursă, piață sau dată de verificare. Etichetele „Bun” și „Cel mai bun” substituie de asemenea persuasiunea în locul identității oficiale a planului.

Marcare semantică și accesibilitate

Un tabel de prețuri alimentează date structurate doar pentru o ofertă eligibilă, reală. O Ofertă poate purta price, priceCurrency, url, availability și o dată autentică de valabilitate. Conectează mai multe oferte reale la același produs sau serviciu; folosește AggregateOffer doar pentru un interval real de la minim la maxim sau o colecție de oferte. Un aspect de card de prețuri nu justifică singur schema.

Folosește o specificație de preț doar atunci când exprimă cu exactitate contractul. Păstrează taxa anuală, echivalentul lunar, cantitatea minimă și logica de depășire distincte în datele sursă. Conținutul vizibil și ieșirea structurată trebuie să fie de acord. Omite prețul numeric pentru „Ofertă personalizată”; folosește zero doar pentru o ofertă cu adevărat gratuită.

Schema repetă o afirmație vizibilă; nu dovedește prospețimea. Generează pagina și ieșirea structurată din aceeași sursă aprobată și compară-le în timpul QA. Nu marca niciodată o promoție ca permanentă, nu inventa validThrough și nu expune o monedă diferită.

O matrice are nevoie de o legendă, anteturi de coloană pentru planuri, anteturi de rând pentru criterii și atribute scope. Învelește un tabel larg într-o regiune denumită, focusabilă cu tastatura și lasă acea regiune să deruleze atunci când rearanjarea ar distruge relațiile.

Aspectele de card au nevoie de grupări echivalente. Transformă fiecare nume de nivel într-un titlu și păstrează prețul, facturarea, listele și CTA-ul într-o singură secțiune etichetată. Scrie „Inclus,” „Neinclus,” „Add-on” și „Recomandat” în text, mai degrabă decât să te bazezi pe poziție, culoare sau pictograme. Un comutator de facturare trebuie să fie operabil cu tastatura, să anunțe starea, să rețină focalizarea și să actualizeze atât sumele afișate, cât și pe cele facturate.

Reguli de redactare

Textul de preț este scurt deoarece cumpărătorii îl scanează sub incertitudine, dar concizia nu trebuie să șteargă contractul. Enunță motivul fiecărei constrângeri înainte de a o aplica:

• Numele stabile previn planurile nepotrivite. Folosește numele oficial al nivelului într-unul până la cinci cuvinte. Nu redenumi „Business Plus” ca „Cea mai bună valoare” în titlu; recomandarea este o etichetă separată.
• Sumele explicite previn comparațiile false. Scrie codul monedei ISO și numărul împreună, de exemplu „EUR 49.” Dacă taxa, comisioanele obligatorii sau restricțiile regionale modifică suma de plătit, menționează-le în element.
• Frecvența determină angajamentul. Păstrează perioada normalizată la o unitate clară și baza de facturare la două până la doisprezece cuvinte. „Pe lună, facturat anual la 588 EUR” este clar; „de la 49 EUR/lună*” nu este.
• Numerele fac limitele testabile. Folosește trei până la opt includeri decisive pe nivel și cuantifică utilizatorii, proiectele, stocarea, cererile, păstrarea sau timpul de răspuns. Înlocuiește „limite generoase” cu pragul real.
• Excluderile denumite previn lacunele de presupunere. Include una până la cinci excluderi atunci când un cumpărător rezonabil le-ar putea aștepta. Menționează „Autentificare unică: neinclus” sau „Implementare: add-on plătit,” nu o liniuță.
• Limbajul paralel îmbunătățește scanarea. Folosește același substantiv și aceeași unitate între niveluri: „5 utilizatori,” „20 de utilizatori,” „Utilizatori nelimitați,” mai degrabă decât „Echipă mică,” „20 de locuri” și „Fără limită.”
• O recomandare are nevoie de un motiv dezvăluit. Folosește cel mult un nivel recomandat și explică potrivirea factuală, de exemplu „Pentru echipe care au nevoie de acces API.” Nu folosi raritate falsă, insigne pulsante sau o afirmație neexplicată „Cel mai popular.”
• Volatilitatea necesită proprietate. Arată o singură dată exactă de verificare și o singură sursă primară. Nu scrie „Prețuri corecte la data publicării,” deoarece publicarea poate fi cu luni sau ani în urmă.
• Celulele compacte păstrează regăsirea. Păstrează fiecare includere sau excludere la două până la opt cuvinte acolo unde este posibil. Mută calificările mai lungi de o propoziție sub tabel și leagă-le înapoi cu o etichetă precisă.

Nu pune niciodată testimoniale, afirmații despre concurenți, termeni legali, cupoane, numărători inverse sau economii nesuportate în interiorul datelor nivelurilor. Dovada, detaliile legale și promoțiile aparțin propriilor lor elemente sau textului adiacent. Calculează economiile doar dintr-o linie de bază verificată și total.

Tipuri de postări care îl folosesc

Câmpul postTypes din front matter este sursa acestei relații. Fiecare tip de postare enumerat folosește elementul pentru o decizie specifică, nu doar pentru că pagina menționează bani.

Listă de verificare QA

• Scopul blocului se potrivește cu un tabel de prețuri conform regulii de prioritate?
• Fiecare nivel folosește numele său oficial și identifică un preț numeric, Gratuit sau Ofertă personalizată?
• Fiecare sumă monetară este asociată cu un cod ISO al monedei și cu piața aplicabilă?
• Perioada normalizată și suma efectiv facturată sunt ambele explicite?
• Totalurile anuale, angajamentele minime, taxele de configurare, depășirile, tratamentul fiscal și suplimentele plătite sunt vizibile atunci când se aplică?
• Includerile și excluderile folosesc etichete paralele, cuantificate, între niveluri?
• Benzile de utilizare sunt exhaustive, fără suprapuneri și identificate ca prețuire graduală, de volum sau pachet fix?
• Data verificării este exactă, vizibilă și legată de un proprietar de sursă aprobat?
• Conținutul paginii, datele de finalizare a comenzii sau facturare și datele structurate arată aceleași fapte comerciale?
• Marcajul semantic asociază fiecare preț și funcționalitate cu nivelul corect?
• Legendele tabelelor, anteturile, domeniile, etichetele cardurilor, stările comutatoarelor și etichetele CTA sunt accesibile?
• Elementul poate reflua sau derula în propria regiune etichetată fără derulare orizontală la nivel de pagină?
• Culoarea sau iconografia este susținută de text, mai degrabă decât să poarte singură sensul de Inclus, Exclus sau Recomandat?
• O ofertă personalizată este omisă din schema de preț numeric, mai degrabă decât codificată ca zero?
• Promoțiile, testimonialele, textul legal și explicațiile lungi sunt în afara datelor canonice ale nivelurilor?
• A recalculat cineva echivalentele anuale, afirmațiile de economii, limitele cantitative și exemplele de depășire?

Un tabel de prețuri este publicabil doar atunci când un cumpărător și o mașină pot reconstrui aceeași ofertă din el. Dacă oricare dintre ei trebuie să ghicească moneda, angajamentul, domeniul sau prospețimea, elementul este incomplet.