Linking Shopify products to vendors automatically means setting a rule — by tag, collection, title pattern or supplier feed — so a new listing arrives with the right vendor attached instead of relying on somebody remembering. It matters because an unassigned product still sells, and the sale earns nobody anything until a vendor notices it missing from their statement.
Why manual assignment fails
Setting a vendor on a product takes two seconds. That is exactly the problem: it is too small to have a process around, so it depends on memory, and memory fails under the conditions where it matters most — a busy intake day, a new staff member, a bulk CSV import, a duplicated product.
The failure is silent in both directions. Shopify does not warn you that a product has no vendor, and nothing in the order flow objects when one sells. The first signal is a vendor asking why a sale they know happened is missing, and by then you are reconstructing a month.
Bulk imports are the worst offender. A spreadsheet of forty new items with the vendor column empty or slightly misspelled produces forty problems at once, and CSV import will accept every one.
The drift problem
Even assigned products go wrong, because the Shopify vendor field is free text.
"Jane Ceramics", "Jane ceramics", "Jane's Ceramics" and "Jane Ceramics " with a trailing space are four distinct vendors to any report that groups by the field. Each one splits a vendor's earnings across rows that look identical on screen.
Trailing spaces are the cruellest, because nothing shows them. A vendor's statement is short by exactly the orders that landed on the variant nobody can see.
The rule for any store doing this seriously: never type a vendor name twice. Either it is copied from a canonical list, or it is set by a rule.
Four ways to match automatically
-
By tag. Tag products
vendor:jane-ceramicsand let the rule set the field. Tags are easier to apply in bulk from the Shopify admin than the vendor field, and they survive CSV import cleanly. - By collection. If each vendor has a collection — common where vendors have their own storefront page — membership drives attribution. Simple, and it breaks if a product belongs to two collections.
- By title or SKU pattern. Where SKUs encode the supplier, a prefix match assigns the vendor without touching anything else. The most reliable option when your SKU scheme is disciplined.
- By supplier feed. If products arrive from a supplier's own export, the vendor is already in the data; the job is mapping their identifier to your vendor record once.
Most stores end up on tags, because tags are the thing merchandisers already maintain and the vendor comes along for free.
What a good rule does about collisions
A product matching two rules is where automation turns into a new problem. Decide the behaviour before it happens:
- First rule wins, with rules in an explicit order. Predictable, and it hides the conflict.
- Most specific wins — a SKU pattern beats a collection. More intuitive, harder to reason about at a glance.
- Flag and do not guess. The safest for consignment, where a wrong attribution means paying the wrong person. A short list to review beats a silent mistake.
For a store paying real money on the outcome, flagging is usually right. An unattributed product you know about is a five-minute fix. One you do not is a reconciliation.
Vendors who are not in Shopify's vendor field at all
Not every arrangement fits one vendor per product, and it is worth knowing which ones do not before you build rules around the field.
A product assembled from several vendors' components. A gift box containing three makers' work is one SKU with three claims on it. The clean answer is to treat the box as your own product bought at cost from the three, not as consigned goods — otherwise every sale needs a split that Shopify's single vendor field cannot express.
A vendor trading under several names. One maker with two brands is two vendor values and one payment record. Keep the display names separate and map both to the same payee, rather than forcing one name onto products that are merchandised under the other.
The same supplier on two commercial terms. Someone supplying you consigned handmade pieces and wholesale bought-in stock is two vendor records, not one, because the commission and the ownership differ. Trying to hold both against a single vendor produces rules with exceptions, and exceptions are what get applied wrongly.
The general principle: the vendor field answers "who gets paid for this line", and anything that does not have a single answer needs restructuring rather than a cleverer rule.
Backfilling what is already there
Turning a rule on does not fix history. Before relying on it, find what is already broken:
- Products with no vendor. Filter the admin product list by vendor and look for the blank group.
- Near-duplicate vendor names. Sort the distinct vendor values and read them. Case differences and trailing spaces show up immediately when the list is alphabetical.
- Vendors with suspiciously few sales. Often the sign that their products are split across two spellings.
- Past orders on orphaned products. These may represent money owed to someone who never knew to ask for it.
That last one deserves care. If you find sales attributed to nobody, work out who they belonged to and pay them. A vendor who discovers this themselves will reasonably wonder what else is missing.
Checking a rule before you trust it
An attribution rule is easy to write and easy to write wrongly, and the consequence is paying the wrong person, so it is worth a few minutes of testing rather than a month of assuming.
- Run it against products you already know. Before enabling anything, apply the rule to your existing catalogue and compare its answer with the vendor already on each product. Every disagreement is either a bad rule or an existing error, and both are worth knowing about.
- Create one test product that matches, confirm the vendor lands, then delete it.
- Create one that deliberately matches two rules and check the collision behaviour is what you chose rather than what the software defaulted to.
- Import a small CSV. This is the path that produces errors in bulk, so it is the path worth proving.
One more case that catches people: duplicated products. Duplicating in Shopify copies the vendor field, which is usually right — until someone duplicates one maker's listing as a starting point for another's, changes the title and the photos, and leaves the vendor. The product looks completely different and pays the wrong person. A rule based on tags or SKU catches this; a copied field does not.
Keeping it correct
Automation reduces errors; it does not remove the need to look. Two habits:
- Check the unassigned list monthly, as part of the payout run. It should be empty. When it is not, something changed — a new import, a new staff member, a rule that no longer matches.
- Review the distinct vendor list quarterly. New spellings creep in even with rules, usually through manual edits made in a hurry.
Payvenda links products to vendors automatically so new listings arrive attributed, which is the difference between catching this class of error and preventing it.
Where to go next
Get attribution right before anything else, because every commission figure and every payout depends on it. The arithmetic that sits on top is in tracking vendor commission accurately, and the full setup in the consignment and vendor payouts guide.