Repair a menu link that opens the wrong service page or section

Record the label, destination and landing position

Start with one failing menu item. Write down its label, expected page, actual URL and the position where the browser lands. Does 'Services' open a different service, an outdated page or a section below the heading? Check whether the same label behaves differently in the mobile menu. These observations identify the navigation setting to inspect.

Distinguish page links from section links

Wix distinguishes page links from section or anchor links. Use the type that matches the visitor's task. A customer choosing a service usually needs an understandable introduction, while an intentionally labeled section shortcut may reasonably land deeper. The link label should describe that destination rather than promise an entire page and conceal its top content.

Source checks: Wix Editor: Adding a Link to an Element · Wix Editor: Adding a Link to a Button

Test the complete menu route

Ask the maintainer to inspect the stored menu destination, including any anchor and custom link. Repair the source menu or shared component rather than adding redirects everywhere. Then reopen the published site outside the editor, follow the same path and inspect the heading that appears. Keep a note if the browser restores an old scroll position during testing.

• Follow the failing label from a fresh published page and record URL plus landing heading.
• Inspect whether the link points to a page, custom URL, section or anchor.
• Correct the destination type and target while leaving the useful page URL unchanged.
• Test desktop, mobile and any duplicate footer navigation carrying the same label.
• Confirm the destination's introduction and next action are visible and make sense for that menu choice.

Avoid changing page URLs to fix a menu setting

Do not rewrite a page slug just because a menu uses the wrong target. That creates a separate URL-maintenance problem. Copying an old menu can preserve anchors that no longer fit the new layout. A browser back action may restore prior scrolling, so test a fresh route before blaming the destination. Avoid removing all anchors if some are intentionally useful.

Verify every affected menu version

Keep a pass/fail destination list for repaired menu items and device versions. Ask a test reader whether the label predicts the page reached. If you track navigation clicks, they show interaction rather than understanding. A repaired route does not establish that every internal link or old external reference has been audited.

Keep a navigation destination map

Maintain a small navigation map with menu label, destination and whether a section landing is intentional. Recheck it after a page rename or layout change. Give the owner an example of the corrected published route so approval is based on what customers see. Do not rely only on a screenshot of editor settings.

Worked example: an illustrative customer journey

For example, a service menu item labeled 'Window cleaning' points to the correct page but includes an anchor at the pricing section. Mobile visitors miss the top explanation of residential versus commercial work. The maintainer changes the item to a page link.

A fresh mobile test now opens the service introduction. A separate, clearly labeled 'See pricing details' link retains its intentional section destination. This verifies the two navigation intentions without changing the useful page URL.

Questions about this task