Plusieurs domaines, un serveur
Je termine presque un service en ligne où les gens peuvent lier leur domaine. Pensez au type Squarespace/Wix/Weebly. Les visiteurs entrent customerdomain.com qui mène à mywebapp.com mais conserve customerdomain.com/page dans la barre d'adresse et le transmet à mywebapp.com/page. Il n'y a qu'un seul domaine dominant, le contenu est techniquement accessible via les deux domaines. Les sites sont identifiés dynamiquement par le nom de domaine et générés sans cadres.
Actuellement, j'utilise un Alias Pointer et la balise canonical pointant vers customerdomain.com pour le référencement, et cela fonctionne bien techniquement ..
Mais j'aimerais autoriser SSL, les sous-domaines, l'hébergement de messagerie pour chaque domaine et garder à l'esprit que mon client ou moi-même posséderons le (s) domaine (s). En fin de compte, j'aimerais automatiser l'ajout de noms de domaine dans l'application Web par mes clients.
Quelle incidence cela aura-t-il sur le référencement de mes clients qui servent des centaines de sites par le biais d'une application Web unique? is Canonical enough? Other technical setup? More IP adresses? How much per IP?
La règle pour l'indexation est de demander "Où est le contenu?" et 'Quel est le chemin le plus rapide?'
La canonisation entre domaines est traitée comme une redirection en douceur. Vous déclarez que le contenu est diffusé à partir de webapp.com/page mais que l'URI reste domain.com/page. Si vous utilisez un iFrame pointant sur webapp.com/page, Google le verra comme un lien et indexera l'adresse du contenu lié. Si vous utilisez une balise canonique interdomaine, elle pourrait index domain.com/page.
Vous pouvez canoniser une page à une autre, mais cela reste une suggestion - pas une directive. Si le contenu de chaque page est similaire, Google peut décider de fusionner leurs index et de les "penser" comme la même page. Si le contenu est très différent, votre suggestion sera totalement ignorée.
Le seul moyen de le forcer à indexer une autre page est une redirection 301. Cela agit comme une directive plus difficile. Il change également l'URI de la demande.
Voici un flux simple à suivre:
- Si vous posez une question à Google, quel est le contenu qui y répondra?
- L'URI de ce contenu est-il celui qui va apparaître comme étant indexé?
- Le serveur va-t-il modifier cet URI si un utilisateur clique dessus?
- Le contenu va-t-il paraître dynamique (différent à chaque fois)?
Telles sont les questions que posera l'algorithme de Google afin de trouver le chemin le plus court entre son index et son contenu. Toute tentative de subvertir cela d'une manière qui allonge ou détourne ce chemin et Google adapte ou supprime le lien d'index.
Les adresses IP ne font aucune différence si vous tentez de tout indexer sous un seul domaine. À l'origine, Google avait appris à voir les sous-domaines comme des sites entièrement séparés et il lui restait des problèmes d'interprétation si un sous-domaine faisait partie du site principal ou non. Pensez xxx.wordpress.com - chaque site hébergé ayant son propre sous-domaine. www.wordpress.com n'a aucun impact sur ces sous-domaines.
Modification rapide: Si l’adresse IP serait entrer dans le référencement, c’est si vous souhaitez que différents domaines profitent les uns des autres sans être considérés comme faisant partie du même bloc C (indique un PBN paresseux s’appuyant sur le même réseau). Ce n'est pas pertinent, car vous utilisez le même nom de domaine, ce qui indique catégoriquement à Google que tous les sites appartiennent au même réseau.