Removing a breadcrumb link cut traffic 5.5%

Most advice on self-referential breadcrumb links, the last item in the trail that links back to the page a visitor is already on, is opinion: some guides call the link dead weight, others call it harmless. SearchPilot, a controlled SEO A/B-testing company, ran an actual split test that removed the link on one set of pages and left it in place on another. The result was a loss, not a gain, and the reason why matters more than the number itself. SearchPilot’s own published case study, not our analysis, is the source here.

What SearchPilot found#

SearchPilot’s customer, an ecommerce retailer, removed the self-referential link from the final breadcrumb item on product listing pages, converting it from a clickable link to plain text. The control group kept the link. The published case study describes this one change and nothing else between the two groups.

The change produced a statistically significant 5.5% decrease in organic traffic, the opposite of what the customer expected from trimming a link that pointed nowhere new. SearchPilot’s Google Search Console insights tool traced the drop to changed rankings rather than a lower clickthrough rate on stable rankings, meaning search engines were surfacing the pages less often or less prominently, not just that fewer people clicked the same listings.

The stated cause is not the missing link on its own. It is that the breadcrumb’s structured data markup was left describing a link that the visible HTML no longer had. SearchPilot calls that mismatch between schema and markup the likely source of the ranking drop: when the data that tells search engines how a page’s hierarchy is wired disagrees with what a crawler actually renders, the page’s structure becomes harder to interpret correctly.

Why a split test is stronger#

A retailer that made this same change without running a split test would have seen traffic fall sometime afterward and had no reliable way to separate the breadcrumb edit from a core update, a seasonal dip or an unrelated sitewide change landing in the same window. SearchPilot’s variant and control pages ran at the same time, on the same site, exposed to the same external conditions, so the 5.5% figure can be attributed to the one difference between the groups: the breadcrumb link and its now-mismatched schema.

That same design is what let our coverage of SearchPilot’s FAQ content test separate a real content lift from a schema change that did nothing on its own. Here the pattern runs the other way: a markup-level inconsistency, not the visible content, is what SearchPilot points to as the cause of a real loss. Both readings only hold because the comparison happened concurrently rather than across two time periods.

Why we care#

The lesson is not “leave every self-referential breadcrumb link alone.” It is that a markup change which looks purely cosmetic, converting one link to plain text, carries a second, easy-to-miss dependency: the structured data describing that same element. SearchPilot’s case study reports a change made to the HTML without a matching change to the schema, and a real, measured traffic loss that followed. Anyone editing breadcrumb behavior should treat the visible markup and its schema as one unit to update together, and verify both, rather than assuming a small link removal has no structural side effects.