Pages publiques

Une page publique est une vue Web publique et accessible sans authentification d’une fiche : le passeport produit numérique auquel un client accède en scannant un identifiant ou en suivant un lien imprimé. Le contenu affiché par une page est déterminé par un modèle de page publique réutilisable, que vous créez une seule fois et appliquez à autant de fiches que vous le souhaitez. La publication d’une gamme de produits entière demande ainsi le même effort que celle d’un seul élément.

Rien n’est jamais rendu public par accident. L’adresse d’une page peut être réservée — et son code QR imprimé — avant même qu’elle ne contienne quoi que ce soit. Tant que vous ne publiez pas, un visiteur ne voit qu’un avis indiquant que la page est enregistrée. Une fois publiée, la page n’affiche que les données explicitement extraites par son modèle, et son contenu ne change que lorsque vous publiez de nouveau.

Qui peut faire quoi

La réservation et la liaison des pages, ainsi que l’accès aux fiches de création, aux modèles, aux brouillons et à l’historique des versions, nécessitent une appartenance actuelle à l’équipe propriétaire. Sélectionnez cette équipe au sein de son organisation pour y accéder. La suppression de l’appartenance à une équipe supprime l’accès à ces fiches de création. Les pages publiques publiées restent accessibles à leurs visiteurs.

L’accès dépend de votre rôle dans l’équipe active :

Les éditeurs (ainsi que les administrateurs d’équipe, qui disposent toujours des droits d’éditeur) créent les modèles de page, publient et déploient les versions de modèle, publient et dépublient les pages, et exécutent des lots de publication. Ce rôle existe précisément pour contrôler le pouvoir de rendre des données publiques.
Tous les membres de l’équipe peuvent consulter les modèles, leur historique des versions, les pages publiées et l’activité des pages, mais ne peuvent rien modifier ni publier.

Modèles de page

Un modèle de page appartient à une équipe et détermine à la fois le contenu et l’apparence de chaque page publiée avec ce modèle. Il se compose d’une série de blocs, présentés dans l’ordre où les visiteurs les consultent :

Présentation — les médias du produit affichés en haut de la page. Les images, les vidéos et les fichiers audio y figurent tous ; les vidéos et les fichiers audio sont lus directement dans la page et jamais automatiquement, afin qu’un visiteur utilisant des données mobiles puisse choisir quand les charger. Vous pouvez limiter ce bloc aux images ou aux vidéos uniquement (consultez Choisir ce qu’affiche la présentation).
Identité — le nom et la description de la fiche.
Spécifications — les attributs du produit que vous souhaitez rendre publics, extraits des champs de la fiche.
Documents — les fichiers publics tels que les fiches techniques, les garanties et les certificats. Les images, les vidéos et les fichiers audio sont réservés à la présentation afin que rien ne soit répertorié deux fois.
Texte — votre propre contenu : récits de provenance, instructions d’entretien, informations sur la durabilité.
Liste de liens — des liens externes, par exemple vers des services de réparation ou de recyclage, ou vers le site de votre marque.
Vérification — le panneau de vérification par scan DUST. La vérification démarre à partir d’un bouton : les visiteurs ne sont donc jamais invités à autoriser l’accès à la caméra simplement parce qu’ils ouvrent la page. Dans l’application Dust Go, ce bouton lance directement le scanner ; dans le navigateur d’un téléphone, il propose plutôt d’ouvrir la page dans Dust Go, avec la saisie d’un code ou la saisie manuelle comme solutions de remplacement.
Provenance — l’histoire de l’élément sous forme de chronologie. Par défaut, une page affiche l’historique consigné par votre équipe concernant la vie de l’élément, ainsi que les moments où l’élément lui-même a été scanné et vérifié ; tout le reste du contenu de la fiche est facultatif et se choisit pour chaque modèle (consultez Ce qu’affiche la chronologie). Les opérations internes n’apparaissent jamais sur une page publique : les personnes avec lesquelles une fiche a été partagée et les dossiers dans lesquels elle a été classée sont toujours exclus, quels que soient les paramètres du modèle.

Les blocs peuvent être réorganisés, configurés et supprimés. Deux éléments sont toujours présents et ne peuvent pas être supprimés : l’habillage de la page (l’en-tête qui présente votre logo à côté de la mention « Propulsé par » de la plateforme, un lien de connexion et le pied de page) et le bandeau de fiche, qui indique la date de la dernière publication des données de la page. Ces marques permettent de reconnaître la page comme une véritable fiche DUST. L’habillage ne comporte aucun contrôle de langue ou de thème, et le bandeau de fiche ne contient aucun code : un visiteur tenant l’objet doit pouvoir savoir si la fiche est à jour, et non disposer d’un numéro de série à contrôler.

