Whoops

通知列其實不是免費的廣告版位,而是一個只能遞出一張牌的 3 秒接點。很多站長網站剛上線,興沖沖裝了一條置頂橫幅,把活動公告、免運促銷、電子報訂閱、客服 LINE、新文章連結全塞進那條細細的橫幅裡,心想「反正位置免費,多塞一個多賺一個」。結果上線兩週,打開後台數據,那條橫幅的點擊率低得讓你懷疑它是不是根本沒顯示。

快速重點整理:WordPress 通知列(notification bar,有人叫 announcement bar 或 top bar)的本質,是用一行字搶到訪客落地後前 3 秒的注意力,把他導向你這一刻最希望他做的事。一條橫幅只放一個重點、一個行動呼籲、一個關閉按鈕。裝之前要先想清楚三件事:要推什麼、給誰看、放多久,先把這三個答案寫下來,再動手裝外掛。接下來會從策略、實作、手機、SEO、文案到進階玩法,把通知列一次講完。

剛起步的網站最常出現的狀況,就是站長把促銷、公告、訂閱全部塞進同一條橫幅,結果超過一個重點,訪客的大腦直接把它歸類成廣告噪音。這篇文章就是要幫你避開這個最常見的坑,把通知列從「裝飾品」升級成「真的會帶來點擊的轉換工具」。

通知列到底解決什麼問題:先想清楚再裝

通知列是一條貼在瀏覽器視窗頂端(少數情況放底部)的橫幅,它最大的特色是不隨頁面捲動消失。訪客不管滑到哪一段,那條訊息都還黏在畫面上。換句話說,它是你在網站上「唯一能保證被看見」的不動產。

它跟彈窗(popup)是兩種不同的工具。彈窗是攔截式,會覆蓋部分內容並要求訪客先做決定;通知列通常放在畫面邊緣,可設成固定、黏附或隨頁面捲動。兩者的轉換與干擾程度都要看版位、訊息與觸發方式,不能一概而論。

所以通知列真正解決的問題是這個:訪客落地之後、你還來不及用內容說服他之前的這 3 到 5 秒,你要用一句話把他導向哪裡。這 3 秒是整個行銷漏斗最脆弱的接點,訪客還沒對你建立任何信任、還沒讀到你任何價值,他的手指已經準備好要按上一頁。通知列就是你在這 3 秒裡唯一能遞出去的那張引導牌。如果你對「漏斗每個階段該放什麼訊息」還不熟,建議先讀過行銷漏斗拆解,再回來決定通知列要講什麼,思路會清楚很多。

回過頭,通知列應該被當成「注意力入口」來經營,它絕對不只是個裝飾品。它掛的位置決定了它一定是整個頁面第一個被看到的元素之一,這個位置太珍貴,浪費在「歡迎光臨本站」這種沒有行動指向的話上面,等於把店面最好的櫥窗拿來貼一張空白的海報。

一條橫幅一個重點:決定通知列內容的方法

這一節講的是通知列最關鍵、也最常被犯錯的事:內容取捨。在電商站的 SEO 與轉換優化實務上,通知列最常被誤用的地方,就是站長把它當成「什麼都能放的全家桶」。這個直覺很自然,位置那麼顯眼,多放一個訊息看起來就多賺一次曝光,但它剛好跟人的注意力運作方式背道而馳。

背後的道理很樸素。心理學有個叫做 Hick's law 的原則:面對的選項越多,做決定需要的時間越長,而當決定變得太難,大腦的預設動作不是「認真選一個」,而是「全部略過」。一條橫幅上塞了「全館九折」「免運到週五」「訂閱電子報拿折扣」「加入 LINE 客服」「最新文章」,看起來你給了訪客五個選擇,實際上你給了他一個太難的決定,於是他一個都不選,直接往下捲走人。

換句話說,就一句話:一條橫幅,一個重點,一個行動呼籲(CTA)。你要推全館九折,整條橫幅就只講這件事;你要衝電子報訂閱,整條橫幅就只講訂閱;你要公告春節休假,整條橫幅就只講休假。其他訊息,請排隊等下一檔,或交給頁面上的其他位置去講。這聽起來像是在「浪費」版面,其實是在保護那條橫幅的點擊率。

下面用一張表把「適合放通知列」跟「不適合放」的內容分清楚,你在寫文案之前可以先對照一下:

