在零集，我們裝好了「儀表板」（GSC、GA4、GTM），現在你已經看得到網站的表現了。
但能看到成效，不代表 Google 進得來、收得了你的網站。這一集，我們要正式開始打地基。
所謂技術 SEO，就是網站的「底層建設」——讓搜尋引擎的爬蟲（crawler）能順利進到你的網站、讀取頁面，並把它收進 Google 的資料庫。這部分大多是一次性設定，做好之後不太需要常改；但只要其中一項出錯，整個網站的曝光都可能瞬間歸零。所以它是地基中的地基。
我把它分成三道關卡，一關一關過。
第一關：讓爬蟲進得來
這關處理的是最根本的問題——Google 能不能進到你的網站、把對的頁面收進去。
Robots.txt 設置
放在網站根目錄的一個純文字檔，用來告訴爬蟲「哪些區域可以爬、哪些不要爬」。它的威力很大也很危險——一行設定寫錯（例如不小心封鎖了整站），你的網站就會直接從 Google 消失，務必小心檢查。
Sitemap 網站地圖（自動更新生成）
一份條列你網站所有重要網址的清單（通常是 XML 格式），把整個「網站目錄」交給 Google，讓它快速讀取你的網站狀態。建議設定成自動更新生成，這樣每次發新文章，新網址會自動加進去，不用手動維護。產生後，記得拿到GSC 裡的sitemap去提交。
索引與收錄狀態（Indexing）
這跟 Robots.txt 不一樣：Robots.txt 管「能不能爬」，索引管「要不要收錄」。重點是確保不想被看到的頁面（CMS後台、低品質的標籤頁、感謝頁）設定 noindex。可以在 GSC 的「索引」報告中持續追蹤。
網站架構與 URL 結構
指網站內容的層級安排與網址的命名方式。好的架構應該層次清楚、不要藏太深（重要頁面最好點兩三下就到得了），網址則要簡潔、好讀、最好帶有意義的關鍵字，而不是一長串亂碼參數。清楚的架構能同時幫助使用者與爬蟲理解你的網站。
如本篇文章的URL就在forestgreen-horse-153829.hostingersite.com/seo/seo-first-part，只在SEO分類層下面，而SEO又在首頁之下。
注意！網址也區分大小寫，所以建議所有URL都用小寫，並每個文字都用-的符號來區分。
第二關：讓網站值得信任、內容不打架、連結不斷線
進得來之後，要確保你的網站是安全、可信任的
HTTPS / SSL 安全憑證
讓網站從 http 升級成 https，如為 https 會在網域前面加個鎖頭的圖案。把使用者與網站之間的資料加密。它同時是信任指標也是 Google 公開的排名因素之一，而且現在沒有 SSL 的網站，瀏覽器會直接跳出「不安全」警告，嚇跑訪客。多數主機商或 CDN（例如 Cloudflare）都提供免費憑證。
rel=”canonical” 標準網址（重複內容處理）
當網站出現多個內容相同或相似的網址時，canonical 標籤可以告訴 Google「這個才是正版、請以它為主」。沒設好的話，Google 會把權重分散到好幾個重複頁面上，等於自己跟自己搶排名，非常吃虧。
301 轉址（永久重新導向）
當網址改變（換網域、改結構、刪文重整）時，301 轉址會把舊網址「永久搬家」到新網址，並把原本累積的權重與流量一起帶過去。少了它，舊連結會全部變成死路，過去累積的成果可能瞬間歸零。
404 錯誤頁面
當使用者點到一個不存在的網址，就會出現 404 錯誤。地基要做的是：設計一個友善的客製化 404 頁面（引導使用者回首頁或熱門文章），並定期修正或轉址掉壞掉的連結。太多 404 不但傷害體驗，也會浪費 Google 的爬取資源。
重要！404對網站權重十分傷，所以更改好網站時，務必做301轉址
第三關：讓網站又快、又適合手機
最後這關決定使用者體驗，也是排名的加分項。
行動裝置友善與 RWD（Mobile-First Indexing）
Google 現在採用「行動優先索引」，意思是它主要以你網站的手機版本來判斷排名。因此響應式網頁設計（RWD）幾乎是必備，要確保手機上字體、按鈕、版面都正常好用，通常都會在網站上傳後先使用手機觀看，或是使用F12去看網站狀態。
小提醒：過去 Google 曾力推 AMP，但它早已不再是必要條件，現代框架本身就夠快。個人部落格基本上可以直接略過，不必特地導入。
網站速度與 Core Web Vitals（PageSpeed Insights）
速度同時影響排名與體驗。可以用 Google 的 PageSpeed Insights（PSI） 測分數，核心指標是 Core Web Vitals 三項：LCP（主要內容載入速度）、INP（互動的反應速度）、CLS（版面跳動程度）。把 PSI 盡量做到 80 分以上是合理且實用的目標；但不必走火入魔硬追 100 分，投資報酬率會越來越低。
小提醒：想了解自己網站的速度，可以去https://pagespeed.web.dev/
程式碼壓縮（JS / CSS Minification）
把網頁的 JavaScript 與 CSS 程式碼裡多餘的空白、換行、註解去掉，讓檔案變小、載入更快。這通常由建置工具或 CDN 自動處理，是提升速度最基本的一步。
小提醒：盡量統一行外CSS style，行內元素少加
圖片壓縮與最佳化
圖片往往是拖慢網站速度的元兇。解決方法包含壓縮圖片大小、改用較新的格式（WebP／AVIF）、設定正確尺寸（約800*400、1000*500），並啟用延遲載入（lazy load），讓圖片在使用者滑到時才載入。
視情況才需要：多語系與 hreflang
如果你的網站提供多種語言版本，hreflang 標籤能告訴 Google「這個版本是給哪個語言／地區看的」，避免不同語言版本互相打架。
老實說：對單一繁體中文部落格來說，目前通常用不到，可以直接跳過。 等之後真的要經營雙語內容，再回頭處理也不遲。
小結：地基打好了，接下來呢？
走完這三關，Google 已經能順利找到、爬到、也收得了你的網站——地基穩了。
但「進得來」還不等於「看得懂」。下一集（下集），我們要處理內容網頁篇：用 TDK、標題階層、Schema、內部連結這些工具，讓 Google 和讀者都能清楚讀懂你的每一個頁面。