You place an image where you want it. You type three sentences. The image jumps to the next page, or the page after that, or back to a page you’ve already finished editing. You delete a paragraph somewhere unrelated and the image relocates to somewhere it has no business being.

This is one of the most-complained-about behaviours in Word, and almost every fix you’ll find online treats the symptom rather than the cause. Most of the advice — “just set it to In Line with Text” — works, but only by giving up the layout you actually wanted. The real fix is to understand the two specific settings that control whether an image stays put, and to set them deliberately rather than accepting Word’s defaults.

This guide assumes you want a floating image — one that sits in a specific position on the page with text wrapping around it, not jammed into the text flow as if it were a character. If you’re happy with In Line with Text, you don’t have this problem in the first place.

What’s actually happening when images jump

A floating image in Word has two things attached to it. One is the image itself, with its position on the page. The other is an anchor — a small marker that ties the image to a specific paragraph in your text. If you’ve never noticed the anchor, it’s because Word hides it by default. Turn it on (File → Options → Display → Object anchors) and you’ll see a small anchor symbol in the margin next to one of your paragraphs.

That anchor is the source of every jumping-image problem in Word. When you edit your document — adding paragraphs, deleting paragraphs, applying styles that change paragraph height — the paragraph the anchor is attached to moves. And by default, Word makes the image move with it.

So the question isn’t really “why does my image jump.” The question is: when the anchor paragraph moves, what should happen to the image? You have three meaningful answers, and Word lets you pick which one you want — once you know where the setting is.

The two settings that actually matter

Forget the dozen tips circulating in forum threads. Two settings control whether your image stays put:

  1. Move object with text — under Position → More Layout Options → Position tab.
  2. Lock anchor — under the same dialog.

Everything else is downstream of these two. Here’s what each combination actually does.

Move object with text: ON, Lock anchor: OFF

This is Word’s default for most floating images. The image moves freely with whichever paragraph its anchor is attached to. If you add text above the anchor paragraph, both the anchor and the image move down. If the anchor paragraph gets pushed to a new page, the image goes too.

This is also the configuration that causes the jumping problem you’re trying to solve. If this is what’s currently set, that’s why your image is misbehaving.

Move object with text: OFF, Lock anchor: OFF

The image stays at a fixed position on the page (typically defined relative to the page margins). The anchor still exists and can still be reassigned to a different paragraph if you drag the image, but normal editing won’t move the image around.

This is the configuration most users actually want and almost never set, because it’s buried two dialogs deep.

Move object with text: OFF, Lock anchor: ON

The image is pinned to a fixed page position and the anchor is locked to its current paragraph. Now the image won’t move when you edit, and the anchor itself won’t reassign even if you drag the image to a different position. This is the strongest configuration — useful for templates and final-draft documents where you want nothing to move.

There’s a fourth combination (Move with text ON, Lock anchor ON) but it’s incoherent — you’re saying “stay with this specific paragraph but also move when it moves.” It behaves like Move with text ON.

The configuration that stops the jumping

Here is the setup you almost certainly want:

  1. Click the image to select it.
  2. Right-click → Wrap Text → confirm it’s set to Square, Tight, Through, Top and Bottom, or Behind/In Front of Text (any floating wrap, just not In Line with Text).
  3. Right-click → More Layout Options (or via the Layout Options flyout → See more).
  4. Go to the Position tab.
  5. Under Options at the bottom of the dialog, uncheck “Move object with text”.
  6. Check “Lock anchor”.
  7. While you’re here, set the Horizontal and Vertical position to specific values relative to the Page — for example, “Absolute position 2 cm to the right of Page” and “Absolute position 5 cm below Page.” This makes the position genuinely fixed rather than relative to a paragraph that could move.
  8. Click OK.

Your image will now stay on the page where you put it, in the position you put it. Editing the document will not relocate it.

Why Microsoft hides this

The defaults make sense for one specific use case: an academic paper or a long report where each figure is conceptually tied to a paragraph of body text and you want the figure to follow that text wherever it ends up. For that use case, Move with text ON is the right choice.

For everyone else — anyone producing a one-page document, a letter with a logo, a flyer, a CV, a marketing one-sheet, a contract template, or any document where layout matters — the defaults are wrong, and the correct settings are buried where you’d never find them by accident.

This is a long-standing complaint with Word’s defaults, and it’s the source of more wasted editing time than most people realise. The settings exist. They work. Microsoft just doesn’t surface them.

The other things people try (and why they don’t fully work)

