Tableaux de tarifs : niveaux, périodes de facturation et règles

Un tableau de tarifs transforme une offre commerciale en faits structurés et comparables. Un acheteur peut voir ce que coûte chaque niveau, à quelle fréquence les frais sont récurrents et ce qui change au niveau supérieur, sans avoir à reconstituer l’offre à partir d’étiquettes, de notes de bas de page et de texte de paiement. Une machine peut associer chaque montant à la bonne devise, à la bonne période de facturation, au bon forfait, aux bonnes inclusions, exclusions et à la bonne date de vérification.

L’entreprise et les forfaits ci-dessus sont illustratifs. La structure est le modèle de production : la devise est écrite sous forme de code ISO 4217, la récurrence et la base de facturation sont des faits distincts, les limites utilisent des chiffres, les absences sont explicites, et la légende comporte la date à laquelle les faits commerciaux ont été vérifiés.

Pourquoi cet élément est important

La tarification crée une pression décisionnelle car un lecteur évalue simultanément l’abordabilité, l’adéquation et le risque. Si « 79 $/mois » signifie en réalité des frais annuels de 948 USD, ou si l’API nécessaire est une option payante, le prix apparent n’est pas le prix de la décision. Placer les conditions à côté du montant permet aux acheteurs de comparer les niveaux selon les mêmes dimensions et de découvrir les surprises avant le paiement.

Le niveau recommandé ne doit pas être le seul niveau complet. L’emphase visuelle peut guider l’attention, mais l’absence d’informations oblige le lecteur à supposer que l’option mise en avant est meilleure. La confiance découle d’une divulgation symétrique : chaque niveau indique son montant ou son statut de devis, sa période, son engagement, ses limites essentielles, ses inclusions importantes et ses exclusions.

L’extractibilité machine est la capacité d’un robot d’exploration, d’un assistant, d’un flux ou d’un système de publication à conserver la relation entre un fait et son sujet. Une carte visuelle qui répartit « 79 », « par mois », « facturé annuellement » et « Growth » dans des conteneurs sans lien laisse cette relation à l’inférence. Les en-têtes sémantiques exposent l’énoncé stable : « Growth coûte l’équivalent de 79 USD par mois et est facturé 948 USD par an. »

Le prix est inhabituellement volatil car les promotions, les taxes, les devises, l’offre groupée et les règles régionales changent. La date de vérification fait donc partie intégrante de l’élément, et non une décoration : elle indique quand l’affirmation a été vérifiée et crée un déclencheur d’actualisation.

Quand l’utiliser

Utilisez un tableau de tarifs lorsque deux niveaux achetable s ou plus (forfaits, abonnements, niveaux de service ou tranches de volume) partagent des conditions commerciales. Un seul produit peut également l’utiliser lorsque les variantes changent de prix, de quantité, de durée ou de périmètre inclus. Il est particulièrement utile lorsque la cadence de facturation diffère du montant de comparaison normalisé, par exemple « 20 USD par mois, facturé 240 USD par an. »

Utilisez-le pour des faits délimités : nom du forfait, devise, montant, période de facturation, quantité minimale, conditions d’essai, unités incluses, tarif des dépassements et exclusions. Expliquez à qui chaque forfait convient ou comment l’utilisation est mesurée dans le texte environnant.

Plusieurs cas proches nécessitent un élément différent :

• Si le bloc évalue des produits sur la qualité, la vitesse, le support ou un autre critère non commercial sans présenter de conditions achetable s, utilisez plutôt un tableau comparatif .
• Si une promotion a une date d’expiration, une règle d’éligibilité, un code promo et un appel à l’action, utilisez une boîte d’offre . Ne créez pas un faux deuxième niveau uniquement pour obtenir une mise en page de tarification.
• Si un seul prix stable et une seule unité d’achat doivent être indiqués, utilisez une ligne de prix étiquetée au sein du composant produit ou service concerné. Un tableau à quatre colonnes ajoute de la friction sans améliorer la récupération.
• Si un devis nécessite des intrants dépendants tels que le nombre de sièges, le stockage et la durée du contrat, utilisez un calculateur avec un récapitulatif des prix.
• Si chaque client reçoit un devis négocié, présentez la base de tarification et le parcours de demande dans un texte ou un seul niveau personnalisé. Des montants « à partir de » inventés ne constituent pas de la transparence.
• Si le bloc énumère des spécifications produit sans action d’achat ni conditions commerciales, il s’agit d’un tableau de spécifications, même si une ligne contient un prix.

