Ce fichier est consommé par le panneau d’information de l’admin Sites Conformes.
Son contenu est affiché dans un message dans le back-office,
que verront les utilisateurs qui y ont accès.
Astuce
Une notification est également envoyée automatiquement si la version
installée n’est pas la même que la dernière version publiée.
Lien complet vers plus d’informations (https://...)
✅
start_date
❌
YYYY-MM-DD (ex: 2026-05-01)
✅
end_date
❌
YYYY-MM-DD (ex: 2026-05-31)
✅
Astuce
Les champs non obligatoires peuvent être laissés vides ("") ou
complètement retirés du bloc.
Astuce
Les templates en haut du fichier (ceux avec “à ne pas supprimer”)
servent d’exemples.
Ne pas les supprimer, mais s’en inspirer pour créer de nouvelles notifications.
Copier un bloc existant et le modifier.
Ne pas oublier la virgule entre chaque bloc :
{"items":[{"type":"info","title":"Nouvelle fonctionnalité : exports CSV","description":"Vous pouvez désormais exporter vos données en CSV.","more_info_link":"https://docs.monsite.fr/exports","start_date":"2026-05-01","end_date":"2026-05-31"},{"type":"alert","title":"Maintenance le 15 mai","description":"Le service sera indisponible de 22h à 23h.","more_info_link":"","start_date":"2026-05-05","end_date":"2026-05-15"}]}
La notification n’apparaît plus, mais la date de fin n’est pas passée ?
Vérifier que la start_date (date de début) n’est pas dans le futur.
Comment rendre une notification permanente ?
Ne pas mettre de end_date rendra la notification permanente.
Est-il possible d’ajouter autant de notifications que souhaité ?
Oui, mais il est conseillé d’en garder un nombre raisonnable
pour ne pas surcharger les utilisateurs.
Comment modifier les notifications¶
À propos du fichier
notifications.json¶Ce fichier est consommé par le panneau d’information de l’admin Sites Conformes. Son contenu est affiché dans un message dans le back-office, que verront les utilisateurs qui y ont accès.
Astuce
Une notification est également envoyée automatiquement si la version installée n’est pas la même que la dernière version publiée.
Guide de modification¶
Ce guide explique comment ajouter, modifier ou désactiver une notification directement depuis GitHub, sans avoir besoin d’installer quoi que ce soit.
Les types de notifications¶
Il existe 3 types de notifications :
Type
Design
infoLe fond s’affiche en bleu et l’icône est un “i” (voir DSFR)
alertLe fond s’affiche en rouge et l’icône est point d’exclammation dans un rond rouge (voir DSFR)
warningLe fond s’affiche en orange et l’icône est un point d’exclammation dans un triangle (voir DSFR)
Règles importantes¶
Champ
Obligatoire
Format
Peut être vide ou absent
type✅
info,alertouwarning❌
title✅
Texte libre
❌
description❌
Texte libre
✅
more_info_link❌
Lien complet vers plus d’informations (
https://...)✅
start_date❌
YYYY-MM-DD(ex:2026-05-01)✅
end_date❌
YYYY-MM-DD(ex:2026-05-31)✅
Astuce
Les champs non obligatoires peuvent être laissés vides (
"") ou complètement retirés du bloc.Astuce
Les templates en haut du fichier (ceux avec “à ne pas supprimer”) servent d’exemples. Ne pas les supprimer, mais s’en inspirer pour créer de nouvelles notifications.
Modifier le fichier¶
Étape 1 — Ouvrir le fichier¶
Aller sur le dépôt GitHub du projet
Cliquer sur le fichier
notifications.jsonÉtape 2 — Passer en mode édition¶
Cliquer sur l’icône crayon en haut à droite du fichier.
Note
Si le crayon n’est pas visible, il est possible que les droits d’édition ne soient pas attribués. Contacter l’équipe technique.
Étape 3 — Effectuer la modification¶
Le fichier ressemble à ceci :
Chaque notification est un bloc entre
{et}, séparé des autres par une virgule.Étape 4 — Proposer les changements (Pull Request)¶
En bas de la page, dans la section “Commit changes”, remplacer le message par défaut par quelque chose de clair, par exemple :
Sélectionner “Create a new branch and start a pull request”
Cliquer sur “Propose changes”
Sur la page suivante, cliquer sur “Create pull request”
Important
Ne pas cliquer sur “Commit directly to the
mainbranch”, cela court-circuiterait la vérification automatique.Étape 5 — Attendre la vérification¶
Une vérification automatique se lance. En bas de la Pull Request, on peut voir :
✅ Checks passed → tout est bon, l’équipe technique peut valider
❌ Checks failed → il y a une erreur dans le fichier (voir section En cas d’erreur)
Exemples concrets¶
Ajouter une nouvelle notification¶
Copier un bloc existant et le modifier. Ne pas oublier la virgule entre chaque bloc :
Désactiver une notification sans la supprimer¶
Modifier la
end_datepour mettre une date dans le passé, afin que le système considère que la période d’affichage est terminée :En cas d’erreur¶
Si la vérification échoue, cliquer sur “Details” à côté de la croix rouge. Le message d’erreur indique précisément le problème, par exemple :
Message
Cause probable
'type' is a required propertyLe champ
typeest manquant'warning' is not validValeur incorrecte pour
type(vérifier l’orthographe)'end_date' does not match patternFormat de date incorrect (utiliser
YYYY-MM-DD, par exemple “2026-05-31” pour le 31 mai 2026)Additional properties are not allowedUn champ inconnu a été ajouté (ex: faute de frappe dans un nom de champ)
En cas de doute, contacte l’équipe technique en mentionnant le message d’erreur.
Questions fréquentes¶
La notification n’apparaît plus, mais la date de fin n’est pas passée ? Vérifier que la
start_date(date de début) n’est pas dans le futur.Comment rendre une notification permanente ? Ne pas mettre de
end_daterendra la notification permanente.Est-il possible d’ajouter autant de notifications que souhaité ? Oui, mais il est conseillé d’en garder un nombre raisonnable pour ne pas surcharger les utilisateurs.