最近… 好像很多人在問 SEO。特別是開發者。
客戶或老闆總會突然冒出一句:「我們網站怎麼在 Google 上找不到?」
嗯,這問題… 很深。所以我想說,整理一下我的思路。這不是教科書,比較像是我自己邊想邊寫的筆記。可能會有點亂。
重點一句話
對開發者來說,SEO 的核心不是什麼黑魔法,也不是狂塞關鍵字。它比較像… 換個角度看你的網站。從「使用者和搜尋引擎」的角度,而不是只有「程式碼」的角度。
為什麼開發者需要懂一點 SEO?
老實說,我去看了一下現在網路上教開發者 SEO 的文章,發現一些… 嗯… 缺口吧。
很多文章要嘛就是直接丟給你一堆 Next.js 的設定,好像用了 SSR 就天下無敵。要嘛就是行銷寫的,講一堆概念,但開發者根本不知道要從哪段 code 下手。
我自己是覺得,重點在於「心態轉換」。我們習慣把功能做出來,code 能跑就好。但 Google 的爬蟲(spiders)它不是真人,它需要「線索」才能看懂你的網站。你得當它的翻譯。
更高的排名帶來更多流量,這很直觀。但對我們來說,更重要的是,理解 SEO 能讓你寫出「結構更完整」的網站。這不只是為了排名,也是為了可及性(Accessibility)和更好的使用者體驗。程式碼的健壯性,也包含了它被外界理解的程度。
實作指引:從哪裡開始?
好了,觀念講完了。實際動手的部分。以下是我認為的優先級順序,從最基本、影響最大的開始。不用一次做完,但前面幾個… 真的不能省。
1. Google Search Console (GSC)
這個沒得商量。這是你跟 Google 溝通的唯一官方管道。免費的。
把它設定好。驗證你的網站。你能從裡面看到:
- Google 到底有沒有把你的網頁編入索引。
- 使用者是搜什麼關鍵字找到你的。
- 有沒有什麼技術性錯誤,像是 404 或伺服器問題。
設定好之後,第一件事就是提交你的 sitemap.xml。對,就是下面這個。
2. Sitemap (網站地圖)
sitemap.xml 就像你交給 Google 的一張建築藍圖。它告訴爬蟲:「嘿,我家有這些房間(頁面),都在這裡,照著走就不會迷路。」
少了這個,Google 還是會試著爬你的網站,但可能會漏掉一些比較深層、或是沒有內部連結指向的頁面。現在很多框架或工具都能自動生成,所以… 沒理由不做。
3. robots.txt (交通警察)
這個檔案放在網站根目錄,功能很單純:告訴爬蟲哪些地方可以去,哪些地方是禁區。
例如,你不會希望後台管理頁面 (`/admin/`) 被 Google 索引吧?就在這裡設定。
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /private/
Sitemap: https://yourdomain.com/sitemap.xml
上面 `User-agent: *` 是對所有爬蟲生效。`Disallow` 就是禁止。最後一行順便再把 sitemap 的位置告訴它一次。很簡單,但很重要。
4. Meta Tags (網頁的身分證)
這大概是最多人講,但也最多人誤解的地方。主要在 `
` 區塊裡。- `
` :頁面標題。超級重要。它會直接顯示在瀏覽器分頁和搜尋結果上。每個頁面都應該是獨一無二、能描述該頁內容的標題。不是整個網站都叫同一個名字。 - ``:頁面描述。雖然它不直接影響排名,但會影響使用者點不點進來。把它當成搜尋結果頁上的小廣告文案。
- ``:當你有內容重複的頁面時(例如,列印頁或帶有追蹤參數的 URL),用這個來告訴 Google 哪個才是「正版」。避免分散權重。
至於 ``… 你知道嗎,Google 早就不用它了。可以不用寫,寫了也沒用。
不同 SEO 任務的投入與回報評估
東西這麼多,時間有限,到底先做哪個?我整理了一個簡單的比較表,這是我個人的體感啦,不一定完全準確。
| SEO 任務 | 開發投入精力 | 預期影響力 | 備註 (我的murmur) |
|---|---|---|---|
| 設定 Title / Description | 低 | 高 | CP值之王。這就像出門穿衣服,基本禮貌,不做不行。 |
| 設定 GSC / Sitemap | 低 | 高 | 做一次基本上就搞定。沒設定就像在黑暗中開車,你根本不知道外面發生什麼事。 |
| URL 結構化 | 中 | 中 | 一開始規劃好就沒事。如果是改舊專案… 那會很痛苦,真的。 |
| 手機版體驗 (RWD) | 中至高 | 極高 | 現在是 Mobile-first indexing,手機版爛,排名直接掰掰。這不是選項,是必考題。 |
| 網站速度 (Core Web Vitals) | 高 | 中 | 速度本身不是排名萬靈丹,但太慢會讓使用者跳走,跳出率高了,排名自然會掉。它是間接影響。 |
| 建立反向連結 (Backlinks) | 極高 | 極高 | 這很花時間,而且不是開發者能完全控制的。初期先放著,先把網站內容做好比較實際。 |
| 結構化資料 (Schema) | 中 | 看情況 | 如果你的網站是食譜、活動、產品,那這個超有用,可以讓你在搜尋結果出現帥帥的卡片。不然就還好。 |
美國 Google 和台灣 Google 的一點不同
這邊要特別提一下。大部分 SEO 教學都來自國外,像是 Google 官方的 Search Quality Rater Guidelines,這份文件超級長,有興趣可以看看,E-E-A-T (現在多一個 E) 的概念就是從這來的。
但… 在台灣的搜尋場景,有個很有趣的現象。
就是 PTT 和 Dcard 的權重非常高。當使用者搜尋的關鍵字帶有「評價」、「心得」、「推薦」這類詞語時,你有很高的機率會看到這兩個社群的討論串排在很前面。
這對我們開發者有什麼啟示?這意味著單純優化「官網」本身可能不夠。如果你的產品或服務很需要口碑,那了解使用者在哪裡討論、並確保你的品牌資訊能在那些地方(用一種自然的方式)被找到,可能跟優化自家網站的 `
常見的幾個迷思或誤區
最後,講幾個我常看到大家卡關的地方。
迷思一:用了神奇框架 (Next.js/Nuxt) SEO 就搞定了
這大概是最常見的誤會。沒錯,SSR (伺服器端渲染) 或 SSG (靜態網站生成) 對 SEO 是「有幫助的」。因為它直接吐回完整的 HTML,爬蟲不用自己跑 JavaScript,看得比較輕鬆。
但這只是基礎建設。就像你買了一塊好地,不代表房子蓋出來就一定是豪宅。你還是得做上面提到的所有事:好的標題、乾淨的 URL、手機版優化等等。框架只是給你一個比較好的起點。
迷思二:關鍵字塞越多越好
這是十幾年前的作法了。現在的 Google 很聰明,它看的是「主題」和「語意」。
與其想著「我要塞 10 次『台北美食推薦』」,不如好好寫一篇內容,自然地提到交通方式、餐廳類型、價位、附近景點… Google 會從整個上下文理解你的頁面是在討論「台北的美食」,而且內容很豐富。寫給人看,而不是寫給機器人看,這點最重要。
迷思三:PageSpeed 分數一定要 100 分
速度很重要,但不用執著於 Lighthouse 的滿分。網站體驗核心指標 (Core Web Vitals) 的三個指標 (LCP, INP, CLS) 都有個「良好」的區間。只要在那個區間內,就夠了。
與其花大把時間把 95 分優化到 100 分,不如把那些時間拿去寫更有價值的內容,或把手機版 RWD 的小瑕疵修好。資源要花在刀口上。
差不多就這樣吧。這些東西很雜,但我覺得核心觀念通了,剩下的就是查文件跟實作而已。它不是一門多神秘的學問,更像是一種… 對使用者和對搜尋引擎的體貼吧。
聊了這麼多,換你說說看:
你覺得對開發者來說,學 SEO 最卡關的地方是「觀念轉換」還是「技術工具」?
在下面留言分享你的想法吧。