Les règles de rédaction des éléments prévalent : choisissez l’élément par son objectif, non par son titre, son style de carte ou son nombre de colonnes. Un bloc dont le rôle est d’exposer des conditions commerciales hiérarchisées reste un tableau de tarifs même si le thème l’affiche sous forme de cartes.

Où le placer

Placez le tableau de tarifs principal après que la page a nommé le produit, le public et la proposition de valeur, mais avant les objections détaillées, les témoignages et l’appel à l’action final. Sur une page de tarification dédiée, il s’agit normalement de la première section substantielle après l’introduction. Sur une page produit ou service, placez-le après l’explication du périmètre et avant les détails d’achat.

Placez la logique de tarification préalable immédiatement au-dessus du tableau. Si les prix excluent les taxes, exigent un engagement annuel, supposent cinq sièges ou ne s’appliquent que dans une seule région, énoncez cette condition avant ou dans la légende. Placez les définitions plus longues d’utilisation et de dépassement juste après le tableau. Ne mettez jamais en note de bas de page un fait qui modifie le montant apparent.

Gardez le nom du forfait, le prix, la devise, la cadence, le périmètre, la date de vérification et la source comme une seule unité. Ne le placez pas à côté d’un compte à rebours, d’un carrousel de témoignages, d’un tableau de données non lié ou d’une promotion conflictuelle. Ne séparez pas le montant de « facturé annuellement », ne placez pas un CTA entre un en-tête de niveau et ses exclusions, et ne répétez pas des prix différents plus bas sur la page.

Sur mobile, conservez cet ordre : nom du forfait, prix et base de facturation, éléments inclus, éléments exclus, puis action. Une matrice peut défiler à l’intérieur d’une zone étiquetée ; les cartes doivent s’empiler sans séparer les exclusions de leur forfait.

Anatomie

La capture annotée identifie ces parties :

1. Légende : nomme le produit, le marché et le contexte de tarification pour que le tableau ait toujours un sens lorsqu’il est extrait.
2. Nom du niveau : utilise le nom officiel du forfait ou de l’offre groupée, et non une étiquette de public improvisée.
3. Prix : affiche un montant numérique ou le statut explicite « Gratuit », « Devis personnalisé » ou « Contactez le service commercial ».
4. Devise : utilise un code ISO tel que USD, EUR ou GBP lorsqu’un montant en devise est présent ; un symbole peut apparaître en complément.
5. Période normalisée : facilite la comparaison, comme par mois ou pour 1 000 requêtes.
6. Base de facturation : indique ce qui est réellement facturé et quand, par exemple « 948 USD facturé annuellement. »
7. Éléments inclus : nomme les capacités, quantités et niveaux de service déterminants fournis à ce prix.
8. Éléments exclus : indique ce qu’un acheteur raisonnable pourrait attendre mais ne recevra pas, y compris les options payantes.
9. Action : utilise une étiquette accessible spécifique comme « Démarrer l’essai Growth » plutôt que de répéter « Choisir » sur chaque niveau.
10. Date de vérification : enregistre la date exacte à laquelle les montants et l’offre groupée ont été vérifiés par rapport à la source approuvée.
11. Note sur les taxes et frais : indique si les prix affichés incluent les taxes applicables et identifie les frais obligatoires importants.
12. Source : identifie le catalogue de facturation, le barème approuvé ou le responsable commercial.

« Gratuit » signifie aucun frais monétaire dans les conditions indiquées, et non un essai qui sera facturé plus tard. « Devis personnalisé » signifie aucun montant fixe public, pas zéro. « Non inclus » signifie absent ; « Option payante » signifie vendu séparément et doit indiquer son prix ou son parcours de devis lorsqu’il est connu.

