Hum to Search 哼唱找歌實測，一段旋律換一首隨機的熱門歌

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

看到「哼一段旋律就能找到歌」的介紹，很多人會想試試 humtosearch.app。結論先講：在 2026 年 8 月 20 日這天的實測裡，這個網站的辨識功能還停在示範模式。不管我把什麼音訊送進去，它都從一小池熱門歌裡隨機回一首，回應裡甚至自己附上一行說明，承認伺服器端還沒接上真實的辨識服務。頁面做得漂亮、回應速度也快，但你哼什麼跟它回什麼，沒有關係。

所以給兩種讀者各自的一句話建議。想把腦中旋律換成歌名的人，現在不要用它的答案，Google app 內建的哼唱搜尋仍然是那條正路，這點連站方自己的問答都承認。想觀察 AI 工具生態的人，這個站倒是個清楚的標本：打開之後真正在運轉的部分，是 Google 廣告、流量分析，以及通往三個姊妹 AI 音樂 App 的導流連結。

實測：旋律換兩批，回來的都是那幾首熱門歌

網站的使用介面確實乾淨。首頁一顆紫色大麥克風按鈕，按下之後授權麥克風，錄音滿 10 秒會自動停止，接著大約兩秒就會跳出結果，附上歌名、歌手、專輯、發行日和 Spotify 連結。流程順到你不會起疑。

Pin

問題出在結果本身。我用兩段自己合成的旋律測試，一段是上行的大調音階，一段是下行的音階，兩段都沒有任何人聲，也沒有任何一首歌的旋律。送進上行那段，它回我周杰倫的《晴天》：專輯《葉惠美》、發行日 2003 年 7 月 31 日、Spotify 連結、專輯封面，欄位一應俱全，封面圖還是從音樂服務的圖片主機抓來的。送進下行那段，回的也是《晴天》。接著把上行那段原封不動重送一次，這次回的是 Ed Sheeran 的《Shape of You》。

同樣的輸入，先後得到不同的「辨識結果」，這已經說明結果跟輸入無關。更直接的證據是，我把一個根本不是音訊的檔案丟進去，它照樣回我 The Weeknd 的《Blinding Lights》，一樣是「辨識成功」，一樣附上 Spotify 與 YouTube 連結。這說明伺服器連音檔都沒有解析，直接從一組預先寫好的熱門歌清單裡抽一首回給你。

四個回應裡都帶著同一行訊息，我把原文照錄：

Demo mode. To use real music recognition, set AUDD_API_KEY environment variable.

翻成白話：這是示範模式，要使用真實的音樂辨識，請設定 AUDD_API_KEY 環境變數。這行程式是寫給開發者看的維護訊息，卻原樣回給了每一位訪客。它同時透露兩件事：站方規劃中的真實辨識後端，是一個叫 AudD 的第三方付費辨識服務；而這把鑰匙在這天還沒插上。

回應速度本身沒問題，頁面與教學內容也做得完整，整體更像一個還沒做完、或還沒決定要不要付費接上辨識服務的產品。差別在於，訪客看不出來。

官網的自家 AI 說法，跟程式碼兜不攏

About 頁把技術來源講得很滿：自家開發的機器學習演算法，分析音高、節奏與旋律，而且系統持續從數百萬個音訊樣本中學習。同一頁還寫，所有處理盡可能在本機完成，不會永久儲存音訊，也不收集個人資訊。這幾句話內部就有張力：一邊說從數百萬個樣本持續學習，一邊說不儲存任何音訊，訓練資料從哪裡來，頁面上沒有任何交代。

前端程式碼說的是另一個故事。瀏覽器錄下的是 webm 格式音訊，錄完、按下搜尋之後，音訊會被上傳到站方伺服器的辨識端點，等結果傳回來。也就是說，你的聲音會離開瀏覽器，送到站方的伺服器，「盡可能在本機處理」這句話在這條主流程上並不成立。滿 10 秒自動停止、站方建議哼 5 到 10 秒的設計，也帶著在伺服器端控制處理成本的味道。

