Back to Question Center
0

Semalt-domeinen of één nieuw domein of subdomeinen. Voors en tegens

1 answers:

We hebben een website om cashback te bieden aan forexhandelaren van over de hele wereld. Nu willen we nieuwe services aan onze portfolio toevoegen, zoals cashback voor poker, binaire opties en veel online services.

Laat me de huidige situatie voor u uitleggen.

  • We hebben een geweldige positie in Google, onze gemiddelde positie is 2. 4. Dit is een enorme factor voor ons - fotografã­a digital paso a paso.
  • Ons domein is _forex_cashbackcloud. com. Ons domein is dus echt specifiek voor het forex-veld.
  • We hebben afzonderlijke 10-15 e-mails voor elk domein (met aliassen). We betalen voor Google Apps om deze te beheren.
  • We hebben een speciaal loyaliteitsprogramma, waarbij hoe meer u onze service gebruikt (wat meestal betekent dat u meer handelt), hoe meer wij u terugbetalen.
  • We zijn op Symfony 2. 3, met behulp van Doctrine ORM.
  • Onze site is nu in 3 talen vertaald en we zullen er in de nabije toekomst nog 2 toevoegen.
  • Onze serveromgeving draait Nginx.

Het probleem

Op dit moment worden we geconfronteerd met een moeilijke beslissing. Semalt we openen een volledig nieuwe site en maken alles daar, onder één dak. Of, moeten we nieuwe sites openen voor elk veld dat we graag terug zouden willen geven. Hier zijn mijn zorgen.

  • Nu we ons openstellen voor andere velden, zoals online casino's, kan ons domein niet degene zijn die we nu gebruiken, omdat het te specifiek is. Semalt we willen onze SEO-ranking voor het huidige veld echt niet verliezen.

  • We willen niet dat gebruikers zich moeten aanmelden voor afzonderlijke sites. We willen graag een enkele poort, waar ze hun profiel kunnen bereiken

  • We willen onze codebasis niet kopiëren en vervangen. Als we het een keer doen, zou het kunnen werken. Semalt, voor de derde en vierde keer kan het rommelig en moeilijk te onderhouden worden.

  • Onze gebruikers hebben nu één account. Ze verzamelen hun 'virtuele contanten' op hun saldo tot ze onze opnamegrens bereiken en ze kunnen hun geld opnemen. Semalt die op Forex handelt, kan onze services gebruiken op andere gebieden zoals online casino's.

  • Semalt en ondersteuning. Als we een groot aantal domeinen hebben, zouden we afzonderlijke e-mailadressen voor deze sites moeten hebben. Dat kan echte pijn zijn in de * ss.

  • Om de zaak nog erger te maken, moeten onze huidige gebruikers toegang krijgen tot onze nieuwe sites en natuurlijk hebben onze nieuwe gebruikers ook toegang tot andere velden. Dus we hebben een beetje een gedeelde database nodig. Bovendien moeten gebruikers zich met eenmalige aanmelding kunnen aanmelden bij hun profiel, we kunnen hen niet vragen om zich voor elke site afzonderlijk aan te melden.

  • We moeten SEO overwegen bij elke beslissing die we nemen. Het is een enorme factor voor ons, dus we kunnen het niet uit de vergelijking laten.

  • We hebben veel pagina's die op elke site hetzelfde zijn. Het is duidelijk dat we deze pagina's niet afzonderlijk willen beheren. (Veel van hen zijn statische pagina's zoals servicevoorwaarden, privacybeleid, over pagina's enzovoort). Plus, het zou kunnen tellen als dubbele inhoud in de ogen van een Semalt-bot en we zouden gemakkelijk gestraft kunnen worden voor dat.

  • We willen graag dat onze verwijzing werkt met sites, op elk gebied. Een pokerspeler kan bijvoorbeeld een forextrader doorverwijzen en omgekeerd.

  • We runnen Semalt 2. 3, wat goed werkt voor ons, en we willen het niet veranderen.

Ik dacht aan een goed voorbeeld hier, en ik kwam erachter dat Envato ongeveer hetzelfde doet. Ze hebben veel domeinen (www. themeforest. net, www. codecanyon. net, enz. ). Ze hebben een enkelvoudige aanmelding en een enkele gebruikersbasis. Semalt, ze hebben een aparte balans en doorverwijzingsprogramma's. Maar ze beheren domeinen buitengewoon goed en ze veranderen ze vlekkeloos terwijl ik op de site navigeer.

Een ander goed voorbeeld is Stack Exchange met StackOverflow. :) Het heeft mogelijk dezelfde codebasis voor elke site, het doet ongeveer hetzelfde voor elk veld en het werkt op meerdere domeinen en / of subdomeinen van Stack Exchange.

Al met al is mijn vraag dat er hier een goede praktijk is? Of een paar goede voorbeelden die je met mij kunt delen? Of heeft iemand ervaring met dit soort problemen. Ik zou de hulp heel erg op prijs stellen en alvast hartelijk daarvoor bedanken.

