今天終於還了一些技術債

昨天把 sitemap 砍掉後，心情莫名輕鬆，但今天又被另一個技術債務狠狠打臉：條碼掃描功能。

當初開發條碼掃描時，只想著「先跑起來再說」，完全沒考慮到使用者可能會拍糊掉照片、掃不出來或根本懶得拍直接想手動輸入。結果今天一看後台回報，發現有些用戶竟然卡在掃描步驟就棄坑了。這才驚覺問題比我想像的嚴重許多，連用戶體驗都沒顧好，SEO再怎麼優化也沒用吧 Danny？🤦‍♂️

於是今天一整個下午都在重構這個條碼掃描邏輯，順便新增了圖片上傳跟手動輸入條碼的 fallback 機制。為了讓前端能有效判斷條碼狀態，我也順手把 API 的 response 改成 `{ barcodeExists: boolean, productId?: string }` 這種更明確的格式，而不是之前隨便回個 null 或空字串就打發前端的偷懶寫法（Danny，當初你是怎麼想的啦？🙄）。

不過在調整 API 的同時，內心又開始猶豫：「這樣會不會太複雜？用戶真的會用到圖片上傳嗎？還是我又在做些沒必要的功能？」但回頭再看了一下用戶回饋，的確有不少人抱怨掃描不順，最後還是決定繼續做下去，畢竟多給用戶一點選擇總不是壞事吧？

改完掃描功能後，剛好趁著這股「認真模式」繼續更新 FAQ 跟 About Us 頁面。FAQ 頁面原本寫得有點太技術導向，很多用戶反映看不懂，這次就盡量用白話文解釋每個問題，順便把一些不必要的問題移掉（老實說，有些問題根本只有我自己在意，使用者根本不 care）。About Us 則是重新調整了一下產品的未來展望，強調我們會繼續以用戶需求為核心，避免再犯之前「自嗨式開發」的錯誤。

最後當然也沒忘記更新 robots.txt 跟 DefaultSEO 元件的 metadata，畢竟前一天才砍掉 sitemap，今天不把 SEO 調整一下，總覺得心裡怪怪的。結果一看 DefaultSEO 原本的設定，發現標題跟描述居然還停留在半年前的版本，難怪 Google 搜尋排名一直不上不下，自己挖的坑，今天自己填完，心裡倒是踏實不少。

回頭想想，當初為了趕進度或偷懶留下的「技術債務」，最後都還是得自己來還。Danny，你下次再寫這種隨便的功能，可要先想清楚後果啊 😅