Plusieurs domaines ou un nouveau domaine ou sous-domaines. Avantages et inconvénients
Nous avons un site web pour offrir un cashback aux cambistes du monde entier. Nous souhaitons maintenant ajouter de nouveaux services à notre portefeuille, tels que le cashback pour le poker, les options binaires et de nombreux services en ligne.
Laissez-moi vous expliquer la situation actuelle.
- Nous avons une excellente position dans Google, notre position moyenne est de 2,4. C'est un facteur énorme pour nous.
- Notre domaine est _forex_cashbackcloud.com. Donc, notre domaine est vraiment spécifique pour le domaine des changes.
- Nous avons 10-15 emails séparés pour chaque domaine (comptant les alias). Nous payons Google Apps pour les gérer.
- Nous avons un programme spécial de fidélité dans lequel plus vous utilisez notre service (ce qui signifie généralement que vous négociez plus), plus nous vous remboursons.
- Nous avons un programme de référence où les utilisateurs peuvent renvoyer leurs amis sur notre site pour de l'argent.
- Nous sommes sur Symfony 2.3, en utilisant Doctrine ORM.
- Notre site est actuellement traduit en 3 langues et nous en ajouterons 2 dans un avenir proche.
- Notre environnement de serveur fonctionne sous Nginx.
Le problème
À l'heure actuelle, nous sommes confrontés à une décision difficile. Devrions-nous ouvrir un site complètement nouveau et tout faire là-bas, sous un même toit. Ou devrions-nous ouvrir de nouveaux sites pour chaque domaine que nous aimerions pouvoir donner en cashback. Voici mes préoccupations.
Comme nous ouvrons d'autres domaines, comme les casinos en ligne, notre domaine ne peut pas être celui que nous utilisons maintenant, car il est trop spécifique. Cependant, nous ne voulons vraiment pas perdre notre classement SEO pour le domaine actuel.
Nous ne voulons pas obliger les utilisateurs à se connecter pour des sites distincts. Nous aimerions une seule porte, où ils peuvent atteindre leur profil
Nous ne voulons pas copier et coller notre base de code. Si nous le faisons une fois, cela pourrait fonctionner. Cependant, pour la troisième fois, il pourrait devenir difficile à entretenir.
Nos utilisateurs ont un compte maintenant. Ils récupèrent leur "argent virtuel" sur leur solde jusqu'à ce qu'ils atteignent notre limite de retrait et puissent retirer leur argent. Les personnes qui négocient sur le forex peuvent utiliser nos services sur d’autres domaines, tels que les casinos en ligne. Alors, ils veulent collecter leur argent sur un seul compte.
Administration et support. Si nous avons beaucoup de domaines, nous devrions avoir des adresses électroniques distinctes pour ces sites. Cela pourrait être une vraie douleur dans le * ss.
Pour aggraver la situation, nos utilisateurs actuels doivent accéder à nos nouveaux sites et, bien entendu, nos nouveaux utilisateurs doivent également accéder à d’autres champs. Nous avons donc besoin d’une base de données partagée. De plus, les utilisateurs doivent pouvoir se connecter à leur profil avec l'authentification unique. Nous ne pouvons pas leur demander de se connecter séparément pour chaque site.
Nous devons considérer le référencement dans chaque décision que nous prenons. C'est un facteur énorme pour nous, nous ne pouvons donc pas le laisser de côté.
Nous avons beaucoup de pages qui seront les mêmes sur chaque site. De toute évidence, nous ne voulons pas gérer ces pages séparément. (Beaucoup d'entre elles sont des pages statiques telles que les conditions d'utilisation, les règles de confidentialité, les pages etc.) De plus, cela pourrait être considéré comme un contenu dupliqué aux yeux d'un bot Google et nous pourrions facilement être punis pour cela.
Nous aimerions que notre référence fonctionne avec tous les sites, dans tous les domaines. Par exemple, un joueur de poker peut se référer à un cambiste et vice versa.
Nous utilisons Symfony 2.3, qui fonctionne très bien pour nous, et nous ne voulons pas le changer.
Je pensais à un bon exemple ici et j'ai découvert qu'Envato faisait un peu la même chose. Ils ont beaucoup de domaines (www.themeforest.net, www.codecanyon.net, etc.). Ils ont une signature unique et une base utilisateur unique. Cependant, ils ont des programmes d'équilibre et d'aiguillage distincts. Mais ils gèrent extrêmement bien les domaines et les modifient sans problème au fur et à mesure que je navigue sur le site.
Un autre bon exemple est Stack Exchange with Stackoverflow. :) Il a probablement la même base de code pour chaque site, il en est de même pour tous les champs et il fonctionne sur plusieurs domaines et/ou sous-domaines de Stack Exchange.
Dans l’ensemble, ma question est la suivante: existe-t-il une meilleure pratique dans ce domaine? Ou quelques bons exemples que vous pouvez partager avec moi? Ou est-ce que quelqu'un a de l'expérience avec ce genre de problème? J'apprécierais vraiment l'aide et je vous en remercie d'avance.
Les possibilités sont les suivantes:
- un domaine complètement nouveau (nous risquons de perdre tout classement dans le référencement, plus facile à maintenir, moins de synergie dans le référencement, une seule base de code)
- plusieurs domaines avec un site de distribution comme Envato (garder notre classement SEO plus difficile à maintenir?, beaucoup de courriels, possibilité de contenu dupliqué, coûts plus élevés)
- un domaine et plusieurs sous-domaines (un peu la même chose que plusieurs domaines, je pense. Je ne sais pas trop au sujet du référencement et de la maintenabilité dans le cas.)
Je sais qu'il n'y a pas de solution miracle dans l'affaire, mais vos opinions m'intéresseraient beaucoup. De plus, je serais ravi si vous pouviez me lancer des exemples pour exécuter ce genre de choses dans Symfony2.
À votre santé.
ps .: Cette question a d'abord été posée sur StackOverflow. Ils m'ont envoyé ici, ils ont dit que je serais entre de bonnes mains ici. :)
MISE À JOUR 1.0
Salut les gars, une mise à jour rapide sur la solution ici. Nous sommes actuellement en pleine transition vers le nouveau site. Nous avons pris beaucoup de décisions difficiles pour arriver ici. Dans l’ensemble, nous avons opté pour l’approche "domaines multiples" car nous ne voulions pas perdre de trafic SEO.
Mais qu'en est-il de la maintenabilité? Je pense que nous avons trouvé quelque chose pour résoudre ce problème. Nous avons créé un CommonBundle dans Symfony 2.3 dans lequel nous stockons toutes nos principales fonctionnalités communes. Il s'agit d'un ensemble séparé avec un espace de noms distinct, comprenant nos contrôleurs de gestion d'utilisateurs, les classes de modèle principales et toutes les vues communes pouvant être utilisées pour tous les sites.
Nous allons utiliser une base de données avec des préfixes. Je ne suis pas sûr que ce soit la meilleure solution, mais c'est évidemment l'option la plus simple pour le moment.
Pour créer le multisite actuel dans Symfony, nous avons utilisé une solution à partir de là. Cela semble fonctionner, mais je vous reviendrai quand nous en saurons plus.
Une option pourrait être de créer un nouveau site Web pour tous les champs, ce qui est plus facile à gérer, a la même base d'utilisateurs, etc.
Vous pouvez utiliser une redirection 301 pour rediriger les personnes de votre domaine actuel vers le nouveau, en conservant la plupart de vos classements de page.
Un article que j'ai lu en ligne disait à propos de 301 redirections:
Une redirection 301 est une redirection permanente qui transfère entre 90 et 99% du nombre de liens (puissance de classement) vers la page redirigée.
Ainsi, vos références, vos identifiants, votre base d'utilisateurs et votre site Web sont tous plus faciles à gérer et vous pouvez conserver la plupart de vos classements.
Comme vous l'avez dit, vous pouvez essayer différentes approches.
- n domaine complètement nouvea (nous risquons de perdre tout le classement du référencement, plus facile à maintenir, une synergie de référencement faible, une seule base de code).
Dans ce cas, vous allez perdre le classement SEO, mais ... en tant que perspective future, un nouveau domaine et tout redéfinir/construire à partir de zéro est (de mon point de vue) le meilleur moyen de faire quelque chose d'aussi important. J'irais avec cette solution parce que, le référencement n'est pas une partie tellement importante au moment d'un aussi grand relooking. Vous pouvez le faire à la fin, si la page était bonne, le classement sera toujours bon. Et le plus important est que CODEBASE sera plus facile à maintenir. J'irais avec cette approche.
- plusieurs domaines avec un site de distribution comme Envato (garder notre classement SEO plus difficile à maintenir?, beaucoup de courriels, possibilité de contenu dupliqué, coûts plus élevés)
Ok, dans cette approche, vous allez garder un tas d’anciennes choses de votre ancienne base de code, tous les emails, avec le temps, ce sera difficile à maintenir, et ce n’est pas un problème de contenu qu’il va être dupliqué, c’est Tout sera à l'envers.
- n domaine et plusieurs sous-domaines (un peu la même chose que plusieurs domaines, je pense. Je ne sais pas trop au sujet du référencement et de la maintenabilité dans le cas.)
C'est aussi un excellent moyen de faire les choses. La séparation des préoccupations dans ce cas est excellente. Vous pouvez ajouter un sous-domaine à une équipe ou à un gars pour le maintenir. Et il est beaucoup plus facile de faire des choses et de séparer les préoccupations.
Donc, pour tirer une conclusion, choisissez la première ou la troisième approche, ne choisissez pas la deuxième, car cela deviendra beaucoup plus difficile d’ici peu.
Un domaine et plusieurs sous-domaines (un peu la même chose que plusieurs domaines, je pense. Je ne sais pas trop au sujet du référencement et de la facilité de maintenance dans le cas.
C'est la meilleur façon. Je l'ai essayé et ça marche encore.