Comment Isoline recherche et tient à jour ses guides

Périmètre et responsabilité

Les guides généraux d’Isoline aident à comprendre l’isolation des navigateurs, la confidentialité, la sécurité, les tests et les flux de travail en équipe. Chaque guide doit répondre à un besoin distinct et proposer une synthèse originale qui va au-delà du résumé des sources. Nous ne publions pas de pages pour atteindre un nombre arbitraire de mots ni pour couvrir des variantes mineures de mots-clés.

La signature « équipe éditoriale d’Isoline » désigne une fonction de publication au sein de l’organisation, et non une personne fictive. Elle fournit un point de responsabilité stable pendant le développement d’Isoline. Un guide doit préciser s’il relève de la pédagogie générale, d’une intention de conception acceptée, de preuves issues d’une version publiée ou d’une combinaison clairement délimitée de ces périmètres.

Recherche et sélection des sources

La recherche commence par les spécifications, la documentation des navigateurs et des plateformes, les dépôts de code source, les artefacts de publication et les recommandations de sécurité faisant autorité. Une source est retenue parce qu’elle étaye une affirmation précise, non parce qu’elle répète une conclusion privilégiée. Chaque entrée de source comprend un titre descriptif, l’éditeur, l’URL, la date de consultation et une note expliquant ce qu’elle étaye.

Les faits techniques susceptibles d’évoluer sont de nouveau vérifiés avant toute mise à jour substantielle. Les déclarations d’un fournisseur peuvent établir ce que celui-ci documente, mais elles ne constituent pas une preuve indépendante de sécurité, de fiabilité, d’adoption ou de résultat. L’absence de preuve publique est signalée comme une inconnue et ne sert pas à conclure qu’une capacité n’existe pas.

Vérification des faits et état du produit

Un responsable éditorial vérifie les affirmations factuelles dans les documents cités et examine la page complète une fois rendue, notamment son contexte, ses liens, ses dates, ses limites et le statut des affirmations. Des contrôles automatisés rejettent les preuves manquantes, les routes en double, les liens internes rompus, les directives d’indexation masquées, les titres de niveau page supplémentaires et les affirmations de prélancement qui dépassent l’état de preuve enregistré.

Isoline est en développement. La pédagogie générale ne doit pas être présentée comme une preuve issue de l’utilisation du produit. Une intention de conception acceptée doit être signalée comme telle et reliée à la décision correspondante ou à une source publique sur l’état du produit. Les affirmations concernant une version publiée exigent des preuves publiques et reproductibles et ne peuvent pas être publiées tant que le projet reste en phase de fondation.

Assistance par IA

Des outils d’IA peuvent contribuer à la recherche de sources, à l’élaboration du plan, à la révision linguistique, au contrôle de cohérence et à la validation. Ils ne sont pas considérés comme des sources. Ils ne doivent inventer ni expérience, ni utilisateurs, ni mesures, ni citations, ni captures d’écran, ni disponibilité du produit, ni conclusions tirées des sources.

Chaque guide comporte une déclaration relative à l’assistance par IA, y compris lorsqu’aucune IA n’a été utilisée. Une contribution importante de l’IA ne supprime pas la responsabilité éditoriale et ne réduit pas les exigences de sourçage ou de vérification des faits.

Corrections

Vous pouvez signaler une correction concernant un guide par e-mail. Un signalement utile indique l’URL de la page, le passage exact, la correction proposée et les preuves à l’appui. N’envoyez aucun mot de passe, cookie, identifiant de proxy, secret d’authentification à deux facteurs, donnée de profil ni autre information sensible.

Une correction importante est consignée dans l’article, met à jour la date de modification substantielle et fait l’objet d’une vérification partout où la même affirmation apparaît. Les corrections mineures d’orthographe, de mise en forme ou d’accessibilité ne donnent pas lieu à une fausse date d’actualisation.

Publication et mises à jour substantielles

La date de publication indique le moment où un guide a intégré pour la première fois l’ensemble des routes publiques. La date de modification ne change que lorsqu’une conclusion, une explication, une limite, une recommandation, un fait dépendant d’une source ou une correction visible évolue de manière significative. La date d’un build n’est jamais utilisée comme date éditoriale.

Avant publication, un guide doit comporter un résumé concis, une structure de titres utile, des liens descriptifs, des limites, une note sur son périmètre éditorial, une présentation accessible des sources et, lorsque cela aide le lecteur, des lectures connexes contextualisées. Les entrées à l’état de brouillon, de révision ou de retrait sont exclues des routes publiques, des flux et des sitemaps.

Localisation

L’anglais constitue la source commune. Un identifiant de page stable et indépendant de la langue relie les versions localisées, tandis que chaque locale peut reprendre le slug source ou définir son propre slug validé. Une route traduite n’est publiée qu’après révision de l’intégralité de l’article, de ses métadonnées, du contexte de ses sources, de ses déclarations et de l’interface dans la langue concernée. Les traductions manquantes sont omises au lieu d’être remplacées par une page de repli en anglais.