Tabele cenowe: poziomy, okresy rozliczeniowe i zasady

Tabela cenowa przekształca ofertę handlową w ustrukturyzowane, porównywalne fakty. Kupujący widzi, ile kosztuje każdy poziom, kiedy opłata jest naliczana i co zmienia się na następnym poziomie, bez konieczności rekonstruowania oferty z etykiet, przypisów i tekstu kasy. Maszyna może powiązać każdą kwotę z odpowiednią walutą, okresem rozliczeniowym, planem, elementami wliczonymi, wykluczonymi i datą weryfikacji.

Powyższa firma i plany są poglądowe. Struktura to model produkcyjny: waluta zapisana jako kod ISO 4217, częstotliwość i podstawa rozliczenia to osobne fakty, limity używają liczb, braki są jawne, a podpis zawiera datę sprawdzenia faktów handlowych.

Dlaczego ten element jest ważny

Cennik tworzy presję decyzyjną, ponieważ czytelnik jednocześnie testuje przystępność cenową, dopasowanie i ryzyko. Jeśli „79 USD/miesiąc” faktycznie oznacza roczną opłatę 948 USD, lub jeśli niezbędne API jest płatnym dodatkiem, pozorna cena nie jest ceną decyzyjną. Umieszczenie zastrzeżeń obok kwoty pozwala kupującym porównywać poziomy według tych samych wymiarów i ujawnia niespodzianki przed kasą.

Rekomendowany poziom nie może być jedynym kompletnym poziomem. Wizualny akcent może kierować uwagę, ale brakujące fakty zmuszają czytelnika do założenia, że wyróżniona opcja jest lepsza. Zaufanie pochodzi z symetrycznego ujawnienia: każdy poziom podaje swoją kwotę lub status wyceny, okres, zobowiązanie, kluczowe limity, istotne elementy wliczone i wykluczone.

Ekstrahowalność maszynowa to zdolność crawlera, asystenta, kanału lub systemu publikującego do zachowania relacji między faktem a jego podmiotem. Wizualna karta, która dzieli „79”, „na miesiąc”, „rozliczane rocznie” i „Growth” na niepowiązane kontenery, pozostawia tę relację do wywnioskowania. Semantyczne nagłówki ujawniają stabilne stwierdzenie: „Growth kosztuje odpowiednik 79 USD miesięcznie i jest naliczany jako 948 USD rocznie”.

Cena jest wyjątkowo zmienna, ponieważ zmieniają się promocje, podatki, waluty, pakiety i przepisy regionalne. Data weryfikacji jest zatem częścią elementu, a nie ozdobnikiem: określa, kiedy twierdzenie zostało sprawdzone i tworzy wyzwalacz odświeżenia.

Kiedy go używać

Użyj tabeli cenowej, gdy dwa lub więcej możliwych do zakupu poziomów, pakietów, subskrypcji, poziomów usług lub przedziałów wolumenowych dzieli warunki handlowe. Pojedynczy produkt również może jej użyć, gdy warianty różnią się ceną, ilością, okresem lub zakresem. Jest szczególnie przydatna, gdy częstotliwość rozliczeń różni się od znormalizowanej kwoty porównawczej, np. „20 USD miesięcznie, naliczane 240 USD rocznie”.

Używaj jej dla ograniczonych faktów: nazwa planu, waluta, kwota, okres rozliczeniowy, minimalna ilość, warunki okresu próbnego, wliczone jednostki, stawka za nadwyżkę i wykluczenia. Wyjaśnij w pobliskim tekście, do kogo pasuje każdy plan lub jak mierzone jest użycie.

Kilka podobnych przypadków wymaga innego elementu:

• Jeśli blok ocenia produkty pod kątem jakości, szybkości, wsparcia lub innego niekomercyjnego kryterium bez prezentowania możliwych do zakupu warunków, użyj zamiast tego tabeli porównawczej .
• Jeśli jedna promocja ma datę ważności, zasadę kwalifikowalności, kupon i wezwanie do działania, użyj pola oferty . Nie twórz fałszywego drugiego poziomu tylko po to, aby uzyskać układ cenowy.
• Jeśli trzeba podać tylko jedną stałą cenę i jedną jednostkę zakupu, użyj oznaczonej linii ceny w ramach odpowiedniego komponentu produktu lub usługi. Czterokolumnowa tabela dodaje tarcia bez poprawy wyszukiwania.
• Jeśli wycena wymaga zależnych danych wejściowych, takich jak liczba stanowisk, przestrzeń dyskowa i długość umowy, użyj kalkulatora z podsumowaniem ceny.
• Jeśli każdy klient otrzymuje negocjowaną wycenę, pokaż podstawę wyceny i ścieżkę zapytania w tekście lub w pojedynczym niestandardowym poziomie. Wymyślone kwoty „od” nie są przejrzystością.
• Jeśli blok wymienia specyfikacje produktu bez czynności zakupu ani warunków handlowych, jest to tabela specyfikacji, nawet jeśli jeden wiersz zawiera cenę.