Le bloc Vérification est inclus dans chaque nouveau modèle et peut être supprimé si la page sert uniquement à raconter l’histoire d’une marque.

Ce qu’affiche la chronologie

Le bloc Provenance se configure en choisissant les parties de l’historique de l’élément que la page publie. Chaque option porte le nom de ce qu’elle ajoute à la page :

Historique consigné — les entrées consignées par votre équipe concernant la vie de l’élément : ventes, inspections, réparations (consultez Consigner des événements passés).
Scans vérifiés — les moments où l’élément lui-même a été physiquement scanné et contrôlé.
Changements de propriété — les expéditions et les remises entre organisations.
Pièces et installation — les pièces installées dans un assemblage plus important ou retirées de celui-ci.
Certificats et validations — les certificats délivrés et les documents validés pour l’élément.
Activité de la fiche — les modifications apportées à la fiche elle-même : changements de détails, de documents et d’identifiants.

Un nouveau modèle commence avec Historique consigné et Scans vérifiés : l’histoire de l’élément est mise en avant, tandis que les opérations de gestion propres à la fiche restent absentes de la page, sauf si vous choisissez de les afficher. L’aperçu en direct de l’éditeur de modèles montre exactement ce que chaque option publie.

Un élément qui a changé de mains conserve toute son histoire. Les entrées des propriétaires précédents — ce qu’ils ont consigné, les scans effectués pendant qu’ils en avaient la garde, la date de son expédition — sont publiées selon les mêmes règles que les vôtres, attribuées à leur organisation et marquées Propriétaire précédent. L’éditeur de modèles vous indique combien d’entrées proviennent de propriétaires précédents, et de qui, avant toute mise en ligne.

Les entrées consignées sont présentées pour ce qu’elles sont : une déclaration attribuée à votre organisation, marquée Déclarée, et jamais comme un élément vérifié par la plateforme. La date est affichée avec la précision que vous avez réellement indiquée — « 1968–1970 », « Vers 1835 » — sans jamais inventer un jour précis. L’entrée mentionne aussi le lieu que vous avez saisi, le cas échéant. Une entrée que vous avez retirée reste visible sur la page, barrée et marquée Retirée : la provenance publiée n’est jamais réécrite discrètement, afin qu’un visiteur ayant vu une déclaration puisse également constater qu’elle a été retirée.

Les seuls lieux qu’une page puisse afficher sont ceux qu’un éditeur a saisis dans une entrée consignée. Les positions des appareils — les lieux physiques où un scan ou une modification a été effectué — ne sont jamais publiées, quel que soit leur niveau de précision.

Comment les modèles trouvent vos données

Les blocs de spécifications, de présentation et de documents extraient les valeurs selon le nom du champ, et non à partir d’un modèle fixe. Une liaison indique le nom du champ recherché — par exemple Metal — ainsi que les éventuels autres noms à essayer et le type requis. Lorsqu’il est appliqué à toute une gamme de produits, le même modèle est alimenté par les valeurs propres à chaque fiche.

Il s’agit du même mécanisme de correspondance des noms que celui utilisé par les formulaires de certificat, avec la même conséquence pratique : les noms de champ utilisés dans toute une gamme de produits doivent être cohérents, et renommer un champ empêche sa liaison d’être résolue lors de la publication suivante.

Les liaisons sont facultatives par défaut : si une fiche ne comporte aucun champ Metal, la ligne correspondante est simplement omise de sa page et tout le reste est quand même publié. Marquez une liaison comme obligatoire lorsque son absence compromettrait la page, par exemple en cas d’image principale manquante. Une fiche qui ne peut pas satisfaire une liaison obligatoire est alors signalée au lieu d’être publiée avec un contenu manquant.

Comme un modèle extrait uniquement ce qu’il nomme, l’ajout d’un fichier ou d’un champ à une fiche ne modifie jamais à lui seul sa page publiée. Un bloc de documents ou de présentation peut aussi être configuré pour inclure tous les fichiers publics admissibles, ce qui est pratique pour les équipes dont les fichiers sont joints librement. En contrepartie, les nouveaux fichiers téléversés apparaîtront lors de la publication suivante de la page.

