所有文章 產業

AI地標和景點搜尋

作者 Kaleidr 團隊 · 發布於 2026年9月10日 · 16 分鐘讀完

空間AI會根據類別、步行時間、開放狀態和行程背景，對多個可信賴地標進行比較，最終推薦飯店和餐廳之間的一個地點。

AI地標和景點搜尋結合自然語言意圖、可信地點記錄、類別、開放狀態、地理位置、旅行時間和業務規則，幫助客戶選擇值得一去的地點。語言模型可以解讀諸如“晚餐前飯店附近的一個歷史地標”之類的請求。地點來源對地標的身份和開放時間具有權威性。路線規劃服務計算行程關係，空間AI則在地圖上解釋最終結果。

以下各節將附近地點檢索與目的地建議區分開來，然後涵蓋地點標識、資格、空間排名、Kaleidr 地圖、B2B 產品、衡量以及一個小型試辦專案。相關閱讀材料包括 AI Things to Do Recommendations、How to Build an AI Tourism Map 和 AI Guest Concierge for Hotels。已將對話與現有目的地地圖關聯的團隊可以直接跳至 ​​Kaleidr 地圖部分；仍在確定目錄邊界的團隊應從可信賴地點記錄開始。

地標搜尋要點

  • 優先推薦已批准的地點： 推薦企業實際列出、合作或認可的地標。
  • 地點並非體驗： 博物館是一個地點；導覽遊是單獨的記錄。
  • 附近即檢索： 圖釘半徑並非建議。
  • 其次使用空間 AI： 語言模型解釋意圖並解釋合理的選項。
  • 衡量決策： 地點選擇、路線指引和接待人員交接比單純的聊天時長更重要。

空間人工智慧會根據類別、步行時間、開放狀態和行程背景，對多個可信賴地標進行比較，最終在飯店和餐廳之間推薦一個地點。

當空間人工智慧將可信地點資料與客戶意圖、地理位置和行程背景結合時，地標搜尋就變成了推薦。

為什麼AI地標和景點搜尋是一個獨特的空間問題？

飯店、目的地平台、旅遊市場、景點網絡、會展產品和城市指南已經擁有第一方資訊，例如已預訂的飯店、已審核的會員目錄或編輯整理的地標列表。將旅遊景點作為標記進行標註已不再是稀缺功能。產品面臨的問題是如何幫助客戶根據其意圖、剩餘時間和主辦方規則選擇一個合適的地點，而無需依賴語言模型來產生景點資訊。

Kaleidr 目前將 地標和景點搜尋 列為人工智慧驅動的客戶旅程，旨在幫助使用者發現地標、景點和值得一遊的地方，此外還包括「餐廳搜尋和預訂」、「活動推薦」以及「本地交通和返程路線規劃」（AI-Powered Map Experiences for Business）。 AI Map Chat for Customer Discovery 頁面目前將旅行描述為將旅行意圖轉化為行程、路線和目的地推薦。這些頁面能夠權威地體現 Kaleidr 自身的市場定位。但這些頁面並不能證明 Kaleidr 經營目的地景點目錄、票務系統或營業時間資訊。

目的地機構已開始將對話式發現功能與值得信賴的本地內容結合。例如，奧蘭多旅遊局 (Visit Orlando) 於 2026 年 6 月推出了一款由人工智慧驅動的旅遊規劃工具，結合了當地專家的精選推薦和更廣泛的旅遊資料 (Visit Orlando, 2026)。聖地牙哥旅遊局隨後在其官方遊客網站 SanDiego.org 上整合了對話式旅遊規劃功能，並提供相關推薦和行程安排 (Mindtrip, 2026)。這些案例表明，目的地發現正從傳統的精選內容轉向對話式體驗。但這些案例並非 Kaleidr 的典型案例，也不代表每個網站都必須更換其地點目錄或地圖繪圖引擎。

地標搜尋與活動推薦有何不同？

地標和景點搜尋通常推薦 地點：例如紀念碑、博物館、歷史遺址、觀景台、公園或文化地標。活動推薦通常建議可在地點進行的 體驗 ：例如導覽、展覽、表演、課程或限時活動。博物館可以同時具備這兩種功能。地點記錄和需購票的體驗應保持獨立，以避免開放時間、標識和分析資料與庫存資訊衝突。

