當垂直形態改變人們對某個地點的理解時，3D 地圖就顯得格外重要。地形可以展現坡度，拉伸的建築物可以展現城市體量，而傾斜的相機視角則可以清晰地呈現在 2D 平面上難以辨認的事物關係。深度並非總是更優：只有當第三維度能夠提升實際決策時，產品才應該加入深度資訊。 Kaleidr Studio 目前記錄了 3D 地形、真實高程、山體陰影和拉伸的建築物，以及自訂底圖、圖層、即時資料和發布流程。
以下章節將介紹深度何時發揮作用、工作室當前的公開 3D 合約、地形、山體陰影和拉伸模型的區別、權威的高程和高度數據、相機和標籤設計、創作工作流程以及故障模式。相關閱讀材料包括如何建立自訂品牌底圖、AI互動式地圖建構器、地圖發布指南、如何嵌入互動式地圖和數位製圖。已確定產品方案的團隊可直接跳至工作室合約和創作流程；仍在二維和深度地圖之間進行選擇的團隊應從決策測試開始。
三維地圖要點
- **深度必須改變決策：**地形、海拔或建築體量應能解答平面地圖無法解答的問題。
- **山體陰影並非地形：**陰影可以顯示地形起伏，而表面保持平坦；傾斜的地形會改變幾何形狀。
- **海拔高度和高度維持權威：**視覺真實感並不代表測量精準度。
- **業務圖層保持最高：**物業、商店、資產和服務區域仍然是主要資訊。
- 確認產品合約： Studio記錄地形、山體陰影和拉伸建築物，而非任意導入的3D模型。
什麼是 3D 地圖？
三維地圖透過高程、地形、透視、拉伸的建築物或其他三維幾何體來呈現垂直空間資訊。許多被描述為三維的網路產品實際上是 2.5D：一個傾斜的相機、一個地形表面和拉伸的多邊形，而不是一個包含任意網格、自訂光照和物件層級互動的完整場景。這種可控的深度通常足以滿足房地產、旅遊、基礎設施和城市環境地圖的需求。完整的三維場景可以等到產品真正需要自訂模型時再考慮。
一個有用的檢驗標準是垂直形態是否會改變使用者的任務。坡度可以決定路線或施工方法。周圍的建築量體量可以改變房源資訊的呈現方式。景觀特徵可以改變使用者在到達目的地之前對其的理解。如果第三維度無法改善這些問題的答案，那麼數位地圖產品就應該保持扁平化。裝飾性的傾斜並非產品的功能。
三維地圖何時能改善產品決策？
增加地圖深度的一個錯誤理由是追求視覺衝擊。更恰當的問題是，地圖增加深度後，哪些內容比較容易理解。當路線、地點或資產位於斜坡、山脊或高程變化處時，地形資訊就顯得格外重要。當城市密度、高度和街區結構成為決策考量時，立體建築資訊則能發揮作用。只有當標籤、標記和疊加層爭奪像素後，這些關係仍然清晰可辨時，傾斜視角才能發揮作用。
地形資訊對於戶外旅遊、山坡地產、基礎設施以及對海拔高度敏感的物流項目通常都很有價值。立體建築資訊可以透過將選定地點與周圍環境進行對比，幫助房地產、開發、建築設計、校園地圖和城市敘事更好地呈現。密集型營運定位器、簡易商店搜尋和行動優先的查找器通常在二維地圖中更清晰，因為標記、標籤和服務區域不會被遮蔽。使用能夠傳達所需形式的最小深度即可。
| 需要 | 建議方法 |
| --- | --- |
| 顯示坡度或地形 | 地形和山體陰影 |
| 增加細微的地形背景 | 先進行山體陰影處理 |
| 顯示城市體量 | 建築拉伸 |
| 突顯商業多邊形 | 先進行二維處理；僅當高度增加意義時才進行拉伸 |
| 講述一個視覺故事 | 適中的俯仰角和受控的相機 |
| 密集型操作儀表板 | 受限的 2D 或 2.5D |
| 行動優先定位器 | 低俯仰角或 2D |
| 高階房產或旅遊體驗 | 3D 可以很有價值 |
| 精確的空間測量 | 分析，而非視覺深度 |
Kaleidr Studio 目前記錄了哪些 3D 功能？
Kaleidr Studio 目前在其 Studio 優勢中列出了 3D 視覺化，並表示團隊可以「添加 3D 地形、真實海拔和拉伸建築物，以便觀眾一目了然地了解任何景觀」（用於品牌互動地圖的 AI 地圖製作工具）。同一頁將山體陰影與海拔和 3D 建築物並列，並指出「地形、山體陰影和拉伸建築物均基於真實海拔數據構建」。這段文字權威地表明了 Kaleidr 自身的定位。以下架構將這四個表面視為公共契約，並且不會建立頁面未描述的導入路徑。
Studio 將 3D 視覺化與自訂地圖圖塊、品牌底圖、即時資料圖層、可重複使用圖層和資料集以及發布功能置於同一環境中。 3D 體驗仍應遵循與產品其他部分相同的自訂品牌底圖層級結構：土地、道路、標籤、選定州/省，然後是業務疊加層。即使高程源是真實的，將看起來像是通用地形渲染器直接嵌入到品牌地圖中的深度效果也是設計缺陷。
Studio 的常見問題解答目前指出，地圖可以發佈為獨立頁面，也可以嵌入為元件。以提示為先的創作方式可以縮短從構思到設計地圖的距離，例如在AI 互動式地圖建構器工作流程中。語言模型可以幫助請求或安排視覺化；海拔、建築高度和業務資料仍然是真實可靠的來源。請勿將渲染後的螢幕截圖視為測量值。
地形、山體陰影和建築物之間有何區別？
地形會根據海拔改變渲染表面，因此地圖不再是平面。山體陰影模擬海拔上的光影變化，使地形起伏更容易感知；地圖可以使用山體陰影，而無需完全模擬傾斜地形。拉伸的建築物賦予其輪廓多邊形高度，使其從地圖中凸起。任何具有有意義數值的多邊形都可以拉伸，但並非每個數值欄位都應該變成 3D 柱狀圖。只有當使用者能夠讀取比例尺、比較特徵並以文字形式理解相同資訊時，以高度形式呈現的銷售額、產能或強度才有意義。
MapLibre GL JS 目前透過 raster-dem 來源、terrain 樣式區塊、山體陰影和 TerrainControl（3D 地形）以實際 3D 形式顯示海拔。此範例的標題是“超越山體陰影，以實際 3D 形式顯示海拔”，這也是產品設計師應該注意的差異。 MapLibre 樣式規格將地形 exaggeration 定義為可選數字，預設值為 1，用於描述地形的視覺高度（地形）。誇張的數值可以使細微的地形起伏更容易被觀察到。如果精度要求高，請務必明確標明，避免將場景視為測量表面，並確保所有比較設定保持一致。
對於印刷風格的編輯地圖、廣闊的區域視圖、包含大量標籤的地圖以及低端設備，山體陰影就足夠了。地形和山體陰影可以協同工作：幾何圖形提供地形起伏，陰影提供視覺提示。注意不要讓陰影掩蓋道路、邊界或商業圖層。對於普通的城市商店搜索，地形通常作用不大。
為什麼高程和高度資料必須保持權威性？
三維地形圖需要高程資料。地形幾何形狀來自於此，而非由語言模型憑空捏造的山丘。 MapLibre 中的建築範例使用了一個由建築高度屬性（例如 render_height 和 render_min_height）驅動的 fill-extrusion 圖層（以三維方式顯示建築物）。 Mapbox 文件記錄了相同的樣式模式：在樣式中包含三維建築物，包括透過從建築物來源資料建立填滿拉伸圖層來實現（Mapbox 樣式中的三維建築物）。這些頁面展示了 Web 地圖如何伸展建築物輪廓。 MapLibre 和 Mapbox 文件並非 Kaleidr Studio 的創作使用者介面，它們無法精確地填入缺少的高度值。
精美的拉伸效果可以給人精準的印象。但請務必確認高程資料來源是否為最新數據，建築物高度是實測值還是估算值，覆蓋範圍是否完整，垂直單位是否一致，以及缺失值是否顯而易見。如果缺少高度數據，產品不應假定每棟建築物都具有精確的實際高度。 3D 地圖可以使模式更容易被感知，但它不會自動量化平均海拔、面積、坡度、距離或建築物數量。對於這些問題，請使用確定性分析方法。 Studio 地圖是一種以產品為導向的互動式體驗，不能取代 GIS 預處理、地形分析或資料品質保證。
MapLibre 目前記錄如何使用 three.js 將模型放置在地形上的自訂 3D 圖層（使用 three.js 在地形上新增 3D 模型）。 three.js 範例對於之後需要在自己控制的應用程式中使用地標、設備或建築模型的團隊來說非常有用。 Kaleidr Studio 的當前公共頁面專門記錄了地形、山體陰影和拉伸建築物，而不是通用的 GLTF、OBJ、3D Tiles 或網格導入工作流程。在規劃自訂資源之前，請確認支援的 Studio 或 Enterprise 版本。
攝影機、標籤和業務圖層應該如何協同工作？
三維地圖的呈現效果不僅取決於幾何形狀，還取決於俯仰角、方位角、縮放比例和中心點。低俯仰角接近二維效果，有利於概覽、標籤和熟悉的互動方式。中等俯仰角可以在不失去方向感的情況下顯示地形或建築物體量。高俯仰角可以營造強烈的深度感，但同時也會增加遮蔽、變形和互動難度。應使用能傳達所需深度的最低俯仰角。宣傳地圖可以打開時使用預設的視角；產品地圖則應允許使用者透過重置北向、重置俯仰角、縮放和返回選定位置來恢復方向感。
當凸起物和地形佔據同一視圖時，標籤的呈現難度會增加，因為重疊、對比度降低、方向混亂和深度模糊等問題都會加劇。應保持層級結構的簡潔：首先顯示選定的目的地、重要的商業場所、主要地理參考點，然後是次要訊息，而不是顯示所有可能的標籤。最重要的圖層通常是商業資訊——房產、商店、資產、活動地點、服務區域、即時事件——而不是地形。地形和建築物是背景資訊；商業資訊圖層才是主要資訊。選取狀態是視覺上最突出的元素。
密集的 3D 建築物可能會遮擋標記、路線、標籤和多邊形，尤其是在傾斜角度較大的情況下。因此，應降低擠出不透明度，簡化建築樣式，降低傾斜角度，保持疊加層的可讀性，並在核心任務運行時提供 2D 切換選項。品牌顏色在 3D 中仍然很重要，但即使幾何體在技術上是三維的，單色處理也能使層級結構變得扁平化。地形需要視覺深度；建築需要與業務疊加層區分開來；選取狀態的強調效果必須突出。
W3C Web 內容無障礙指南 (WCAG) 2.2，一項發佈於 2024 年 12 月 12 日的建議，包含成功標準 1.3.3 感官特徵：理解和操作內容的說明不應僅依賴形狀、顏色、大小、視覺位置、方向或聲音等感官特徵。因此，高度作為庫存、顏色作為狀態或音調作為重要性等資訊需要文字、清單、圖例或工具提示等等效資訊。成功標準 **2.3.3 互動動畫 **（AAA 等級）指出，除非動畫必不可少，否則可以停用由互動觸發的動態動畫。限制性的鏡頭過渡可以幫助使用者從概覽視圖移動到選定的屬性；頻繁的飛行視角可能會導致方向感喪失和運動不適。核心任務應以清單、鍵盤可存取的控制項、清晰的標籤和非視覺描述的形式呈現。
團隊應如何在 Kaleidr Studio 中建立 3D 地圖？
首先設計 2D 層級結構。如果道路難以辨認、業務數據不清晰、標籤優先級不高，或者在地圖為平面時所選狀態效果不佳，那麼深度資訊只會加劇問題，而不會解決問題。選擇地理範圍，建立底圖，然後添加高程或山體陰影，如果建築物有幫助，再添加建築物，然後添加業務疊加層，再添加相機，最後測試標籤、選擇、性能和發布行為。 地圖發布 仍然區分草稿和最終使用版本。在高效能桌面電腦上進行的 Studio 預覽並非生產環境測試。
物業地圖是 3D 地圖最強大的應用之一：它不僅包含物業列表，還包含周圍的建築量、地形、附近設施和道路環境。旅遊地圖可以利用地形來表示山區、海岸線、觀景點和風景路線，就像人工智慧驅動的旅遊地圖一樣，同時又不影響地名或可訪問的控制。基礎設施地圖可以將地形與資產、服務區域、事故和檢查狀態結合，同時將資產狀態作為首要資訊。 Studio 目前在同一頁面上同時列出即時圖層和 3D 視覺化。這種組合有助於進行地形敏感型跟踪，但會增加渲染成本。只有當深度資訊有助於解讀即時狀態時才使用深度資訊；不要僅僅因為深度資訊和 3D 視覺化功能可用就對複雜場景中成千上萬個移動的資產進行動畫渲染。
效能提升可能會增加 GPU 工作負載、記憶體佔用、圖塊需求、場景複雜性和電池消耗，因此團隊應測試舊款手機、整合筆記型電腦 GPU、行動瀏覽器和大尺寸顯示器。在相關情況下，應測量啟動速度、幀速率、交互響應速度、記憶體佔用和裝置發熱情況。漸進增強是一種產品選擇：性能強大的設備可以顯示地形和建築物；性能有限的設備可以顯示山體陰影或 2D 影像，但核心功能無論哪種方式都應保持可用。在行動裝置上，過高的傾斜角度會減少視覺區域，手指可能會遮擋場景，彈出視窗會與建築物爭奪使用者註意力，旋轉影像可能會使使用者感到迷失方向，因此應降低預設傾斜角度，增強重置效果，放大選定的標記，並保持北方方向清晰可見。
當地圖可以獨立顯示或需要快速查看時，分享連結非常有用。當周圍內容解釋上下文或業務操作位於地圖之外時，嵌入地圖非常有用；請參閱如何嵌入互動式地圖。 3D 場景應與宿主頁面相協調，而非喧賓奪主。行銷地圖可能強調第一印象。產品地圖應強調方向性、互動性、清晰易讀的標籤、穩定的控制和效能。同一張 Studio 地圖可能需要根據不同的受眾群體設定不同的預設值。
3D 地圖產品應避免哪些故障模式？
常見的故障是，使用者僅僅因為 3D 效果看起來很棒就啟用它，而不是因為垂直形態會影響決策。高傾斜度會導致標籤被遮擋，建築物會掩蓋業務數據，每個數值多邊形都會變成一列。渲染高度被視為絕對真實值，使用者會假定使用任意 3D 模型而沒有提供 Studio 文件路徑，並且所有裝置都被強制置於同一場景中。攝影機始終處於動態狀態，這意味著使用者只能在透視中體驗，而 2D 層級結構也從未經過設計。
| 錯誤 | 結果 | 更佳方案 |
| --- | --- | --- |
| 添加 3D 效果，因為它看起來很棒 | 產品變成裝飾品 | 將深度與用戶決策關聯 |
| 到處使用高間距 | 標籤和標記消失 | 使用中等間距 |
| 將渲染高度視為精確值 | 視覺效果精度被高估 | 記錄資料來源 |
| 拉伸每個數值多邊形 | 場景變得難以閱讀 | 僅在有意義時使用高度 |
| 讓建築物掩蓋業務資料 | 核心任務被隱藏 | 保持疊加層在視覺上占主導地位 |
| 在所有裝置上使用 3D | 效能下降 | 漸進增強 |
| 加入不支援的任意 3D 模型 | 整合假設被打破 | 確認目前產品功能|
| 持續動畫化相機 | 用戶失去方向感 | 使用克制的過渡效果 |
| 僅依賴透視 | 可訪問性降低 | 新增文字和標籤 |
| 跳過 2D 設計 | 3D 加劇了糟糕的層級結構 | 優先採用平面設計 |
空間人工智慧可以幫助使用者詢問哪些房產位於地勢較高處、哪些設施最靠近山脊，或是哪些建築物環繞著某個場所。應用程式應將這些意圖轉化為針對權威高程和建築資料的結構化空間查詢，然後解釋並移動地圖。不要透過查看渲染影像來推斷確切的高程。語言模型負責編寫和解釋；地理空間服務和業務資料集才是事實。
在 Kaleidr Studio 中建構 3D 地圖
在 Kaleidr Studio 中，生產級 3D 地圖的製作始於用戶必須做出的決策，然後設計 2D 層級結構，最後僅添加能夠優化該決策的深度。業務資料始終保持視覺主導地位，相機位置可恢復，並在發布或嵌入之前進行效能和可訪問性測試。 探索 Kaleidr Studio 以了解當前地形、海拔、山體陰影、拉伸建築物、底圖和發布表面。在編碼公用頁面上未記錄的自訂 3D 模型路徑之前，請確認 Studio 合約。
常見問題解答
什麼是 3D 地圖？
3D 地圖使用地形海拔、透視、拉伸建築物或其他三維幾何體來表示垂直空間資訊。
什麼情況下 3D 地圖比 2D 地圖更好？
當高程、坡度、建築體量或垂直關係能顯著提升使用者理解時，3D 地圖更勝一籌。對於簡單的位置搜尋或複雜的操作介面，2D 地圖可能更清晰。
Kaleidr Studio 目前描述了哪些 3D 功能？
Kaleidr Studio 目前記錄了 3D 地形、真實高程、山體陰影和拉伸建築物。
Kaleidr Studio 是否支援真實高程資料？
目前 Studio 頁面顯示，地形、山體陰影和拉伸建築物均基於真實高程資料建構。
山體陰影與 3D 地形相同嗎？
不同。山體陰影透過視覺方式模擬高程起伏，而 3D 地形則改變渲染後的表面幾何形狀。
如何在 Web 地圖上建立 3D 建築物？
一種常見的實現方式是使用高度和基準高度屬性來拉伸建築物輪廓。例如，MapLibre GL JS 支援透過樣式圖層拉伸建築物。
是否支援上傳任一 3D 模型？
目前 Studio 的公開頁面介紹了地形、山體陰影和拉伸的建築物，但並未描述通用的任意 3D 模型導入工作流程。在規劃自訂模型之前，請確認支援的整合方式。
3D 地圖會影響效能嗎？
會。地形、建築物幾何形狀、3D 模型、高俯仰角和大型資料集都會增加 GPU、記憶體、網路和電池的使用。
3D 地圖是否應該使用高相機俯仰角？
不一定。使用能夠傳達所需深度的最低音調，同時保持標籤、方向和互動。
空間人工智慧能否處理 3D 地圖？
理論上可以。語言模型可以解釋涉及地形或建築環境的問題，但底層的高程、幾何形狀和空間計算應來自結構化的地理資料。
我能否發布使用 Kaleidr Studio 製作的 3D 地圖？
Kaleidr Studio 目前支援發布和嵌入地圖體驗。在正式發布前，請在各種裝置上測試 3D 場景。
參考文獻
- Kaleidr. AI Map Maker for Branded Interactive Maps. Accessed 30 August 2026. https://kaleidr.com/studio
- Mapbox. 3D buildings in a Mapbox Style. Accessed 30 August 2026. https://docs.mapbox.com/help/dive-deeper/z_add-3d-buildings-studio/
- MapLibre GL JS. 3D Terrain. Accessed 30 August 2026. https://maplibre.org/maplibre-gl-js/docs/examples/3d-terrain/
- MapLibre GL JS. Adding 3D models using three.js on terrain. Accessed 30 August 2026. https://maplibre.org/maplibre-gl-js/docs/examples/adding-3d-models-using-threejs-on-terrain/
- MapLibre GL JS. Display buildings in 3D. Accessed 30 August 2026. https://maplibre.org/maplibre-gl-js/docs/examples/display-buildings-in-3d/
- MapLibre Style Spec. Terrain. Accessed 30 August 2026. https://maplibre.org/maplibre-style-spec/terrain/
- W3C. Web Content Accessibility Guidelines (WCAG) 2.2. W3C Recommendation, 12 December 2024. Accessed 30 August 2026. https://www.w3.org/TR/WCAG22/
@misc{kaleidr_studio_3d_2026_08_30,
title = {AI Map Maker for Branded Interactive Maps},
author = {{Kaleidr}},
note = {Accessed 30 August 2026},
url = {https://kaleidr.com/studio}
}
@misc{mapbox_3d_buildings_style_2026_08_30,
title = {3D buildings in a Mapbox Style},
author = {{Mapbox}},
note = {Accessed 30 August 2026},
url = {https://docs.mapbox.com/help/dive-deeper/z_add-3d-buildings-studio/}
}
@misc{maplibre_3d_terrain_2026_08_30,
title = {3D Terrain},
author = {{MapLibre GL JS}},
note = {Accessed 30 August 2026},
url = {https://maplibre.org/maplibre-gl-js/docs/examples/3d-terrain/}
}
@misc{maplibre_threejs_terrain_2026_08_30,
title = {Adding 3D models using three.js on terrain},
author = {{MapLibre GL JS}},
note = {Accessed 30 August 2026},
url = {https://maplibre.org/maplibre-gl-js/docs/examples/adding-3d-models-using-threejs-on-terrain/}
}
@misc{maplibre_display_buildings_3d_2026_08_30,
title = {Display buildings in 3D},
author = {{MapLibre GL JS}},
note = {Accessed 30 August 2026},
url = {https://maplibre.org/maplibre-gl-js/docs/examples/display-buildings-in-3d/}
}
@misc{maplibre_style_spec_terrain_2026_08_30,
title = {Terrain},
author = {{MapLibre Style Spec}},
note = {Accessed 30 August 2026},
url = {https://maplibre.org/maplibre-style-spec/terrain/}
}
@techreport{w3c_wcag22_2024,
title = {Web Content Accessibility Guidelines (WCAG) 2.2},
author = {{W3C}},
institution = {W3C},
year = {2024},
month = dec,
note = {W3C Recommendation, 12 December 2024; accessed 30 August 2026},
url = {https://www.w3.org/TR/WCAG22/}
}