CASE E ・ 建置型 ・ 架構與內容設定
一間在台灣與日本都有據點的設計公司,兩邊各有自己的官網,網站要同時服務中文、英文、日文三種讀者。我負責的是網站上線前最關鍵的一段:整個站要有哪些頁、彼此怎麼串、每一頁對誰說什麼話、以及使用者從第一眼到送出詢問中間要走哪一條路。
這個案例沒有成效數據。這是建置期專案,我沒有接後續維運,也沒有後台存取權,所以拿不到排名或流量數字。這一頁呈現的是方法與交付內容。
| 參與範圍 | 架構與內容設定 |
|---|---|
| 站點與語系 | 台日雙站點 ・ 中英日三語系 |
| 我負責的部分 | 資訊架構規劃・多語系與在地化設定・頁面 SEO 內容(標題/描述/H 標/說明文)・動線與引導設計 |
這個案子我做的是哪一段
一間台灣與日本都有據點的設計公司,兩邊各有自己的官網,內容要同時服務中文、英文、日文三種讀者。
我負責的是網站上線前的設定:架構、多語系內容、每一頁的 SEO 內容、以及使用者動線。視覺與案例內容是業主自己的,他們沒有後續的排名維運需求。
我在這個案子寫的不是部落格長文,而是每一頁的骨架文字:頁面標題、meta description、H1 / H2 階層、每個區塊的說明文、按鈕與引導文案。這些字量不大,但它們決定了搜尋引擎怎麼理解這一頁、以及使用者看完第一屏會不會往下滑。
台日雙站點:為什麼不是一個站掛多語言
最省事的做法是一個網站掛三個語系切換。我們沒有這樣做,因為兩邊要解決的問題不一樣:
- 台灣站服務的是台灣客戶,講的是台灣的案子、台灣的合作方式
- 日本站服務的是日本客戶,那邊的委託習慣、決策流程、看重的東西都不同
一個站如果硬要兼顧兩邊,結果通常是兩邊都不夠好。所以架構上是兩個站各自完整,再處理它們之間的語系對應關係:哪些頁互為對譯、哪些頁只存在於單邊。
三個語系不是翻譯三次就好
這是這個案子最花心力的部分。中文、英文、日文的讀者,要的東西不一樣:
- 中文讀者習慣先看作品、再看你是誰
- 日文讀者對「這家公司可不可靠」的確認需求高得多,公司資訊、流程說明、聯絡方式的完整度會直接影響他要不要往下走
- 英文讀者多半是國際客戶或媒體,需要的是快速理解「你們做什麼、規模多大」
同一個頁面,三個語系的資訊順序不同、語氣不同、強調的重點也不同。在這之前,我先做了訪談表,整理了 5 類共 20 個問題請業主根據實際情況回答,然後根據回答來處理文案內容,最後再跟業主對過,微調。
所以整個流程我沒有直接把中文丟去翻譯,而是重新排過一次。
動線:從第一眼到送出詢問
設計公司的官網有一個共同的難題:作品很好看,但看完就走了。使用者滑完一輪作品集後就關掉分頁,沒有動線引導他下一步。
所以動線的重點是在每一個「看完了」的節點,接住那個當下最可能的下一個念頭:
- 看完某個作品 → 他會想「那我這種案子你們做不做?」→ 這裡要接服務項目
- 看完服務項目 → 他會想「大概要多少錢、要多久?」→ 這裡要接流程或常見問題
- 看完流程 → 他才會想聯絡 → 這裡的 CTA 才會被按
我把整站的主要路徑先畫出來,再回頭決定每個轉折點要放什麼區塊、什麼按鈕、按鈕上要寫什麼字。引導文案跟按鈕位置是一起設計的,不是版面做完再補上去。
遇到的問題
其實前期在處理的時候,業主原本也希望能一個域名做兩個語種,但考量到地區文化的問題,我還是建議業主用兩個域名來分別承接,後續如果真的要開始擴充內容、做 SEO 優化,也會比較好處理。
交付之後
目前進度算是進到尾聲,待雙方檢核完一些小細節、討論之後,網站就將要上線,後續這裡也會更新記錄。
交付內容
- 網站地圖與頁面清單:台灣站、日本站各自的頁面架構與對應關係
- 多語系設定:中英日三語的語系切換邏輯、網址結構、hreflang 對應
- 在地化調整:日文站不是中文站的翻譯版,資訊順序、語氣與呈現重點都重新排過
- 每一頁的 SEO 內容:頁面標題、meta description、H1/H2 階層、段落說明文與引導文案,三個語系各一套
- 動線設計:從入口頁到作品、到服務、到聯絡的主要路徑,以及每個轉折點要放什麼 CTA
- URL 命名規則與內鏈邏輯
這個案子用到的能力
- TECHNICAL 技術 SEO——內容寫得再好,Google 抓不到就等於不存在。
- GLOBAL 跨平台 / 跨國——換一個搜尋引擎,等於換一套遊戲規則。