Zasady pisania elementów mają pierwszeństwo: wybierz element według jego przeznaczenia, a nie według nagłówka, stylu karty czy liczby kolumn. Blok, którego zadaniem jest przedstawienie warstwowych warunków handlowych, pozostaje tabelą cenową, nawet jeśli motyw renderuje go jako karty.

Gdzie go umieścić

Umieść główną tabelę cenową po tym, jak strona nazwała produkt, odbiorców i propozycję wartości, ale przed szczegółowymi zastrzeżeniami, referencjami i końcowym wezwaniem do działania. Na dedykowanej stronie cennika jest to zwykle pierwsza znacząca sekcja po wstępie. Na stronie produktu lub usługi umieść ją po wyjaśnieniu zakresu, a przed szczegółami zakupu.

Umieść warunki wstępne dotyczące cen bezpośrednio nad tabelą. Jeśli ceny nie obejmują podatku, wymagają zobowiązania rocznego, zakładają pięć stanowisk lub obowiązują tylko w jednym regionie, podaj ten warunek przed tabelą lub w podpisie. Dłuższe definicje użycia i nadwyżek umieść bezpośrednio po tabeli. Nigdy nie umieszczaj w przypisie faktu, który zmienia pozorną kwotę.

Trzymaj nazwę planu, cenę, walutę, częstotliwość, zakres, datę weryfikacji i źródło jako jedną jednostkę. Nie umieszczaj jej obok licznika czasu, karuzeli referencji, niepowiązanej tabeli danych ani sprzecznej promocji. Nie oddzielaj kwoty od „rozliczane rocznie”, nie umieszczaj CTA między nagłówkiem poziomu a jego wykluczeniami ani nie powtarzaj różnych cen niżej na stronie.

Na urządzeniach mobilnych zachowaj tę kolejność: nazwa planu, cena i podstawa rozliczenia, elementy wliczone, elementy wykluczone, a następnie działanie. Macierz może przewijać się wewnątrz oznaczonego regionu; karty powinny układać się w stos bez oddzielania wykluczeń od ich planu.

Anatomia

Oznaczony zrzut ekranu identyfikuje następujące części:

1. Podpis: nazywa produkt, rynek i kontekst cenowy, aby tabela miała sens, gdy zostanie wyodrębniona.
2. Nazwa poziomu: używa oficjalnej nazwy planu lub pakietu, a nie improwizowanej etykiety odbiorcy.
3. Cena: pokazuje kwotę liczbową lub jawny status „Darmowe”, „Oferta indywidualna” lub „Kontakt z działem handlowym”.
4. Waluta: używa kodu ISO, takiego jak USD, EUR lub GBP, gdy podana jest kwota walutowa; symbol może pojawić się dodatkowo.
5. Okres znormalizowany: wspomaga porównanie, np. na miesiąc lub na 1000 żądań.
6. Podstawa rozliczenia: określa, co jest faktycznie pobierane i kiedy, np. „948 USD rozliczane rocznie”.
7. Elementy wliczone: wymienia decydujące możliwości, ilości i poziomy usług dostarczane za tę cenę.
8. Elementy wykluczone: określa, czego rozsądny kupujący mógłby się spodziewać, ale nie otrzyma, w tym płatne dodatki.
9. Działanie: używa konkretnej dostępnej etykiety, takiej jak „Rozpocznij okres próbny Growth”, zamiast powtarzać „Wybierz” na każdym poziomie.
10. Data weryfikacji: podaje dokładną datę sprawdzenia kwot i pakietów względem zatwierdzonego źródła.
11. Uwaga o podatkach i opłatach: określa, czy wyświetlane ceny obejmują obowiązujący podatek i identyfikuje istotne obowiązkowe opłaty.
12. Źródło: identyfikuje katalog rozliczeniowy, zatwierdzony cennik lub właściciela handlowego.

„Darmowe” oznacza brak opłaty pieniężnej w określonych warunkach, a nie okres próbny, który później generuje rachunek. „Oferta indywidualna” oznacza brak publicznie ustalonej kwoty, a nie zero. „Niewliczone” oznacza brak; „Dodatek” oznacza sprzedawany osobno i powinien podać swoją cenę lub ścieżkę wyceny, jeśli jest znana.