隱私權政策又提供了第三種說法：我們可能使用第三方的音樂辨識 API。把三份官方文件加上那行示範模式訊息擺在一起，比較能站得住腳的推測是，所謂辨識引擎本來就打算靠 AudD 這類現成的商業 API，About 頁的「自家演算法」屬於行銷層面的說法。這不是什麼罕見的操作，但讀者該知道：官網對技術來源的描述，跟可核對的事實之間有距離。

首頁還有一張對 Shazam 與 SoundHound 的逐項比較表，宣稱自己在背景噪音、辨識速度與準確度上都勝出，配上三位五星好評的使用者見證。這些內容沒有附任何測試方法或可查證的出處。在一個連真實辨識都還沒接上的網站上，這張表格的參考價值，你可以自己判斷。

站上的示範與搜尋，一個 404 一個停用

首頁有一個 Random Hum 按鈕，設計上是讓沒有麥克風的人也能按下去試聽示範哼唱。它指向三個示範音檔，實際打開全部是 404 錯誤頁。站上唯一一條不需要麥克風的體驗路徑，就這樣是壞的。

再往下一個區塊，標題寫著 Songs in AstraDB，底下是 20 首寫死在頁面裡的熱門歌，從 Linkin Park 到 Taylor Swift，旁邊那顆粉紅色搜尋按鈕則處於停用狀態。這個區塊看起來像資料庫查詢的展示，實際上是一張靜態清單。AstraDB 是一個真實存在的雲端資料庫服務，但你在這個頁面上能做的，只有看著那 20 個歌名。

Pin

這些細節單獨看都是小事，疊起來看就有一個共同的形狀：網站的外觀先做好了，功能的核心還沒跟上。站上的教學內容倒是寫得不差，Tips 頁教你哼副歌或主旋律、維持原曲速度、找安靜環境，這些建議跟主流哼唱辨識服務的建議一致，看得出作者做過功課。問題在於，這些建議此刻對應到的，是一個回隨機答案的示範模式，再標準的哼法也改變不了抽獎的結果。配上前面那行訊息，整個站的完成度就很好判斷了。

真正在運轉的生意：廣告與三個姊妹 App

如果辨識還是示範模式，這個站靠什麼維持？頁面上活得很好的零件給了答案。

全站掛著 Google Analytics 與 Google AdSense 廣告，這是標準的流量變現組合，另外還嵌了 Microsoft Clarity 這套工作階段錄影分析工具的載入器，而隱私權政策的第三方服務段落沒有提到它。首頁上還能看到幾個 AI 工具目錄站的收錄徽章，這是主動投稿目錄換連結的常見做法。更有意思的是辨識結果頁的下一步設計：找到歌之後，結果卡的行動區塊整個留給三個導向，分別前往 flow-music.app、magicmusic.app 與 musicgpt.art，全部帶著 music_referral 的轉介追蹤參數，文案順著你剛拿到的歌名往下接，說可以把這種感覺變成一首自己的原創曲。導覽列上另掛著一個標了 NEW 的 Seedance 2 連結，導向 seedance2ai.app。頁尾則互連著 mossai.org 與 AIToolly.com 兩個 AI 工具目錄站。

攤開看，這是一個小網路：用免費工具的名義承接搜尋流量，用廣告與轉介連結變現，再把使用者送往同一路人馬的其他 AI 工具。網站名稱本身也是流量設計的一部分，Hum to Search 正是 Google 那個哼唱搜尋功能的英文名稱，站內問答區還自問自答了兩條「Google 的哼唱搜尋還在嗎」這類問題，宣稱自己的服務與 Google 的技術並行。實際上，那行示範模式訊息指向的後端是 AudD，跟 Google 沒有關係。