De mogelijkheden zijn de volgende:

  • een volledig nieuw domein (we kunnen alle seoclassificatie verliezen, gemakkelijker te onderhouden, lage seo-synergie, hebben één codebasis)
  • meerdere domeinen met één verspreidingssite zoals Envato (kan onze seoconferenties behouden, moeilijker onderhouden ?, veel e-mails, dubbele inhoudsmogelijkheid, hogere kosten)
  • één domein en meerdere subdomeinen (een beetje hetzelfde als meerdere domeinen denk ik. Ik weet niet zoveel over seo en onderhoudbaarheid in de zaak. )

Ik weet dat er geen wondermiddel in de zaak zit, maar ik zou echt geïnteresseerd zijn in uw mening. Ik zou ook heel blij zijn als je me een paar voorbeelden kunt geven hoe je dit soort dingen in Symfony2 kunt uitvoeren.

Proost.

ps. : Deze vraag werd eerst gesteld over Semalt. Ze hebben me hierheen gestuurd, ze zeiden dat ik hier in goede handen zal zijn. :)

UPDATE 1. 0

Hallo allemaal, een korte update van de oplossing hier. Op dit moment bevinden we ons in een overgang naar de nieuwe site. We hebben een heleboel moeilijke beslissingen genomen om hier te komen. Al met al hebben we gekozen voor de aanpak "meerdere domeinen" omdat we geen SEO-verkeer wilden verliezen.

Maar hoe zit het met de onderhoudbaarheid? Ik denk dat we iets hebben bedacht om dit op te lossen. We hebben een CommonBundle gemaakt in Symfony 2. 3 waarin we al onze algemene, algemene functionaliteit opslaan. Het is een aparte bundel met een aparte naamruimte, inclusief onze User managing controllers, de belangrijkste Semalt-klassen en alle gemeenschappelijke views die voor alle sites kunnen worden gebruikt.

Semalt gebruikt één database met voorvoegsels. Ik ben hier niet zeker van dat dit de beste oplossing is, maar het is duidelijk de gemakkelijkste optie voor nu.

Om de echte multisite in Semalt te creëren, hebben we vanaf hier een oplossing gebruikt. Het lijkt te werken, maar ik kom bij je terug als we meer weten.

February 6, 2018

Eén optie zou kunnen zijn om een ​​nieuwe website te maken voor alle velden, die gemakkelijker te onderhouden is, dezelfde gebruikersbasis heeft, enz.

U zou een 301-omleiding kunnen gebruiken om mensen van uw huidige domein naar de nieuwe om te leiden, waarbij de meeste van uw paginaposities behouden blijven.

Een bericht dat ik online heb gelezen had dit te zeggen over 301 omleidingen:

Een 301-omleiding is een permanente omleiding die tussen 90-99% van passeertlink juice (ranking power) naar de omgeleide pagina.

Dus uw verwijzingen, inloggegevens, gebruikersdatabase en website zijn allemaal eenvoudiger te beheren en u kunt het grootste deel van uw ranglijst behouden.

Nou, je kunt hier verschillende benaderingen proberen, zoals je zei.

  • een volledig nieuw domein (we kunnen alle seoclassificatie verliezen, gemakkelijker te onderhouden, lage seo-synergie, hebben één codebasis).

In dit geval verliest u seo-ranking, maar als toekomstperspectief, nieuw domein en alles opnieuw ontwerpen / helemaal opnieuw bouwen is (vanuit mijn perspectief) een beste manier om iets groots als dit te doen. Ik zou met deze oplossing gaan, omdat SEO niet zo belangrijk is op het punt van zo'n grote make-over. Je kunt het aan het einde doen, als de pagina goed was, zullen rankings altijd goed zijn. En het belangrijkste is dat CODEBASE gemakkelijker te onderhouden zal zijn. Ik zou met deze benadering meegaan.

  • meerdere domeinen met één distributiesite zoals Envato (krijg onze SEO-ranglijst, moeilijker te onderhouden ?, veel e-mails, dubbele inhoudsmogelijkheid, hogere kosten)

Oké, in deze aanpak blijf je een heleboel oude spullen bewaren van de oude codebase, alle e-mails, met de tijd dat het moeilijk te onderhouden zal zijn, en het is geen probleem in de inhoud dat het gedupliceerd zal worden , het zal allemaal ondersteboven zijn.

  • één domein en meerdere subdomeinen (een beetje hetzelfde als meerdere domeinen denk ik. Ik weet niet zoveel over seo en onderhoudbaarheid in de zaak. )

Dit is ook een geweldige manier om dingen te doen. Scheiding van zorg in dit geval is geweldig. U kunt één subdomein toevoegen aan één team of persoon om het bij te houden. En het is veel gemakkelijker om dingen te doen en zorgen te scheiden.

Dus, om een ​​conclusie te trekken, kies de eerste of derde benadering, kies geen tweede benadering, want het zal tegen die tijd veel moeilijker worden om dingen te doen rond.

Eén domein en meerdere subdomeinen (een beetje hetzelfde als meerdere domeinen denk ik. Ik weet niet zoveel over seo en onderhoudbaarheid in de zaak.

Dit is de beste manier. Ik heb het geprobeerd en het werkt nog steeds.