Exemples de conception

Chaque variante préserve la devise, la période, la base de facturation, le périmètre, la date de vérification et les relations accessibles.

Cartes de niveau standard : à utiliser pour deux à quatre forfaits avec des ensembles de fonctionnalités courts. Chaque carte est un niveau étiqueté indépendamment avec des champs équivalents alignés.

Matrice de fonctionnalités : à utiliser lorsque trois à cinq niveaux partagent de nombreuses limites. Les noms des forfaits sont des en-têtes de colonne et les critères sont des en-têtes de ligne. Répétez le prix et la facturation près de l’action dans un tableau long, et donnez des équivalents textuels aux icônes.

Tranches d’utilisation : à utiliser à des seuils de quantité déclarés. Les fourchettes doivent être exhaustives et sans chevauchement : « 1–10 000 », puis « 10 001–50 000 ». Indiquez si la tarification est progressive, basée sur le volume ou un forfait fixe, car chacun produit une facture différente.

Hybride fixe et personnalisé : à utiliser lorsque des niveaux en libre-service côtoient un forfait négocié. Le niveau personnalisé a toujours besoin de sa base, de son engagement minimum, de son périmètre et de son action de contact. N’utilisez jamais « 0 » ou un tiret pour un montant inconnu.

Paramètres

Le contrat sépare les paramètres parents des données de niveau car la devise et la vérification s’appliquent généralement à l’ensemble, tandis que le prix, la facturation et le périmètre appartiennent à un seul niveau. « Source » désigne l’endroit où le moteur de rendu obtient le paramètre, et non l’endroit où l’affirmation commerciale a été recherchée.

Pour la tarification à l’utilisation, period peut être une unité telle que 1000-requests plutôt qu’une durée temporelle. L’étiquette visible doit toujours se lire naturellement. Un équivalent mensuel normalisé peut être affiché, mais billing doit indiquer le montant réellement facturé, l’engagement et la cadence de facturation.

Syntaxe et exemples de code

Les trois notations correspondent aux mêmes niveaux ordonnés et aux mêmes champs commerciaux. La directive portable est la forme canonique rédigée ; Hugo et WordPress sont des adaptateurs, et non des définitions séparées.

Directive Markdown portable

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

Le premier titre parent correspond à title. Chaque titre d’élément correspond à tier.name ; les attributs d’élément portent des valeurs typées compactes ; les lignes de corps étiquetées correspondent aux inclusions, exclusions et action. La période utilise une durée ISO 8601 lorsqu’elle représente le temps : P1M signifie un mois et P1Y signifie un an.

Shortcode Hugo

L’adaptateur prévu utilise uniquement des paramètres nommés et préserve les mêmes champs imbriqués. Cet exemple documente le mappage ; il n’oblige pas un rédacteur d’article à créer un nouveau 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 >}}

Le moteur de rendu doit produire une <table> avec des en-têtes associés pour une variante matrice ou utilisation. Une variante carte doit utiliser une liste étiquetée ou des sections dont le titre, le prix, les inclusions, les exclusions et l’action partagent un groupe accessible. Il ne doit pas aplatir les données en colonnes anonymes.

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

Le bloc enregistré doit modifier les données de niveau sous forme de champs et afficher du HTML sémantique côté serveur. Les rédacteurs ne doivent pas reconstruire l’élément avec des colonnes génériques, une capture d’écran ou des paragraphes alignés manuellement, car ces formes abandonnent le contrat partagé.

Exemples

Bon : le montant et le périmètre sont explicites

Taxes : les prix excluent les taxes de vente applicables. Source : barème approuvé illustratif.

Cela fonctionne car les montants mensuels normalisés sont associés aux frais annuels réels, les limites utilisent des chiffres et les exclusions attendues sont nommées. Un acheteur peut calculer l’engagement sans ouvrir d’info-bulle. Une machine peut lier chaque montant et contrainte à un forfait via les en-têtes de ligne et de colonne.

