In Excel: Excel holds the addresses; Word prints the labels. In Word choose Mailings ▸ Start Mail Merge ▸ Labels, pick the label product, then Select Recipients ▸ Use an Existing List and point at the workbook.
On this page7
In Excel: one row per recipient, plain headers in row 1, no blank rows or merged cells, and store ZIP/postcodes as text.
Save and close the workbook — Word cannot read it reliably while it is open.
In Word: Mailings ▸ Start Mail Merge ▸ Labels, and choose the exact product code from the label packet.
Mailings ▸ Select Recipients ▸ Use an Existing List, choose the workbook and then the sheet.
In the first label, insert the fields (Address Block, or one Insert Merge Field at a time) and format them there.
Click Update Labels — this is the step that fills the rest of the sheet.
Preview Results, then Finish & Merge ▸ Edit Individual Documents, and check before sending it to the printer.
What this does
There is no label printing in Excel, and this is the single most common misunderstanding behind the question. The division of labour is fixed: the spreadsheet is the data source — one row per recipient, one column per field, headers in row 1 — and Word's mail merge lays those fields onto a label sheet whose dimensions it already knows for every Avery and equivalent product code. The step people miss is "Update Labels", the button that copies the field layout from the first label to all the others; without it you get one address and a page of blanks. The other recurring problem is formatting: mail merge passes the UNDERLYING value, so a ZIP code stored as the number 02134 merges as 2134. The fix is to store such fields as text in Excel, not to reformat them in Word. Before you run it on a workbook other people depend on, try it on a copy or a few rows first. Undo only reaches back through the current session, so a quick trial run is the cheapest way to see exactly what will change before the file is saved and shared. For “make mail labels from excel”, the reliable version is a short checking loop, not just the first command that appears to work. Run it on a deliberately small range first, watch how the affected cells change, and only then apply the same setup to the full sheet. When this is a ribbon command, the selection matters more than the button: confirm the range, apply the command, then spot-check the output before saving. That is what makes a layout choice that keeps the sheet readable and sortable useful in real work: repeatable, auditable, and not dependent on memory or luck.
A worked example
Sheet1 has First, Last, Street, City, State, ZIP in A1:F1 with 220 rows beneath. In Word: Mailings ▸ Start Mail Merge ▸ Labels ▸ Avery US Letter 5160 ▸ OK. Select Recipients ▸ Use an Existing List ▸ the .xlsx ▸ Sheet1$. In the first label, Address Block or individual Insert Merge Field entries. Then Update Labels, Preview Results to check label one and label two differ, and Finish & Merge ▸ Edit Individual Documents to get a document you can inspect before printing. The whole job is data hygiene plus one button most people never find, and knowing that in advance turns an afternoon of misaligned test prints into ten minutes. When the result is not what you expected, undo straight away rather than repairing it by hand — undo restores the sheet exactly, while manual fixes tend to leave small inconsistencies behind that surface later.
In Google Sheets
This is a command rather than a formula, so there is no syntax to carry over. Google Sheets arranges its commands in menus across the top instead of a ribbon, names some of them differently and does not have every Excel command — look for the equivalent in the Sheets menus or its help before assuming the steps match. The aim was to get you unstuck fast and leave you a little more capable than a copy-paste would. The answer is at the top and the detail above shows why it holds — so the next time a colleague asks, you can answer without reaching for search. If you take one thing from this page on “make mail labels from excel”, make it the order of checks rather than the individual clicks: confirm what is selected, apply the step, and look at the result before moving on. That small routine is what keeps Excel work predictable when the same task comes back in a slightly different workbook.
Common mistakes
- Looking for a label feature in Excel; the merge lives in Word, with Excel as the data source.
- Skipping Update Labels and printing one address followed by blank labels.
- Merging ZIP codes stored as numbers, which drops the leading zero — store them as text in Excel.
- Leaving blank rows or merged cells in the source, which truncates or misaligns the recipient list.
- Formatting fields after Update Labels instead of before, so the formatting reaches only the first label.
- Printing all 12 sheets before test-printing one on plain paper and holding it against the label sheet.
Frequently asked questions
How do I make mailing labels from an Excel spreadsheet?
Use Word: Mailings ▸ Start Mail Merge ▸ Labels, pick the product code, then Select Recipients ▸ Use an Existing List and choose the workbook.
Can I print labels directly from Excel?
No. Excel has no label layout; it supplies the addresses and Word's mail merge prints them.
Why does only the first label have an address?
You have not clicked Update Labels, which copies the field layout from the first label to every other label on the sheet.
Why did the leading zero disappear from my ZIP codes?
The merge passes the underlying number. Store the ZIP column as text in Excel before merging — a number format alone does not survive the merge.
How should the spreadsheet be set up?
One row per recipient, one column per field, headers in row 1, no blank rows, no merged cells, and the file closed while Word reads it.