一支影片的生命週期，通常長這樣：花兩個月拍完，投放四週，數據漂亮，結案報告寫完，然後——安靜。
預算停掉的那一天，播放數就停在那裡了。你手上多了一個檔案，但它不再幫你帶來任何人。下一季要再有聲量，就得再開一次預算。
這件事很少有人在製作階段提。因為它不屬於「製作」，也不屬於「投放」，它掉在兩者中間。但決定影片會不會在投放結束後繼續被找到的那些選擇，幾乎全部發生在製作階段——等到要投放才想，已經來不及了。
這篇文章拆解那些選擇是什麼。
投放結束那天，影片發生了什麼事
付費投放與自然搜尋的差別，在於流量的來源不一樣。
投放期間，是你付錢把影片推到人面前。這條管道的特性是：開就有、關就沒有，而且沒有累積。你這一季買到的曝光，不會讓下一季變便宜。
自然搜尋剛好相反。它慢，但它會累積——前提是搜尋引擎找得到那支影片，而且知道它在講什麼。
問題就在這裡。多數品牌影片在製作完成後，只被放到兩個地方：社群平台的貼文，以及廣告投放後台。這兩個位置對付費投放來說完全夠用，但對自然搜尋來說，它們幾乎等於不存在。
我們拿自己的作品頁做了一次實測
講別人的網站不太公平，所以我們拿自己的開刀。
2026 年 8 月 6 日，我們用 OpenAI 官方公佈的 GPTBot 完整 User-Agent 抓取 N23 自己的頁面，把 <script> 與 <style> 剝掉之後，數了一下純文字爬蟲實際讀得到多少字：
| 頁面 | HTML 大小 | 爬蟲讀到的文字 | 抓到的影片元素 |
|---|---|---|---|
作品集 /work（28 支作品） |
88,870 bytes | 1,716 字元 | 0 |
| 首頁 | 46,579 bytes | 1,023 字元 | 0 |
| 一篇部落格文章 | 104,286 bytes | 5,420 字元 | 0 |
作品集頁展示了 28 支作品——遊戲廣告、品牌敘事、MV、AI 影像。但對一個只讀文字的爬蟲來說，那一頁是 1,716 個字元，內容主要是導覽列與分類標籤。同一個網站上，隨便一篇部落格文章的可讀文字量，是作品集頁的三倍。
這不是說作品集頁做錯了——它是給人看的，人看得很清楚。這裡要說的是另一件事：影片本身，對搜尋引擎與 AI 工具來說是不透明的。它們讀得到的，是影片旁邊的東西。
（誠實補充：這個測試量的是「純文字爬蟲讀到多少字」，我們沒有去查 Google 實際收錄了哪些頁面。這兩件事不能混為一談。）
Google 讓影片進搜尋結果的前提
Google 在影片相關的官方文件裡，把條件寫得相當直白。有三件事值得所有做影片的人知道：
第一，承載影片的那一頁要先被索引，而且要在搜尋表現得夠好。 官方原文是 "The indexed watch page must be performing well in Search before its video can be considered for indexing."——影片能不能進搜尋，先取決於它住的那一頁行不行。頁面本身沒人看，影片不會因為好看而被特別撈出來。
第二，影片本體的串流網址不能被擋。 文件明講不要用 robots.txt 或 noindex 擋掉實際的影片位元組。這件事聽起來理所當然，但在有些自架播放器或 CDN 設定裡，串流網址預設就是被擋的。
第三，縮圖必須讓 Googlebot 與 Googlebot Images 都抓得到，而且不能鎖在登入後面。縮圖不只是點擊率的問題，它是一個會被抓取的檔案。
至於結構化資料，Google 的說法是建議、不是強制——「To influence how your videos appear on Google, describe your video with structured data」，並且特別點名 thumbnailUrl、name、description 這三個欄位要提供有鑑別度的資訊。除了結構化資料，video sitemap 與 Open Graph 也都是支援的做法。
製作階段就決定的四件事
上面那些條件，看起來像是網站工程的事。但實際上，其中大部分在製作階段就被決定了——只是當下沒有人意識到自己在做這個決定。
一、影片要有自己的一頁，不能只活在社群
最常見的狀況是：影片做完，上傳到社群平台，貼文發出去，結束。
這樣做，那支影片在你自己的網域上不存在。它的所有能見度都寄託在別人的平台上，而平台的推薦邏輯你控制不了、也不會累積到你身上。
比較穩的做法是給每支重要的影片一個落地頁——你自己網域上的一個網址，影片嵌在上面，旁邊有標題、有說明、有這支影片在講什麼的文字。社群照發，但那是分發管道，不是唯一的家。
這件事之所以屬於製作階段，是因為它決定了你需不需要準備那些文字素材。等影片交片了才回頭想「這頁要寫什麼」，通常就變成把新聞稿貼上去交差。
二、縮圖是一個會被抓取的檔案
多數專案的縮圖是最後五分鐘決定的，判準只有一個：哪張好看。
好看當然重要。但依 Google 的文件，縮圖是一個必須讓 Googlebot 與 Googlebot Images 都抓得到的檔案——它有自己的網址、自己的存取權限。如果它躺在一個需要登入才看得到的位置，或被 robots.txt 擋掉，那條件就不成立。
製作端能做的很簡單：交片時把縮圖當成一個獨立交付物，而不是壓在剪輯專案裡的一格畫面。
三、影片旁邊要有可讀的文字
這是我們自己實測那一段的直接推論。爬蟲讀不到影片內容，它讀得到的是頁面上的文字。
所以落地頁上那幾百字不是裝飾。它是搜尋引擎與 AI 工具理解「這支影片在講什麼」的唯一依據。
⚠️ 這裡要講清楚一件事：Google 的影片文件裡完全沒有提到字幕或逐字稿，既沒列為條件也沒列為建議。所以我們不會告訴你「加字幕檔會幫助收錄」——那個說法我們找不到官方依據。字幕該做，理由是給觀看者的：靜音瀏覽、聽障可及性、以及在社群的完播率。至於它對搜尋的作用，沒有來源我們就不寫。
四、結構化資料要有東西可以填
結構化資料是建議、不是強制，但它需要素材：影片標題、描述、縮圖網址、時長、上傳日期。
Google 特別點名 thumbnailUrl、name、description 要有鑑別度——意思是「品牌形象影片」這種標題填進去，跟沒填差別不大。而且 metadata 必須與影片實際內容一致。
這些素材如果在專案結束時就整理好，貼上去是十分鐘的事；如果三個月後才要補，通常沒人記得那支影片的正確時長與上線日期了。
這一層做完之後，剩下的是另一半
上面四件事，都是製作端交付物的品質問題——落地頁需要的文字、獨立交付的縮圖、可填的 metadata。這些我們控制得了，也應該在報價與交付清單裡就講清楚。
但它們只解決「影片有沒有留下可被理解的痕跡」。真正決定那些痕跡會不會被搜尋引擎與 AI 工具找到、進而被引用的，是另一層的事：整個網站的可爬取狀態、內容架構、以及那些頁面在搜尋裡的實際表現——回到 Google 自己說的那句「承載影片的頁面要先在搜尋表現得夠好」。
那一層不是影片製作的守備範圍。我們姊妹品牌 AI SEO Hacker（與 N23 同一團隊經營）寫過一份三分鐘自己驗證 AI 爬蟲讀不讀得到你網站的做法，那是接在這篇後面最實際的下一步——先確認門是開的，再談內容做得好不好。
影片投放與自然流量常見問題 FAQ
Q：影片一定要放在自己的網站上嗎？只放 YouTube 不行嗎？
放 YouTube 完全可以，那是最大的影音搜尋管道之一。這裡講的是「不要只有社群貼文」——貼文會被時間軸沖掉，而且你拿不回任何累積。自己網域上的落地頁與 YouTube 並不衝突，多數專案兩邊都做。
Q：舊影片現在補做這些事還有用嗎？
有用，而且成本比想像低。落地頁、縮圖交付、metadata 這三件事都可以事後補。比較難補的是「當初沒人寫的說明文字」——那需要重新理解一次影片內容，通常是最花時間的一段。
Q：那字幕到底要不要做？
要做，但理由不是搜尋。Google 的影片官方文件裡沒有提到字幕或逐字稿，我們也不會拿沒有來源的說法當賣點。字幕的價值在觀看端：靜音環境、可及性、以及完播率。
Q：這些會增加製作費用嗎？
多數項目不會顯著增加，因為它們是「交付方式」而不是「額外工項」——縮圖本來就要出、metadata 本來就有。唯一會增加的是落地頁文字，如果要我們寫，那是一筆可以事先估的費用。詳細的費用結構可以參考我們的AI 影片製作費用拆解。
延伸閱讀
參考資料
- Google Search Central，〈Video SEO best practices〉：https://developers.google.com/search/docs/appearance/video（2026-08-06 讀取）
- N23 自有頁面之爬蟲可讀文字量實測，2026-08-06，以 OpenAI 官方 GPTBot User-Agent 抓取