Choisir ce qu’affiche la présentation

La source des médias du bloc Présentation détermine quels médias publics d’une fiche sont affichés en haut de la page :

Tous les fichiers publics d’image, de vidéo et d’audio — tous les médias publics de la fiche, en commençant par les images. Cette option ne nomme aucun champ et fonctionne donc pour une gamme de produits dont les fichiers sont simplement joints, sans convention de nommage cohérente. Les fichiers audio sont inclus ici parce que le bloc Documents réserve les médias à la présentation : si celle-ci les excluait, un fichier audio public n’apparaîtrait nulle part sur la page.
Images uniquement — les images publiques dans l’ordre de la fiche, afin qu’une vidéo jointe à celle-ci ne soit jamais placée en tête de page.
Vidéos uniquement — les vidéos publiques dans l’ordre de la fiche.
Un champ de média nommé — exactement l’image ou la vidéo contenue dans le champ que vous nommez, pour un modèle qui doit afficher une prise de vue précise.

La première option suit simplement les fichiers joints, ce qui répond aux besoins de la plupart des équipes. Les options limitées à un type de média existent lorsque cette sélection n’est pas une préférence, mais une exigence. Par exemple, si une vidéo de présentation est jointe à certaines fiches d’une gamme de produits, mais pas à d’autres, elle apparaîtrait autrement en tête de page pour ces seuls éléments ; choisir Images uniquement garantit que cela n’arrivera jamais. Quel que soit votre choix, les vidéos et les fichiers audio sont lus directement dans la page et jamais automatiquement.

Apparence

Chaque modèle possède son propre logo et sa propre couleur d’accentuation. Une équipe gérant deux gammes de produits peut donc simplement conserver deux modèles. Téléversez un logo directement dans l’éditeur de modèles ou choisissez une image que votre équipe possède déjà : celle-ci n’est jointe à aucune fiche. Le logo apparaît dans l’en-tête de la page, où les deux marques sont présentées : la vôtre est mise en avant et la plateforme est créditée à côté. L’en-tête dimensionne automatiquement le logo pour qu’il se comporte de la même manière sur un téléphone et sur un ordinateur.

Vous pouvez également définir l’arrière-plan de la page, les couleurs des barres d’en-tête et de pied de page, et choisir une police de caractères. Une page publiée possède une seule apparence : elle ne suit pas le thème de l’appareil du visiteur. Vous la mettez donc en page une fois, et tous les visiteurs la voient ainsi. La couleur du texte est choisie automatiquement afin qu’il reste lisible quelles que soient les couleurs sélectionnées : une page sombre reçoit automatiquement un corps de texte, des libellés et des séparateurs clairs. La couleur d’accentuation s’applique uniquement aux détails visuels de la page. Les pages s’affichent dans la langue du visiteur lorsque la plateforme la prend en charge ; votre propre contenu apparaît exactement comme vous l’avez rédigé.

Prévisualiser pendant la conception

L’éditeur de modèles affiche un aperçu en direct dans un cadre d’appareil, que vous pouvez faire basculer entre les modes mobile et ordinateur afin de vérifier les deux largeurs. Choisissez n’importe quelle fiche comme contexte du modèle : l’aperçu résout alors les valeurs réelles de cette fiche à l’aide exactement du même mécanisme que celui d’une véritable publication. Ce que vous voyez correspond donc au résultat publié. L’aperçu répertorie également toutes les liaisons qui ne peuvent pas être résolues pour la fiche choisie, afin que les lacunes soient visibles avant que vous ne validiez le modèle.

Publier une page pour une seule fiche

Réserver le lien avant la publication

L’adresse d’une page publique est créée avant son contenu. Lorsque vous ouvrez l’action Page publique sur une fiche qui n’en possède pas, il vous est proposé de créer un lien produit stable : « Réservez une URL permanente et liez-la à cette fiche. Vous pouvez télécharger ou imprimer son code QR avant de publier des données produit. »

Cet ordre est délibéré : les étiquettes, les gravures et les emballages sont généralement produits bien avant que la fiche produit ne soit terminée. Un lien réservé fonctionne dès sa création : un visiteur qui scanne le code imprimé accède à une page indiquant que la page produit est enregistrée, mais que ses informations n’ont pas encore été publiées. Un code QR imprimé n’est donc jamais sans destination, et l’adresse ne change jamais. La publication ultérieure alimente cette même page.