適合放通知列不適合放通知列
單一檔期限時優惠(有明確截止日)把三個檔期優惠全擠上去
一個明確的行動(領折扣、下載、報名)「歡迎光臨」「謝謝支持」這類沒有動作的話
重要營運公告(休假、系統維護、物流延遲)長篇大論的政策說明
一個誘因明確的名單收集(下載免費指南)同時放訂閱、加入 LINE、追蹤 IG 三個按鈕
一句話能講完的事需要兩三行才講得清楚的事

如果你發現自己想放上去的訊息超過一個,那通常代表你還沒決定「這一檔最重要的是什麼」,問題出在策略,不在通知列本身。這時建議你退一步,問自己:如果這條橫幅只能留一個訊息,留哪一個對這一週的營收或名單最有幫助?這個問題答出來,你的通知列文案就有了。要設計那個唯一的 CTA 按鈕,可以參考CTA 行動呼籲設計指南,裡面對按鈕顏色、文案、位置的取捨講得很細。

通知列、彈窗、固定側邊欄:三種注意力工具怎麼分工

很多站長裝了通知列之後,會忍不住再加一個彈窗、再加一個固定側邊欄,想把訪客每一寸注意力都榨乾。這直覺可以理解,但實務上三個同時開,訪客感受到的會是「這網站好吵」,一點都感受不到資訊豐富,結果三個工具的點擊率一起往下掉。它們搶的是同一個東西,也就是訪客的注意力,而注意力是零和的。

所以正確的做法是「分工」,三個全開只會互相搶戲。這三種工具各自的個性很不一樣,下面把它們擺在一張表裡讓你一眼看清楚:

工具注意力性格最適合的任務風險
通知列常駐、低調、不擋路全站單一訊息推播(優惠、公告)塞太多重點會變噪音
彈窗攔截、高調、強迫決定名單收集、離開意圖挽回干擾大、易推高跳出率
固定側邊欄小工具隨捲動常駐、邊緣存在長期 CTA 按鈕、聯絡資訊手機版空間有限,需另做版面處理

從這張表看得出來,它們的差別在於「哪個場合用哪個」,跟「誰比誰強」無關。實務上的配置是這樣:通知列負責「這一檔要推的事」,彈窗負責「名單收集」而且只在特定觸發條件下出現(例如滑到 50% 或準備離開時),固定側邊欄負責「長期不變的 CTA」(例如聯絡按鈕、預約表單)。如果你想深入了解彈窗怎麼設定才不會反效果,可以看Elementor 彈跳視窗教學;固定側邊欄的設定方式則可以參考固定側邊欄教學

一個簡單的判斷原則是避免同時放出多個互相競爭的 CTA。通知列、彈窗與側邊欄按鈕若一起出現,容易壓縮內容並增加選擇負擔。實際可容納多少元素,要依螢幕尺寸、視覺層級與測試結果決定,不必套用固定數量。

用 WPFront Notification Bar 做一條置頂橫幅

策略想清楚了,接下來是實作。WordPress 的通知列外掛選擇很多,但若要挑一個新手直接上手的免費首選,WPFront Notification Bar 是很穩的選擇。理由很實際:它完全免費、在 WordPress.org 外掛目錄的 WPFront Notification Bar 頁面上架、維護超過十年、功能聚焦不花俏。它做的事情就是「在畫面最上面放一條橫幅」,不會塞一堆你用不到的進階功能進來拖慢後台。你可以在 WordPress.org 官方外掛目錄搜尋比價各種同類工具。

安裝的步驟跟裝任何 WordPress 外掛一樣:後台左側「外掛 → 安裝外掛」,搜尋 WPFront Notification Bar,點安裝、啟用。如果你連「安裝外掛」這一步都還不熟,外掛安裝教學把三種安裝方法都示範過,五分鐘就能搞定。啟用之後,後台左側選單會多出一個「WPFront Notification Bar」的設定頁,所有控制都集中在這一頁。