地標搜尋的關鍵問題是：根據使用者的意圖和行程背景，應該推薦哪個地點？活動推薦搜尋的關鍵問題是：使用者下次出發前可以體驗哪些活動？相關的活動推薦文章涵蓋了體驗層的持續時間、開始時間和完成情況。地標搜尋仍然需要開放狀態和行程時間，但建議單位是地點，而不是門票。

AI Restaurant Search and Table Booking 涵蓋了餐飲場所類似的資格問題。地標發現將這項限制推廣到業者願意推薦的文化、歷史和戶外場所。即使一張地圖同時顯示這兩個層級，也應在產品中區分這兩種行程。

為什麼「附近」不是推薦？

附近地點地圖回答的是哪些場所位於圖釘附近。地標搜尋產品回答的是哪些景點符合顧客在剩餘行程中想要參觀的內容。這種區別至關重要，因為著名古蹟可能地理位置很近，但仍可能關閉、超出步行預算、不在已批准的景點清單中，或與90分鐘的歷史遺跡參觀要求不符。一條購物街可能位於正確的街區，但仍無法滿足地標搜尋的要求。

鄰近性是一項檢索功能。推薦流程始於候選地點存在之後：產品必須判斷客戶是否能夠到達該地點、造訪該地點，並且還能完成晚餐。 Location Intelligence Customer Experience 涵蓋了相同的「發現 → 比較 → 行動」流程。 「發現」檢索符合條件的地點。 「比較」使類別、營業狀態和行程資訊可查看。 「行動」包括提供路線、保存、加入到行程或交付車票。如果某個地點已關閉或無法到達，但其名稱得分很高，則該地點的排名順序會顛倒。

同一張地圖首先顯示為附近所有地點的搜尋結果（人流密集），然後顯示為根據旅行者的具體請求篩選和排名的較小規模的景點集合。

鄰近性查找候選地點；空間人工智慧可協助確定哪個有效地點符合客戶的實際需求。

排名需要哪些地點識別和資格規則？

目錄、營業時間、路線規劃和行程系統應保持權威性，確保推薦所依據的事實資訊準確無誤。語言模型可以將諸如“晚餐前想去飯店附近的某個歷史地標”之類的請求轉換為可檢查的字段：出發地、下一個行程安排、時間窗口、類別、行程限制和開放狀態要求。這些欄位是對地點和路線所有者的查詢，而非人為設定的值。任何範例中的結構都僅供參考。關鍵在於，模糊的語言能夠轉化為客戶無需重新開始對話即可修正的狀態。

硬性約束是二元的，在排名之前需要與地點、時間以及路線所有者一起確定。例如，目前關閉、產品要求已知營業時間但營業時間未知、路線服務無法滿足步行預算、私人通道或缺少可及性屬性等情況都應排除候選地點。然後，使用諸如週邊環境或建築風格等軟性偏好對剩餘的有效地點進行排名。一個封閉的觀景台不應僅僅因為其知名度更高而勝出。

Google 目前的 Places API 地點類型（新增）清單包含以景點為導向的地點類型，例如 cultural_landmark、historical_place、historical_landmark、monument、museum、observation_deck、tourist_attraction 和 visitor_center (Google Maps Platform, 2026)。 Mapbox 搜尋框目前記錄了圍繞某個位置或沿路線的按類別篩選的興趣點 (POI) 搜尋 (Mapbox, 2026)。這些頁面是生產環境中地點與類別之間關係的證據。但這些頁面並不能證明每個 Kaleidr 部署都使用 Google Places 或 Mapbox 搜尋框，也不能描述 Kaleidr 的資源清單。

Schema.org 目前區分 TouristAttraction 和 TouristDestination，並將它們與 includesAttraction 關聯起來。 TouristAttraction 將 publicAccess 記錄為一個明確的地點級標誌，省略時沒有預設值 (Schema.org, 2026)。 TouristDestination 描述包含一個或多個景點的地點。 includesAttraction 表示目的地到景點的關係。這些類型以結構化資料的形式展示了身分和存取權限。相同的詞彙表並非 Kaleidr 目錄模式。

穩定的地點 ID 確保在名稱、別名和提供者類別不同的情況下，搜尋、地圖、定位和分析功能都基於同一個物件。將提供者類別規範化為產品可以過濾的內部層。將導覽和展覽作為與地點關聯的體驗記錄保留，而不是作為重複的地點。

多個名稱和提供者類別解析為一個規範的地點 ID，而導覽和展覽則作為獨立的體驗實體與該地點關聯。

穩定的地點標識可確保搜尋、地圖、定位、分析和後續體驗保持同步。

如何根據空間情境對景點進行排名？

