web-dev-qa-db-fra.com

Est-il mauvais d'utiliser l'architecture de l'information pour décrire plusieurs sujets avec des noms de catégorie en double?

Je reconstruis un site à partir de zéro et j'aimerais prendre des décisions mieux informées sur UX et IA.

Est-il mauvais d'utiliser l'architecture de l'information pour décrire plusieurs sujets avec des noms de catégorie en double?

Je veux garder une IA forte pour une URL sur laquelle les utilisateurs et le référencement peuvent compter, mais cela me donne un mal de tête UX.

Un site Web sur un voyage à travers la culture des jeux indigènes tente de structurer le contenu par emplacement, chacune de ces pages affichant une carte d'itinéraire contextuelle avec des liens vers le contenu sous la carte.

route
-africa
--morocco
---games
----dinifri (*a)
---videos
---photos
---sketches
---travelog

route/afrique/maroc/jeux/dinifri

Le même site Web tente de présenter des informations sous le thème "jeux" où chaque page de catégorie mettra en évidence le contenu du jeu uniquement, et non la carte d'itinéraire.

games
-africa
--morocco
---dinifri (*b)
----videos
----photos
----sketches

jeux/afrique/maroc/dinifri

Et un autre sujet évident est pour les "vidéos" où chaque page de catégorie ne montre que des vidéos:

videos
-africa
--morocco
---games
----dinifri (*c)
---vlog
----yyyymmdd

vidéos/afrique/maroc/jeux/dinifri

Ma première hypothèse est qu'il est mauvais de dupliquer le contenu spécifique et donc au moins (* a) devrait simplement devenir un lien vers (* b) ou peut-être vice versa.

Mais qu'en est-il de la duplication des pages de catégories de continents et de pays? Alors que games/africa n'affichera que le contenu des jeux et route/africa affichera une carte de l'afrique avec un contenu général sous la carte. Cette duplication de nom de catégorie "Afrique" n'est-elle pas une mauvaise UX?

L'alternative pourrait être d'utiliser des balises et des menus basés sur la recherche, mais je crains que cela dilue la force dans une hiérarchie d'URL fiable. Il existe peut-être d'autres moyens de surmonter cette lourde structure.

2
timoto

En gros, vous avez un cube je suppose enter image description here

Chacune de ces cases peut avoir plusieurs entrées, et ce n'est pas nécessairement 3 jeux pour chaque pays.

Je dirais que cela n'a pas vraiment d'importance si vous maintenez un fil d'Ariane ou plusieurs, ce qui importe est d'autoriser plusieurs points d'entrée.

Pour autant que je m'en souvienne, les utilisateurs ne regardent pas vraiment le fil d'Ariane, et ils ne sont pas le seul moyen de dire aux utilisateurs où ils se trouvent exactement dans un contenu.

Un exemple serait: enter image description hereenter image description hereenter image description here

2
Aadaam

Je vais répondre à votre question en deux parties:

Cela peut-il être fait et les utilisateurs le comprennent-ils Oui, car j'ai vu cela se faire dans quelques sites Microsoft internes, en particulier pour ceux qui traitent des études de marché où chaque catégorie de produit est ensuite divisée en catégories spécifiques au pays et ces catégories spécifiques au pays sont répliquées dans chaque catégorie de produit. Par exemple, le continent asiatique peut être répliqué sur xbox, Windows, Windows Phone, Jeux, etc. Les gens comprennent la relation selon laquelle un pays peut être appliqué à plusieurs catégories différentes et n'ont aucun problème à essayer de s'y rapporter d'après mon expérience:

Est-ce une bonne pratique : Eh bien, par cela article sur les pratiques de conception de chapelure , il ne semble pas si:

N'utilisez pas de fil d'Ariane lorsque les sections sont classées en plusieurs catégories. Les parcours de navigation fonctionnent mieux dans les hiérarchies statiques où chaque élément est placé dans une catégorie.

Je sais que je n'ai pas vraiment répondu à votre question, mais je dirais que si vous définissez votre plan du site de manière à ce que vos différentes catégories "africa" ​​soient indépendantes les unes des autres et puissent être distinctement séparées, vous devriez être prêt à partir car les utilisateurs peuvent se connecter à le fait qu'un continent peut avoir des attributs différents.

Une autre approche alternative serait d'aller avec une approche où vous pourriez aller avec:

Afrique -> Maroc en tant que catégorie de niveau supérieur, puis avoir des jeux, des vidéos et des itinéraires dans la catégorie de niveau secondaire:

--route --- jeux de route ---- route dinifri (* a) --- vidéos de route --- photos de route --- croquis --- travelog

La différence ici est que j'ai légèrement modifié les noms pour m'assurer que l'utilisateur traversant ce flux d'informations est en mesure de comprendre à quels vidéos, jeux et photos il est fait référence.

Regardez l'exemple de surstock ci-dessous pour voir comment le type de meuble est clairement appelé

enter image description here

1
Mervin