Przykłady projektowe

Każdy wariant zachowuje walutę, okres, podstawę rozliczenia, zakres, datę weryfikacji i dostępne relacje.

Standardowe karty poziomów: używaj dla dwóch do czterech planów z krótkimi zestawami funkcji. Każda karta to niezależnie oznaczony poziom z równoważnymi polami wyrównanymi.

Macierz funkcji: używaj, gdy trzy do pięciu poziomów dzieli wiele limitów. Nazwy planów to nagłówki kolumn, a kryteria to nagłówki wierszy. Powtórz cenę i rozliczenie w pobliżu działania w długiej tabeli i zapewnij tekstowe odpowiedniki dla ikon.

Przedziały użycia: używaj przy zadeklarowanych progach ilościowych. Przedziały muszą być wyczerpujące i nienakładające się: „1–10 000”, następnie „10 001–50 000”. Określ, czy cennik jest progresywny, wolumenowy, czy jako płaski pakiet, ponieważ każdy z nich generuje inną fakturę.

Hybryda stała i niestandardowa: używaj, gdy poziomy samoobsługowe sąsiadują z negocjowanym planem. Niestandardowy poziom nadal potrzebuje swojej podstawy, minimalnego zobowiązania, zakresu i działania kontaktowego. Nigdy nie używaj „0” ani myślnika dla nieznanej kwoty.

Parametry

Kontrakt oddziela ustawienia nadrzędne od danych poziomów, ponieważ waluta i weryfikacja zwykle dotyczą kolekcji, podczas gdy cena, rozliczenie i zakres należą do jednego poziomu. „Źródło” oznacza miejsce, z którego renderer pobiera parametr, a nie miejsce, w którym zbadano twierdzenie handlowe.

W przypadku cen zależnych od użycia, period może być jednostką taką jak 1000-requests zamiast okresu czasu. Widoczna etykieta musi nadal brzmieć naturalnie. Znormalizowany miesięczny odpowiednik może być pokazany, ale billing musi określać faktycznie pobieraną kwotę, zobowiązanie i częstotliwość fakturowania.

Składnia i przykłady kodu

Wszystkie trzy notacje odwzorowują te same uporządkowane poziomy i pola handlowe. Przenośna dyrektywa jest kanoniczną formą autorską; Hugo i WordPress to adaptery, a nie osobne definicje.

Przenośna dyrektywa 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.
:::

Pierwszy nadrzędny nagłówek odwzorowuje się na title. Każdy nagłówek elementu odwzorowuje się na tier.name; atrybuty elementu przenoszą zwarte wartości typowane; oznaczone linie treści odwzorowują się na elementy wliczone, wykluczone i działanie. Okres używa czasu trwania ISO 8601, gdy reprezentuje czas: P1M oznacza jeden miesiąc, a P1Y oznacza jeden rok.

Shortcode Hugo

Zamierzony adapter używa tylko nazwanych parametrów i zachowuje te same zagnieżdżone pola. Ten przykład dokumentuje odwzorowanie; nie wymaga od autora artykułu tworzenia nowego shortcode’a.

{{< 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 >}}

Renderer musi wygenerować <table> z powiązanymi nagłówkami dla wariantu macierzowego lub użycia. Wariant karty musi używać oznaczonej listy lub sekcji, których nagłówek, cena, elementy wliczone, wykluczone i działanie współdzielą jedną dostępną grupę. Nie może spłaszczać danych do anonimowych kolumn.

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

Zarejestrowany blok powinien edytować dane poziomów jako pola i renderować semantyczny HTML po stronie serwera. Autorzy nie powinni odbudowywać elementu za pomocą ogólnych kolumn, zrzutu ekranu ani ręcznie wyrównanych akapitów, ponieważ te formy odrzucają wspólny kontrakt.

Przykłady

Prawidłowo: opłata i zakres są jawne

Podatek: ceny nie obejmują obowiązującego podatku od sprzedaży. Źródło: poglądowy zatwierdzony cennik.

To działa, ponieważ znormalizowane kwoty miesięczne są sparowane z rzeczywistymi opłatami rocznymi, limity używają liczb, a oczekiwane wykluczenia są nazwane. Kupujący może obliczyć zobowiązanie bez otwierania podpowiedzi. Maszyna może powiązać każdą kwotę i ograniczenie z planem poprzez nagłówki wierszy i kolumn.

