How to Add In-Page Menu Anchors with Wix: Step-by-Step Tutorial

Setting up in-page menu anchors with Wix takes about ten minutes when nothing goes wrong, and most of an afternoon when something does. The anchors go in, the menu looks correct in the editor, and then a visitor clicks a link and lands on a section with the heading hidden behind the sticky navigation bar. Or the mobile menu stays open and covers exactly what they were trying to read. Wix’s own documentation covers the basic steps and stops there.

This tutorial fills the gaps. It covers how to add an anchor on Wix using the Classic Editor, how in-page menu anchors with Wix work in Wix Studio (the process is different), how to fix the scroll offset and mobile problems that catch most people out, how to build a shareable link that jumps straight to a section from an email or social bio, and what well-structured Wix anchors do for your search visibility.

What Is an Anchor in Wix, and Which Menu Type Should You Use?

An anchor in Wix is a named position marker placed at a point on a page, and adding one is a two-part job rather than a single setting. When a visitor clicks a menu item linked to that marker, the browser scrolls straight to that position rather than loading a new page. The result is section-based navigation on a single page, which is why one-page service sites, long pricing pages and detailed resource guides lean on it so heavily.

Wix anchors are invisible to visitors. What they see is the menu that points at it, and the two parts get set up separately in the editor. Getting that distinction clear before you start saves confusion later, because most reported problems with Wix anchors trace back to a mismatch between the two.

Practical Use Cases for Wix Anchors

For a small business, three situations justify setting up in-page menu anchors with Wix. The first is a one-page site where services, pricing and contact details sit on a single scroll. The second is a long page, typically pricing or a detailed service description, where visitors arrive looking for one specific thing. The third is a resource guide of 1,500 words or more, where an anchor menu functions as a table of contents.

Done well, in-page menu anchors with Wix cut the time between arrival and answer. Done badly, with labels that do not match the sections they point to or offsets that drop people in the wrong place, they add friction rather than removing it. ProfileTree’s complete Wix website tutorial covers where anchor navigation sits alongside the other structural decisions you make when building on the platform.

Anchor or In-Page Menu: What Is the Difference?

The two terms get used interchangeably and they are not the same thing. A Wix anchor is the invisible marker. A Wix anchor menu, which Wix calls an in-page menu, is the visible navigation element containing the links. You need both, and you place them in that order: Wix anchors at each section first, then the anchor menu that references them.

That leaves one decision to make before you touch the editor. Most tutorials show the floating anchor menu and stop, but there is a second option that suits some sites better: point your existing site menu at anchors rather than pages.

When a Floating Wix Anchor Menu Works

Choose the floating Wix anchor menu when the page is genuinely long and the visitor is likely to jump between sections more than once. A pricing page with five tiers, or a 2,500-word guide, both qualify. The persistent menu earns its screen space because it gets used repeatedly.

When a Standard Menu Is the Better Choice

On a three-section homepage, a floating panel is clutter. Point your existing site menu items at the Wix anchors instead and you get the same navigation with none of the mobile overlap risk. This is also the right call when your brand design leaves no comfortable place for a floating panel to sit.

How to Add an Anchor on Wix: Classic Editor Steps

The Classic Editor is where most small business owners are working, and adding in-page menu anchors with Wix here is a four-stage job: place the markers, add the menu, link them, then pin and test. Each stage is straightforward once you know which panel the setting lives in.

Placing the Markers and the Menu Element

Start with the markers, because you cannot add an anchor on Wix and link to it in the same action: the menu cannot reference a marker that does not exist yet.

1. Log in to Wix and open your site in the editor.
2. Click the Add Elements button (the plus icon) in the left-hand panel.
3. Scroll to the Menu & Anchor section, or type “Anchor” into the search bar at the top of the panel.
4. Drag an anchor marker to the top of each section you want to target. This is the step people mean when they search for how to add an anchor to a section in Wix.
5. Return to Menu & Anchor and search for “In-Page Navigation” to find the anchor menu designs.
6. Pick the design that suits your site and drag it onto the page.

Anchor menus earn their place on single-page sites and on long pages with four or more distinct sections. On a multi-page site, place the menu only on the specific page where it does something useful.

Naming and Linking Each Anchor Point

Once the anchor menu element sits on the page, it will show a default number of anchor points, usually more than you need. Click into the element, delete the excess, then name what remains.

Name each point using the exact wording of the section heading it targets. If the heading reads “Our Services”, the anchor should read “Our Services”, not “services”, not “section-2”. Then click each menu item, open the link panel, and connect it to the matching anchor in Wix on that page. The dropdown lists every available anchor on the current page, so if one is missing, the marker has not been placed yet.

Pinning the Wix Anchor Menu to the Screen

