Je démarre un site similaire à un wiki. Le site comportera de nombreuses catégories différentes, par exemple: sports, technologie, espagnol, etc. Chaque catégorie comportera de nombreuses sous-catégories différentes.
Que pensez-vous est mieux pour les utilisateurs:
Avoir un seul grand site, www.example.com, dont tout le contenu est séparé en catégories, qui seraient ensuite divisées en sous-catégories.
o
Avoir des sous-sites tels que sports.example.com et tech.example.com et chaque sous-site est dédié uniquement à cette catégorie. Chaque sous-site serait vraiment son propre site dédié à la catégorie, et se présenterait comme un site où les gens pourraient collaborer pour rédiger des articles sur la catégorie en question.
Je pense que l'option 2 présente l'avantage que les utilisateurs intéressés par un sujet auront le sentiment d'avoir un site dédié à leurs intérêts.
Qu'est-ce que vous pensez être meilleur?
Si vous voulez "avoir l’impression" d’un site à partir de dossiers (exemple.com/tech), vous faciliterez la promotion du site (tant pour le référencement naturel que pour la promotion auprès des internautes), car vous concentrez toutes vos activités de promotion sur un domaine plus simple. prénom.
Si vous souhaitez créer un réseau de sites utilisant un domaine complètement différent (exemple: stackoverflow.com, serverfault.com, superuser.com), cela vous permettra de séparer les communautés et de différencier les sites de manière sensée.
Je ne choisirais pas les sous-domaines, car ils constituent une solution à mi-chemin avec la plupart des inconvénients des deux approches mais sans la plupart des avantages.
Je n'utiliserais que des sous-domaines lorsque j'ai plusieurs comptes sur le même système (exemple blogspot.com)
Lorsque je lance quelque chose de nouveau, j'adopte l'approche d'un seul domaine. J'ai besoin de toute l'aide possible pour bien démarrer et la concentration de toute la "réputation" sur un seul domaine peut aider à attirer davantage de visiteurs.
Le fait de s'en tenir à un domaine peut aider tous les sites Web à augmenter le rang de page. C'est pourquoi la plupart des sites Web utilisent www.example.com/tech au lieu de tech.example.com.
exemple : http://www.Apple.com/iphone/ et http: // www. nytimes.com/pages/health/
En outre, la commercialisation d'un domaine peut être utile. Versus essayant de pousser différents domaines autour.
Si vous utilisez un sous-domaine sur votre site, cela vous aidera à réduire le temps de chargement du site car le contenu de votre site peut être téléchargé en parallèle côté client.
Cela aide également à classer logiquement le contenu de votre site dans la vue des visiteurs. Par exemple webmaster.stackexchange.com
Les gens peuvent comprendre où sont-ils, en regardant sa première Parole seulement.
De plus, il aide à contrôler la longueur de l'URL.
Je pense que l'option 2 présente l'avantage que les utilisateurs intéressés par un sujet auront le sentiment d'avoir un site dédié à leurs intérêts.
C'est vrai, mais avoir des sites Web différents pour chaque sujet diviserait votre communauté [si vous en voulez un].
Tout mettre en place permettrait aux utilisateurs d'accéder "accidentellement" à un sujet qu'il aime, même si ce n'était pas exactement ce qu'il cherchait.
Peut-être une bonne idée serait-elle de tout classer sur un site principal et de la séparer du reste lorsqu'un sujet spécifique aura suffisamment de taille.
Ce que nir suggérait concernant les domaines uniques ou .com/othersite, plus l’accès à un domaine http://drupal.org/project/domain afin que vous puissiez gérer/maintenir le site plus facilement (le multisite fonctionne si vous le souhaitez. veulent vraiment des bases de données séparées qui ont leur propre avantage).
Les domaines indépendants vont être cruciaux pour obtenir de bons résultats avec le référencement, mais auront un impact spécifique sur les communautés qui utilisent le site et cela conduira à une complexité accrue.
De plus, j'aimerais mentionner que les sous-domaines sont difficiles à utiliser. Beaucoup de gens ont assez de difficulté à se souvenir des domaines de second niveau. Il est donc impossible de traiter les domaines de troisième niveau pour une grande partie des utilisateurs.