This article is not yet available in English. You are reading the Traditional Chinese original. The English edition will appear here once it is translated.
Browse articles that do have an English edition港股調研資訊源地圖:披露易、年報與第三方數據
研究一家港股公司,第一個問題不是「它好不好」,而是「關於它的資訊,從哪裡來、哪些可信」。資訊源選錯,後面所有分析都建立在沙上:用新聞轉述代替原始公告,可能錯過關鍵限定語;用第三方數據庫的加工數字不做回查,可能繼承別人的錯誤。這篇給出一張港股調研的資訊源地圖:五個層級的來源各自能查到什麼、多久更新、可信度如何、免費還是付費,最後用一張「問題到來源」的對照表把地圖變成可執行的流程。
先說明一個刻意的取捨:本文只寫「哪裡可以找到什麼類型的資訊」,不寫具體的操作路徑、欄位名稱或介面細節。 原因是網站介面會改版,寫死的操作步驟很快就會過時甚至誤導;而且本文不替任何平台的具體功能背書。
資訊源的五個層級:一個可信度框架
我們按「出錯時誰要負責」把資訊源分成五層。層級越高,內容背後的法律與聲譽約束越強;層級越低,速度越快但雜訊越多。這個分層是本文使用的教學框架,不是任何官方標準:
| 層級 | 類型 | 代表來源 | 出錯的約束 | 取得成本 |
|---|---|---|---|---|
| 第一層 | 法定披露 | 披露易(HKEXnews) | 披露內容負有法定責任,虛假或誤導性披露有法律後果 | 免費 |
| 第二層 | 公司產製資訊 | 公司官網投資者關係頁 | 公司對自己發布的內容負責,但呈現角度是管理層的 | 免費 |
| 第三層 | 第三方資料庫 | Webb-site、商業財經資料庫 | 整理者對自己的加工負責,但錯誤仍可能存在 | 部分免費、部分付費 |
| 第四層 | 行情與財務數據源 | 報價軟件、財經數據 API | 數據經過加工與標準化,口徑可能與原始披露不同 | 免費到付費都有 |
| 第五層 | 新聞、研報與社交媒體 | 財經媒體、券商研報、論壇 | 約束最弱:轉述可能失真,研報有立場,社交媒體基本無責任 | 多數免費 |
使用原則只有一條:下層來源只能用來「發現問題」,確認問題必須回到上層來源。 新聞讓你注意到一家公司,公告與年報才能告訴你發生了什麼事。
第一層:法定披露——披露易(HKEXnews)
披露易是香港交易所的法定披露平台,港股上市公司依法需要公開的文件都集中在這裡。它是港股調研的原點:任何重要結論,最終都應該能追溯到這裡的某一份文件。
| 維度 | 說明 |
|---|---|
| 能查到什麼 | 年報、中期報告、業績公告、一般公告、通函、披露權益(DI)申報、上市相關文件(如招股文件)等法定披露文件 |
| 更新頻率 | 每個交易日都有新檔案上傳;業績類文件集中在財政年度結束後與中期結束後的披露窗口 |
| 可信度 | 最高層級——披露內容負有法定責任 |
| 費用 | 免費 |
各類文件的用途,簡單說明:
| 文件類型 | 你從中得到什麼 |
|---|---|
| 年報 | 經審計的三大報表與附註、董事會報告、公司治理資訊——最完整的一年一度快照 |
| 中期報告/業績公告 | 未經全年審計的中期財務數據與經營更新,時效比年報快 |
| 公告 | 重大事項的即時披露:配售、併購、訴訟、核數師變動、盈利警告等 |
| 通函 | 需要股東批準的事項(例如重大交易)的詳細說明文件 |
| 披露權益(DI) | 董事與主要股東的持股權益申報——研究股權結構變動的第一手來源 |
兩點注意。第一,法定披露的「可信」指內容有法律責任約束,不代表你不會讀錯它——年報動輒幾百頁,怎麼讀、讀哪裡,見 一家公司的 30 分鐘快速盡調流程 與 300 頁年報轉結構化 JSON:三表與分部數據。第二,披露易的批量檢索與歷史文件下載對自動化不太友善,本站實測過一條繞行路徑:David Webb 的資料庫直接彙整了各公司的歷史年報連結,見 Webb-Site:港股研究必備的隱藏寶藏 — 一鍵獲取全部上市公司年報 PDF 的神器。
第二層與第三層:公司官網、Webb-site 與商業資料庫
公司官網的投資者關係頁是第二層:財務報告的 PDF、業績簡報、股權行動(派息、拆股等)的說明通常都在這裡。它與披露易的內容高度重疊,價值在於「公司選擇怎麼呈現自己」——簡報裡的圖表與重點排序,本身就是管理層視角的證據。使用時記住:這是有立場的一手來源,事實部分可與披露易互相印證,觀點部分(例如對行業前景的描述)要單獨標記。
第三方資料庫是第三層,港股場景下最值得單獨點名的是 Webb-site:獨立研究者 David Webb 建立的資料庫,長期專注港股公司治理與股權結構研究,彙整上市公司的歷史財務文件與持股相關數據。它的價值在於把散落各處的披露檔案整理成可瀏覽的歷史序列,特別適合追溯一家公司上市以來的文件脈絡。使用細節本站有專文實測:Webb-Site:港股研究必備的隱藏寶藏 — 一鍵獲取全部上市公司年報 PDF 的神器。
商業財經資料庫(各類金融數據終端)同樣屬於第三層:它們把多家公司、多年的數據標準化成可比格式,效率無可取代,但要注意兩件事——口徑是資料庫自己定義的(同一個「毛利率」不同供應商算法可能不同),以及加工環節可能引入錯誤。付費程度視供應商與授權範圍而定。
| 維度 | 公司官網 IR | Webb-site | 商業資料庫 |
|---|---|---|---|
| 能查到什麼 | 財報 PDF、業績簡報、公司行動說明 | 歷史財務文件彙整、股權與治理研究 | 標準化的多年多公司財務與行情數據 |
| 更新頻率 | 隨披露節奏 | 隨維護者更新 | 通常貼近披露節奏 |
| 可信度 | 高(公司產製),但有呈現立場 | 中高(獨立整理,仍屬二手彙整) | 中高(標準化口徑需確認) |
| 費用 | 免費 | 部分免費、部分內容需訂閱,以網站現況為準 | 以付費為主 |
第四層:行情與財務數據源
報價軟件與財經數據 API 提供股價、成交、以及加工後的財務指標。它們的本質是「對第一至第三層數據的再加工」:方便、快速、適合篩選與監控,但任何要寫進報告的數字,都應該回到原始披露文件確認。數據 API 的選型與實測,本站另有專文:金融數據 API 調研:為 Agent 框架注入市場數據能力。
這一層在自動化工作流裡的角色,通常是「觸發器」而不是「證據」:用行情異動或數據變化觸發研究動作,然後回到披露易與年報找原因。把觸發器當證據,是很多「AI 炒股」故事翻車的起點。
第五層:新聞、研報與社交媒體
| 來源 | 價值 | 主要風險 |
|---|---|---|
| 財經新聞 | 速度快,提供線索與市場反應 | 轉述失真:標題與原文公告的意思可能有落差;多家媒體互相抄轉時,錯誤會被複制 |
| 券商研報 | 有分析框架與行業視角 | 立場與潛在利益衝突:發布機構可能與覆蓋公司存在業務關係;研報的盈利預測是觀點,不是數據 |
| 社交媒體與論壇 | 偶爾有第一手線索(例如供應商、員工的觀察) | 基本無責任約束;造謠成本極低;AI 生成的假訊息已經氾濫 |
第五層的正確用法:只做「假設生成器」,不做「結論來源」。 看到新聞說某公司有重大事項,動作是去披露易找對應公告;找到了,以公告為準;找不到,就把「媒體報導但無公告」本身記錄下來——這個落差有時反而是最值得研究的訊號。
問題到來源:一張對照表
把上面五層壓縮成一張工作表。左欄是調研中常見的具體問題,右欄是該去哪裡查、拿什麼交叉驗證:
| 你想回答的問題 | 首選來源 | 交叉驗證 |
|---|---|---|
| 公司最新的年度財務數字 | 披露易:年報/業績公告 | 公司官網 IR 的同一份文件 |
| 最近九十天有沒有重大事項 | 披露易:公告列表 | 財經新聞(只用來發現線索) |
| 董事與大股東持股及其變動 | 披露易:披露權益(DI) | Webb-site 等第三方彙整;注意不同來源的統計口徑 |
| 多年歷史財務數據序列 | 商業資料庫或自行彙整歷年年報 | 關鍵年份回到年報原文抽查 |
| 股本結構與歷史變動(配股、拆股等) | 披露易:公告與通函 | 年報內的股本附註 |
| 關連交易與關聯方關係 | 年報附註、相關公告與通函 | Webb-site 的治理研究脈絡 |
| 管理層對經營的說法 | 業績公告的董事會報告、業績簡報 | 財報電話會議紀要(見 財報電話會議紀要轉投資要點) |
| 新上市公司的背景 | 上市文件(招股文件) | 新聞與第三方報導(僅供背景) |
| 某則市場傳聞是否屬實 | 披露易:有沒有正式公告或澄清 | 找不到公告時,記錄「無正式披露」這件事本身 |
AI 會在這裡出錯
資訊源地圖這類知識,恰好是 AI 幻覺的重災區——因為來源的「樣子」比來源的「內容」更好編造。典型錯誤與驗證方法:
| 出錯形態 | 說明 | 驗證方法 |
|---|---|---|
| 編造連結與檔案位置 | AI 給出的披露平台連結、文件編號可能不存在 | 每個連結都實際點開;引用文件時記錄你自己下載的時間與版本 |
| 描述過時的平台功能或收費 | AI 的知識有截止日期,介面與定價早已改變 | 以各網站當前的官方說明為準,不信任何「記憶中的細節」 |
| 把新聞轉述當一手披露 | 模型引用媒體報導時,語氣與引用公告無異 | 每個事實陳述標注來源層級;第五層來源不得單獨支持結論 |
| 編造具體操作路徑 | 「點某選單、填某欄位」這類細節最容易憑空生成 | 本文刻意不寫操作路徑;你也不要把 AI 給的操作步驟當事實 |
| 混淆數據口徑 | 不同供應商對同名指標的定義不同,AI 不會主動告訴你 | 跨來源比對同一指標時,先確認雙方口徑,再談差異 |
搭配使用的記錄紀律:每份下載的原始文件,記下來源、擷取日期、檔案版本三樣。三個月後你的每個數字都還能沿著這條線走回原點——這就是 你的第一個投研工作流:從提問到可回溯結論 要建立的「可回溯」。
最後是合規提醒:本文描述的是公開資訊的查證方法,不構成對任何公司的評價或投資建議;第三方資料的使用(包括轉發與再散布)可能涉及授權與版權限制,大量抓取前請確認目標網站的使用條款,必要時諮詢合格顧問。
下一步
- Webb-Site:港股研究必備的隱藏寶藏 — 一鍵獲取全部上市公司年報 PDF 的神器:Webb-site 的完整使用實測,包含批量取得歷史年報的方法。
- 金融數據 API 調研:為 Agent 框架注入市場數據能力:行情與財務數據 API 的選型研究,第四層來源的自動化工具箱。
- 一家公司的 30 分鐘快速盡調流程:把這張地圖用在實戰——30 分鐘對一家公司做完快速盡調。
- 你的第一個投研工作流:從提問到可回溯結論:從資訊源到可回溯結論的完整工作流。
More in Learn
- Complete LangChain Tutorial 2026: Building Enterprise-Grade LLM Applications from Scratch
- MemoryHub v2.0 System Architecture In-Depth Analysis: From Capture Daemon to MCP Real-Time Memory Capture
- May 2026 LLM API Pricing Landscape: Complete Comparison of DeepSeek, Qwen, GLM, Kimi, MiniMax, and Doubao
- Cross-Channel Memory Hub: A Full Record of the Memory System Architecture Design for OpenClaw Agent