By default the Wix anchor menu sits at a fixed spot on the page and scrolls away with everything else. To keep it visible as the visitor moves down the page, right-click the element and select Pin to Screen, then choose a position. The right-hand edge is the usual choice for a floating anchor menu.

Adjust the offset values so the pinned menu does not overlap your logo, your header or any call-to-action button. The same pinning mechanic applies to headers and sidebars, so if the pinned Wix anchor menu fights with another fixed element, resolve the header position first and the anchor menu second.

Preview, Test, and Publish

Click Preview and work through every Wix anchor in turn. Check that each one scrolls to the correct section, that the pinned menu follows the page, and that the labels are readable at both desktop and mobile widths. Publish once all of that holds. Testing before publishing matters more with in-page menu anchors with Wix than with most editor tasks, because a broken anchor stays invisible until someone clicks it.

How to Add an Anchor in Wix Studio

Wix Studio, which replaces the Classic Editor for new professional builds, handles in-page menu anchors with Wix differently. There are no draggable anchor markers. Studio uses Section IDs instead: unique identifiers attached directly to each section on the page. The search phrase people use here is how to add an anchor in Wix Studio, and the honest answer is that you do not add one at all, you reference an ID that already exists.

To link a menu item to a section in Wix Studio, click the target section, open the section settings, and assign or note its Section ID. Then, in your navigation menu settings, link the menu item to that section by selecting it from the page anchor list. The visible result matches the Classic Editor, but the underlying approach is closer to how custom-coded sites handle anchor navigation, which means anchors are less likely to fall out of alignment when page content shifts. For agencies and freelancers, that is the practical argument for Studio. For business owners following a tutorial, the point to check first is which editor you are actually in, because screenshots from one will not match the other.

Linking to a Wix Anchor from an External Site or Email

Almost every guide to in-page menu anchors with Wix explains internal linking and stops there. The more useful trick is a URL that jumps straight to a section from outside the site: an email campaign, an Instagram bio, a Google Business Profile post or a QR code on printed material.

The structure is your page URL, then a hash, then the Wix anchor name:

https://yoursite.com/services#pricing

Three things to check before that goes anywhere public. Anchor names containing spaces need those spaces replaced with hyphens. The link needs testing in a fresh browser tab rather than from inside the editor, because the editor preview handles fragments differently. And the header overlap fix described below applies here too, since an external visitor arrives at the same scroll position as an internal one. A campaign link that lands people on a heading hidden behind the navigation bar wastes the click.

Fixing Header Overlap and Scroll Offset in Wix

Header overlap is the single most common complaint about in-page menu anchors with Wix, and it is barely addressed in the platform’s own documentation. When a visitor clicks a Wix anchor menu item, the page scrolls so the target section sits at the very top of the browser window. On a site with a sticky header, that header then covers the top of the section, and the heading disappears behind the navigation bar.

The fix inside the Wix editor is to add a transparent container at the top of each section holding a Wix anchor, sized to match the height of your sticky header. That gives the browser a buffer to scroll to, so visible content starts below the header rather than behind it. Check your header height first: click the header element in the editor and read the height value in the toolbar, then match the buffer to that figure. For a standard Wix header this usually lands somewhere between 70 and 90 pixels, but use your actual measurement rather than the range.

The catch is that this is a per-section, per-page fix. Change the header height later and every buffer needs revisiting.

“The most frequent Wix frustration we see from businesses approaching us for a redesign is not the platform’s feature set, it is the time spent on manual workarounds like the scroll offset fix. On a custom build, that adjustment is one line of CSS applied globally and nobody thinks about it again.” Ciaran Connolly, founder of ProfileTree

Wix Anchor Menus on Mobile

In-page menu anchors with Wix behave differently on phones, and two problems account for most complaints: the hamburger menu staying open after a click, and the anchor menu vanishing from the mobile layout altogether.

Stopping the Hamburger Menu Covering the Section

When a visitor taps an anchor link inside an open mobile menu, some templates leave that menu open. The page scrolls correctly underneath, but the navigation panel is still covering it. Check your mobile menu settings for a “Close Menu on Click” option and enable it if your template includes one.

If the setting is not available, the cleaner fix is to hide the floating anchor menu on mobile using the mobile editor’s hide-on-mobile toggle and rely on a simpler layout instead. A page that scrolls normally beats a page with navigation that covers its own content.

Checking Hidden Elements and Testing on Real Devices

Elements sometimes drop out of the mobile layout when added on desktop. Open the mobile editor, check the Hidden Elements panel, and restore the Wix anchor menu if it has been left out. This guide to hiding and showing elements on Wix covers the same panel from the other direction, which helps if you are not sure whether an element is hidden or simply missing. Then test on an actual phone after publishing. Wix’s desktop mobile preview does not reliably reproduce how the sticky header, the hamburger menu and the anchor scroll interact in a real mobile browser.