設定頁上的欄位很多,但你真正需要動的只有幾個關鍵欄位:

  • 顯示開關(Enabled):打勾才會顯示,設定中途可以先關掉,調好再開。
  • 位置(Position):選 top(頂部),這是 99% 情況下的選擇;footer 位置除非你有特殊理由,否則別用,因為 footer 區訪客根本看不到。
  • 訊息文字(Message text):就是那一行字。記得前面講的,一個重點、一句話。
  • 按鈕文字與連結(Button text / URL):你的 CTA。按鈕文字用動詞開頭,例如「領取折扣」「立即報名」,不要用「了解更多」這種沒有指向性的詞。
  • 可關閉(Close button / Display after closing):給訪客一個關閉按鈕,並設定關閉後多久不要再出現(cookie 天數)。
  • 顯示位置規則(Display on pages):可以選擇全站顯示、只首頁、只文章頁、或排除特定頁面。這個功能在進階玩法那一節會用到。

設好之後存檔,重新整理前台就能看到那一條橫幅。如果你用的佈景主題本身就內建通知列功能(很多商業佈景都有),也可以直接用主題內建的,邏輯完全一樣,差別只在設定介面的位置。如果你已經在用 Elementor Pro,它的 Theme Builder 裡的 Header 樣板也能拉出一條置頂橫幅,而且視覺客製化自由度更高,這部分可以對照Elementor 頁首頁尾設計一起看,挑一個你順手的路線。

這裡要提醒一個新手很容易看漏的事:裝完通知列外掛之後,去清快取再開無痕視窗檢查一次。很多站長設定完看不到橫幅,以為外掛壞了,其實只是快取沒清。如果你對快取這件事不熟,快取外掛實測可以幫你搞清楚快取在搞什麼鬼。

免費通知列外掛怎麼選:三條路線的取捨

很多人裝到一半會問:到底要用獨立外掛、用佈景主題內建的功能,還是用頁面編輯器的 Header 樣板?這三條路線沒有絕對的好壞,只有適不適合你的技術背景跟客製化需求。下面用一張表把三條路線的取捨拆清楚:

路線上手難度視覺客製化最適合誰
獨立外掛(如 WPFront)中(改顏色、文字、按鈕)新手、不想碰程式碼的站長
佈景主題內建功能低至中中(看主題給多少控制項)已經用該主題、不想多裝外掛的人
Elementor Pro Header 樣板高(拖拉自由排版)對視覺有強烈要求、已在用 Elementor 的人

實務上的建議是這樣:如果你剛起步、只想快速上一條橫幅試水溫,從獨立外掛起手成本最低,五分鐘就能看到成果;如果你已經在某個功能強大的佈景主題上(例如 Astra、Divi 這類),先檢查主題本身有沒有內建通知列,有的話就不用多裝一個外掛;如果你對視覺非常要求、想要橫幅的每一個像素都自己控制,那就走 Elementor Pro 的 Header 樣板,WordPress 外掛推薦清單裡也有更多工具選擇可以對照。一個原則:能少裝一個外掛就少裝一個,每多一個外掛就多一份更新維護跟速度的負擔。

手機版是通知列最容易翻車的地方

桌面上一條 40px 高的橫幅,換到手機上可能占掉更明顯的可視範圍。根據 Statista 的統計(2026 年 4 月),全球網站流量來自行動裝置的比例長年維持在過半水準。Google 也已全面採用手機優先索引(mobile-first indexing),代表主要使用手機版內容進行檢索與建立索引,不是給手機版額外排名加分(見 2023 年 10 月的 Google Search Central Blog 上線公告)。手機版若被橫幅遮住重要內容,會直接傷害可讀性與操作。

所以通知列在手機上有三個地方特別容易翻車,以下用最常見的狀況逐一提醒你:

第一個,橫幅太高,吃掉第一屏。手機的可視高度本來就擠,如果你的通知列寫了兩行字、又塞了一個大按鈕,疊起來可能 80 到 100px,再加上手機瀏覽器的網址列,訪客落地時第一屏幾乎被橫幅和瀏覽器介面佔滿,真正能看到的內容所剩無幾。建議把手機版的通知列高度壓在 40 到 48px 之間,文案強制一行,按鈕用圖示或極短文字。WPFront 這類外掛通常有 Responsive 選項或可以針對手機版調整,沒有的話就用 CSS media query 處理。關於 RWD 的基本功,響應式網頁設計講得很完整。

