Temps de lecture estimé : 5 min · Publié le
Répondre aux questions avant l’inscription
Affichez le nom exact, la date, l’heure de début et de fin, le fuseau horaire, le lieu ou le mode à distance, le public concerné et le programme. Expliquez qui organise et ce que le participant doit préparer. Une page qui donne uniquement une affiche oblige à chercher ou deviner les détails.
Précisez le prix ou la gratuité, les conditions d’accès et la capacité lorsque ces éléments comptent. Rattachez la page aux services ou sujets concernés sans répéter une promesse commerciale générique. Le guide de présentation des tarifs aide à formuler les conditions de manière claire.
- Date, heure et fuseau explicites.
- Lieu ou accès en ligne indiqué.
- Public, programme et conditions visibles.
Tester l’inscription et les changements d’état
Testez inscription, confirmation et récupération des informations sur téléphone et ordinateur. Exemple fictif : un atelier existe le matin et l’après-midi ; la date seule ne distingue pas les séances. Vérifiez que le choix de séance suit la personne jusqu’au message reçu, puis testez dernière place, échec et liste d’attente. Une animation de réussite ne remplace pas l’inscription retrouvée par l’organisateur.
Prévoyez des états compréhensibles : inscriptions ouvertes, complet, liste d’attente, reporté, annulé et terminé. Chaque changement doit modifier le bouton d’action et les informations utiles. Le guide de réservation propose les contrôles détaillés du parcours.
- Confirmation interne et visiteur testées.
- Places épuisées traitées.
- Report ou annulation visibles immédiatement.
Garder les informations cohérentes partout
Comparez la page, les messages de confirmation, le calendrier, les réseaux sociaux et les versions traduites. Un horaire modifié seulement dans un courriel laisse une page publique trompeuse. Désignez la personne qui peut approuver une modification et notez le canal utilisé pour prévenir les inscrits.
Si des données structurées Event sont utilisées, elles doivent décrire l’événement réellement visible sur la page et suivre ses changements. Les consignes Google pour Event détaillent les champs et règles d’éligibilité ; le balisage ne répare pas une page incomplète.
Pour tester un report, gardez l’identité de l’événement et faites évoluer sa situation. Dans un exemple fictif, une séance prévue le 15 novembre 2026 à 10 h est reportée sans date, puis reprogrammée au 22 novembre à 14 h. La page doit distinguer la nouvelle information des anciennes confirmations.
Les états ci-dessous suivent la documentation Google Event, consultée le 22 octobre 2026. En cas d’annulation ou de report sans date, elle demande de garder la date initiale dans startDate. Lorsque la nouvelle date est connue, actualisez startDate et endDate ; previousStartDate peut conserver l’ancienne date avec EventRescheduled. Ce tableau ne constitue pas un balisage complet ni une garantie de résultat enrichi.
- Une source commune pour les horaires.
- Inscrits informés des changements.
- Balisage cohérent avec la page visible.
Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.
| État de la séance | Données à rapprocher | Conséquence visible à vérifier |
|---|---|---|
| Maintenue | EventScheduled · date prévue | La date et l’inscription décrivent la même séance. |
| Reportée sans nouvelle date | EventPostponed · startDate initial conservé | Le report est explicite ; aucune nouvelle date n’est inventée. |
| Reprogrammée | EventRescheduled · nouvelles dates ; previousStartDate facultatif | La nouvelle date est mise en avant et l’ancienne reste compréhensible. |
| Annulée | EventCancelled · date et lieu initiaux conservés | Le statut et l’action ne laissent plus croire à une inscription normale. |
- Google Search Central · Event
Références de vocabulaire : les statuts décrivent le changement de situation. Les consignes de Google précisent les propriétés à conserver pour son usage des données Event.
- Schema.org · EventRescheduled
EventRescheduled relie la nouvelle date à la date précédente.
Conserver une page utile après la date
Après la date, fermez l’inscription de la séance terminée et indiquez son statut. Exemple fictif : une série mensuelle continue, mais la séance de mars est passée ; son lien doit distinguer le compte rendu de la prochaine séance. Ajoutez des ressources réellement disponibles et une destination précise pour la suite. Ne remplacez pas seulement la date au risque d’associer anciennes confirmations et nouveau programme.
Réévaluez la valeur de la page dans le temps. Une archive documentée peut rester utile ; une page vide ou faussement active doit être corrigée. Le guide des campagnes datées aide à prévoir cette fin de vie.
- Statut terminé clairement affiché.
- Ressources publiées seulement si disponibles.
- Nouvelle édition dotée de sa propre information.
Documents de référence
- consignes Google pour Event · Source consultée
Contenu mis à jour le
Repères documentaires pour ce sujet
| Référence | Valeur ou syntaxe | Portée du repère |
|---|---|---|
| RFC 3339 · Date-time | 2026-10-22T09:00:00+02:00 | Le décalage explicite relie l’heure locale à UTC ; cet exemple n’est pas un rendez-vous. |
| W3C · JSON-LD 1.1 | application/ld+json · @context | JSON-LD décrit des données liées ; validité de la syntaxe et exactitude des faits restent distinctes. |
Les dates indiquent la consultation des références. Ces repères ne constituent ni un audit du site ni une déclaration globale de conformité.