Nieprawidłowo: atrakcyjna liczba nie ma kontraktu

*Warunki dotyczą.

To zawiera się z kilku niezależnych powodów. Waluta jest wywnioskowana z symbolu, /m-c nie mówi, czy kupujący jest obciążany miesięcznie czy rocznie, a gwiazdka ukrywa istotny warunek. Znaczki nie mają stanu tekstowego, „Wsparcie” nie ma kanału ani poziomu usług, a „Wszystko, czego potrzebujesz” nie jest weryfikowalnym elementem wliczonym. „Zadzwoń do nas” ani nie identyfikuje oferty indywidualnej, ani nie wyjaśnia podstawy wyceny. Nie ma wykluczeń, limitów, uwagi o podatku, źródła, rynku ani daty weryfikacji. Etykiety „Dobry” i „Najlepszy” również zastępują perswazją oficjalną tożsamość planu.

Znacznikowanie schematu i dostępność

Tabela cenowa dostarcza dane strukturalne tylko dla kwalifikowanej, prawdziwej oferty. Offer może zawierać price, priceCurrency, url, availability i prawdziwą datę ważności. Połącz wiele prawdziwych ofert z tym samym produktem lub usługą; użyj AggregateOffer tylko dla prawdziwego zakresu od najniższej do najwyższej ceny lub kolekcji ofert. Sam układ karty cenowej nie uzasadnia schematu.

Użyj specyfikacji ceny tylko wtedy, gdy dokładnie wyraża ona umowę. Utrzymuj odrębność opłaty rocznej, miesięcznego odpowiednika, minimalnej ilości i logiki nadwyżki w danych źródłowych. Widoczna treść i strukturalne dane wyjściowe muszą być zgodne. Pomiń numeryczną cenę dla „Oferty indywidualnej”; użyj zera tylko dla prawdziwie darmowej oferty.

Schemat powtarza widoczne twierdzenie; nie dowodzi aktualności. Generuj strony i dane strukturalne z tego samego zatwierdzonego źródła i porównuj je podczas QA. Nigdy nie oznaczaj promocji jako stałej, nie wymyślaj validThrough ani nie ujawniaj innej waluty.

Macierz potrzebuje podpisu, nagłówków kolumn planów, nagłówków wierszy kryteriów i atrybutów scope. Owiń szeroką tabelę w nazwany, dostępny klawiaturą region i pozwól mu przewijać się, gdy przeformatowanie zniszczyłoby relacje.

Układy kart wymagają równoważnego grupowania. Ustaw każdą nazwę poziomu jako nagłówek i trzymaj jego cenę, rozliczenie, listy i CTA w jednej oznaczonej sekcji. Napisz „Wliczone”, „Niewliczone”, „Dodatek” i „Rekomendowany” w tekście, zamiast polegać na pozycji, kolorze lub ikonach. Przełącznik rozliczeń musi być obsługiwany klawiaturą, ogłaszać stan, zachowywać fokus i aktualizować zarówno wyświetlane, jak i pobierane kwoty.

Zasady pisania

Tekst cenowy jest krótki, ponieważ kupujący skanują go w warunkach niepewności, ale zwięzłość nie może wymazać umowy. Podaj powód każdego ograniczenia przed jego zastosowaniem:

• Stabilne nazwy zapobiegają niedopasowaniu planów. Używaj oficjalnej nazwy poziomu w zakresie od jednego do pięciu słów. Nie zmieniaj nazwy „Business Plus” na „Najlepsza wartość” w nagłówku; rekomendacja to osobna etykieta.
• Jawne kwoty zapobiegają fałszywym porównaniom. Pisz kod waluty ISO i liczbę razem, np. „EUR 49”. Jeśli podatek, obowiązkowe opłaty lub ograniczenia regionalne zmieniają kwotę do zapłaty, podaj je w elemencie.
• Częstotliwość określa zobowiązanie. Utrzymuj znormalizowany okres w jednej jasnej jednostce, a podstawę rozliczenia w dwóch do dwunastu słów. „Na miesiąc, rozliczane rocznie po 588 EUR” jest jasne; „od 49 EUR/m-c*” nie jest.
• Liczby czynią limity weryfikowalnymi. Używaj od trzech do ośmiu decydujących elementów wliczonych na poziom i określaj liczbowo użytkowników, projekty, przestrzeń dyskową, żądania, przechowywanie lub czas odpowiedzi. Zastąp „szczodre limity” rzeczywistym progiem.
• Nazwane wykluczenia zapobiegają lukom w domysłach. Dołącz od jednego do pięciu wykluczeń, gdy rozsądny kupujący mógłby się ich spodziewać. Napisz „Pojedyncze logowanie: niewliczone” lub „Wdrożenie: płatny dodatek”, a nie myślnik.
• Równoległy język poprawia skanowanie. Używaj tego samego rzeczownika i jednostki w różnych poziomach: „5 użytkowników”, „20 użytkowników”, „Nieograniczona liczba użytkowników”, zamiast „Mały zespół”, „20 stanowisk” i „Bez limitu”.
• Rekomendacja potrzebuje ujawnionego powodu. Używaj co najwyżej jednego rekomendowanego poziomu i wyjaśnij faktyczne dopasowanie, np. „Dla zespołów potrzebujących dostępu do API”. Nie używaj sztucznej ograniczoności, pulsujących odznak ani niewyjaśnionego twierdzenia „Najpopularniejszy”.
• Zmienność wymaga odpowiedzialności. Pokaż jedną dokładną datę weryfikacji i jedno główne źródło. Nie pisz „Ceny prawidłowe w momencie publikacji”, ponieważ publikacja mogła mieć miejsce miesiące lub lata wcześniej.
• Zwarte komórki zachowują wyszukiwalność. Utrzymuj każdy element wliczony lub wykluczony w zakresie od dwóch do ośmiu słów, jeśli to możliwe. Przenieś zastrzeżenia dłuższe niż jedno zdanie poniżej tabeli i połącz je z powrotem za pomocą precyzyjnej etykiety.

Nigdy nie umieszczaj referencji, twierdzeń o konkurencji, warunków prawnych, kuponów, liczników czasu ani niepotwierdzonych oszczędności w danych poziomów. Dowody, szczegóły prawne i promocje należą do własnych elementów lub sąsiedniego tekstu. Obliczaj oszczędności tylko na podstawie zweryfikowanej wartości bazowej i sumy.

Typy stron, które go używają

Pole postTypes w metadanych jest źródłem tej relacji. Każdy wymieniony typ strony używa elementu do konkretnej decyzji, a nie tylko dlatego, że strona wspomina o pieniądzach.

Lista kontrolna QA

• Czy cel bloku odpowiada tabeli cenowej zgodnie z regułą pierwszeństwa?
• Czy każdy poziom używa swojej oficjalnej nazwy i identyfikuje cenę liczbową, „Darmowe” lub „Ofertę indywidualną”?
• Czy każda kwota pieniężna jest sparowana z kodem waluty ISO i obowiązującym rynkiem?
• Czy znormalizowany okres i faktycznie pobierana kwota są oba jawne?
• Czy sumy roczne, minimalne zobowiązania, opłaty konfiguracyjne, nadwyżki, traktowanie podatkowe i płatne dodatki są widoczne, gdy mają zastosowanie?
• Czy elementy wliczone i wykluczone używają równoległych, ilościowych etykiet w różnych poziomach?
• Czy przedziały użycia są wyczerpujące, nienakładające się i oznaczone jako cennik progresywny, wolumenowy lub pakietowy?
• Czy data weryfikacji jest dokładna, widoczna i powiązana z zatwierdzonym właścicielem źródła?
• Czy treść strony, dane kasy lub rozliczeń oraz dane strukturalne pokazują te same fakty handlowe?
• Czy znacznikowanie semantyczne kojarzy każdą cenę i funkcję z odpowiednim poziomem?
• Czy podpisy tabel, nagłówki, zakresy, etykiety kart, stany przełączników i etykiety CTA są dostępne?
• Czy element może się przeformatować lub przewijać we własnym oznaczonym regionie bez poziomego przewijania na poziomie strony?
• Czy kolor i ikonografia są wspierane przez tekst, a nie niosą same znaczenia „Wliczone”, „Wykluczone” lub „Rekomendowany”?
• Czy oferta indywidualna jest pominięta w numerycznym schemacie ceny, a nie zakodowana jako zero?
• Czy promocje, referencje, teksty prawne i długie wyjaśnienia znajdują się poza kanonicznymi danymi poziomów?
• Czy ktoś przeliczył roczne odpowiedniki, twierdzenia o oszczędnościach, granice ilościowe i przykłady nadwyżek?

Tabela cenowa może być opublikowana tylko wtedy, gdy zarówno kupujący, jak i maszyna mogą zrekonstruować z niej tę samą ofertę. Jeśli którekolwiek z nich musi zgadywać walutę, zobowiązanie, zakres lub aktualność, element jest niekompletny.