WP-Apidae Saisons : vos fiches Apidae passent de l’hiver à l’été

Un visiteur qui prépare son été en plein hiver ne doit pas tomber sur vos horaires d’hiver. Le module WP-Apidae Saisons le laisse choisir la version des fiches qu’il consulte.

Vous pouvez aussi fixer une saison par page, ou programmer son activation dans le calendrier. Le mécanisme ne s’arrête pas aux saisons : Apidae porte les mêmes variantes pour les groupes, le tourisme d’affaires et l’accessibilité.

Une fiche Apidae est saisie une seule fois, et l’office y renseigne ses variantes : d’autres horaires, d’autres photos, d’autres tarifs. WP-Apidae sait les appliquer depuis longtemps, mais par un réglage du site entier : la même version partout. Pas de page Hiver et de page Été côte à côte.

Quinze fiches d’une station de montagne changent de saison sur notre démonstration : elle est en ligne.

Trois façons de choisir la saison

La page. Chaque page porte sa saison. Vous composez une page Hiver et une page Été, chacune avec ses listes, ses filtres et ses cartes, et les fiches s’y affichent dans la version correspondante. Une case permet d’imposer la saison de la page : le sélecteur et l’adresse n’y changent alors plus rien.

Le calendrier. Chaque saison porte une période, en jour et mois, qui se répète chaque année. Le 1er décembre, le site passe à l’hiver sans que personne n’y touche. Le visiteur garde la main sur la saison affichée : il peut préparer son séjour d’été en plein hiver. Le calendrier est désactivé au départ, et une page qui impose sa saison passe devant.

Le visiteur. Un sélecteur, et il choisit lui-même. Par défaut, son choix s’applique à la page consultée, ce qui simplifie la gestion du cache. Un mode « toute la visite » existe pour les sites qui le préfèrent : le module mémorise alors le choix dans un cookie, et déclare ce cookie à WP Rocket comme variation de cache. Avec un autre cache, cette déclaration reste à faire.

Cinq contextes, et pas seulement les saisons

Apidae ne réserve pas ce mécanisme à l’hiver et à l’été. Le module expose cinq aspects : Hiver, Été, Groupes, Tourisme d’affaires et Accessibilité. Un site de destination peut donc aussi bien proposer une entrée Groupes, qui affiche les fiches dans la version que l’office a saisie pour ce public.

Vous cochez les contextes à proposer, un par un, et vous changez leur libellé. Tant qu’aucun n’est coché, le module reste sans effet sur le site. Polylang traduit ces libellés par ses traductions de chaînes.

Sur ce que le visiteur verra, une précision : un aspect ne touche que les champs que l’office a désignés dans sa variante. Si seul l’horaire diffère, seul l’horaire change, et la fiche garde par ailleurs son contenu de toute l’année. Un champ désigné mais laissé vide disparaît. Le module ne fabrique rien, il sert ce qui est dans Apidae.

Le sélecteur, là où votre site l’attend

Cinq surfaces sont livrées : deux blocs Gutenberg, dont un posable à l’intérieur d’un bloc Navigation, un item de menu WordPress, un widget Elementor et un module Divi qui sert Divi 4 comme Divi 5. L’écran de réglages dit lesquelles votre site peut servir.

L’item de menu est la voie la plus universelle. Il s’ajoute dans Apparence puis Menus, l’en-tête de votre thème l’affiche comme les autres entrées, et il ne dépend d’aucun constructeur ni d’aucune licence tierce. Sur un thème classique, c’est le moyen de mettre le sélecteur en en-tête. Sous Elementor, un en-tête global passe par le Theme Builder, donc par Elementor Pro : l’item de menu évite cette dépense.

Dans un menu, les habillages ne s’appliquent pas : le sélecteur prend l’apparence des autres entrées du menu, et c’est voulu.

Par défaut, changer de saison ne recharge pas la page : le module redemande le contenu dans la saison voulue, et le visiteur garde sa position. Si ce JavaScript n’aboutit pas, la page se recharge, comme le ferait le lien seul. Le sélecteur fonctionne sans JavaScript, puisque chaque choix est un vrai lien vers la même page.

Le sélecteur s’efface des fiches qui ne portent aucune des variantes proposées : il y promettrait une variation qui n’aura pas lieu, et le visiteur qui clique en conclut que le site est cassé. C’est le défaut du bloc de contenu, du widget Elementor et du module Divi ; dans un menu ou dans un bloc Navigation, il reste affiché.

La saison choisie reste active dans les listes, les filtres et les cartes.

Le prix

49 € HT par an, comme les autres modules de la gamme. Une licence couvre un site, et sur un réseau multisite chaque site compte pour un. Elle donne les mises à jour automatiques. Le module se commande sur sa page.

Prérequis et limites

WP-Apidae 6.4.0 ou supérieur, PHP 8.2, WordPress 6.1. Sur un cœur antérieur, le module se charge et fonctionne, mais la saison imposée au niveau d’une page reste sans effet, et le module le signale dans l’administration. Aucun constructeur n’est nécessaire.

Deux limites à connaître. Le module ne filtre pas vos listes sur la présence d’une saison : la documentation Apidae le déconseille, une randonnée en raquettes ne portant pas d’aspect Hiver justement parce qu’elle est hivernale par nature. La méthode recommandée par Apidae est la sélection dédiée, une par saison. Et il expose cinq aspects sur six : Prestataire d’activités décrit le sujet de la fiche plutôt que son public, et se déduit du chemin du visiteur, que le module ne connaît pas.