官網掛 Google 翻譯，對 SEO 一點用都沒有

重點 — 「翻譯這個頁面」的外掛，能幫助真人訪客用自己的語言讀懂您的網站。然而它對搜尋排名毫無助益，因為 Google 從來不曾把那段翻譯後的文字視為一個真正的頁面：它僅僅是 JavaScript 在事後於訪客的瀏覽器裡替換詞彙而已。倘若您希望自己的診所在病患以西班牙文或中文搜尋時出現，您需要的是位於各自網址之上的真實翻譯頁面，並且以 hreflang 標籤告知 Google 它們的存在。

每當我們談起多語言 SEO，幾乎都會有診所這樣問：「我們不是早就有了嗎？角落不是有個翻譯按鈕。」答案是沒有。那顆按鈕確實替按下它的人做了一件真實的事，卻對 Google 完全沒有作用；這是兩件不同的工作，而外掛只做了其中一件。

那個外掛實際上在做什麼

Google 翻譯外掛——那個小小的國旗下拉選單，或是 Chrome 自動顯示的「翻譯這個頁面」提示列——完全在訪客的瀏覽器內部運作，而且是在您的頁面已經載入完畢之後。您的伺服器送出的，仍舊是它一向送出的那份英文 HTML；隨後才由瀏覽器裡執行的 JavaScript，把英文詞彙替換成西班牙文或中文，並且僅僅出現在那一位訪客的螢幕上。

您的網站沒有任何改變。既不存在新的網址，伺服器上也沒有任何一個檔案裝著那些翻譯後的字。這份翻譯只在那一個瀏覽器分頁開著的期間存在，分頁一關便隨即蒸發。

Google 的爬蟲確實會執行 JavaScript，這正是最容易誤導人的細節；然而它並不像真人那樣行動：它不會去點翻譯的下拉選單，也不會等待頁面重繪，因為藏在使用者互動背後的內容，是它永遠觸及不到的內容。它向您索取頁面，而被索引的，是離開您伺服器時的那份 HTML，用的是您實際撰寫的那個語言。訪客透過外掛所看見的西班牙文或中文，從來不曾被抓取、不曾被儲存，也從來不曾拿去與西班牙文或中文的查詢進行比對——因為就 Google 的索引而言，那段翻譯後的文字根本不存在於任何地方。

為什麼搜尋引擎需要的是一個獨立頁面，而不是舊頁面外面罩一件外衣

搜尋引擎排序的對象是網址，而非視覺上的外觀。當病患搜尋「dentista que habla español en Pasadena」時，Google 試圖比對的，是一個實際索引內容確實為西班牙文的頁面；這意味著頁面上的字、存在 Google 資料庫裡的那些字，本身必須是西班牙文的字。一個只為某位訪客的瀏覽器把英文內容重新塗成西班牙文的外掛，從來不曾把西班牙文的字存進 Google 的資料庫，因此根本沒有任何東西可供比對。

這就是真實翻譯頁面與翻譯外掛之間的全部差別。一個真正的西班牙文頁面擁有自己的網址——就像這個頁面的 /es/ 版本——而從該位址離開伺服器的 HTML 就是西班牙文，由真人撰寫，存放於一個檔案之中，並且被 Google 索引為一個獨立頁面，帶著自己的標題標籤、自己的中繼描述，以及自己的排名歷史。就搜尋結果而言，它有可能在一則西班牙文查詢中勝過另一家診所的英文頁面，也有可能出現在西班牙文的「附近」搜尋結果裡。然而翻譯外掛完全做不到這些，因為那裡並不存在一個可供連結、可供排名、可供衡量的獨立對象。

剩下的那一塊，也是連真的做了翻譯頁面的人都經常略過的一塊，就是 hreflang：這個標籤告訴 Google，這個英文頁面與這個西班牙文頁面是同一份內容的兩種語言，好讓它把符合搜尋者的那一個端出去。Google 自己的說明文件對其中一項要求寫得非常明確，而那也正是最多人絆倒的地方——每一個語言版本都必須同時指向自己以及其他所有版本，而且倘若兩個頁面沒有互相指向對方，這些標籤會被完全忽略。因此，真實的翻譯網址與正確且互相對應的 hreflang 標籤是一組配套：缺了其中任何一半，價值都領不到。

要修好這件事，實際上得付出什麼

建置真正的翻譯頁面，得付出真正的時間或真正的金錢，因為必須由人撰寫道地的西班牙文或中文內容，而不是把英文機器翻譯過去——母語流利的讀者一眼就分辨得出來；這一點在醫療上尤為要緊：一位不確定自己是否讀懂醫囑的病患，往往會打電話到櫃檯，而不是繼續把那個頁面讀完。此外，這也意味著往後要維護更多頁面：英文頁面一旦更動，就得有人把翻譯版本一併更新。

倘若貴診所確實從其他語言取得可觀的搜尋流量——在斷定沒有之前，請先查看 Search Console成效報表裡的查詢與國家資料——那麼這筆支出通常是值得的，因為它是唯一真的會出現在搜尋結果裡的途徑。倘若流量很少或根本沒有，就不要為了顯得周全而去做。就偶爾需要它的訪客而言，翻譯外掛作為一份體貼完全沒有問題；對一家診所而言，把它留在原處也幾乎不花什麼成本。然而請不要把它誤認為一套行銷計畫，也不要讓任何人照著行銷計畫的價碼向您收費。