Publier les données

Ouvrez la fiche et choisissez l’action Page publique.
Choisissez le modèle de page avec lequel effectuer la publication.
Examinez le récapitulatif de la vérification préalable. Il répertorie toutes les liaisons qui ont été résolues et celles qui ne l’ont pas été ; les liaisons obligatoires qui ne peuvent pas être résolues bloquent la publication et en indiquent la raison.
Publiez. La page devient accessible à son adresse permanente, que vous pouvez copier, ouvrir ou imprimer sous forme de code QR.

Une fiche ne peut posséder qu’une seule page publique, et son lien est permanent : republier actualise le contenu disponible à la même adresse, laquelle subsiste même après la dépublication.

La même action indique également ce qui est actuellement en ligne sous la forme de trois informations distinctes : le modèle utilisé par la page, la version de modèle à laquelle elle est rattachée et la date de la dernière publication de ses données. Lorsque le modèle possède une version plus récente, l’action le signale et indique la version vers laquelle la page sera déplacée. La publication d’une page utilise toujours la version la plus récente du modèle : la correction d’un seul élément le fait donc également passer à la version suivante.

Publier une gamme de produits

Pour publier plusieurs fiches à la fois, lancez un lot de publication : choisissez un modèle et un périmètre — un dossier, une catégorie, un modèle de fiche ou une sélection explicite — et le lot crée et publie une page pour chaque fiche qu’il contient. Les lots s’exécutent en arrière-plan et sont conçus pour des gammes de produits entières ; vous pouvez donc en lancer un, puis quitter la page.

Pendant l’exécution d’un lot, vous pouvez suivre sa progression ainsi que le nombre de publications réussies et échouées. La publication ne dépend pas de votre présence sur la page : vous pouvez la fermer et revenir plus tard, et l’écran du lot vous indique où l’exécution en est arrivée. Le lot continue à développer son périmètre au fur et à mesure de son exécution. Au début, le nombre total d’éléments en file d’attente continue donc d’augmenter ; l’affichage de la progression le précise au lieu de laisser entendre qu’il connaît déjà un total encore indéterminé.

Lorsqu’un lot se termine, son état l’indique clairement et confirme le nombre de pages en ligne. Les fiches qui n’ont pas pu être publiées — généralement à cause d’une liaison obligatoire impossible à résoudre — sont répertoriées individuellement avec la raison de l’échec. Une fois les données sous-jacentes corrigées, vous pouvez réessayer uniquement celles-ci. Cette liste n’apparaît que lorsqu’elle contient des éléments.

Un lot publie avec une seule version du modèle, fixée lors de son démarrage, et chaque écran du lot nomme cette version. Si quelqu’un publie une version plus récente du modèle pendant que vous configurez un lot, DICE interrompt l’opération et vous demande de la vérifier au lieu de lancer discrètement le lot avec une version que vous n’avez jamais vue.

Arrêter un lot qui se déroule mal

Un lot qui n’est pas terminé peut être annulé par un éditeur. L’annulation arrête la publication de toutes les pages que le lot n’a pas encore traitées : le travail restant est abandonné et l’exécution est consignée comme annulée.

L’annulation n’est pas une opération d’annulation des effets déjà produits. Les pages que le lot a déjà publiées conservent la version de modèle et les données qu’il leur a attribuées, car le déploiement s’effectue uniquement vers l’avant : rien ne revient jamais à un état antérieur. Si ces pages sont incorrectes, corrigez le modèle ou les données sous-jacentes, puis publiez de nouveau vers l’avant, soit page par page, soit dans un nouveau lot. Pour la même raison, un lot déjà terminé ne peut pas être annulé.

Maintenir les pages à jour

Une page publiée présente les données telles qu’elles étaient au moment de sa publication. Elle devient donc obsolète dès que sa fiche évolue : lorsqu’une réparation est consignée, qu’un champ est corrigé ou qu’un document est joint. Cette situation est distincte de l’obsolescence du modèle : une page peut utiliser la version de modèle la plus récente tout en affichant des données plus anciennes que celles que contient désormais sa fiche.

DICE effectue ce suivi pour vous. La liste des modèles indique le nombre de pages en retard sur leurs fiches, les répertorie et propose l’action Tout republier, réservée aux éditeurs. Cette action couvre toutes les pages publiées appartenant à votre équipe, quel que soit le modèle utilisé par chacune. La republication actualise les données sans changer la version de modèle d’aucune page. Elle ne déploie jamais indirectement une modification de modèle : vous pouvez donc toujours vider cette liste en toute sécurité.