只有當客戶能夠到達目的地並做出後續決定時，推薦才有效。直線距離並非衡量標準。兩個歷史遺址可能距離飯店相近，其中一個步行只需 12 分鐘，而另一個則會佔用步行預算。排名應將起點到目的地的距離、剩餘開放時間以及目的地到下一個目的地的距離作為一個可行性對象進行評估。

沿途和多錨點發現本質上是同一項任務，只是出發點不同。 「去車站的路上有什麼值得一看的？」需要的是路線，而不是飯店周圍的半徑。 「飯店和晚餐地點之間有什麼值得一看的？」則需要同時指定兩個錨點。不要讓語言模型在客戶已經指定了約束條件之後，再去產生這些時間資訊。 Traffic-Aware Journey Planning 涵蓋了客戶需要路線時的行程部分。地點排名應該在資格審查之後進行，作為可檢查的剩餘地點的排序，而不是替代時間檢查和行程檢查。

以下對比僅為範例，並非實際的 Kaleidr 或目的地結果。僅用於說明為何選項需要相同的欄位。實際產品應根據目前目錄、營業時間和路線規劃回應來填入這些欄位。請求內容為​​：參觀一處歷史地標，步行預算為 15 分鐘（從飯店出發），參觀時間安排在晚餐前的下午 4:00 至 6:30 之間。

候選景點 類別 從飯店步行 開放至 典型遊覽時間 步行前往餐廳 符合時間限制
歷史古蹟 歷史地標 12分鐘 晚上7:00 30分鐘 16分鐘 是的：12 + 30 + 16 = 58分鐘，仍然開放
博物館 博物館 18分鐘 下午4:45 45分鐘 — 否：步行超過15分鐘預算；關門前僅剩27分鐘，短於參觀時間
遺產地 歷史遺址 22分鐘 晚上7:00 40分鐘 16分鐘 否：22分鐘​​超過了飯店15分鐘的步行預算

人氣並不能很好地代表這次旅行。如果熱門景點步行28分鐘就關門了，那麼飯店附近不太知名的歷史遺跡可能才是更好的選擇。資格是一種篩選條件。排名是對最終入選者的排序。解釋是對候選名單存在原因的合理說明。將這些功能混用會導致常見的錯誤：助理推薦了一個顧客實際上無法參觀的著名景點。

共享地圖狀態將對話、卡片和行程保持在同一個規範位置。選擇地標時，應高亮顯示該地點，顯示飯店和晚餐之間的關係，並保留時間範圍。詢問「哪裡更近？」時，應遵循相同的限制條件。詢問「博物館怎麼樣？」時，應重新運行資格判定，而不是創建新的行程。第二個僅供助理查看的不可見清單會打破這項約定。

Kaleidr 如何支援地標探索？

Kaleidr 實作可以將對話空間圖層附加到業者已執行的地圖和地點堆疊上。 Kaleidr 目前將 Chat 描述為產品，它覆蓋在業者已渲染的地圖之上，繪製已解析的地點，並在對話解析位置時調整相機視角 (Chat attach)。附加協定確認了目前公開的開發者介面中存在地圖感知對話功能。但同樣的文件並未承諾提供原生景點目錄、票券庫存或目的地範圍內的營業時間資訊。

這些目錄和營業時間系統應保持明確的部署相依性。 Kaleidr 可以提供對話式空間圖層和地圖感知協調，而部署則使用相應的權威地點、營業時間和路線資訊來源。除非部署中已記錄了具體的集成，否則請勿暗示 Kaleidr 本身就是景點運營商或票務系統。

飯店、選定區域或地圖點應作為地標搜尋的預設起點，因為這些錨點已存在於行程中。可發布金鑰供瀏覽器 SDK 使用；伺服器憑證屬於應用層。 Kaleidr 目前已記錄了這種劃分，並指出以持有者形式提供的可發布金鑰將被拒絕 (Auth & scopes)。裝置位置是單獨的權限：目前的 W3C 地理位置候選建議快照要求在與 Web 應用程式共用任何位置資料之前，必須獲得最終使用者的明確許可 (W3C, 2026)。當客戶要求從當前位置開始時，裝置位置非常有用；但如果飯店或餐廳已指定更佳的起點，則不應要求提供裝置位置。 Private Location Data for AI Map Workflows 涵蓋了業者未公開的行動資料的授權。