Wix Anchors, Accessibility and UK Legal Requirements

For businesses in the UK, website accessibility is not optional guidance. The Equality Act 2010 requires service providers to make reasonable adjustments, and that duty extends to commercial websites. Organisations supplying the public sector face a higher bar again under the Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, which reference WCAG 2.1 Level AA. In-page menu anchors with Wix touch two of those requirements directly.

Keyboard Navigation

A visitor using a keyboard rather than a mouse should be able to tab through the Wix anchor menu items in the order they appear and activate them with Enter. Wix’s built-in in-page navigation components generally handle this correctly out of the box. What breaks it is custom styling that removes the visible focus indicator, so a keyboard user can no longer see which anchor link they are on. Tab through your own menu and watch for the focus outline.

Screen Reader Labels

Site owners, rather than the platform, carry the responsibility here. Generic labels such as “Section 1”, “More” or “Click here” fail the WCAG 2.1 requirement that link purpose be clear from the link text or its immediate context. Use real section names: “Our Services”, “Pricing”, “Contact”.

The same principle governs skip links, landmark roles and every other navigation element on the page. ProfileTree’s guide to building an accessibility strategy covers how UK SMEs work through those requirements without a large budget, and it is worth reading alongside this tutorial if your site serves a broad audience or bids for public sector work.

Wix Anchor SEO: How Jump Links Appear in Google

When Google indexes a page using well-structured in-page menu anchors with Wix, it can show jump links beneath the main search result: extra links that take the visitor directly to a named section rather than the top of the page. These give your listing more visual space in the results without any additional content. Google decides whether to show them and the behaviour cannot be forced, but clean anchor naming and substantial sections improve the odds.

Naming Wix Anchors So Google Can Use Them

Two rules cover most of it when you add an anchor on Wix and name it. Match the anchor name to the visible section heading exactly, and keep it to one to three words. “Pricing”, “Our Work” and “Contact” work; “View Our Full Pricing Options” wraps awkwardly in the menu and reads poorly as a jump link.

Section substance matters as much as naming. A section called “Pricing” containing a single sentence is unlikely to qualify for a jump link. The same section with a pricing table, explanatory copy and a clear next step is a much stronger candidate. Order the menu items to match the top-to-bottom order of the page while you are there, so nobody clicks an anchor and finds themselves scrolling backwards.

Checking Whether Your Wix Anchors Are Indexed

To check whether Google has picked up your Wix anchors, search for the exact page URL using the site: operator, for example site:yourdomain.com/your-page. If jump links appear beneath the result, Google has read your anchor structure. If they do not, check three things: that anchor names are descriptive, that each anchored section holds enough content to stand alone, and that the page is not set to noindex in your Wix SEO settings. ProfileTree’s free SEO checker will flag indexing and on-page structure problems if you want a broader view of the page before adjusting anchors.

Troubleshooting Wix Anchor Errors

Six problems account for nearly every support query about in-page menu anchors with Wix. The table below pairs each symptom with the setting that actually fixes it, so you can work backwards from what your anchor menu is doing wrong.

Before publishing, run a short check: markers placed on every target section, labels matching headings word for word, header buffer sized to your actual header height, keyboard tab order working with a visible focus outline, external hash URL tested in a new tab, and the whole thing checked on a real phone rather than the desktop preview.

When Wix Anchor Navigation Is Not Enough

In-page menu anchors with Wix suit small, stable sites where the page structure rarely changes. They start to strain when a business needs multi-level navigation, conditional content that shows different sections to different visitor types, or scroll-depth tracking to work out which sections people actually engage with.

At that point the question is whether to keep working around the constraints of in-page menu anchors with Wix or commission a build that avoids them. On a custom WordPress site, scroll offset, mobile menu logic and anchor-based analytics are all developer-controlled rather than per-section manual fixes. ProfileTree’s website development team handles this kind of migration for SMEs across Northern Ireland, Ireland and the UK, and the accompanying guide to the cost of a WordPress website sets out the trade-offs with UK pricing if you are weighing it up.

For businesses that would rather build these skills in-house, ProfileTree’s digital training programme covers website management, navigation and UX decisions, and platform selection through a structured curriculum. Plenty of clients start there and never need a rebuild.

Getting Wix Anchor Navigation Right

Most of the difficulty with in-page menu anchors with Wix comes down to three things: knowing which panel holds the setting, understanding why the header overlap happens, and testing on a real phone before publishing. The steps themselves are simple. The gaps in Wix’s documentation are what make it feel otherwise.

If you are hitting the edges of what the editor allows, particularly around mobile menu behaviour, scroll offset control or tracking which sections visitors engage with, that is usually the point where a conversation about a more flexible build pays for itself. Talk to ProfileTree about your site and get an honest answer on whether Wix still fits.

Frequently Asked Questions