Without an integration, Allegro and your store are two warehouses kept by hand - and the worst case is selling the same last unit in both places at once. Then somebody’s purchase has to be cancelled, the money refunded and a negative comment swallowed that stays on the account for a long time. And before it comes to that, you pay a daily, invisible penalty: every product listed twice, every price change made in two places, every order retyped by hand.
A good Allegro and WooCommerce integration comes down to one principle: one place decides on stock, prices and orders, and everything else learns from it. Below are three routes to achieve that, a list of what to synchronise, and the traps most rollouts trip on.
Why connect Allegro to the store
Because without a connection you are effectively running two stores. In each of them you have to watch stock, update prices, handle orders and shipping. With a small range and occasional orders it can be managed by hand - at the cost of your evenings. But every increase in sales turns it into a lottery: the more traffic, the greater the chance stock figures drift apart exactly when sales are going best.
An integration reverses that relationship. The more orders there are, the more it pays that stock drops by itself, orders land in one view and tracking numbers go back to buyers without your involvement.
Baselinker, a plugin or the Allegro API - three integration routes
An intermediary such as Baselinker - the most popular route in Poland. It is a separate panel that joins WooCommerce, Allegro, courier companies and invoicing in one place. The store and the listings become “endpoints”, and the centre of gravity moves to the intermediary: that is where you manage stock and where you dispatch parcels from. A strong choice when you sell on several platforms at once or plan to add more.
A Woo-Allegro plugin - a solution installed directly in the store. The store stays the centre, the plugin publishes offers on Allegro and pulls orders in. Fewer moving parts and a lower barrier to entry, but also fewer capabilities - good for smaller scale and a simple range.
A custom API integration - Allegro provides an official API, so a connection can be written to fit your processes exactly: what synchronises, when and in which direction. The most control and no compromises, but also the most work up front. It makes sense when you have an unusual range, your own stock system or processes that off-the-shelf tools refuse to fit.
Syncing Allegro and store stock - what to join and which way
- Stock levels - immediately. The first and most important thing. A unit sold on Allegro means the stock in the store has to drop right away, not in an hour. This is exactly where the double-sold last unit is born.
- Prices - carefully. The price on Allegro usually should differ from the store price, because the sales commission has to fit inside the margin. A good integration lets you set a rule (store price plus a markup, for example) instead of copying prices one to one.
- Orders and statuses. A purchase from Allegro should appear where you handle the rest of your orders - with the buyer’s details, the delivery method and a status that updates in both directions.
- Shipping and tracking numbers. The reverse direction: you dispatch the parcel once and the tracking number returns by itself to both the store and Allegro. The buyer is informed without you clicking anything.
What helps: before you choose a tool, decide on one place that is the source of truth about stock - the store, the intermediary or the stock system. Half the problems with integrations come from stock “living” in two places at once, each of them convinced it is right.
The traps most rollouts trip on
Listing descriptions copied one to one from the product page. Google then sees the same content twice - on Allegro and in your store. The product page in the store should be fuller: better photos, dimensions, advice, answers to customer questions. The listing can be shorter and more sales-focused.
Stock drift during sales spikes. A sync that works on a quiet Tuesday can fall behind at the peak of the season or during a promotion. That is exactly when it pays to know how often stock really refreshes - and to shorten that time for products you have few of.
Returns and cancellations. Returned goods have to go back into stock in both channels, and a cancelled order must not block a unit in the warehouse. It is the most commonly skipped part of a rollout - and the most common source of “warehouse ghosts”, units the system can see and the shelf cannot.
Allegro or your own online store - that is the wrong question
Allegro gives you traffic right away: you publish an offer and you are where the buyers already are. You pay for that with a commission on every sale and with the fact that the buyer is Allegro’s customer, not yours - you will not build a relationship with them or come back to them with a new offer on your own terms. Your own store works the other way round: the traffic has to be earned, but the margin and the customer base stay yours, for good.
Which is why the healthy model is not either-or but both channels with one source of truth about stock: Allegro as an inflow of sales and new customers, the store as the place where you build the brand and the margin. How I approach building that second pillar I describe on the page about e-commerce stores, and the real startup costs I take apart in the piece on what a WooCommerce store costs.
How I put it together for clients
I start by drawing the chain: where the stock figure comes from, where the order is created, who dispatches the parcel, where the invoice is issued. Only then do I choose a tool - sometimes a plugin is enough, sometimes an intermediary, and sometimes a custom API connector has to be written. If there is also a stock system or invoicing in the chain, another link is added - what that looks like I described in the piece on ERP and e-invoicing integration.
Putting the whole thing together I quote up front, fixed-bid - roughly 5,000-10,000 PLN net, with the exact figure given in writing before the start, after a free diagnosis of what you already have.
Frequently asked questions
Can Allegro be connected to WooCommerce? Yes, in three ways: through an intermediary such as Baselinker, through a plugin in the store, or through a custom integration on the Allegro API. The choice depends on your sales scale and the number of links in your chain.
Does Allegro have an API for store integration? It does - the official Allegro API allows you to publish offers, update stock and prices and pull orders. It is used by plugins and Baselinker as well as by bespoke integrations.
What is Baselinker and do I need it? It is an intermediary panel joining the store, Allegro, couriers and invoicing in one place. You need it when you sell on several platforms or ship enough that dispatching parcels by hand eats your day - at small scale a plugin is often enough.
Does the price on Allegro have to match the store price? No - and usually it should not, because on Allegro sales you pay a commission that has to fit inside the margin. A good integration lets you set a separate pricing rule for listings instead of copying prices from the store.
What happens to stock on an Allegro return? In a well-built integration, a return and a cancellation automatically put the unit back into stock in both channels. If that part was skipped, the warehouse starts showing units that physically are not there - or the other way round.
Running a store where something does not work the way it should? I build and rebuild WooCommerce stores - from a single fix to reworking the whole sales flow. Tell me what you are dealing with and I will send back a scope and a price.