Une page est ignorée plutôt que republiée lorsque son modèle ne peut plus être résolu pour la fiche, par exemple si le champ d’une liaison obligatoire a été renommé. Une page ignorée continue de présenter sa publication actuelle et reste dans la liste, car une page obsolète vaut mieux qu’une page défectueuse. Corrigez les données sous-jacentes, puis republiez.

Passeports vivants

Un modèle peut être configuré pour maintenir lui-même ses pages à jour. Activez Passeport vivant dans la liste des modèles : chaque page publiée avec ce modèle sera alors automatiquement republiée lorsqu’un nouvel élément d’historique est consigné dans sa fiche, qu’il s’agisse d’une entrée déclarée ou du retrait d’une entrée. Ce réglage convient à un passeport destiné à présenter l’histoire vivante de l’élément plutôt qu’un instantané à un moment précis.

La republication automatique est délibérément limitée :

Elle ne déplace que les données. La version de modèle de la page ne change jamais : un modèle encore en cours d’élaboration ne peut donc pas devenir public simplement parce que quelqu’un consigne un événement.
Elle est limitée pour chaque action. Une importante consignation en masse republie directement jusqu’à quelques centaines de pages ; toutes les pages supplémentaires continuent de présenter leur publication existante et apparaissent dans la liste des pages en retard sur leurs fiches, où l’action Tout republier permet de terminer le travail.
Elle ne rend jamais une page en ligne inutilisable. Une page dont le modèle ne peut plus être résolu est ignorée, exactement comme décrit ci-dessus.
Elle ne publie jamais ce que le modèle n’autoriserait pas. Les choix de chronologie du modèle, les champs privés et les documents exclus continuent tous de s’appliquer : la republication automatique change le moment où une page est actualisée, jamais ce qu’elle peut afficher.

Lorsque l’option Passeport vivant est désactivée, les pages restent figées jusqu’à ce que quelqu’un les republie. C’est le réglage par défaut adapté à une page comparable à un certificat, qui ne doit changer que lorsqu’une personne décide qu’elle doit être modifiée.

Modifier un modèle après la mise en ligne des pages

Les pages publiées ne changent jamais à votre insu. Les modifications d’un modèle sont enregistrées dans un brouillon qui n’a aucun effet public tant que vous ne publiez pas le modèle.

La publication d’un modèle fige une version

La publication d’un modèle fige son brouillon enregistré sous la forme d’une version de modèle numérotée — v1, v2, v3 — qui ne change ensuite jamais. La publication du modèle ne modifie à elle seule rien de ce que voit le public : chaque page en ligne reste sur la version qu’elle utilise déjà jusqu’à ce que vous déployiez la nouvelle version. Vous pouvez donc publier une version dès qu’elle est prête, puis décider séparément du moment où vos pages doivent l’adopter.

Dans les pages publiques, le terme « version » désigne précisément cela, et rien d’autre. L’historique de publication propre à une page est daté, et non numéroté.

Déployer une version

Déployer est l’action unique qui fait passer les pages d’un modèle à sa version la plus récente. Vous choisissez le modèle et, si vous le souhaitez, limitez l’opération à un périmètre ; DICE applique ensuite le mécanisme requis par le type de modification :

Apparence et formulation uniquement — réorganisation des blocs, modification du texte, des libellés, de la couleur ou du logo. Le déploiement est instantané : les pages passent à la nouvelle version sans que leurs données soient republiées.
Ce que la page extrait — ajout ou modification de liaisons, changement de la source de fichiers d’un bloc ou modification de l’historique affiché par une page. Le déploiement republie chaque page à partir des données actuelles de sa fiche, sous la forme d’un lot de publication dont vous pouvez suivre l’avancement.

DICE vous indique lequel de ces deux cas s’applique lorsque vous publiez le modèle, afin que vous sachiez ce qu’impliquera le déploiement avant de le lancer. Vous ne choisissez jamais le mécanisme : vous choisissez la version et le périmètre.

Le déploiement est une action réservée aux éditeurs et s’effectue à l’échelle d’un parc de pages : il relève du modèle, et non d’une page individuelle.

Versions et historique