Kaleidr 目前描述了一個包含精選目的地和點擊詢問地點摘要的飯店模板；實際可用的入門版本是 Kaleidr Hospitality。在依賴特定生產工作流程之前，請在 Pricing & Plans 上確認目前計畫的權限。請將目前的開發者文件視為整合合約；行銷頁面描述的是用例，而不是景點資訊清單。

可信的景點來源會提供規範的身份資訊、資格、空間排名和 Kaleidr 空間人工智能資訊，之後，實際地點才會出現在現有地圖上，並引導客戶採取行動和進行分析。

B2B 景點搜尋產品可以在保留其現有地點、地圖和交易系統的同時，加入對話式空間人工智慧圖層。

哪些 B2B 產品需要景點搜尋功能？

目的地行銷機構可以將官方地標、會員景點、公園、區域和編輯收藏與已經參觀過主要景點的遊客聯繫起來。目的地行銷機構掌控候選景點的範圍。助理會解讀遊客的偏好。開放時間和路線仍然決定了哪些景點可以參觀。上文提到的旅遊地圖文章介紹了圍繞該目錄構建的目的地地圖架構。

飯店可以將目前房源、已批准的附近景點、房客的時段以及晚餐預訂整合在一起。 「晚餐前，有哪些地標景點可以不用走太遠就能參觀？」這個問題就變成了基於飯店的可行性問題，而不是開放式的網絡搜索。上文提到的禮賓服務文章涵蓋了飯店方面的溝通；地標層則增加了類別、開放狀態和後續安排等資訊。會議平台可以在主題演講結束後，提供步行20分鐘即可到達的景點。航空公司或旅遊產品可以利用其擁有的行程和路線資料，測試參觀地標後是否仍能在出發前留出足夠的緩衝時間。景點網路可以在其自有網站上進行推薦。會員應用程式可以在按地點和意圖排序之前，將候選地點限制在參與活動的地點。

保持 AI 與地圖之間的互動範圍狹窄：顯示符合條件的地點、聚焦於一個地點、顯示旅行關係、打開路線、保存、加入到行程或開始出票。由主持人驗證操作。不要讓模型產生任意地圖程式碼。地點選擇應始終由使用者控制。對話系統可以推薦一個選項。使用者仍應該能夠選擇其他地點、其他視窗或其他出發地。

目的地團隊應如何衡量發現品質？

地圖平移和聊天開啟次數是診斷指標。結果指標包括查詢開始次數、回傳的有效結果次數、地點選擇次數、路線開啟次數、保存次數、行程新增次數和票務交接次數。品質指標包括無結果率、過期時間率、未知時間率和行程計算失敗率。業務指標取決於主辦單位：會員推薦、票務轉換率、飯店互動率或目的地內容使用情況。請保留結構化的無結果原因，例如沒有已批准的地點、目前已關閉、距離過遠、未知時間或無障礙資料不可用，而不是僅顯示失敗標誌。

搜尋地理位置應與裝置地理位置分開。身處一個城市的顧客可以搜尋另一個城市的景點。預設情況下，需求應歸因於搜尋目的地，而非裝置位置。 Map Engagement and Location Analytics 目前記錄了地圖和地點互動、地點比較、空間模式以及產品、庫存和成長團隊可以採取的行動。業者系統仍然負責票務和預訂。旅行或目的地平台可以利用該模型來詢問哪些地區歷史地標搜尋量高但選擇少，哪些類別需求量大但供應不足，以及哪些行程時間段沒有搜尋結果。這些問題是地理位置問題，而非頁面瀏覽量問題。同樣的衡量標準也適用於其他地圖產品：任務完成情況比原始互動量更重要。

本文中建議的主持人活動名稱僅為編輯建議，並非 Kaleidr Analytics 自動記錄的活動名稱。記錄使用者意圖、資格結果、所選地點以及主持人後續操作。請勿將聊天時長作為地標搜尋的成功指標。

B2B 試點計畫應如何啟動？

先從一項高價值任務入手，例如在固定晚餐時間前推薦飯店附近的一處歷史地標。將地點目錄和營業時間保留在現有系統中。將對話式地圖互動功能與現有地圖關聯。將候選地點限定為已核准的地點，要求選擇類別和營業狀態，計算從飯店到餐廳的行程，並衡量選擇情況以及主持人後續操作。只有當第一個視窗有效時，才擴展類別和城市。

對話式發現功能並不能取代目錄品質、營業時間的準確性或履約紀律。行程時間仍為估算值。營業狀態聲明的可靠性取決於其背後營業時間資訊的準確性。將助理加入到現有地圖通常比更換繪圖引擎更經濟，但業者仍需擁有授權、供應商合約以及後續業務操作。

