The global shipping software market reaches $14.26 billion in 2025 and is projected to grow to $22.23 billion by 2030 (Mordor Intelligence). The driver: online stores that automate their shipping processes via API save manual work and largely eliminate data entry errors – a meaningful lever, since faulty shipping data causes rework, returns and support effort. With projected global e-commerce revenue of $3.86 trillion in 2026 (Statista), the question is no longer whether a store integrates carrier APIs, but how quickly. This guide shows how the integration of DHL, DPD, GLS and UPS works technically, which architecture decisions are the right ones, and why a multi-carrier strategy can reduce shipping costs.
Shipping APIs and Carrier Integrations Overview
Shipping APIs connect an online store directly with carrier systems. Instead of manually creating labels in the carrier's browser portal, the store sends parcel data via API call to the carrier and receives a print-ready shipping label, a tracking number, and status updates within less than a second. What works manually with 10 parcels per day becomes a bottleneck at 100 or 1,000 shipments without automation.
Delivery options are part of the purchase decision for many customers: stores offering only one carrier lose customers to competitors with more flexible options. At the same time, demand for fast delivery options up to same-day delivery keeps rising. These expectations can only be met when the store can dynamically select the fastest or cheapest carrier at runtime – and that requires an API-based multi-carrier architecture.
For e-commerce merchants, the integration also has a direct revenue impact: a free shipping threshold gives customers a reason to add further items to their cart. Stores that calculate the cheapest shipping route via API and use the free shipping threshold deliberately work directly on the average order value.
The shipping software market grows at a CAGR of 9.29 percent from $14.26 billion (2025) to $22.23 billion (2030) (Mordor Intelligence). Multi-carrier platforms and API-first approaches drive this growth.
Each parcel carrier offers its own APIs with different architectures, authentication methods, and feature sets. For store operators, understanding the differences is critical before designing an integration architecture.
| Feature | DHL Business API | DPD Cloud API | GLS Web API | UPS RESTful API |
|---|---|---|---|---|
| API Type | REST + SOAP | REST | REST / SOAP | REST (OAuth 2.0) |
| Label Formats | PDF, ZPL, PNG | PDF, ZPL | PDF, ZPL | PDF, ZPL, GIF |
| Tracking | Real-time via Webhook | Polling + Push | Polling | Real-time via Webhook |
| Returns API | Integrated | Separate Endpoint | Separate Endpoint | Integrated |
| Sandbox/Test | Available | Available | On Request | Available |
| Rate Query | Business Portal | Via API | Via API | Rating API |
| Key Strength | Parcel network with lockers and branches | EU-wide network | Flexpoint Delivery | Global, Express Focus |
The differences in API architectures explain why direct point-to-point integration of each carrier quickly becomes complex. While DHL and UPS offer webhook-based real-time tracking, GLS and DPD partially require active polling. Label formats are similar, but authentication varies between API keys, OAuth 2.0, and certificate-based authentication.
Architecture Decision: Middleware vs. Direct Integration
As with any integration architecture, store operators face a fundamental question: connect each carrier individually or add a middleware layer? The answer depends on the number of carriers, shipment volume, and complexity of shipping rules.
Direct Integration
Each carrier is connected individually via API. Advantage: full control over every endpoint. Disadvantage: with 4+ carriers, maintenance effort grows exponentially. Suitable for stores with one or two fixed carriers.
Middleware Approach
A central middleware layer abstracts the carrier APIs. The store sends parcel data to a single endpoint, and the middleware routes to the optimal carrier. Suitable for multi-carrier strategies and growing stores.
The middleware approach offers a decisive advantage: carrier diversification shortens average delivery time, because the fastest carrier for each target region is selected per shipment. The middleware selects at runtime the carrier with the best combination of price, delivery time, and availability for the respective target region. Simultaneously, the store code is decoupled from carrier-specific details – a new carrier can be activated in the middleware without changing the store code.
Whether and when a shipping middleware pays for itself depends mainly on the number of carriers and daily shipment volume. With less volume, a direct Shopware integration with a single carrier plugin may suffice.
API Label Generation: From Click to Shipping Label
Label generation is a core use case for a shipping API. The process runs in three steps: the store sends sender and recipient addresses, parcel dimensions, and weight to the carrier API. The API validates the data, calculates the price, and returns a print-ready label in the desired format (PDF, ZPL for thermal printers, or PNG) – along with a tracking number.
{
"shipment": {
"sender": {
"name": "Shop GmbH",
"street": "Musterstr. 1",
"zip": "30159",
"city": "Hannover",
"country": "DE"
},
"recipient": {
"name": "Max Mustermann",
"street": "Hauptstr. 42",
"zip": "10115",
"city": "Berlin",
"country": "DE"
},
"parcel": {
"weight": 2.5,
"length": 30,
"width": 20,
"height": 15
},
"services": ["tracking", "insurance"]
}
} The time advantage is enormous: API label generation takes less than one second, compared to 3 to 5 minutes for manual entry in the carrier portal. At 200 shipments per day, automated label creation alone saves over 10 hours of work per week. Additionally, error reduction is significant: manual address entry leads to typos, wrong postal codes, and missing house numbers in practice. API-based transfer from validated store data eliminates this error source.
Real-Time Tracking and WISMO Reduction
WISMO stands for Where Is My Order? and is typically a frequent and low-value customer inquiry in e-commerce. Real-time tracking via carrier APIs can reduce these inquiries. The mechanism is simple: instead of directing customers to the carrier's external tracking page, the store fetches status updates via API and displays them directly in the order overview.
Technically, there are two approaches: Polling queries the carrier status at regular intervals (e.g., every 30 minutes). Webhooks are the more elegant solution – the carrier proactively sends status updates to a store endpoint whenever the parcel status changes. DHL and UPS support webhooks natively; with DPD and GLS, polling is the standard. A middleware can unify both approaches and always deliver a consistent tracking format to the store.
- Proactive status emails with store branding instead of generic carrier emails
- Tracking page integrated in the store – customers stay on your domain
- Delivery time prediction based on historical carrier data
- Automatic escalation for delivery issues (parcel in transit for >48 h)
Reducing WISMO inquiries not only lowers support costs but also improves customer satisfaction. Customers who can see their order status at any time tend to rate the store better and purchase more frequently.
Automating Returns Management via API
Returns are a daily reality in e-commerce, and the rate differs widely by industry. Returns automation via carrier APIs can cut processing time while also improving the customer experience. The classic returns process – customer emails support, support manually creates a return label, sends it via email – is replaced by a self-service workflow.
- Customer selects items to return in the store customer account
- Store validates the return (deadline, condition, category) via business logic
- API call to the carrier generates a return label
- Customer receives label via email and QR code for parcel shop drop-off
- Carrier sends tracking updates to the store – return is automatically processed
API-based returns offer an additional advantage: the store can define return rules before a label is even generated. For example, items over 100 euros can automatically trigger a carrier pickup, while less expensive items are returned via the nearest parcel shop. This logic can be centrally configured in the shipping middleware.
Multi-Carrier Strategy: Reducing Costs Through Diversification
A multi-carrier strategy connects the store with multiple parcel carriers and selects the optimal carrier for each shipment. The result can be lower shipping costs and shorter delivery times, because the cheapest and fastest carrier is selected for each shipment. The optimization is based on multiple factors evaluated at runtime.
Cost Optimization
Automatic selection of the cheapest carrier per shipment based on weight, volume, destination region, and daily rates.
Regional Advantage
DHL for standard parcels in Germany, DPD for EU shipments, UPS for international express – each carrier has regional strengths.
Failover Safety
If a carrier goes down (strike, technical issue), the middleware automatically routes to an alternative carrier. No shipping stoppage.
The technical implementation requires a routing engine in the shipping middleware that evaluates configurable rules. Typical rules include: If weight > 20 kg, then GLS (cheaper heavy goods rate). If destination not DE, then DPD (EU network). If express requested, then UPS (guaranteed delivery time). These rules are managed via an admin interface and can be adjusted at any time without changing the store code.
Integration with Shopware, WooCommerce and Checkout
Connecting shipping APIs differs by shop system. In Shopware, integration is done through the Flow Builder system and custom API extensions. In WooCommerce (WooCommerce agency), Shipping Method classes and REST API hooks are available. Both platforms support the core processes: label generation, tracking updates, and returns. The integration also pays off during regular maintenance cycles, as API-based connections work independently of shop updates.
<?php
class ShippingMiddleware
{
public function createShipment(Order $order): ShipmentResult
{
// Carrier selection based on routing rules
$carrier = $this->router->selectCarrier(
weight: $order->getTotalWeight(),
destination: $order->getShippingAddress(),
services: $order->getRequestedServices()
);
// Generate label via carrier API
$label = $carrier->createLabel($order->toShipmentData());
// Save tracking number in store
$order->setTrackingNumber($label->getTrackingId());
$order->setCarrier($carrier->getName());
return new ShipmentResult($label, $carrier);
}
} For integrating into existing stores, a phased approach is recommended: first connect the primary carrier via API and eliminate manual label creation. In the second step, integrate tracking webhooks and automate status emails. In the third step, add a second carrier and define routing rules. Beyond backend automation, shipping APIs also play a crucial role in the checkout: through carrier rating APIs, the store calculates shipping costs in real-time. Customers choose between standard, express, and next-day and see the current daily price. This is exactly where a delivery option either leads to checkout or to abandonment.
Shopware's Flow Builder allows triggering automatic API calls to carriers on status changes (order paid, parcel shipped, return initiated). Combined with a middleware, this creates a fully automated shipping process without manual intervention.
Shipping Logistics as a Competitive Advantage
Shipping APIs are no longer a technical niche project but a central building block of e-commerce strategy. The numbers speak clearly: the shipping software market nearly doubles by 2030 (Mordor Intelligence), API integration largely eliminates manual data entry errors – and multi-carrier strategies noticeably reduce shipping costs. For store operators still creating labels manually or using only one carrier, switching to API-based shipping processes is an obvious integration project. Combined with a performant infrastructure and automated EDI processes, this creates an end-to-end digital supply chain.
XICTRON supports online stores with the complete integration of shipping APIs – from architecture consulting through middleware development to connecting all relevant carriers. Those looking to holistically optimize their fulfillment processes benefit from our experience in Shopware, WooCommerce (WooCommerce agency), and custom e-commerce solutions.
This article is based on data from Mordor Intelligence (Shipping Software Market 2025–2030) and Statista (E-Commerce Projection 2026). The cited figures may vary depending on timing and region.
Common shipping APIs in Germany include DHL Business Customer Portal, DPD Cloud API, GLS Web API, and UPS RESTful API. Additionally, Hermes, Deutsche Post Warenpost, and international carriers like FedEx or TNT can be connected. The choice depends on shipment volume, target regions, and service levels. A shipping middleware can manage multiple carriers simultaneously.
A single carrier connection with label generation and tracking usually takes a few weeks. A complete multi-carrier integration with middleware, routing rules, and returns self-service takes correspondingly longer. The exact timeline depends on the shop system used and the complexity of shipping rules.
The carrier APIs themselves are generally free – costs arise from developing the integration. A simple single-carrier connection is considerably smaller in scope than a multi-carrier solution with middleware. Whether and when saved working time and fewer errors pay back the investment depends on shipment volume.
Yes, both platforms support shipping API integrations. Shopware offers the Flow Builder for automated workflows and a flexible plugin architecture. WooCommerce provides Shipping Method classes and REST API hooks. For more complex requirements, an external middleware that works independently of the shop system is recommended.
WISMO inquiries (Where Is My Order?) are typically a frequent type of support contact in e-commerce. Real-time tracking via carrier API can reduce these inquiries. Customers see the parcel status directly in their customer account or receive proactive status emails. This reduces the load on customer service and simultaneously improves customer satisfaction and repeat purchase rates.
A multi-carrier strategy connects the store with multiple parcel carriers and selects the optimal carrier per shipment. This can reduce shipping costs and delivery times, because the optimal carrier is selected for each shipment. It typically pays off starting from a shipment volume of 50+ parcels per day or for international shipments where different carriers have different regional strengths.