Chaque page conserve ses cinq publications les plus récentes, ainsi que celle actuellement en ligne, quel que soit son âge, afin que vous puissiez consulter ce qu’elle affichait auparavant. La publication la plus récente est celle que voient les visiteurs. L’élagage s’effectue lors de la publication : chaque fois qu’une page est publiée, tout ce qui dépasse cette limite est immédiatement supprimé. Une page republiée par chaque lot ne croît donc jamais indéfiniment. Une publication est identifiée par sa date et son heure, jamais par un numéro : seuls les versions de modèle portent des numéros.

Dernière version et versions en cours d’utilisation

La dernière version d’un modèle est simplement la plus récemment publiée. Les versions en cours d’utilisation sont celles effectivement utilisées par les pages en ligne. Il s’agit de deux informations différentes, que DICE indique séparément partout où une version apparaît, afin qu’un numéro de version ne soit jamais pris pour « ce que voit le public ».

Comme le déploiement est une action délibérée et que les lots peuvent être limités à un périmètre, un même modèle est normalement utilisé dans plusieurs versions à la fois : une gamme de produits peut encore utiliser la v2 tandis qu’une gamme plus récente utilise la v3. Il s’agit de l’état stable attendu, et non d’un problème à corriger. La liste des modèles signale néanmoins les modèles dont toutes les pages ne sont pas encore passées à la dernière version, afin que vous puissiez terminer le déploiement au moment de votre choix.

L’historique des versions d’un modèle répertorie toutes les versions publiées, leur auteur, leur date de publication et le nombre de pages qui utilisent chacune d’elles. Il vous permet également de consulter le contenu figé de n’importe quelle version. Destiné à l’audit et au diagnostic, il est accessible à tous les membres de l’équipe ; la publication et le déploiement restent réservés aux éditeurs.

L’historique des versions est une trace

L’historique des versions est une trace de ce qui s’est produit, et non un ensemble de points de sauvegarde. Une version publiée n’est jamais restaurée, et une page ne revient jamais à d’anciennes données. Si une version est incorrecte, corrigez le modèle, publiez une version plus récente et déployez-la. Cette possibilité est toujours disponible et suit les mêmes deux étapes que n’importe quelle autre modification.

Ce comportement est délibéré. Les pages sont publiées à partir des données de la fiche telles qu’elles existent à cet instant. Revenir à une ancienne version de modèle reproduirait donc la mise en page de cette version avec les données d’aujourd’hui, et jamais la page qui était réellement en ligne. Seul le passage à une version ultérieure produit exactement l’effet annoncé ; c’est donc la seule action proposée.

Dépublication

L’archivage d’une page publique cesse immédiatement de la diffuser. Le lien de la page continue d’exister, mais renvoie une réponse générique indiquant que la page est introuvable — la même que pour un lien inconnu — afin de ne rien révéler sur l’élément. Sa configuration et son association à un modèle sont conservées, de sorte qu’une seule action suffit pour la republier ultérieurement.

La dépublication permet également de retirer la page d’un élément lorsque son historique ou ses données ne doivent pas être publics. Comme les pages sont produites à partir d’un modèle partagé, le contrôle disponible pour une page individuelle consiste à décider si elle est publiée ou non.

Ce que les visiteurs peuvent et ne peuvent pas voir

Les visiteurs ne voient que ce que le modèle extrait, et uniquement pour une page publiée.
Les fichiers sont distribués de manière à ne jamais pouvoir s’exécuter comme du code dans le navigateur d’un visiteur, et un fichier que la page n’affiche pas ne peut pas être récupéré par son intermédiaire.
Rendre un fichier privé ou l’archiver interrompt immédiatement sa diffusion, sans attendre une republication. Son entrée peut toutefois rester répertoriée sur la page jusqu’à la publication suivante, lors de laquelle elle ne pourra plus être résolue.
Rendre un champ privé ou masquer un événement prend effet lors de la publication suivante. Il en va de même pour le retrait d’une entrée consignée : la page publiée continue d’afficher la déclaration telle qu’elle était jusqu’à ce que vous publiiez de nouveau. Elle apparaît ensuite barrée et marquée Retirée. Une page publiée présente l’instantané généré lors de sa publication ; utilisez donc Dépublier si un contenu doit être retiré immédiatement.
Les pages publiques ne sont pas indexées par les moteurs de recherche.
Les consultations de pages et les scans de vérification sont consignés pour vous dans l’activité de la page. La page publique n’affiche jamais d’informations sur les visiteurs à qui que ce soit, et aucune identité de visiteur n’est recueillie.

Signaler un problème dans la documentation