很多場(chǎng)景下我們需要考慮網(wǎng)站的拓展功能，到底是采用子域名方案去做，還是采用子目錄方案去做。

舉個(gè)很簡(jiǎn)單的例子，網(wǎng)站小語(yǔ)種方案的選擇就是一個(gè)比較典型的案例。

我之前比較喜歡的 WordPress 網(wǎng)站，就基本采用子目錄方式去做小語(yǔ)種版本。但是一些其他技術(shù)架構(gòu)搭建的網(wǎng)站，可能更傾向于使用子域名方案去做。

所以，子域名還是子目錄，到底該怎么選擇？

恰巧我最近一直在調(diào)研 Next.js 網(wǎng)站的小語(yǔ)種技術(shù)架構(gòu)的選擇，所以就這個(gè)問(wèn)題專門(mén)去找了一些資料，這里簡(jiǎn)單梳理一下。

傳統(tǒng)觀點(diǎn)認(rèn)為，子目錄方案相較于子域名方案會(huì)更有優(yōu)勢(shì)，且其優(yōu)勢(shì)點(diǎn)主要體現(xiàn)在幾個(gè)點(diǎn)上。

其一，子目錄架構(gòu)的網(wǎng)站更方便管理。因?yàn)椴煌Z(yǔ)種網(wǎng)站的內(nèi)容都集中在一個(gè)文件夾下，且有些靜態(tài)多媒體資源都是共用的。

其二，子目錄架構(gòu)下的網(wǎng)站會(huì)權(quán)重繼承。這也就是意味著我們?cè)谧鐾怄溚茝V時(shí)，可以達(dá)到「一處發(fā)力，處處受益」的效果。

其三，子目錄架構(gòu)的網(wǎng)站在數(shù)據(jù)統(tǒng)計(jì)與分析方面更簡(jiǎn)便，且將網(wǎng)站綁定到谷歌站長(zhǎng)工具后，所有的信息都能集中管理。

但事實(shí)到底是怎樣的呢，這幾天密集去查詢了一些官方資料。

比如上面這個(gè)視頻，便是谷歌官方的態(tài)度的陳述。其中很重要一句話便是：

Google web search is fine with using either subdomains or subdirectories.

且這個(gè)視頻中也大概陳述了子目錄站點(diǎn)與子域名站點(diǎn)的權(quán)重繼承問(wèn)題， 一句話概括就是「兩種方案基本沒(méi)有什么區(qū)別」。

因?yàn)楣雀杷惴ń?jīng)過(guò)這么多年的進(jìn)化，已經(jīng)完全能夠理解域名結(jié)構(gòu)與網(wǎng)站結(jié)構(gòu)之間的關(guān)系。雖然算法會(huì)將子域名站點(diǎn)當(dāng)做不同的站點(diǎn)看待，但是算法仍然能夠識(shí)別并且承認(rèn)子域名與根域名之間權(quán)重關(guān)系。

所以官方的態(tài)度已經(jīng)很明確了，至于最終到底怎么選擇網(wǎng)站架構(gòu)，就得根據(jù)自己的業(yè)務(wù)場(chǎng)景確定了。

比如我最近一直在做的程序化 SEO 站點(diǎn)，主站的鏈接輕輕松松在十萬(wàn)條左右。那如果采用子目錄方式去做的話，就會(huì)導(dǎo)致一個(gè)問(wèn)題，不同語(yǔ)料素材堆積在一起，會(huì)導(dǎo)致網(wǎng)站體積異常臃腫。

且十萬(wàn)條鏈接，還得手動(dòng)翻譯相應(yīng)的 slug 鏈接，并需要配置對(duì)應(yīng)的路由規(guī)則，一番操作下來(lái)便會(huì)導(dǎo)致工作量巨大。

所以針對(duì)這種場(chǎng)景，一個(gè)較優(yōu)的方案便是采用子域名的方案去做，將不同語(yǔ)種站點(diǎn)的內(nèi)容進(jìn)行物理隔離，從而實(shí)現(xiàn)便利管理。

所以到底怎么選擇，還是需要你自己根據(jù)項(xiàng)目的實(shí)際情況與自己的項(xiàng)目管理經(jīng)驗(yàn)結(jié)合起來(lái)，進(jìn)行針對(duì)性選擇，不能一概而論。

畢竟我們已經(jīng)明確了，谷歌算法對(duì)子域名與子目錄是一視同仁的。