Metapack tracking
如何追蹤我的Metapack包裹?
如需追蹤Metapack包裹,請先準備好由寄件人或商家提供的追蹤號碼。透過這組獨特的編號,您可以查閱包裹的所有相關資訊。
在搜尋欄位中輸入追蹤號碼並確認送出,系統將自動顯示最新的物流追蹤資訊。
詳細的時間軸將呈現您包裹的完整運送歷程:目前位置、已完成的中轉站點及預計送達日期。每當包裹狀態更新時,這些資訊都會即時同步,讓您隨時掌握包裹的運送進度。
關於Metapack
Metapack是一家總部位於London的科技公司,提供電子商務配送管理軟件,透過單一平台連接網上零售商與超過400家承運商及4,900項配送服務。公司成立於1999年,讓企業能夠管理承運商選擇、標籤生成、貨件追蹤及退貨處理。Metapack於2018年被Stamps.com收購,現為Auctane集團的一部分。
如何聯繫Metapack?
如果您在Metapack管理的送貨過程中遇到問題,請不要猶豫,聯繫他們的客戶支持。
什麼是Metapack?
Metapack是一家總部位於London的科技公司,也是全球領先的電子商務配送管理軟件供應商之一。成立於1999年11月,Metapack本身並不作為承運商營運。該公司作為軟件層,連接網上零售商與實際運送包裹的承運商,將企業連接到超過400家承運商的網絡,提供超過4,900種不同的配送服務,覆蓋全球各個國家。零售商使用該平台通過單一整合來管理承運商選擇、標籤生成、貨件追蹤和退貨處理,而無需維護與每個承運商的單獨技術連接。
該公司由Patrick Wall和Marcin Wójcicki聯合創立,Patrick Wall擔任創辦人兼行政總裁,Marcin Wójcicki負責管理Metapack的Poland營運並領導軟件開發。Metapack的集中式多承運商管理平台願景,非常適合2000年代和2010年代網上零售業的增長,到2010年代中期,該公司已成為UK市場企業配送管理軟件的公認領導者。其企業歷史的決定性時刻出現在2018年7月25日,當時總部位於US的Stamps.com以約2.3億美元收購了Metapack,標誌着Stamps.com當時最大規模的國際市場擴張。2021年,Stamps.com重新品牌為Auctane,Metapack成為這個更廣泛的運送和履行軟件公司集團的一部分。
- 成立時間: 1999年11月,於United Kingdom London成立
- 聯合創辦人: Patrick Wall(創辦人兼行政總裁)和Marcin Wójcicki(創辦人,負責軟件開發和Metapack Poland營運)
- 總部: United Kingdom London
- 母公司: Auctane,原名Stamps.com,於2021年重新品牌,演變為全球運送軟件集團
- 收購: 2018年7月25日被Stamps.com以約2.3億美元收購
- 承運商網絡: 超過400個承運商合作夥伴和超過4,900項配送服務,可通過單一API整合存取
- 年度數量: 使用該平台的零售商每年派送超過10億個包裹
- 追蹤事件: 每年通過該平台處理135億個追蹤事件
- PUDO網絡: 全球超過350,000個取貨投遞點和130萬個取貨地點
Metapack的平台被UK及國際上一些最知名的零售品牌使用,包括ASOS、Boohoo Group、John Lewis and Partners、B&Q、Mountain Warehouse、Halfords、Holland and Barrett和Nespresso等眾多品牌。該公司根據消費者和零售商研究發布年度電子商務配送基準報告。2026年2月,Metapack在於London Royal Lancaster Hotel舉行的The Delivery Conference上推出了新一代AI驅動的配送智能工具,會議時間為2月2日及3日。
Metapack配送至哪些國家?
Metapack的平台為全球超過200個國家和地區提供承運商覆蓋。這種覆蓋範圍建立在該公司超過400個承運商合作夥伴和4,900項配送服務的網絡基礎上,全部可通過單一API整合存取,這意味着零售商無需管理與在特定地區營運的每個承運商的單獨技術連接。該平台包含專門構建的承運商匹配工具,幫助零售商識別任何起點到目的地組合的適當承運商服務,包括需要專業本地知識才能導航的市場。
在United Kingdom,Metapack擁有最廣泛的承運商整合,涵蓋所有主要國內承運商,包括Royal Mail、Evri(原Hermes)、DPD、Parcelforce、Yodel、InPost和Amazon Shipping。在西歐地區,該平台連接到GLS Netherlands、GLS Denmark、橫跨Scandinavia的PostNord、France的Colissimo、Italy的Poste Italiane、DHL、FedEx和Asendia,為零售商在France、Germany、Netherlands、Denmark、Italy和更廣泛的Scandinavian市場提供強大覆蓋。在歐洲以外,網絡通過Landmark Global和進一步的地區承運商合作夥伴關係延伸至North America、Asia-Pacific和其他全球地區。
- United Kingdom: Royal Mail、Evri、DPD、Parcelforce、Yodel、InPost、Amazon Shipping和其他國內承運商
- 西歐: DHL、FedEx、Asendia、GLS Netherlands、GLS Denmark、Colissimo(France)、Poste Italiane(Italy)、PostNord(Scandinavia)等
- North America: 通過Landmark Global和地區承運商整合在United States和Canada提供覆蓋
- Asia-Pacific: 通過超過400個承運商合作夥伴的更廣泛網絡提供地區承運商連接
- 全球: 通過完整承運商網絡可達超過200個國家和地區
這種覆蓋範圍的實際效果是,使用Metapack的零售商無需與在每個市場營運的每個承運商建立或維護直接整合。例如,Mountain Warehouse在2024年擴展了其與Metapack的合作夥伴關係,專門通過同一平台管理UK和Canada的運送業務,說明了零售商如何使用Metapack的承運商網絡進入新市場,而無需在其方面進行額外的技術投資。
Metapack的服務和配送時間有哪些?
Metapack的平台分為幾個不同的產品模組,每個模組都針對配送生命週期的特定部分。Delivery Manager是核心的多承運商運送產品。它將承運商連接統一為單一管理介面,自動化履行工作流程,並大規模生成運送標籤。當倉庫操作員完成訂單時,Delivery Manager的分配引擎根據預先配置的規則(涵蓋服務級別、重量、尺寸、目的地和成本)選擇適當的承運商和服務,然後生成標籤和任何所需的海關文件,無需手動輸入。
Delivery Options是平台中面向結帳的產品。它在購買時向購物者展示實時、已驗證的配送選擇,顯示在產品頁面、購物籃頁面和結帳頁面上。顯示的配送估計是基於承運商容量、倉庫截止時間、產品特性和客戶位置的實時數據構建的,因此顯示的日期反映了零售商實際可以履行的承諾,而不是僅基於標準承運商運輸時間的通用估計。
- Delivery Manager: 用於承運商分配、標籤生成和倉庫級履行自動化的多承運商運送軟件
- Delivery Options: 結帳產品,用於展示實時配送選擇,包括家庭配送、指定日期、當日配送和PUDO收集選項
- Delivery Tracking API: 超過300個承運商的單一端點追蹤整合,將承運商特定事件標準化為70個標準化狀態
- Returns Management: 自助退貨服務,允許消費者通過標籤或QR碼發起退貨,無需聯繫零售商的客戶服務團隊
- Intelligence Hub: 涵蓋承運商配送表現、倉庫營運和最終客戶配送體驗的分析和報告,提供入門級和高級版本
- AI驅動工具(2026年推出): Ask Metapack用於自然語言數據查詢,Predict with AI用於早期識別風險貨件,Build with AI用於按需創建自定義報告,Intelligent Checkout用於提供已驗證的配送選項和建議的履行地點
通過平台的配送時間範圍從當日和翌日選項(在承運商可用性支持的情況下),到標準的2至5天國內配送和消費者選擇特定日期的指定日期服務。對於國際貨件,到歐洲目的地的快遞服務通常在1至3個工作日內營運,而經濟國際選項根據目的地國家和選定的承運商有較長的時間窗口。Delivery Options API作為其回應的一部分返回每項服務的運輸時間估計,允許零售商向購物者顯示準確的配送日期承諾,而不是近似範圍。
Metapack的費率和接受的最大尺寸是什麼?
Metapack作為企業對企業軟件平台而非承運商營運,因此該公司不發布每件貨物的費率卡。零售商通過軟件授權安排為存取平台及其API功能付費。每個貨件的實際成本由零售商與每個承運商直接持有的費率協議決定,或由Delivery Manager內配置的承運商費率卡決定。Metapack的分配引擎然後應用零售商的規則為每個包裹選擇最具成本效益的承運商,利用這些議定費率而不是Metapack本身設定的任何收費。
由於平台連接超過400個承運商的超過4,900項配送服務,重量限制、尺寸限制和包裝格式要求根據為特定貨件選擇的承運商服務而顯著不同。沒有適用於整個網絡的單一平台範圍重量或尺寸上限。零售商在Delivery Manager內配置產品和倉庫數據,包括重量和尺寸信息,分配引擎使用這些信息將每個貨件匹配到能夠實際接受它的承運商服務。該平台支持標準電子商務包裝格式,包括包裹、小包和信封。
- 定價模式: 企業對企業軟件授權;零售商為平台存取付費,而非每包裹郵資收費
- 承運商費率: 在零售商與每個承運商之間直接議定,然後在Delivery Manager內配置供分配引擎使用
- 重量限制: 因承運商服務而異;所有4,900項配送服務沒有單一平台範圍最大值
- 尺寸限制: 在承運商服務級別定義,並根據零售商輸入的產品和倉庫數據在平台內配置
- 支持格式: 包裹、小包、信封和其他標準電子商務包裝格式,需與選定的承運商服務兼容
Metapack的配送選項有哪些?
Metapack的平台使零售商能夠在結帳時向消費者展示各種配送和收取選擇,這些選擇來自收件人所在地的可用承運商服務。對於家庭配送,選項可包括標準配送、快遞配送、翌日配送、當日配送(在承運商可用性支持的情況下)以及指定日期或指定時段。Delivery Options產品根據承運商容量數據、零售商的倉庫截止時間和消費者的郵政編碼實時組合這些選擇,因此只顯示零售商真正能夠履行的選項。
對於非家庭接收,Metapack提供全球超過350,000個取貨投遞點和超過130萬個取貨地點的更廣泛網絡存取。通過平台可存取的PUDO點包括承運商營運的包裹儲物櫃、第三方便利店網絡、郵局和零售商點擊收取地點。Delivery Options API返回每個PUDO點的位置數據,包括地址、開放時間、經緯度坐標和無障礙信息,允許零售商在結帳期間以地圖或列表格式向購物者顯示附近的收取選項。
- 標準家庭配送: 可用於國內和國際承運商服務,根據承運商和目的地有不同的運輸時間
- 快遞和翌日配送: 通過支持收件人所在地這些服務級別的承運商提供
- 當日配送: 在承運商可用性和倉庫截止時間允許相關地理區域的情況下支持
- 指定日期配送: 消費者選擇特定配送日期,在結帳時根據實時承運商容量數據確認
- 點擊收取: 零售商營運的店鋪位置整合到Delivery Options顯示中,與承運商收取點一起
- PUDO收取點: 全球超過350,000個專用取貨投遞點,通過Delivery Options API返回地址、開放時間和位置數據
- 包裹儲物櫃: 在平台的承運商和位置數據中作為PUDO選項類型存取,在地圖或列表視圖中向購物者顯示
Metapack引述當結帳時提供PUDO收取選項時,首次配送成功率為99%,因為收取點消除了消費者不在家接收包裹時錯過配送的風險。該平台支持在PUDO地點的外發包裹收取和退貨投遞,一旦在平台內配置了PUDO整合,零售商無需額外開發。
如果我的Metapack包裹遺失或損壞,我應該怎麼辦?
Metapack作為技術平台供應商而非承運商,因此消費者對遺失或損壞包裹的索償會轉交給實際運送貨件的承運商。具體的索償程序取決於使用的承運商和零售商與該承運商合約的條款。零售商通常是負責代表客戶提出索償的合約方,索償通常必須在預期配送日期後的指定時間窗口內提交,這因承運商而異。
Metapack的平台通過為零售商提供識別配送異常和建立承運商爭議解決案例所需的數據來支持索償流程。Intelligence Hub允許零售商追蹤其整個承運商組合中的異常,包括遺失、損壞和延誤的貨件,並在個別貨件和總體級別生成承運商表現報告。對於平台本身的問題,Metapack提供專用幫助中心、技術查詢開發者入口和企業客戶帳戶管理。該平台還支持與第三方購後供應商如parcelLab的整合,零售商部署這些供應商用於品牌追蹤頁面和自動消費者異常通訊。
- 索償責任: 遺失或損壞包裹的索償轉交給運送貨件的承運商,而非Metapack
- 第一步: 聯繫銷售商品的零售商,因為零售商與承運商持有合約關係並負責提出正式索償
- 零售商工具: Intelligence Hub識別配送異常並生成承運商表現數據以支持與個別承運商的爭議解決
- 平台支持: Metapack為使用該平台的企業零售商提供幫助中心、開發者入口和專用帳戶管理
- 第三方整合: 該平台連接到購後供應商如parcelLab,用於品牌追蹤頁面和自動面向消費者的異常通訊
Metapack是否處理國際貨件和海關手續?
Metapack的平台支持跨境運送至超過200個國家,承運商連接涵蓋全球整合商如DHL和FedEx、郵政營運商包括Royal Mail International、Asendia和PostNord,以及各種地區專家。對於國際貨件,該平台直接與標籤生產一起處理海關文件生成。Shipping API允許零售商在包裹級別添加和更新產品級數據,以確保為每個貨件製作準確的海關文件,包括申報價值、內容描述和原產國信息。
該平台支持列印CN22和CN23海關申報表格,這些是分別用於較低價值和較高價值商品的標準國際郵政海關表格。對於需要正式海關清關的貨件,特別是那些運往非歐盟國家的貨件,該平台生成包含所有必需信息的商業發票,包括託運內容、申報價值、原產國和適用的Incoterms,指明誰在目的地承擔進口關稅和稅項責任。
- 地理覆蓋: 通過超過400個承運商合作夥伴連接到超過200個國家和地區
- CN22表格: 較低價值國際郵政貨件的標準海關申報表格,通過平台與承運商標籤一起生成
- CN23表格: 較高價值國際郵政貨件的海關申報表格,通過平台與承運商標籤一起生成
- 商業發票: 為需要正式海關清關的貨件生成,包含申報價值、內容、原產國和Incoterms
- DDU(未完稅交貨): 收件人負責在包裹到達目的地國家時支付進口關稅和稅項
- DDP(完稅後交貨): 發件人承擔所有進口關稅和稅項責任,可在Delivery Manager內按承運商或目的地配置
DDU和DDP條款之間的選擇對配送時的消費者體驗有直接影響。在DDU條款下,包裹可能被目的地國家海關扣留,直到收件人支付適用的進口費用,這可能導致延誤,如果收件人拒絕付款則可能產生退貨。在DDP條款下,所有進口成本由賣方代表預先結算,包裹到達門口時不向收件人收取任何額外費用。Metapack的平台允許零售商按承運商或目的地配置適用的Incoterms,讓企業直接控制跨境成本責任如何分配。
了解追蹤狀態
追蹤通過Metapack平台派送的包裹時,隨着貨件在承運商網絡中移動,會出現不同的狀態。Metapack營運稱為Delivery Tracker的專有追蹤基礎設施,通過單一API整合來自超過300個承運商網絡的事件,並將承運商特定的追蹤訊息轉換為70個標準化狀態集,無論哪個承運商處理包裹都保持一致。這種標準化允許零售商建立單一追蹤介面和通知系統,在其整個承運商組合中運作,無需為每個承運商設定自定義邏輯。
通過Metapack處理的包裹由以「DMC」前綴開始後跟字母數字字符串的DM託運代碼識別。這種格式的例子包括DMC0DCB4AYJK、DMC0DCB3CE4C和DMC0DCB1UMFV。這個Metapack級別的識別碼與底層承運商自己的追蹤參考號碼相連,因此貨件可以通過Delivery Tracker和通過個別承運商自己的追蹤工具進行跟蹤。Delivery Tracker每年處理135億個追蹤事件,並返回外發配送、退貨、家庭配送和PUDO收取配送的事件。主要狀態及其含義列於下方。
| 狀態 | 描述 |
|---|---|
| Order created / label generated | 已製作運送標籤,貨件已在Metapack系統中註冊,但包裹尚未被承運商收取。此狀態表示訂單已在零售商端準備好派送,但尚未實際進入承運商網絡。 |
| Collected / picked up | 承運商已從零售商的倉庫或派送地點收取包裹。貨件已進入承運商的實體網絡,運輸至目的地已開始。 |
| In transit | 包裹正在承運商的運輸網絡中移動。此狀態可能在旅程中多次出現,因為貨件在前往目的地區域的途中經過中間倉庫或分揀設施。 |
| Out for delivery | 包裹已裝載到配送車輛上,預定當天配送。貨件已離開本地承運商倉庫,正處於前往收件人地址的外發旅程最後階段。 |
| Delivered | 包裹已成功配送至指定配送地址的收件人。根據承運商,此事件可能包括簽收參考號、接受包裹人員姓名或配送確認照片。 |
| Delivery attempted / failed delivery | 承運商嘗試配送但無法完成,通常是因為地址處沒有人可以接收包裹。承運商通常會留下通知卡並嘗試重新配送,或將包裹存放在本地收取點等待收件人指示。 |
| Held at collection point / awaiting collection | 包裹在PUDO點、郵局或承運商倉庫準備好收取。此狀態發生在配送嘗試失敗後,或當消費者在結帳時選擇收取點作為其首選配送選項時。 |
| Exception / delay | 承運商網絡內已識別出可能影響預期配送日期的問題。Metapack的Predict with AI工具可以在承運商正式更新追蹤記錄之前標記可能達到此狀態的貨件,讓零售商有機會提前聯繫受影響的客戶。 |
| Return in transit | 消費者發起的退貨正通過承運商網絡運送回零售商的退貨設施。當消費者使用通過Returns Management模組發出的標籤或QR碼派送退貨時生成此狀態。 |
| Return delivered | 退貨已在零售商指定的退貨設施或倉庫收到。此狀態確認退貨旅程結束,並觸發零售商方面的相關下游流程,如庫存檢查和退款啟動。 |
我在哪裡可以找到我的Metapack追蹤號碼?
Metapack追蹤號碼會在包裹寄出時自動發送。作為收件人,您可透過電郵、短訊或商家網站的訂單確認頁面取得此號碼。
如在通知中未能找到追蹤號碼,請登入您在購物網站的會員帳戶。追蹤號碼通常可在訂單記錄或配送進度專區中查閱。
取得追蹤號碼後,只需將其輸入搜尋欄位,即可查看配送進度及預計送達日期。
為什麼我的Metapack包裹在追蹤歷史中停滯不前?
當您的Metapack包裹追蹤狀態連續多日沒有更新時,可能由以下原因導致:國際包裹的清關手續、物流異常,或僅是系統資訊更新延遲。
處理前,請先核實下單時填寫的收件地址是否正確無誤。地址錯誤或資料不完整可能導致配送延誤。若超過預計時間後狀態仍未更新,請備妥追蹤號碼聯繫Metapack客戶服務或寄件人。他們可準確定位您的包裹位置,並在必要時展開調查以釐清延誤原因。
當我追蹤我的Metapack包裹時,為什麼它顯示為"已退回"?
「已退回」狀態表示包裹已被退回寄件人。以下是可能導致退件的常見情況:
派件員因地址錯誤、難以辨識或缺少必要資料(如單位編號、大廈密碼等)而無法確認收件人身份。
經多次嘗試派送未果,且收件人未能在限期內領取,包裹將自動退回原寄地點。
收件人未能在保管期限內(通常為15天)前往郵局或自提點領取包裹。
國際包裹可能因文件缺失、資料不完整或申報價值錯誤而未能通過清關,導致包裹被退回。
如您的包裹顯示此狀態,請聯繫寄件人或Metapack客戶服務,了解確切的退件原因,並根據賣家條款商議解決方案:重新發貨或退款。
為什麼Metapack包裹追蹤時間線顯示我的訂單找不到?
若追蹤Metapack包裹時未顯示任何資訊,可能有以下原因:
請確認輸入的號碼與寄件人提供的完全一致。即使一個字元的錯誤也會導致系統無法識別您的包裹。
追蹤資訊需待Metapack收件處理後方可查詢。從發送通知到首次狀態更新之間,可能存在24至48小時的時間差。
線上追蹤系統偶爾會出現暫時性故障。如遇此情況,請稍後再試,或聯繫Metapack客戶服務尋求協助。