Branda webbsida
 

Tjo.

Behöver lite tips och råd angående om att branda en webbsida och vore jättetacksam om någon ville besvära sig med att lämna någon idé eller synpunkt i frågan.

Säg att jag har en webbtjänst som ska vara kvar helt i sin ursprungliga form men att man också ska branda denna sida för ett företag. Dvs. ha smått annorlunda design, plocka bort lite funktioner och kanske byta någon logga/bild här och där samt byta ut lite mailtexter + lite annat smått.

Sidan är byggd i .NET och körs på IIS.
Vad är det bästa man kan göra i följande avseenden:
Domän. Jag tror att det bästa är foretagsnamn.xxxxxx.se där xxxxx är själva siten.
Detta ger ju att det är två webbsidor som kommer ha väldigt likt innehåll, kommer google klaga på detta om den ena är en subbdomän till den andra tjänsten?
Det andra alternativet är xxxxx.se?foretag=true och bestämma genom detta, då har man en domän bara och bestämmer genom en querystring vart man är och sätter en cookie eller i sessionen sen.

Projekt. Det lättaste verkar vara att ha samma projekt när man utvecklar men att man i config-filen eller dylikt bestämmer vilken site man är på. På detta sätt slipper man bygga funktioner två gånger i två helt olika webbsideprojekt. Man får göra koller hela tiden vilken site man är på och visa annan css, bilder osv. beroende på detta.
Det andra alternativet är att ha ett helt nytt projekt.

Framtiden. Detta är tänkt att leva länge så vi måste ta ett bra beslut nu så man slipper göra om sedan. Det kan tänka sig att vi t.ex. vill översätta huvudsiten till andra språk.

Vore grymt tacksam om någon ville komma med input. Antingen om ni har erfarenhet av liknande projekt eller om ni bara har bra idéer eller synpunkter på hur ni tycker att det borde vara.

Kör med en subdomän per kund. Låt koden lista ut vilken kunden är genom att titta på Host-parametern. Förslagsvis använder du en smart kombination av URL:er med och utan hostname för att länka in resurser (bilder, css, js) som ska vara samma för alla kunder och det som ska skilja sig åt.

Det går att göra som MMC föreslog. Peka subdomänerna på samma katalog på servern.

Ett annat alternativ är att köra med kataloger.
Man använder rewrite i .htaccess, för att få
xxxxx.se/foretag istället för xxxxx.se/?foretag=true

Jag är osäker på om det är värre med duplicate content på flera subdomäner än inom samma subdomän? Inom samma subdomän ska det i alla fall inte vara något problem. Jag tror det är ok på olika subdomäner också.

Använd canonical-taggen för att tala om vilken URL som är den "riktiga":
http://googlewebmastercentral.blogsp...canonical.html

nej nej nej nej.....

om du ska branda en site så det ser ut som att din kund är "du" då ska du verkligen inte härleda någon form av spår tillbaka till dig.

om du har ett hosting konto hos en vettig host så kan du ha alla dina kunders domäner pekade till samma katalog (där du nu har din framtida CMS lösning...)
För det är det du skulle behöva bygga för att detta ska fungera vettigt och commerciellt.
En form av CMS. Det behöver inte vara så svårt dock.

Iallafall

låt säga att du i din kontrollpanel pekar alla dina kunders domäner till public_html/scriptet/ katalogen.
Sedan gör du en variant av vad björn sa där du gör så .htaccess har en mod_rewrite rad där du gör www.kund1.se = /script/index.php?kund=1
där www.kund1.se är kundens domän. (kom ihåg att göra likadan rad UTAN www också).
och där ?kund=1 är en unik siffra eller unikt namn för kunden.

sedan har du i databasen satt vilken content text och css, bilder osv som kunden har för just sin brandade sida.
Detta ligger förslagsvis i /script/kund1/ kataloger eller liknande.
då har du tillgång till bilder och css som är enkla att baka in i koden.

men detta är ett arbete som tar tid och kanske är lite komplext.

så alternativet du har är detta.

bygga något som har ett template system med includes där all html och css ligger i egen katalog och dras in med include 'index.html'; kod..
på så vis har du fördelar..

då kan alla kunder ha helt egna hosting konton om så önskas..
när du gör ändringar i scriptet/siten så kan du uppdatera scriptet utan att påverka sitens design eller innehåll då detta ligger i template filer i annan katalog.

Lycka till.

crap. ser att du skrev att du använder IIS.
Inte en aning om det finns en variant för .htaccess till den.
men include finns i asp dock.

Tack för era svar!

Jag måste nog förtydliga en sak, det är alltså fråga om ETT stort företag och inte flera. Det är inte så troligt att det blir någon mer än denna branding. Dvs. det ska endast finnas två siter och vi behöver inget cms-liknande system.

Vår lilla tjänst är endast en väldigt liten del av detta företags hela webbsida.
MEN.. Det är fortfarande vår tjänst och det ska endast stå "Företaget i samarbete med xxxx". Så det är ingen hemlighet att det är vår tjänst de använder och inte företagets. Lite svårt att förklara utan att berätta allt, men det är för tidigt ännu :)

Det där med att köra en subdomän och sedan länka till exakt samma filer kanske vore något istället för att ha två websites i IIS:en. Vilka css-filer, bilder, layout osv man använder avgörs ju ändå av t.ex. subdomänen. Detta måste ju vara en helt ok idé ?

Det här med duplicate content är ju en superviktigt fråga. Om man kör som du föreslog BjörnJ, då försvinner väl all "SEO-kraft" som skapas utifrån subdomänen?

Som jag har förstått det:
Google upptäcker väldigt lätt duplicate content inom samma domän (antagligen även om det är olika subdomäner under samma domän). Vid duplicate content väljer Google ut vilken av sidorna som ska visas i SERPen. Med canonical-taggen kan man tala om vilken sida man själv föredrar ska visas.

Canonical kan vara bra att använda även för att tala om huruvida man vill ha domänen med eller utan www (om båda fungerar) i SERPen.

Jag antar att länkar till duplicate-sidan bidrar till huvudsidans PR (om man använder canonical), ungefär som om man skulle ha en 301 redirect. Någon annan kanske vet mer säkert?