Word on a MacBook hides external link destinations inside a relationship file called word/_rels/document.xml.rels, not inside the formatted text you see on the page, so a quick Copy and Paste of the visible characters will miss every link attached to an image, a button, or a short anchor phrase. To remove hyperlinks with confidence on macOS, you first need an honest inventory of the safe external destinations stored in the .docx package. A local extractor reads that relationship part in your browser, returns one URL per line for http, https, and mailto targets, and lets you keep the original .docx untouched as your master copy. Once you have that list, removing the links in Word for Mac becomes a deliberate audit instead of a guessing game, and you retain a paper trail of every destination that lived in the document before you stripped its formatting.
Why MacBook Word Hides Hyperlinks From a Quick Scan
On a MacBook, Word for Mac stores the visible hyperlink on the page as a run of styled text, but the destination URL sits one layer down in the document package. The blue underline you see is just the styled anchor; the actual address lives in a separate XML relationships file. That is why right-clicking a link on macOS shows a "Hyperlink" submenu rather than the URL itself, and why selecting the visible text and pressing Cmd+C rarely gives you anything more than the anchor phrase.
The practical consequence is that the simplest inventory methods fail in predictable ways:
- Selecting a hyperlink in Word for Mac and copying the text gives you the displayed phrase, not the destination.
- Image and shape hyperlinks carry no visible text at all, so Cmd+F on a URL fragment returns nothing.
- Citation manager fields, table of contents entries, and footnotes store their targets as field codes, which Word does not expose through the standard Copy command.
- Header, footer, and text-box links live in separate document parts, so even a careful page-by-page read can miss them.
The only reliable way to get every external destination in one pass is to read the relationship file that Word itself uses to resolve those clicks, and that is exactly what a focused extractor is built to do.
What the Extractor Reads From Your .docx Package
A modern .docx file is a ZIP package whose structure is governed by the ECMA-376 Office Open XML standard. Every external hyperlink in the document is registered as a relationship entry of type "hyperlink" with TargetMode set to "External". The extractor opens the package in your browser, validates the archive, and reads only that one relationship file. It does not touch the document body, the comments, the footnotes, or any embedded macros.
The result is intentionally conservative. Only entries whose target begins with http://, https://, or mailto: are kept. The list then has duplicate destinations collapsed and XML entities decoded. The output reflects safe external relationships that Word itself recorded, not a guess about text that merely looks like a URL.
List Hyperlinks From a Word Document on Your MacBook
The audit step fits between "open the document" and "start deleting links". On a MacBook, run it from your browser; your file stays in your browser.
- Open the Word Hyperlink Extractor in your browser, then choose the .docx file from Finder. The tool accepts one document at a time.
- Wait while the browser reads the document package locally. It validates the ZIP structure, opens word/_rels/document.xml.rels, and keeps only relationships of type "hyperlink" with TargetMode "External" and an http, https, or mailto target.
- Review the safe destinations shown on the page and download the TXT report. Each line is one URL, with duplicates removed, ready to paste into Numbers, a URL checker, or any plain-text tool.
For a Mac-specific extraction walkthrough that explains the relationship file path in more depth, see Extract Hyperlinks from Word on Mac Before Removing Them.
Remove Hyperlinks in Word for Mac, Step by Step
With the TXT list in hand, the macOS removal is quick. The steps below assume Word for Mac on a current MacBook running macOS Sonoma or later; the menu paths match recent versions of Word.
- Open the .docx in Word for Mac. Hold Option and click the link in the document, or place the cursor inside it, so Word treats the run as a single hyperlink object.
- Right-click (or Control-click) the link and choose Hyperlink then Remove Hyperlink. The styled text remains, but the clickable link and its underline disappear.
- For multiple hyperlinks in one pass, choose Edit then Find then Advanced Find and Replace, leave the search field empty, click Format then Style and pick Hyperlink, then click Replace All with the Replace field also empty. This strips link formatting from every matched run in the body, headers, and footers.
- Save the cleaned document under a new name so the original .docx remains your master copy alongside the TXT report.
The audit list and the cleaned document are now two separate files you can compare. The TXT report tells you what was there; the new .docx is what you ship.
MacBook Removal Options Compared
Once you have the list, choose the removal path that matches the document and your tolerance for repetitive clicking. The table below summarizes the practical approaches a MacBook user has, including the audit step that pairs naturally with each one.
| Method on macOS | What it removes | What it gives you | Best when |
|---|---|---|---|
| Right-click then Remove Hyperlink, one link at a time | Single link formatting | No list, no record | A document with one or two stray links |
| Word for Mac Find and Replace with style criteria | All link formatting that matches the style | No destination list | A short document where no paper trail is required |
| Word VBA macro on Mac | All hyperlink objects in the active document | No list of what was removed | A reusable cleanup script for many documents |
| Local extractor plus manual or scripted removal | Same as above, after every external destination is reviewed | A one-URL-per-line TXT report plus the original .docx | Compliance, publishing, handoff, or any audit-driven cleanup |
The first three methods strip formatting faster, but none of them tells you which external destinations were inside the document before you deleted them. That is the gap the audit step closes: you see what is there, you decide what to keep, and then you remove it.
What the Downloaded TXT Report Does and Does Not Include
The TXT file you download is a flat list. Each line is one URL, with no anchor text, no page number, no formatting, and no surrounding paragraph. That strict scope is a feature, not a limitation: it lets you paste the list into a spreadsheet column, hand it to a teammate, or feed it into a separate URL-checking workflow without dragging the document's visible context along with it.
The list deliberately excludes several things you might expect a Word hyperlink dump to contain:
- Internal headings and bookmarks, which are not external web destinations.
- Local file paths and relative targets, which would mislead a downstream web-focused check.
- JavaScript-style URLs, malformed targets, and other unsafe protocols.
- Visible plain text that only looks like a URL but is not a Word hyperlink.
- Anchor text, page location, paragraph formatting, and field code behavior.
If you need any of those later, the original .docx on your MacBook still has them. The extractor is a precise reader of one specific part of the document, not a general parser.
Privacy, Limits, and When to Keep the Original .docx
The audit step runs entirely in your browser. When you choose a file from Finder, the document package is checked, the relationship XML is read, and the result is rendered on the page without sending the document body, comments, footnotes, or macros to a remote endpoint. There is no crawl of any destination.
The extractor also refuses to guess. If the document is an old .doc file, an encrypted package, a malformed archive, or a package whose relationship XML exceeds its local limits, the browser rejects it before a result is shown. Those limits exist to keep the tool a focused local reader rather than a general Word parser, and they mean the count of safe external destinations is honest even when it is smaller than the number of clickable objects Word shows on the page.
Two things are worth keeping in mind as you move from audit to removal on your MacBook:
- The TXT report is a list of addresses, not a verdict. Each URL still needs normal human review for trust, liveness, and relevance before publication.
- Keep the original .docx until the cleaned version is final. The extractor never modifies the file you select, so the master copy remains intact for diffing, re-running, or restoring anchor text that the TXT report did not preserve.
With that paper trail in hand, removing hyperlinks in Word for Mac becomes a controlled step rather than a hidden mutation, and your team has a clean list to compare against whatever publishing or compliance checks come after.