Favoris, document, annuaire, portail, PWA ou compte : quelle famille choisir ?

Définir les sept familles comparées

Méthodologie et critères

Les critères ci-dessous sont observables sans attribuer une note commerciale cachée. Leur poids dépend du contexte : l’accès sans compte peut être décisif pour un livret de passage, alors que la personnalisation peut être nécessaire pour un espace de travail privé.

• Accès initial : papier, navigateur, installation facultative ou compte obligatoire.
• Mise à jour : qui corrige une destination, à quelle fréquence et comment le lecteur reçoit la version récente.
• Qualification : présence d’une description, d’un état, d’une limite et d’une date de vérification.
• Portabilité : possibilité d’exporter ou de reconstruire la liste dans un format courant.
• Confidentialité : séparation entre catalogue public, préférences et données métier.
• Continuité : comportement sans réseau, avec un lien supprimé ou lors d’un changement d’éditeur.
• Coût de maintenance : temps humain, hébergement, comptes, support et correction des liens.
• Accessibilité : navigation au clavier, lisibilité, structure et absence de dépendance à un geste complexe.

Comparaison synthétique par critère

Avantages et limites selon le profil

Ce que les standards garantissent — et ne garantissent pas

HTTP fournit une sémantique commune aux requêtes, réponses et redirections. HTML relie des ressources par des liens. Le Web App Manifest associe des métadonnées comme le nom, les icônes et l’URL de démarrage à une application Web. Ces standards favorisent l’interopérabilité technique ; ils ne vérifient pas la promesse, la disponibilité ou la qualité éditoriale d’une destination.

Une PWA n’est pas synonyme de fonctionnement hors ligne : celui-ci dépend des ressources mises en cache, de leur version, du stockage disponible et des parcours testés. De même, une redirection permanente peut préserver une ancienne adresse, mais elle ne suffit pas à documenter un changement de nom, de droits ou de périmètre.

Coûts et contraintes à rendre visibles

Le coût d’une famille ne se résume pas à un abonnement. Une liste gratuite peut coûter du temps de vérification ; un compte personnalisé demande identité, récupération d’accès, support, sécurité et procédures de sortie. Un portail public exige une responsabilité éditoriale, des sources et une méthode de correction.

Quand un prix fournisseur n’est pas stable ou documenté, il vaut mieux comparer les postes de coût : création, hébergement, maintenance, nombre de contributeurs, migration, support et traitement des incidents. Le présent guide ne fournit donc aucun prix de marché et doit être révisé si une offre chiffrée est ajoutée.

• Temps de recensement initial et de description des destinations.
• Fréquence de vérification des liens, statuts, limites et redirections.
• Gestion des contributeurs et validation avant publication.
• Compatibilité mobile, clavier, lecteurs d’écran et impression éventuelle.
• Export, migration, archivage et maintien des anciennes URLs.
• Sécurité et conformité proportionnées aux données effectivement traitées.

Erreurs fréquentes

• Imposer un compte pour une simple liste de ressources publiques.
• Présenter une PWA comme hors ligne ou installable partout sans preuve sur les navigateurs visés.
• Mélanger dans le même index liens publics, identifiants privés et raccourcis de travail internes.
• Laisser un document partagé devenir la seule source sans responsable, date de révision ou sauvegarde exploitable.
• Dupliquer le même catalogue sur plusieurs domaines indexables au lieu de choisir un canonical et des redirections.
• Noter des solutions selon des critères invisibles ou faire passer une recommandation éditoriale pour un classement objectif.
• Décrire l’installation, le compte ou la conservation comme disponibles alors que seule une démonstration est qualifiée.

Arbre de décision en huit questions

1. Lister les personnes concernées et séparer visiteurs, membres, administrateurs et lecteurs temporaires.
2. Compter les destinations et estimer leur rythme réel de changement.
3. Identifier les informations strictement publiques et isoler toute donnée métier ou préférence.
4. Décider si une simple lecture suffit ou si contribution, personnalisation ou droits sont nécessaires.
5. Choisir la famille la plus simple couvrant ces besoins, sans ajouter un compte ou une installation par défaut.
6. Documenter les formats de sortie, le propriétaire éditorial et la fréquence de révision.
7. Tester un lien supprimé, un appareil sans réseau, un changement de domaine et un refus de compte.
8. Réévaluer le choix lorsque le public, la confidentialité ou la fréquence de maintenance évoluent.

Où se situe My DOHM aujourd’hui ?

My DOHM est présenté ici comme un catalogue PWA public permettant de retrouver les applications DOHM sans compte. Son apport vérifiable est l’orientation : une fiche par produit, des destinations conditionnées par le registre et une installation Web lorsque le navigateur la propose.

Il ne remplace pas les applications métier, n’agrège pas leurs données et ne prouve pas qu’un compte commun, une synchronisation ou une conservation de livret sont ouverts. Ces capacités restent hors promesse tant qu’une passation applicative publique ne les qualifie pas. Pour une personne qui veut seulement conserver quelques liens, des favoris peuvent rester plus proportionnés.

Checklist de décision et de révision

• Chaque destination a un responsable, une preuve, une limite et une date de vérification.
• La solution fonctionne sans compte lorsque la personnalisation n’est pas nécessaire.
• Les liens profonds, redirections et fallbacks sont testés sur les parcours réellement publiés.
• Les données privées ne rejoignent ni le catalogue, ni les URLs, ni l’analytics éditorial.
• Le mode hors ligne et l’installation sont qualifiés par plateforme, pas déduits du mot PWA.
• Un export ou une reconstruction documentée permet de quitter l’outil.
• La comparaison est révisée si les capacités publiques ou les standards cités changent.