這個結構也提醒了一件實用的事：免費網頁工具的信任判斷，看它靠什麼賺錢，比看它寫了什麼承諾有用。HeicToPDF 這類瀏覽器轉檔工具的檔案層宣稱與頁面層追蹤，同樣要分開看。

麥克風權限給了之後，聲音去哪裡

使用這個站需要授權麥克風，所以聲音的流向值得單獨看。如前所述，程式碼顯示音訊會上傳到站方伺服器。隱私權政策說音訊即時處理、不在伺服器儲存；About 頁則宣稱符合 GDPR 與 CCPA。政策裡對 cookie 的分類倒是寫得具體：必要、分析與偏好三類，並宣稱不跨網站追蹤使用者；資料保留期限也給了數字，匿名使用分析留兩年、技術資料留一年。這些細節寫得像一回事，但伺服器內部實際怎麼處理，外部無法查證，全都屬於站方單方面的說法。

政策的版本日期停在 2025 年 1 月 9 日。整個網站找不到公司名稱或營運地址，聯絡方式只有幾個 @humtosearch.app 信箱，聯絡頁承諾的回應時間倒是很齊全，從技術支援的 24 小時到商務合作的一週都有。服務條款寫了兩條值得留意的限制：未經許可不得將服務用於商業用途，以及不得上傳或處理未經授權的版權內容。後者對一個音樂辨識服務來說是個奇怪的條款，畢竟它的用途就是處理別人的音樂。

如果你已經按過麥克風授權，測完之後到瀏覽器的網站設定裡把權限收回來，是個順手的習慣。這類判斷不需要特別緊張，但把「聲音會送到一台匿名伺服器」當成預設前提，比相信政策頁的文字穩妥。

想哼歌找歌，現在的替代路線

真實需求還在，只是這個站暫時幫不上忙。

哼唱找歌這條路，Google app 內建的哼唱搜尋仍然是首選，站方自己的問答也承認 Google 一直保留著這個功能，並把自家服務定位成更獨立、更專注的選擇。在它接上真實辨識之前，這個定位反過來讀更接近事實。

找到歌之後想好好收藏，可以考慮把音樂庫放進自己家裡，之前介紹過的 QM-Music 自架音樂伺服器就是為中文曲庫的搜尋與管理做的。如果你被結果頁那個「把旋律變成自己的歌」的按鈕說動，想玩的其實是 AI 音樂生成，那直接看 Mubert 這類免版稅音樂產生器更實在，至少它生成音樂這件事是真的。

同樣的邏輯在 Audio Reverser 這類線上音訊工具上也用過，實際送一個已知內容的檔案進去，看它回什麼，往往比讀頁面上的承諾更快聽到真話。

三個常見問題

### Hum to Search 是 Google 的服務嗎？

不是。它用的是 Google 哼唱搜尋功能的英文名稱，站內問答也圍繞這個關鍵字設計，但網站與 Google 沒有所屬或合作關係，站方規劃中的辨識後端是第三方的 AudD 服務。

### 使用需要付費或註冊帳號嗎？

不需要。網站沒有帳號系統，也沒有付費方案。代價是頁面上的 Google 廣告與流量分析，以及麥克風音訊會上傳到站方伺服器。

### 我的聲音會被存下來嗎？

站方政策說不會，實際情況無法從外部查證。可以確定的是，音訊會離開你的瀏覽器。對隱私特別在意的話，測完收回麥克風權限就好。

判斷與後續

這篇文章的判斷有一個明確的時效邊界：它建立在 2026 年 8 月 20 日的實測上。哪天那行示範模式訊息消失、送進不同旋律能得到一致且正確的答案，這個站就值得重新評估，畢竟頁面骨架是真的做完了。在那之前，把它當成一個行銷先行的展示品，別把它回你的那首歌當真。到時候想驗證也很簡單，把同一份錄音送兩次，看它給不給同一個答案，答案會說話。