第二個,橫幅 + 固定頁首疊在一起。很多佈景主題的手機版頁首本身就是固定(sticky)的,這時你又加一條固定通知列,兩者一起黏在頂端,等於一開螢幕頂部就被吃掉兩條。如果再加上返回頂部按鈕,畫面會變得非常擁擠。實務做法是兩者擇一,或者讓通知列在手機版改成不固定、只在頁面最上方出現一次,捲下去就消失。

第三個,橫幅的 CTA 按鈕掉到第二行。桌面上一行排得下的「全館九折|領取折扣」,到手機上因為寬度不夠被折成兩行,按鈕跑到第二行甚至被截斷,訪客根本點不到。解法是手機版改用更短的文案,或者把訊息和按鈕改成垂直排列並限縮高度。實務上建議手機版的通知列只留一句話加一個小按鈕,能點就好,不要追求桌面那種資訊完整的呈現。

還有一個很容易被輕忽的檢查動作:用真的手機看,不要只靠瀏覽器的開發者工具模擬器。瀏覽器的 RWD 預覽模式看不出 iOS Safari 底部工具列會不會吃掉你的按鈕、也感受不到實際觸控時手指會不會誤觸。實務上的習慣是把測試連結傳到手機上,用 Safari 跟 Chrome 各開一次,實際用拇指滑一遍、點一遍,這樣跑出來的問題才接近真實訪客會遇到的。

通知列會不會傷 SEO?Core Web Vitals 與可關閉性的取捨

通知列本身不是 SEO 問題,但載入後才出現並把內容往下推,可能惡化 Core Web Vitals,尤其是 CLS(Cumulative Layout Shift,累計版面位移)。

問題發生的機制是這樣:網頁先畫出內容,通知列的 JavaScript 跑完後才插入頂端,整個頁面因而往下移。這種非預期位移就是 CLS 衡量的體驗之一。依 Google Search Central 的 Core Web Vitals 官方文件,Google 會在排名系統中使用 Core Web Vitals,但它只是眾多訊號之一,良好分數不保證排名,分數不佳也不是單獨的「扣分」機制。2020 年 11 月的 頁面體驗訊號生效時間說明可作歷史背景,但不應取代現行文件。優化通知列的首要理由仍是讓頁面穩定、容易操作。

更根本的理由是速度。Google 自己的 web.dev 文件講得很直白:網頁速度直接影響使用者滿意度與轉換,載入越慢、訪客越早離開。一個寫得糟糕的通知列外掛,載入一大包 JS、打一堆第三方追蹤、每個頁面都重新注入 DOM,會拖慢 INP(Interaction to Next Paint,下次繪製前的互動延遲),訪客點了按鈕卻要等一下才有反應,這對轉換跟體驗都是扣分。想完整搞懂這三個指標在顧什麼,這篇 Core Web Vitals 攻略這篇網站速度的實戰拆解可以一起看。

那怎麼做才不會踩雷?有兩個關鍵動作:

  1. 用 CSS 在第一天就預留通知列的空間。在頁面最上方先用 CSS 保留一個固定高度的容器(例如 padding-top: 44px 或一個固定高度的 placeholder div),然後通知列填進這個已經存在的位置。這樣通知列不管什麼時候載入,畫面都不會跳。
  2. 讓通知列用 fixed 或 sticky 定位,不佔文件流。通知列浮在畫面上層、不參與內容的排列,內容本身的位置從頭到尾不動,自然不會產生位移。代價是通知列會蓋住內容最頂端一小條,這時第一點的預留空間就派上用場了。

還有一點常被忽略:通知列的可關閉性(dismiss)不只是體貼訪客,也跟體驗分數有關。給訪客一個關閉按鈕、並用 cookie 記住他關過了(例如 7 天內不再出現),等於讓被干擾的訪客有退路,這對停留時間與跳出率都是正面的。如果你對跳出率這個指標還不熟,可以順著這篇跳出率解析把觀念補起來。

無障礙:通知列的另一個隱形得分點

順著可關閉性這個話題,這裡多講一個很少被提起、但越來越重要的角度:通知列的無障礙性(accessibility,簡稱 a11y)。這件事的好處是雙重的:對使用螢幕閱讀器的視障訪客友善,同時也會回饋到你的整體頁面體驗分數。