Explore Kaleidr Spatial AI 在現有地圖上新增對話式地標搜尋功能。 Explore Kaleidr Analytics 用於衡量該行程相關的地點參與度和地理需求。在將本文中的任何範例視為正式上線的功能承諾之前，請確認目前的公開頁面。

常見問題解答

什麼是 AI 地標和景點搜尋？

AI地標和景點搜尋結合了旅客的意圖、已批准的地點目錄、類別、開放狀態、位置、旅行時間和業務規則，以便產品能夠推薦符合當前行程的值得一去的地點。空間AI負責解讀和解釋請求；地點和營業時間系統仍然是資訊的權威來源。

景點搜尋與活動推薦有何不同？

地標搜尋推薦的是地點。活動推薦推薦的是可以在該地點進行的體驗，並將持續時間和開始時間作為首要約束條件。

語言模型是否應該建立景點清單？

不應該。主辦單位目錄、成員清單或合作夥伴清單應仍是候選範圍。助理可以解讀約束條件並解釋合理的選項。

為什麼附近搜尋不夠用？

附近搜尋會列出地圖標記點周圍的地點。地標搜尋會詢問特定地點是否開放、是否可達、是否屬於該類別以及是否與下一個行程安排相容。

景點搜尋能否沿路線進行？

可以，當路線規劃和類別搜尋能夠評估相對於路徑的地點，而不僅僅是飯店標記點周圍的地點時。 Mapbox 目前將沿路線的類別搜尋記錄為搜尋提供者模式，這與 Kaleidr 運行該 API 的方式不同。

地標搜尋是否需要使用者的即時裝置位置？

不需要。飯店、車站、選定的地圖點或規劃區域通常是更好的位置來源。產品使用裝置位置資訊時需要取得使用者的明確許可。

Kaleidr 能否與現有的旅行或飯店地圖配合使用？

是的。目前的公開聊天附件文件描述了在主持人已渲染的地圖上發起對話。主持人仍然擁有景點目錄和後續業務操作的所有權。

Kaleidr 是否取代了票務系統？

否。目前的公開 Kaleidr 頁面描述了對話式地圖發現和分析。除非有明確的整合文檔，否則門票庫存、價格和購買資訊仍保留在主持人或供應商系統中。

應如何處理景點無障礙設施？

將缺失的無障礙設施資料視為未知訊息，而不是通行證。不要捏造無障礙設施資訊。將公共存取和無障礙設施屬性保留在地點系統中。

目的地團隊應該衡量哪些指標？

地點選擇、路線指引、行程加入和主持人交接，以及無結果原因和地理需求缺口。僅憑聊天量不足以作為衡量成功的指標。

參考資料

  1. Kaleidr. AI-Powered Map Experiences for Business. Accessed 10 September 2026. https://kaleidr.com/
  2. Kaleidr. AI Map Chat for Customer Discovery. Accessed 10 September 2026. https://kaleidr.com/ai
  3. Visit Orlando. Visit Orlando Expands Free Vacation Planning Services with New AI Trip Planner. 25 June 2026. https://www.visitorlando.org/media/press-releases/post/visit-orlando-expands-free-vacation-planning-services-with-new-ai-trip-planner/
  4. Mindtrip. Mindtrip Partners With The San Diego Tourism Authority To Reimagine How Travelers Discover San Diego. 28 August 2026. https://www.prnewswire.com/news-releases/mindtrip-partners-with-the-san-diego-tourism-authority-to-reimagine-how-travelers-discover-san-diego-302862145.html
  5. Google Maps Platform. Place Types (New). Accessed 10 September 2026. https://developers.google.com/maps/documentation/places/web-service/place-types
  6. Mapbox. Search Box API. Accessed 10 September 2026. https://docs.mapbox.com/api/search/search-box/
  7. Schema.org. TouristAttraction. Version 30.0. Accessed 10 September 2026. https://schema.org/TouristAttraction
  8. Schema.org. TouristDestination. Version 30.0. Accessed 10 September 2026. https://schema.org/TouristDestination
  9. Schema.org. includesAttraction. Version 30.0. Accessed 10 September 2026. https://schema.org/includesAttraction
  10. Kaleidr. Chat attach. Developer documentation. Accessed 10 September 2026. https://docs.kaleidr.com/sdk/chat-attach
  11. Kaleidr. Auth & scopes. Developer documentation. Accessed 10 September 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
  12. W3C. Geolocation. W3C Candidate Recommendation Snapshot, 26 March 2026. https://www.w3.org/TR/2026/CR-geolocation-20260326/
  13. Kaleidr. Kaleidr Hospitality. Template. Accessed 10 September 2026. https://template.kaleidr.com/customize/?template=hospitality
  14. Kaleidr. Map Engagement and Location Analytics. Accessed 10 September 2026. https://kaleidr.com/analytics
