Short answer
Sorting Meesho shipping labels means reordering the label PDF before printing so identical products, sizes and couriers sit together. Meesho generates pages in order-arrival sequence, so a browser-based sorter regroups them and the printed stack comes out already sorted.
Key takeaways
- Meesho prints labels in the order the orders arrived, not in the order you pick stock.
- Sorting the PDF before printing beats sorting paper afterwards, because the pile comes off the printer already grouped.
- Sort by delivery partner first if handover is your bottleneck, by product first if picking is.
- Print the product name on the label too. A SKU ID like
2pc_COMB0_LEGENDis unreadable at 6am. - Use a tool that works inside your browser. A label carries your customer's full address, so it should not be uploaded to a stranger's server.
If you ship more than about twenty Meesho orders a day, you know the problem. You download the label PDF from the supplier panel, print it, and end up with a stack where page 1 is a black kurti in size L, page 2 is a blue shirt in XL, and page 3 is that same black kurti again.
So you sort. You make piles on the floor, you fetch the black kurtis, you pack them, then you walk back to the shelf for the shirts. This guide is for small Meesho sellers doing that by hand, and it covers how to reorder the PDF instead so the printer does the sorting for you.
Scope: this covers Meesho labels only. Flipkart and Amazon use different layouts and are not addressed here, and nothing below concerns your catalogue, pricing or returns. I built the free sorting tool linked at the end of this article, so treat the recommendation accordingly. Time figures are estimates from running this workflow, not measured study data.
On this page
Why the pages come out in that order
The Meesho supplier panel generates labels in the sequence the orders were placed. It has no idea what your shelves look like, which products sit next to each other, or that picking ten identical items in one trip is faster than ten separate trips.
That is not a bug. The panel is solving a different problem than you are. It is producing a document per order; you are trying to minimise walking.
The manual method, and where it breaks
Most sellers start by sorting the printed pages by hand. At ten orders a day that is fine. At fifty it eats your morning. At a hundred it becomes the single slowest part of dispatch, and it is where most wrong-item shipments come from, because sorting and picking blur into one tired motion.
Some sellers try to fix it upstream by downloading labels in small filtered batches, one product at a time. That works, but the panel is not really built for it and you end up managing a dozen small PDFs, which introduces its own mistakes.
Sorting the PDF instead of the paper
The better answer is to reorder the pages before they reach the printer. Every Meesho label page carries what you need in its own text layer:
- the SKU ID of the item
- the size
- the quantity
- the delivery partner, printed large in the top right
Software can read those four values off each page and rebuild the PDF with the pages grouped. Ten of the same product in the same size come out as ten pages in a row. Print that and your pile is sorted before you touch it.
What the panel gives you
- LEGEND COMBO BLACKM
- WHITE TEEXL
- LION PRINT REDL
- LEGEND COMBO BLACKL
- WHITE TEEM
- LEGEND COMBO BLACKM
What you get back
- LEGEND COMBO BLACKM
- LEGEND COMBO BLACKM
- LEGEND COMBO BLACKL
Set 1
- WHITE TEEM
- WHITE TEEXL
Set 2
- LION PRINT REDL
Set 3
Nothing on the label itself needs to change. Pages get reordered, not redrawn, so the barcode, the address block and the tax invoice stay exactly as Meesho produced them.
Which field to sort by first
The field you sort by first makes the biggest piles, so this choice matters more than the rest.
| Sort first by | Best when | What you get |
|---|---|---|
| Delivery partner | You hand over to two or more couriers and mix-ups at pickup are the risk | Each courier's parcels stay together. Inside each courier pile you then get product, then size. |
| Product | One person picks and a different person hands over | One shelf trip per product. Courier separation happens at the end instead. |
| Size | You sell one or two designs in many sizes | All the M parcels together, then L, then XL, regardless of design. |
There is no universally right answer. It depends on whether your bottleneck is picking or handover. Most sellers running more than one courier put the delivery partner on top.
One detail worth checking in whatever tool you use: sizes should sort in wearing order, S then M then L then XL, not alphabetically. Alphabetical gives you L, M, S, XL, which is useless on a packing table.
Printing the product name on the label
Sorting solves half the problem. The other half is that the label says 2pc_COMB0_LEGEND where a human needs to read LEGEND COMBO BLACK. Nobody memorises SKU IDs, and nobody wants to try at six in the morning.
A Meesho label leaves blank space below the tax invoice block. You can print the product name, size and quantity there in large type without covering the barcode, the address or the invoice. That one change removes most of the "which packet is this" questions from the packing table, and it is the difference between a process only you can run and one you can hand to someone else.
To make that work, the tool needs to know what you call each SKU. That mapping is a one-time setup. If you want the detail on why one product often has three or four different SKU IDs, that is covered in the SKU ID guide.
Splitting into one file per courier
If you work with more than one delivery partner, a single sorted PDF still needs a physical split at handover. Producing one PDF per courier instead means the Valmo stack and the Delhivery stack print separately and cannot get mixed, because they were never in the same pile.
The same idea works per product if you have staff picking in parallel: one file each, one shelf each, no coordination needed.
Why it matters that this runs in your browser
One warning before you paste your label PDF into the first free tool a search turns up. A shipping label contains your customer's full name, delivery address and phone number. Many free "PDF sorter" sites upload your file to their server to process it, which means you have just handed a stranger a list of your customers along with where they live.
Look for a tool that does the work inside the browser. There is a simple test anyone can run:
- Load the page.
- Turn off Wi-Fi and mobile data.
- Try to sort a file.
If it still works, nothing is being uploaded, because nothing could be. If it stops working, your file was going somewhere. Browser-based PDF work is well-established technology: pdf.js, the library Firefox uses to display PDFs, is open source and runs entirely on your device, and pdf-lib can create and modify PDFs in the browser without any server. Between them, everything described in this article can happen on your own machine.
The two-minute workflow
Here is the checklist, start to finish:
- Download the label PDF from the Meesho supplier panel the way you already do.
- Open it in a sorting tool and let it read the SKU IDs off the pages.
- Name your products once. Give each SKU ID the name you actually use. Save it.
- Check the summary: sets, products, sizes, page counts. This is your chance to catch a label the parser read oddly.
- Download and print.
Step 3 disappears from the second file onwards, because the mapping is saved. After the first run it is download, drop, print.
Where to start
If you want this done for you, the Meesho Label Sorter on this site does all of the above. It is free, needs no account, and runs entirely in your browser, so your customers' addresses never leave your device.