實務上有三個動作值得做。第一,關閉按鈕要是鍵盤可以 focus 到的,也就是用 Tab 鍵能走到、按 Enter 能觸發,不能只用一個沒有語意的 div 假裝按鈕。第二,橫幅的顏色對比要夠,深色底配深色字、或淺色底配淺色字,視力正常的訪客都看不清了,更何況是弱視訪客;WCAG 建議一般文字的對比至少要有 4.5:1,這個數字你用任何線上對比檢測工具都能驗。第三,關閉按鈕要有清楚的語意標籤,例如用 aria-label="關閉通知列",讓螢幕閱讀器讀得出來這個按鈕是做什麼的,別讓它只讀出一個沒意義的「X」。

這些動作能讓通知列更容易被不同使用者操作。Google 明確表示,除了 Core Web Vitals 之外,頁面體驗的其他面向不一定直接用於排名;無障礙仍是使用者體驗與合規上應該處理的工作,不需要硬套成 SEO 訊號。

讓通知列真正被點擊:文案、CTA、A/B 測試的實戰節奏

通知列裝好了、手機也檢查過了、CLS 也壓下來了,接下來的問題是:怎麼讓訪客真的去點那一顆按鈕?這一節講的是文案與測試的節奏。先說文案,再說測試。

通知列的文案,可以套用一個簡單的公式:利益 + 時間敏感度 + 一個動作。「全館九折,只到週日|領取折扣碼」就是這個公式,「全館九折」是利益、「只到週日」是時間敏感度、「領取折扣碼」是動作。三個元素湊齊,訪客大腦裡會自動跑出「現在不拿就來不及」的判斷,點擊的機率就拉高。少了時間敏感度,折扣再殺也只是「以後再說」;少了明確動作,訪客不知道點了會發生什麼,就不會點。文案寫作的基本功,這篇文案寫作全攻略從發想到完稿都講過,值得對照著練。

CTA 按鈕的文字,原則是動詞開頭、越短越好、指向具體結果。「領取折扣」優於「前往」「了解更多」「了解詳情」這種萬用詞,「了解更多」可以放在任何一個按鈕上,代表它對這個按鈕沒有任何說明力。按鈕顏色要跟橫幅底色有足夠對比,這點不必多說,但很多站長會為了美感用低對比配色,結果按鈕看起來像裝飾,完全失去可以點的暗示。點擊率這件事的本質、它怎麼算、怎麼判讀,這篇 CTR 優化實戰這篇 CTR 基礎解析寫得很清楚,背後的邏輯跟通知列的點擊完全是同一套。

至於 A/B 測試,有幾件常被略過的事值得講。第一,一次只測一個變數。你同時改文案、改顏色、改按鈕位置,就算點擊率上升,你也根本不知道是哪個改動造成的,下一步就沒有依據。第二,測試要跑夠久。建議至少跑一個完整的流量週期、通常是 7 天起跳,讓平日、週末、不同時段的流量都進來,數字才有參考價值。流量太小的網站,跑一個月可能樣本數還是不夠,這時與其硬測,實務上會先用直覺選一個版本上線。第三,不要迷信別人的數字。某個顏色在別的網站贏,不代表在你的網站會贏,你的受眾、你的產業、你的視覺風格都不一樣,抄來的結論常常不適用。這篇文章裡不會給你「紅色比藍色點擊率高多少」這種數字,因為那通常都是某個特定情境下的結果,搬到你站上毫無意義。

通知列應提供清楚、可用鍵盤操作的關閉按鈕,讓不需要訊息的訪客收起橫幅。這有助於控制干擾與無障礙操作,但是否提升點擊率沒有通用答案,應以自己的測試結果判斷。

通知列算成功嗎?看三個指標,但別只盯著點擊率

很多站長評估通知列好不好,只看那一顆按鈕被點了幾次。這個數字當然重要,但它單獨看會誤導你。實務上會把通知列的成效放在三個指標的三角關係裡一起判讀,缺一不可。

第一個是點擊率,也就是看到橫幅的人裡,有多少比例點了 CTA。第二個是到站後互動與目標完成,用來判斷橫幅是否造成干擾;跳出率或停留時間的變化只能當線索,不能直接當成 SEO 扣分。第三個是Core Web Vitals 的 CLS 與 INP,Search Console 的 Core Web Vitals 報表可看群組化的實際使用者資料,必要時再搭配個別頁面的效能工具。