@misc{kaleidr_home_landmark_2026_09_10,
  title  = {AI-Powered Map Experiences for Business},
  author = {{Kaleidr}},
  note   = {Accessed 10 September 2026},
  url    = {https://kaleidr.com/}
}

@misc{kaleidr_ai_landmark_2026_09_10,
  title  = {AI Map Chat for Customer Discovery},
  author = {{Kaleidr}},
  note   = {Accessed 10 September 2026},
  url    = {https://kaleidr.com/ai}
}

@misc{visit_orlando_ai_planner_landmark_2026_09_10,
  title  = {Visit Orlando Expands Free Vacation Planning Services with New AI Trip Planner},
  author = {{Visit Orlando}},
  year   = {2026},
  month  = jun,
  url    = {https://www.visitorlando.org/media/press-releases/post/visit-orlando-expands-free-vacation-planning-services-with-new-ai-trip-planner/}
}

@misc{mindtrip_sdta_landmark_2026_09_10,
  title  = {Mindtrip Partners With The San Diego Tourism Authority To Reimagine How Travelers Discover San Diego},
  author = {{Mindtrip}},
  year   = {2026},
  month  = aug,
  url    = {https://www.prnewswire.com/news-releases/mindtrip-partners-with-the-san-diego-tourism-authority-to-reimagine-how-travelers-discover-san-diego-302862145.html}
}

@misc{google_place_types_landmark_2026_09_10,
  title  = {Place Types (New)},
  author = {{Google Maps Platform}},
  note   = {Accessed 10 September 2026},
  url    = {https://developers.google.com/maps/documentation/places/web-service/place-types}
}

@misc{mapbox_search_box_landmark_2026_09_10,
  title  = {Search Box API},
  author = {{Mapbox}},
  note   = {Accessed 10 September 2026},
  url    = {https://docs.mapbox.com/api/search/search-box/}
}

@misc{schema_tourist_attraction_2026_09_10,
  title  = {TouristAttraction},
  author = {{Schema.org}},
  note   = {Version 30.0; accessed 10 September 2026},
  url    = {https://schema.org/TouristAttraction}
}

@misc{schema_tourist_destination_2026_09_10,
  title  = {TouristDestination},
  author = {{Schema.org}},
  note   = {Version 30.0; accessed 10 September 2026},
  url    = {https://schema.org/TouristDestination}
}

@misc{schema_includes_attraction_2026_09_10,
  title  = {includesAttraction},
  author = {{Schema.org}},
  note   = {Version 30.0; accessed 10 September 2026},
  url    = {https://schema.org/includesAttraction}
}

@misc{kaleidr_chat_attach_landmark_2026_09_10,
  title  = {Chat attach},
  author = {{Kaleidr}},
  note   = {Developer documentation; accessed 10 September 2026},
  url    = {https://docs.kaleidr.com/sdk/chat-attach}
}

@misc{kaleidr_auth_scopes_landmark_2026_09_10,
  title  = {Auth \& scopes},
  author = {{Kaleidr}},
  note   = {Developer documentation; accessed 10 September 2026},
  url    = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}

@misc{w3c_geolocation_cr_landmark_2026_09_10,
  title  = {Geolocation},
  author = {{W3C}},
  year   = {2026},
  month  = mar,
  note   = {W3C Candidate Recommendation Snapshot, 26 March 2026},
  url    = {https://www.w3.org/TR/2026/CR-geolocation-20260326/}
}

@misc{kaleidr_hospitality_template_landmark_2026_09_10,
  title  = {Kaleidr Hospitality},
  author = {{Kaleidr}},
  note   = {Template; accessed 10 September 2026},
  url    = {https://template.kaleidr.com/customize/?template=hospitality}
}

@misc{kaleidr_analytics_landmark_2026_09_10,
  title  = {Map Engagement and Location Analytics},
  author = {{Kaleidr}},
  note   = {Accessed 10 September 2026},
  url    = {https://kaleidr.com/analytics}
}

相關內容

將您的地圖變成成長引擎