Tue beides...
Subdomains sind insofern großartig, als sie einfacher zu tippen und leichter zu merken sind. Die zusätzliche Komplexität und Wartung, die für ihre Verwendung erforderlich ist, kann jedoch mehr Arbeit bedeuten, als Sie bereit sind.
Anstatt 'richtige' Subdomains einzurichten, verwenden Sie einfach URLRewrite, um sie zu fälschen.
Sehen Sie sich diese Antwort auf stackoverflow.com an, um zu sehen, was ich meine.
Schauen Sie sich als Beispiel Google Analytics an. Wenn Sie analyse.google.com eingeben, werden Sie zu http://www.google.com/analytics/ weitergeleitet .
Das einzige Mal, dass ich die Verwendung von Subdomains vorschlagen würde, wäre, wenn:
- Sie betreiben separate Server unter demselben Domainnamen (z. B. mail.yourwebsite.com, ftp.yourwebsite.com usw.).
- Ihre Website ist ein Netzwerkportal für eine Reihe anderer Websites (z. B. Blogger, bei dem sich jedes Benutzerblog in einer Unterdomäne von Blogger befindet).
Was @MetalShark gesagt hat. Ich würde mit Subdomains 100% gehen.
Subdomains ist eine skalierbarere Lösung, da Sie den Lastausgleich und die Trennung von Kunden einfacher gestalten können.
Ich denke auch, dass viele technisch nicht versierte Leute nicht verstehen, dass www.theircompanyname.yourcompanyname.com tatsächlich von Ihnen und nicht von ihnen gehostet wird. Das bedeutet, dass sie eher bereit sind, einer Subdomain zu vertrauen, die wie die URL ihrer Website aussieht, wobei Ihre URL bis zum Ende angeheftet ist. Außerdem wird Ihre Website, bei der es um den Verkauf Ihres Produkts geht, von der Subdomain getrennt, in der es darum geht, Ihr Produkt zu verwenden.
Ich denke, über die Skalierbarkeit hinaus, wenn Subdomains verwendet werden, fühlen sich Ihre Kunden mit Ihrer Software wohler, und das ist ein großes Plus.
quelle
Die Google-Richtlinien besagen, dass sie jede Subdomain als "andere Site" behandeln. Sie müssen also gute Backlinks für alle Subs erhalten. Die PR der Hauptdomäne zählt nicht für Unterdomänen. Also würde ich Ordner bevorzugen.
Jeder moderne httpd kann mit Aliasen und / oder Apache mit mod_proxy arbeiten. Ordner sind also auch skalierbar, aber etwas komplexer.
quelle
Unter Wartungsaspekten sind Ordner viel einfacher zu handhaben als Subdomains. Aber die meisten Apps wie Hochhaus oder Basislager haben ihre eigenen Subdomains pro Client. Scheint so ein bisschen sexier auszusehen.
quelle
Ich glaube, Subdomains wurden von Marketingtypen zusammengestellt, sodass sie in ihren teuren Druckkampagnen keine (etwas) längeren URLs drucken mussten. Sie nutzten ihre riesigen Budgets, um eine Kerngruppe von Technikfreaks auszuzahlen, die dies technisch möglich machten. Ich sage technisch, denn obwohl wir alle wissen, dass dies möglich ist, macht es sicherlich keine lustige Aufgabe, es in großem Maßstab einzurichten.
SHH! Sagen Sie den Marketing-Typen nicht, dass Nicht-Techie-Benutzer nicht herausfinden können, dass Sie das WWW löschen. Wenn sie es also hinzufügen, haben Sie Ihre Adresse nur länger gemacht ... und Sie ' Wir haben uns zusätzliche Arbeitsstunden gekostet, um Problemumgehungen für diese Nicht-Technikfreaks durchzuführen.
Ich schaudere, wenn ich an den Tag denke, an dem der Marketing-Typ meines Unternehmens mit einer "GROSSEN IDEE!" Zu uns kommt. über das Umschalten aller unserer relevanten Ordner auf Subdomains. Vielleicht ist das ein Zeichen dafür, dass es Zeit ist, über die Straße zur Post zu gehen, um sich nach einem Job zu erkundigen, der alle E-Mails liefert, die ihre Druckkampagnen erstellen ...
quelle