- La application devrait-elle être sur le sous-domaine?
- Vaut-il mieux avoir un sous-domaine ou un domaine?
- L'API devrait-elle être sous-domaine ou chemin?
- Pourquoi les gens utilisent-ils le sous-domaine www?
La application devrait-elle être sur le sous-domaine?
Gardez votre API sur le même sous-domaine que votre application (pour l'instant)
Pour cette raison, à moins que l'API ne soit le noyau absolu de votre application (par opposition à un seul moyen d'y intégrer), je recommanderais de le garder sous le même sous-domaine que votre application de portail principale pour votre première version.
Vaut-il mieux avoir un sous-domaine ou un domaine?
La stratégie de sous-répertoire concentre vos mots clés sur un seul domaine tandis que la stratégie du sous-domaine diffuse vos mots clés sur plusieurs domaines distincts. En un mot, la stratégie de sous-répertoire se traduit par une meilleure autorité de domaine racine.
L'API devrait-elle être sous-domaine ou chemin?
Votre point de terminaison API est votre site Web
Vous n'avez pas besoin d'un sous-domaine pour votre API, comme l'API.Exemple.com ou un sous-chemin, comme un exemple.com / API . Votre point de terminaison devrait être à l'origine de votre page Web: exemple.com . Ceci est utile, car comme discuté ci-dessus, l'URL devrait être à la fois l'identifiant comme le localisateur d'une seule ressource.
Pourquoi les gens utilisent-ils le sous-domaine www?
Il est principalement utilisé pour séparer les cookies des autres sous-domaines. Si vous allez utiliser des cookies, gardez certainement le www. . Vous pouvez toujours utiliser une redirection 301 pour rediriger le domaine court vers celui avec www. , De cette façon, vos utilisateurs n'ont pas à le taper.