Copy HTML pastes tags instead of formatted text in Word because it places source code on the clipboard as ordinary characters. Word receives the string <strong>Important</strong> and shows exactly that. Nothing is malfunctioning: the visual editor’s Copy HTML is meant for an HTML source-code field, not for a Word document.
When the destination is a Word document and your starting material is Markdown, use the Markdown to Rich Text tool instead. Paste the Markdown, select Convert, check the preview, choose Copy Rich Text, then paste normally into Word. Below I explain the clipboard difference, give the exact steps, cover Word’s paste choices and list checks for the cases where the result is still wrong. I have not tested particular browser and Word combinations, so read the behavior notes as general guidance.
Table of Contents
Why Copy HTML Pastes Tags Instead of Formatted Text in Word
Start with one bold word. In the WYSIWYG HTML Editor, which has a visual rich-text surface and an HTML source view, that word is stored as markup:
<p><strong>Important</strong>: back up first.</p>
Copy HTML is intended to move that markup into a place that expects source code, such as a template file or a CMS field with an HTML view. The clipboard then holds the characters of the markup. If you paste them into Word, Word has no reason to treat them as anything but text, so you see the angle brackets and the tag names. I am describing Copy HTML from the supplied product guidance, not from an independent inspection of the clipboard.
| What was copied | What Word receives | What you see |
|---|---|---|
| Markup as a plain-text string | Only text/plain characters | The tags, typed out literally |
| A rich clipboard item | text/html plus a text/plain fallback | A bold word, if Word picks the HTML version |
The difference lies in what was copied, not in how it was pasted. That is why a paste option inside Word cannot rescue the first case, as the Word section below explains.
Source Text Versus a Rich Clipboard Item
The browser clipboard can hold more than one representation of the same content. MDN documents navigator.clipboard.writeText() as writing text to the clipboard, and ClipboardItem as an object that can carry several representations keyed by MIME type. The receiving application then picks a representation it understands. You can read the details in the MDN ClipboardItem documentation and the MDN Clipboard API overview, and the underlying specification is the W3C Clipboard API and events document.
The two snippets below show the general difference. They are a generic illustration with fictitious content, not the code the editor or the converter runs, and I have not inspected how either tool writes to the clipboard.
const html = '<p><strong>Important</strong>: back up first.</p>';
// Source-code style: the clipboard holds only these characters as text.
await navigator.clipboard.writeText(html);
// Rich style: two representations, so the destination can choose.
const item = new ClipboardItem({
'text/html': new Blob([html], { type: 'text/html' }),
'text/plain': new Blob(['Important: back up first.'], { type: 'text/plain' })
});
await navigator.clipboard.write([item]);
Run either call only from a user action such as a click handler. Writing to the clipboard needs a secure context, and browsers may also require a recent user gesture or a permission, so behavior differs between browsers. The text/plain entry in the second call is the fallback for destinations that cannot use HTML, which is why a rich paste into a plain-text field loses styling but keeps the words.
Steps: Use Copy Rich Text for a Word Document
This workflow fits when your source is Markdown, which covers many drafts, notes and AI responses. You do not need it for every piece of existing HTML. Here is a minimal fictitious input to try:
## Release notes **Important:** back up first. - Update the settings page - Review the permissions list | Step | Owner | | --- | --- | | Review | Ana |
- Open the Markdown to Rich Text tool and paste the Markdown into the input area. The tool accepts inputs up to 500 KB and you can also import a Markdown file.
- Select Convert. The tool builds a sanitized formatted preview with headings, nested lists and tables.
- Inspect the preview. The bold word should look bold, the bullets should be bullets and the table should be a table.
- Select Copy Rich Text. The tool documents an HTML representation with a plain-text fallback, which is the shape described in the previous section.
- In Word, paste normally with Ctrl+V (or Cmd+V on a Mac) rather than choosing a text-only paste.
Two other controls matter. Copy Plain Text intentionally omits formatting, so use it only when you want bare words. Download Word produces an HTML-based .doc file, not a native .docx. Processing happens in your browser and the tool saves no drafts, so keep your Markdown source.
Check links before you convert. The tool keeps absolute HTTP, HTTPS and mailto destinations and removes relative ones, as described in the article on relative Markdown links lost when copying rich text to Word. Replace relative paths with full addresses first. If you are starting from HTML instead, the round-trip workflow shows how Markdown and rich text conversions fit together, including what each direction can lose.
Word Paste Options and Why Keep Text Only Does Not Help
After a normal paste, Word shows a paste options button. Microsoft’s guide to controlling the formatting when you paste text describes the choices. They serve different purposes:
- Keep Source Formatting tries to preserve the look of the copied content. Try it if the pasted result took on unwanted styling from the document.
- Merge Formatting blends the pasted content into the formatting around it.
- Keep Text Only discards source formatting and leaves the words.
None of these can turn literal tags into bold text. If the clipboard contains <strong>Important</strong> as plain characters, Word has only characters to work with, and Keep Source Formatting has no formatting to keep. Choosing Keep Text Only afterwards would only make the situation clearer, not better. The fix is to copy a rich item in the first place.
Microsoft’s desktop settings also include a separate choice for pasting from other programs, so a default can quietly change what a normal paste does. Word for the web has its own paste behavior described in Copy and paste in Office for the web, so do not assume identical results across versions.
The reverse problem exists too: pasted rich content can bring along unwanted fonts and colors. If that happens in a visual editor instead of Word, the guide on how to remove formatting from pasted text covers it.
What to Check When Copy HTML Pastes Tags Instead of Formatted Text in Word
Work from the symptom to the cause:
- Tags appear in the document. You copied source. Either Copy HTML was used, or the selection came from a source-code view. Copy rendered content, or convert Markdown and use Copy Rich Text.
- The words appear but the styling is gone. Check that Copy Rich Text completed, that you did not use Copy Plain Text, and that you pasted normally rather than as text only. Then look at the paste option Word chose.
- Nothing pastes, or the copy button reports a problem. Clipboard writing needs a secure context and may depend on browser permissions or a recent user action. The tool advises selecting its formatted preview and copying manually, or downloading a file, when clipboard access is unavailable.
- Formatting arrives but looks different. The receiving editor may change fonts, spacing, links or tables. That is normal behavior for a destination that applies its own styles.
Code samples are a special case. A code block usually depends on styles that live in the source application, and the explanation in why a Quill code block loses formatting in CMS pastes applies to rich destinations in general. In Word, apply a code style yourself after pasting if you need one.
One more limit: I cannot promise that all formatting survives, or that any paste setting will render raw HTML. The only dependable path is to put a rich representation on the clipboard and then check what arrived.
Verify the Pasted Result in Word
A paste that looks right is not the same as a paste that is right. A short pass catches most problems:
| Check | What to look for |
|---|---|
| Headings | Confirm they are real heading styles if you plan to build a navigation pane or table of contents. |
| Lists | Bullets stay bullets, numbered lists keep their order and nested levels are still nested. |
| Tables | Rows and columns match the preview, and header cells are still recognizable. |
| Links | Hover or click each one. Relative Markdown links lose their destination during conversion. |
| File type | If you used Download Word, remember the file is an HTML-based .doc. Save it as .docx from Word if you need that format. |
If a check fails, fix the Markdown and convert again instead of repairing the Word file by hand, since the Markdown remains your source of truth. The converter is not a proof of correct meaning either: it sanitizes its preview and exports, and it removes unsafe media and links, so look for anything that disappeared.
Frequently asked questions
Why does Word show angle brackets and tag names after I paste?
The clipboard held the markup as plain-text characters, so Word displayed them. Copy HTML is designed for source-code fields, where those characters are the content you want. Word cannot infer styling from characters that were never marked as formatted content.
Can a Word paste option turn pasted tags into bold text?
No. Keep Source Formatting, Merge Formatting and Keep Text Only change how Word treats formatting that arrived with the paste. When only literal tag characters arrived, there is no formatting to keep or merge, so you need to copy a rich item instead.
What does Copy Rich Text copy that Copy HTML does not?
The Markdown to Rich Text tool documents an HTML representation with a plain-text fallback. A destination like Word can choose the HTML version and show styled content, while a plain-text field receives the fallback. Copy HTML is for source-code destinations.
Do I have to use Markdown to get formatted text into Word?
No. The Markdown to Rich Text workflow is useful when your starting material is Markdown. For other content, copy from a rendered view instead of a source view. The result still depends on the browser and on how Word handles the paste.
Why does the copy button fail in my browser?
Clipboard writing needs a secure context and can depend on browser permissions or a recent user action, and browsers differ. If copying is blocked, select the formatted preview and copy it manually, or use the download option the tool provides.
Is the downloaded Word file a real .docx?
No. Download Word produces an HTML-based .doc file, not a native .docx. Word can usually open it, and you can save it as .docx from Word if you need that format. Check the layout after opening.
Why did my links stop working after pasting into Word?
Markdown to Rich Text keeps absolute HTTP, HTTPS and mailto destinations and removes relative ones, so a path like docs/guide.md leaves only the link text. Replace relative paths with full addresses before converting, then test each link in Word.
Next steps
Copy HTML pastes tags instead of formatted text in Word because source code and a rich clipboard item are different things, and Word’s paste options only work on what was copied. Use Copy HTML for source-code fields, and use Copy Rich Text for documents. Your next step: paste a short Markdown sample into the converter, select Convert, copy rich text, paste into a blank Word page and run the verification table above.
Related tools and resources on HTML Editor Online:
- Markdown to Rich Text
- Relative Markdown Links Lost When Copying Rich Text to Word: Why It Happens
- Markdown to Rich Text and Back: A Practical Round-Trip Workflow for Writers and Developers
- Remove Formatting From Pasted Text in WYSIWYG HTML Editor
- Why a Quill Code Block Loses Formatting in CMS Pastes
Sources and further reading
- Markdown to Rich Text Converter – Copy to Word | HTML Editor Online
- Clipboard API – Web APIs | MDN
- ClipboardItem – Web APIs | MDN
- Clipboard API and events
- Control the formatting when you paste text | Microsoft Support
- Clipboard: writeText() method – Web APIs | MDN
- Copy and paste in Office for the web | Microsoft Support