這三個指標要一起看的原因是:它們會互相拉扯。一個超級搶眼、一直閃、全螢幕色彩飽和的橫幅,點擊率可能短期衝高,但跳出率跟 CLS 會一起惡化;一個極簡到幾乎看不到的橫幅,跳出率跟 CLS 漂亮,但點擊率可能接近零。你要找的是那個中間點,點擊率有起色、跳出率沒有被推高、CLS 維持在綠燈。這個平衡點每個網站都不一樣,所以才會說,與其抄別人的數字,不如認真看自己後台那三條線的相對變化。關於點擊率這個指標到底在反映什麼,前面提過的 CTR 基礎解析有更根本的拆解。

進階玩法:排程、倒數、免運進度條、會員專屬訊息

基本款的通知列會動之後,你可以開始玩一些進階的花樣。這些功能不是每個網站都需要,但用對場合,它們能把通知列從「被動顯示」升級成「主動出擊」。這裡挑四個最實用的來講。

第一個是排程。WPFront 這類外掛可以設定通知列的「上檔時間」與「下檔時間」,也就是你可以在活動開始的那一刻自動顯示橫幅、在活動結束的那一刻自動隱藏。這聽起來沒什麼,但對常跑檔期的電商來說非常實用,你不用再半夜爬起來手動關橫幅,也不用擔心活動都結束三天了橫幅還掛在上面,被眼尖的客人截圖問「不是說到昨天嗎」。排程讓通知列變成可以預排的營運工具,不再只是手動看管的跑馬燈。

第二個是倒數計時。在橫幅上顯示距離優惠結束的時間,可以清楚交代活動期限,但不要用會對每位訪客自動重置的假倒數。倒數應綁定真實的活動結束時間,到期後就停止優惠或更換訊息,避免破壞信任。如果你在跑 WooCommerce 促銷,這篇 WooCommerce 進階促銷玩法整理了可與通知列搭配的折扣方式。

第三個是免運進度條,這是實務上最推薦電商站用的進階玩法。橫幅上顯示「再 200 元享免運」,隨著訪客把商品加進購物車,數字即時往下扣,加到滿了就變成「恭喜達到免運門檻」。這比單純寫「滿千免運」有效太多,因為它給了訪客一個具體的、做得到的小目標,心理學上這叫「目標梯度效應」,越接近目標,人越願意努力。對 WooCommerce 店家來說,這個功能通常要靠較進階的通知列或購物車外掛來做,但投資報酬率通常很划算。如果你的店還沒架起來,可以從這篇 WooCommerce 開店全攻略先把地基打好。

第四個是會員專屬訊息。通知列可以根據訪客的登入狀態顯示不同內容,未登入的訪客看到「註冊會員領 100 元折扣」,已登入的會員看到「你的專屬優惠碼:VIP2026」,這對名單收集跟會員回購都很有效。會員系統的搭建,可以對照這篇會員登入註冊客製化教學。更進一步,你也可以根據訪客從哪裡進站(例如從某個廣告、某個聯盟連結)顯示對應的歡迎訊息,這在這篇 Landing Page 轉換優化裡講的個人化邏輯是同一套。

講了這麼多進階玩法,要補一個反向的提醒:知道什麼時候把通知列關掉,跟知道怎麼用它一樣重要。通知列是短期槓桿,不是長期資產,它最有價值的時候,是你有一個明確、有期限、單一的訊息要推。如果連續好幾個月你的橫幅都在講同一件事、點擊率早就掉到谷底,那條橫幅對訪客來說已經變成背景噪音,留著只會佔畫面、拖體驗,不如果斷關掉,讓下一次它出現時重新帶有新鮮感。實務上的節奏是:沒有檔期、沒有明確要推的事,就把通知列關掉,讓畫面乾淨,把注意力還給內容本身。內容跟 SEO 才是會滾雪球的長期資產,通知列只是在關鍵時刻幫你推一把的短期工具,這個輕重要分清楚。

三步上線檢查表