Switching to In Line with Text. This stops the jumping, but only by abandoning floating positioning entirely. The image now sits in the text like a giant character. Text doesn’t wrap around it. Caption alignment becomes awkward. If you wanted that layout, you wouldn’t be reading this article.

Pinning the image to a header or footer. A common piece of advice. It does work — header content is genuinely fixed — but it’s a clumsy workaround. Header images don’t behave like body images for selection, sizing, or alignment, and pinning a body-content image into a header is a hack you’ll regret six months later when you want to edit the image.

Putting the image inside a single-cell table. Another popular workaround. It anchors the image to a table cell rather than a paragraph, which is more stable, but it adds a layout container you’ll have to fight when you want to resize or reposition the image, and it can introduce odd spacing.

Disabling autocorrect features. Some forums recommend turning off various autocorrect options on the theory that one of them is moving images. They aren’t. This is folklore.

The Move-with-text-off-plus-Lock-anchor configuration above is the correct fix. Everything else is a workaround that trades one problem for another.

What to do with images you’ve already placed

If you’ve got a document with twenty images all of which are jumping around when you edit, you don’t want to do the seven-click procedure twenty times. A faster approach:

  1. Apply the correct settings to one image first.
  2. Select the image, copy it (Ctrl+C), and use Format Painter (the paintbrush icon on the Home tab) to copy the formatting — though Format Painter handles image position settings inconsistently, so don’t rely on this entirely.
  3. For a more reliable bulk fix, save the document, close it, open the .docx as a ZIP, and edit the positioning XML directly. This is faster than clicking through twenty dialogs if you’re comfortable with text editors. The relevant XML lives in word/document.xml and the property to look for is behindDoc and the anchor element’s positioning children.

Most users won’t want to touch the XML, and that’s fine. For a document with five or six images, the dialog-based approach is fast enough once you know exactly where the settings are.

Common scenarios that catch people out

A few specific situations where the jumping behaviour is especially confusing, and what’s actually causing each:

“I deleted a paragraph on page 1 and the image on page 4 moved.” The image’s anchor was on page 1, attached to a paragraph at or near the one you deleted. Deleting the paragraph collapsed the space, the anchor paragraph shifted upward, and because Move with Text was ON, the image followed. Lock the anchor and turn Move with Text off, and this stops happening.

“The image disappeared entirely when I deleted some text.” This is the most dangerous version of the problem and it surprises everyone the first time. If you delete the specific paragraph an image’s anchor is attached to, Word deletes the image along with it. Press Ctrl+Z immediately to recover. To prevent this, lock the anchor and put it on a paragraph you’re confident won’t be deleted (a heading, an empty paragraph reserved for the purpose, or the first paragraph of the section).

“The image was on page 2 and now it’s on page 5.” A page break or section break got added or removed somewhere between the anchor paragraph and the image’s intended page. Floating-image positioning is computed within sections, and section structure changes can ripple through. Page-relative positioning (Absolute position relative to Page) is more resilient to this than column- or margin-relative positioning.

“I haven’t edited anything and the image moved by itself when I opened the document.” This almost always means the document was edited on a different version of Word — typically Word for the web, or a different desktop build — and the positioning was renormalised on save. The defensive setup is Lock Anchor plus Absolute Position relative to Page; this configuration survives more round-trips than any other.

“The image moves correctly with text on screen but prints in the wrong place.” Rare but real. Usually a printer driver issue interacting with image positioning rather than an anchor problem. Try Print Preview first — if the preview shows the image in the wrong place, it’s a Word issue; if Preview is correct but print is wrong, it’s the driver.

Document round-tripping

One last thing worth knowing: if your document is being opened by people on different Word versions, or being round-tripped between desktop Word and Word for the web, position settings sometimes get reset. The web version of Word has historically had weaker support for the Lock Anchor setting and may quietly remove it on save.

If your document needs to maintain positioning across version-edits by multiple people, two defensive moves help:

  • Store images inside single-cell tables (the workaround that’s a bad idea for single-author documents becomes a reasonable idea for multi-author ones).
  • Save as a .pdf for the final-delivery copy where the layout must be preserved exactly.

For everything else, the Move-with-text-off-plus-Lock-anchor configuration is your answer. Set it once, set it deliberately, and your images will stop jumping.

For the full underlying model of how anchors work — including the things that aren’t covered here, like the difference between paragraph-relative and page-relative positioning, the Allow Overlap setting, and why anchors sometimes appear in places that surprise you — see Word image anchors and why they move (comprehensive). For the related rendering error that sometimes accompanies anchor problems on round-tripped documents, see empty placeholder boxes in Word. And for image-insertion problems generally, see Word cannot insert the picture from the specified file.