Mauvais : le chiffre attractif n’a pas de contrat

*Conditions applicables.

Cet exemple échoue pour plusieurs raisons indépendantes. La devise est déduite d’un symbole, /mois ne précise pas si l’acheteur est facturé mensuellement ou annuellement, et l’astérisque cache la condition essentielle. Les coches n’ont pas d’état textuel, « Support » n’a ni canal ni niveau de service, et « Tout ce dont vous avez besoin » n’est pas une inclusion vérifiable. « Appelez-nous » n’identifie ni un devis personnalisé ni n’explique la base de tarification. Il n’y a pas d’exclusions, de limites, de note fiscale, de source, de marché ou de date de vérification. Les étiquettes « Good » et « Best » substituent également la persuasion à l’identité officielle du forfait.

Balisage de schéma et accessibilité

Un tableau de tarifs alimente des données structurées uniquement pour une offre réelle et éligible. Une Offer peut comporter price, priceCurrency, url, availability et une date de validité authentique. Connectez plusieurs offres réelles au même produit ou service ; utilisez AggregateOffer uniquement pour une fourchette basse à haute ou une collection d’offres véridique. Une mise en page de carte de tarification ne justifie pas à elle seule un schéma.

Utilisez une spécification de prix uniquement lorsqu’elle exprime précisément le contrat. Gardez le montant annuel, l’équivalent mensuel, la quantité minimale et la logique de dépassement distincts dans les données source. Le contenu visible et la sortie structurée doivent concorder. Omettez le prix numérique pour « Devis personnalisé » ; utilisez zéro uniquement pour une offre véritablement gratuite.

Le schéma répète une affirmation visible ; il ne prouve pas la fraîcheur. Générez la page et la sortie structurée à partir de la même source approuvée et comparez-les lors de l’assurance qualité. Ne marquez jamais une promotion comme permanente, n’inventez pas de validThrough et n’exposez pas une devise différente.

Une matrice nécessite une légende, des en-têtes de colonne pour les forfaits, des en-têtes de ligne pour les critères et des attributs scope. Encadrez un tableau large dans une zone nommée accessible au clavier et laissez cette zone défiler lorsque le réagencement détruirait les relations.

Les dispositions en cartes nécessitent un regroupement équivalent. Faites de chaque nom de niveau un titre et gardez son prix, sa facturation, ses listes et son CTA dans une section étiquetée. Écrivez « Inclus », « Non inclus », « Option payante » et « Recommandé » en texte plutôt que de vous fier à la position, à la couleur ou aux icônes. Un bouton bascule de facturation doit pouvoir être actionné au clavier, annoncer son état, conserver le focus et mettre à jour les montants affichés et facturés.

Règles de rédaction

Le texte tarifaire est court car les acheteurs le parcourent sous l’incertitude, mais la brièveté ne doit pas effacer le contrat. Énoncez la raison de chaque contrainte avant de l’appliquer :