把前面的內容收斂成一個可執行的三步方案。每一條通知列上線前都可走一遍,避免常見的內容、版面與量測問題。

  1. 先決定「推什麼、給誰看、放多久」。動手裝外掛之前,先用一句話寫下這條橫幅的任務:要推哪一個優惠、給哪一群訪客看、上檔到什麼時候下架。寫不出這三個答案,就先別裝,你還沒想清楚,裝了也只是多一條噪音。
  2. 裝外掛、寫文案、預留 CSS 空間、手機檢查。用 WPFront Notification Bar 起手,文案照「利益+時間敏感度+動作」的公式寫,CTA 用動詞開頭的短按鈕,然後一定要做兩件技術功課,用 CSS 預留通知列的空間避免版面跳動,再開無痕視窗用手機實際滑一遍,確認橫幅高度、按鈕位置、跟固定頁首有沒有打架。
  3. 累積足夠流量後看數據,再決定要不要測。觀察期要依網站流量與活動週期決定。回頭看點擊率、目標完成與 CLS;點擊率太低可先檢查文案與按鈕,互動異常可能代表橫幅干擾,CLS 惡化則回頭修正空間預留。沒有足夠樣本前,不要反覆改動。

通知列是一個小東西,但它剛好站在「注意力入口」這個關鍵位置上,做對了,它能用一行字幫你把訪客導向最該去的地方;做錯了,它會變成訪客眼裡的廣告噪音,順便拖累你的行動裝置體驗跟 SEO 分數。差別不在於你用了哪個外掛,而在於你有沒有先把「要推什麼」這件事想清楚。想清楚了,再陽春的外掛都能帶來點擊;沒想清楚,再貴的方案也救不回來。

現在就打開你的網站,用一個第一次來訪的讀者的眼光,重新看一眼那一條橫幅,它到底在要訪客做什麼?如果答案不是一句話就能講出來,那就是你下一步該修的地方。如果你想進一步把通知列帶來的點擊,轉成實實在在的詢問與訂單,這篇提升網站詢問數的指南會給你從點擊到成交的完整下一步。

常見問題

WordPress 通知列是什麼?跟彈窗有什麼差?
通知列是頁面頂部的置頂滿版橫幅,全站可見且不打斷閱讀;彈窗會遮蔽內容、強迫訪客互動,干擾較大,兩者的轉換表現要視版位與觸發方式而定。有明確期限的單一訊息或營運公告適合用通知列,名單收集與離開意圖挽回則適合用彈窗。
WordPress 通知列怎麼做?要寫程式嗎?
不用寫程式。安裝 WPFront Notification Bar 免費外掛後,在後台填好訊息、設定 CTA 按鈕、勾選 Enable 啟用開關、存檔後到前台重新整理就會出現,約十分鐘可以完成。
WordPress 通知列為什麼設了卻沒出現?
依序檢查三件事:設定頁最上方的 Enable 開關有沒有勾、顯示條件(Display on pages)範圍是否設太嚴、網站快取有沒有清除。這三項排查完,九成的「設了沒出現」都能解決。
WordPress 通知列會影響 SEO 或網站速度嗎?
通知列是前端 HTML 文字,不影響搜尋引擎收錄,但過大的通知列會把首屏內容往下推,影響 Core Web Vitals 的 CLS 與 INP 指標,樣式需適度控制。

操作步驟

  1. 安裝外掛:後台「外掛 > 安裝外掛」搜尋「WPFront Notification Bar」,點立即安裝並啟用。
  2. 進入設定頁:啟用後,左側「設定」選單底下會出現「WPFront Notification Bar」項目,點進去即主設定頁。
  3. 填訊息與按鈕:在 Message 欄位填訊息(可用基本 HTML),Button 區設 CTA 按鈕文字與連結網址。
  4. 設顯示條件:在 Display Options 設定頁面範圍、使用者角色、自動收合與關閉記憶。
  5. 勾選啟用:確認設定頁最上方的 Enable 開關已勾選,這是最常見的「設了卻沒出現」原因。
  6. 存檔並重新整理:點 Save 儲存,到前台重新整理就會看到通知列出現在頁面頂部。

主題聚落|WordPress 外掛生態系 看「WordPress 與網站架設」中樞 →

相關文章

褚崇名(Sliven) 創辦人・巫普斯科技有限公司

長期投入技術 SEO、GEO/AEO 與 AI 搜尋實務。本站文章以可驗證資料、公開來源與實作觀察整理而成。

完整作者介紹LinkedInGitHubX

想把這篇的方法用在自己的站上?

SEO 健檢、GEO/AEO 引用優化、網頁設計諮詢——把文章裡的方法落地到你的網站。