我即將踏上我的第一個多語種的網站，我想獲得大家的意見了......本地化：子域，目錄或域
該網站將利用jQuery的，所以有總是選擇使用jQuery和Session的組合來管理區域設置。
在您的網站本地化方面，您發現哪種方法最具成本效益和可維護性？
1）子域（EN，FR，ES。）
2）目錄（domain.com/fr/）
3）域（domain.au，domain.it）
4）會議和JavaScript（和任何特定的插件）
請，我沒有使用.NET平臺，所以我不會能夠利用他們的方法的想法。無論是最佳流程，無論是PHP還是ColdFusion，它都應該是一個概念。
這是一種意見而不是事實Q & A的 - 所以這裏我看來，無論是對還是錯
我將與子域（en.mysite.com/fr.mysite去。COM）：
你很容易
搜索引擎會喜歡它控制它（你可能 獲取每個索引 ）
保持相對和 絕對路徑功能光環效應簡單（不像 目錄）
選擇後 l OCALE（我將在後面詳細）， 一切都應該「只是工作」
會議/ JavaScript的是不可靠的 充其量，在糟糕的
遵守 的噩夢最後，還有沒有可察覺的好處（我可以馬上想到）你考慮的任何其他方法都不適用於子域 - 但是，其他方法確實缺乏一些子域靈活性（如路徑）。
有些人正在回答如何選擇訪問者的正確語言環境，比如嗅探瀏覽器語言。這是一個不同的問題，有很多方法可以做到這一點 - 我建議全部做到這一點，訣竅（和您的決定）是如何優先考慮它們。前：瀏覽器語言與IP起源與cookie與手動選擇vs.等 - 這優先？
玩得開心，本地化可以是.....任務。 =）
是的，謝謝。這是一個單獨的問題。我在問實際的實施情況。如果我打算使用子域名，我想知道哪種方法最適合完成語言請求。我的意思是，如果它只是一種語言，那麼該網站就是用這種語言構建的，而你並沒有考慮到它。但是，這意味着網站的實際內容必須是動態的。這是我想要解決的這個問題。 – dcolumbus
是的，我明白了。我相信子域是你正在考慮的最佳選擇，後端代碼當然是相同的動態代碼庫（我完全支持使用CF，它很棒）。至於動態部分，Paul Hastings在CF全球化方面有很多細節，查看是博客：http://cfg11n.blogspot.com/ – Nate
非常感謝Nate。你一直很有幫助。 – dcolumbus
這裏有一些文章，可以幫助你：
- Top 5 Tips for Multi-Lingual Website Success in 2011
- Good tips for website localization
- localization - best practices
的第一篇文章，如果您使用的是國家代碼頂級域名（ccTLD中的點）例如.au或.jp，它可能對當地國家的搜索引擎更友好，但它仍然取決於您的需要。您是否想要選擇語言或整個國家/地區。您還需要了解的另一件事是，與使用子域相比，維護多個站點（如ccTLD）的成本更高（www.site/au，www.site/es）。
希望幫助。
偉大的提示，爲每個子域分開谷歌anayltics。 –
我們通常使用本地化來檢測客戶端的瀏覽器語言。如果瀏覽器的語言爲「FR」，我們將從我們的語言文件夾填充所有法語語言文件。分開使用不同的子域是不同的故事。
就成本效益而言，'3）域名肯定是出來的，有些國家有嚴格的政策，你需要一個實體辦公室存在 – Neverever
是的。這是同意的。 – dcolumbus