• Les noms stables évitent les forfaits mal assortis. Utilisez le nom officiel du niveau en un à cinq mots. Ne renommez pas « Business Plus » en « Meilleur rapport qualité-prix » dans le titre ; la recommandation est une étiquette séparée.
• Les montants explicites évitent les fausses comparaisons. Écrivez le code de devise ISO et le nombre ensemble, par exemple « EUR 49 ». Si les taxes, les frais obligatoires ou les restrictions régionales modifient le montant payable, indiquez-les dans l’élément.
• La cadence détermine l’engagement. Gardez la période normalisée à une unité claire et la base de facturation à deux à douze mots. « Par mois, facturé annuellement à 588 EUR » est clair ; « à partir de 49 EUR/mois* » ne l’est pas.
• Les chiffres rendent les limites vérifiables. Utilisez trois à huit inclusions décisives par niveau et quantifiez les utilisateurs, projets, stockage, requêtes, rétention ou temps de réponse. Remplacez « limites généreuses » par le seuil réel.
• Les exclusions nommées évitent les lacunes de présomption. Incluez une à cinq exclusions lorsqu’un acheteur raisonnable pourrait s’attendre à elles. Indiquez « Authentification unique : non inclus » ou « Implémentation : option payante », et non un tiret.
• Un langage parallèle améliore le balayage. Utilisez le même nom et la même unité dans tous les niveaux : « 5 utilisateurs », « 20 utilisateurs », « Utilisateurs illimités », plutôt que « Petite équipe », « 20 sièges » et « Aucune limite ».
• Une recommandation nécessite une raison divulguée. Utilisez au maximum un niveau recommandé et expliquez l’adéquation factuelle, par exemple « Pour les équipes ayant besoin d’un accès API. » N’utilisez pas de fausse rareté, de badges clignotants ou d’affirmation « Le plus populaire » non expliquée.
• La volatilité nécessite une responsabilité. Affichez une date de vérification exacte et une source principale. N’écrivez pas « Prix corrects à la publication » car la publication peut remonter à des mois ou des années.
• Les cellules compactes préservent la récupération. Gardez chaque inclusion ou exclusion à deux à huit mots si possible. Déplacez les qualifications de plus d’une phrase sous le tableau et reliez-les avec une étiquette précise.

Ne placez jamais de témoignages, d’affirmations sur les concurrents, de conditions juridiques, de codes promotionnels, de comptes à rebours ou d’économies non étayées dans les données de niveau. Les preuves, les détails juridiques et les promotions appartiennent à leurs propres éléments ou au texte adjacent. Calculez les économies uniquement à partir d’une référence vérifiée et du total.

Types d’articles qui l’utilisent

Le champ postTypes dans le front matter est la source de cette relation. Chaque type d’article listé utilise l’élément pour une décision spécifique, et non simplement parce que la page mentionne de l’argent.

Liste de contrôle QA

• L’objectif du bloc correspond-il à un tableau de tarifs selon la règle de précédence ?
• Chaque niveau utilise-t-il son nom officiel et identifie-t-il un prix numérique, Gratuit ou Devis personnalisé ?
• Chaque montant monétaire est-il associé à un code de devise ISO et au marché applicable ?
• La période normalisée et le montant réellement facturé sont-ils tous deux explicites ?
• Les totaux annuels, engagements minimums, frais de mise en place, dépassements, traitement fiscal et options payantes sont-ils visibles le cas échéant ?
• Les inclusions et exclusions utilisent-elles des étiquettes parallèles et quantifiées dans tous les niveaux ?
• Les tranches d’utilisation sont-elles exhaustives, sans chevauchement et identifiées comme tarification progressive, volumétrique ou forfaitaire ?
• La date de vérification est-elle exacte, visible et liée à un propriétaire de source approuvé ?
• Le contenu de la page, les données de paiement ou de facturation et les données structurées présentent-ils les mêmes faits commerciaux ?
• Le balisage sémantique associe-t-il chaque prix et fonctionnalité au bon niveau ?
• Les légendes de tableau, en-têtes, portées, étiquettes de cartes, états de bascule et étiquettes CTA sont-ils accessibles ?
• L’élément peut-il se réagencer ou défiler dans sa propre zone étiquetée sans défilement horizontal au niveau de la page ?
• La couleur ou l’iconographie est-elle accompagnée de texte plutôt que de porter seule les significations Inclus, Exclus ou Recommandé ?
• Un devis personnalisé est-il omis du schéma de prix numérique plutôt que d’être encodé comme zéro ?
• Les promotions, témoignages, textes juridiques et longues explications sont-ils en dehors des données de niveau canoniques ?
• Quelqu’un a-t-il recalculé les équivalents annuels, les affirmations d’économies, les limites de quantité et les exemples de dépassement ?

Un tableau de tarifs n’est publiable que lorsqu’un acheteur et une machine peuvent reconstruire la même offre à partir de celui-ci. Si l’un ou l’autre doit deviner la devise, l’engagement, le périmètre ou la fraîcheur, l’élément est incomplet.