Telegram頻道分享無預覽圖？教你解決Cloudflare、301跳轉與og:image問題

誰能想到，同樣一個鏈接，丟進Telegram頻道裡就變成光禿禿的文字，像一碗沒加調味料的清湯面，而放到谷歌瀏覽器裡卻能秒開圖？ 🤯 這差距簡直離譜！

Telegram的預覽圖≠瀏覽器看到的圖片

先搞清楚一點：你在Telegram頻道裡看到的預覽圖，不是“網頁上的圖片”，而是Telegram機器人偷偷跑去爬網頁的 Open Graph（OG）標籤。

如果你的網頁裡寫了：

<meta property="og:image" content="https ://example .com/xxx.jpg">

Telegram就會乖乖顯示這張圖。

但是－－如果網頁壓根沒有og:image，或是圖片有防盜鏈攔截，那機器人就一臉懵逼，最後只給你丟個光禿禿的連結。

Chrome是人走進去，Telegram是機器人隔著柵欄看

Chrome相當於你親自去逛商店，商家當然會給你遞茶端水，把圖奉上。

Telegram機器人更像是隔著窗戶偷看，有時候被玻璃反射擋住了，啥都看不見。 🙈

這就是為什麼一個能顯示，一個卻抓瞎。

常見的幾個大坑點

1. 防盜鏈（Hotlink Protection）

有的網站開啟了防盜鏈策略：只要Referer不是自己域名，就統統403！

Chrome訪問沒問題，因為你是直接打開。

Telegram的Referer來自t.me，結果直接被攔。

2. 跳轉邏輯有坑

很多人用CDN或子域名，結果連結會301跳轉。 瀏覽器聰明，會自動補全為HTTPS。

Telegram機器人傻傻地去請求HTTP → 被安全策略攔住→ 圖沒了。

3. Cloudflare規則攔截

用Cloudflare的網站經常中招。 就算沒開Hotlink，Cloudflare的 WAF、Bot Fight Mode甚至Rate Limiting，都會把TelegramBot誤判成「壞爬蟲」。 於是預覽圖全軍覆沒。

4. 沒寫OG標籤

有些站主壓根懶得加Open Graph。 結果？ Telegram根本不知道哪張圖是封面。

就像一本書沒有封面，擺上書架就沒人看得懂。

自己動手的萬能檢測法

想知道你的連結在Telegram會不會帶圖？來，三步走！

第一步：檢查OG標籤

開啟網頁原始碼，搜 <meta property="og:image"。

有嗎？ 沒有的話，或者嘗試加一行。

第二步：模擬Telegram請求

用命令列測試：

curl -I -A "TelegramBot (like TwitterBot)" https://www.chenweiliang.com/

看看回傳的狀態碼。 200 = 安全過關✅ 403 = 被攔截❌ 301/302 = 跳轉問題🤔

第三步：私聊發自己

最直接的方法，把連結發到「已儲存的訊息」裡。 能顯示縮圖，大機率頻道裡也沒問題。

解決問題的幾條路

1. 在網頁頭部加上OG標籤

<meta property="og:image" content="https ://media .example.com/cover.jpg">

2. Cloudflare調整

• 關掉Hotlink Protection。
• 在防火牆規則裡放行 TelegramBot。
• 開啟“Always Use HTTPS”，避免301跳HTTP的尷尬。

3. 圖片尺寸要合規

Telegram預覽圖最低要求：

• 寬≥300px，高≥200px
• 格式用JPG/PNG，別整WebP。

為什麼瀏覽器能行，Telegram不行？

一句話總結： Chrome會自動「腦補」並修復一堆小錯誤，而Telegram機器人一點都不靈光，它只按最死板的邏輯來。

所以，瀏覽器能看到圖，不代表Telegram就能看到。

結語

在我看來，預覽圖早已不是小修小補的細節，而是內容傳播的第一道門面。 OG標籤，就是社群媒體上的「門面擔當」。 如果這個環節掉鍊子，流量入口就直接減半。

當我們討論Telegram和Chrome差異時，本質上探討的是 機器和人類感知資訊的方式差異。

Chrome是擬人化的智慧導遊，而Telegram機器人更像冷冰冰的執法員，嚴格遵守HTTP協議，不多幫你一分。

所以，預覽圖問題不是小Bug，而是你網站內容生態的靈魂拷問。 誰能確保一切環境下都展現完美，那才是真正的內容強者。

👉 所以，下次發鏈接前，動手檢查一遍，省得在群裡發出一條光禿禿的孤單鏈接，看著比表情包還冷清。