Training archive

When Search Console Shows Multiple Pages for One Query

Filter a query in Google Search Console, open the Pages tab, and you may see several URLs from your site. That finding alone does not establish keyword…

Risograph illustration of one search query branching toward distinct page layouts, with a coral inspection circle comparing their content on textured cream paper.

Filter a query in Google Search Console, open the Pages tab, and you may see several URLs from your site. That finding alone does not establish keyword cannibalisation. It shows that those URLs received impressions for the query during the selected period. The useful question is whether they answer distinct reader needs, repeat the same answer, or send conflicting indexing signals.

This guide helps you investigate that overlap. To check how a particular page appears for a query, see the separate guide to finding your keyword ranking in Google.

Fix the report conditions first

Open the Performance report for Search results in the intended Search Console property. Choose a date range and search type, then filter by the query. Set a country if location changes the meaning of the query, and select a device if you need a device-specific comparison. Open the Pages tab and record the URLs, clicks and impressions. Search Console’s Performance overview explains the report dimensions and how page data is grouped.

Record every filter with the date range. Keep those settings fixed while comparing page rows; changing device or country halfway through changes the question. Check whether your query filter matches the whole query or merely contains a phrase. A containing filter can include several searches, so it cannot support a claim about one exact query. filtering guide describes the available controls.

Read the numbers with their grouping in mind. Google groups query rows by property and page rows by page. If two pages from the property appear in one search, their page impressions need not add up to the property's chart total. Likewise, an average position for the query does not identify a single winning URL. Compare the page rows and their dates, but do not treat a small difference as a diagnosis.

Look for a pattern across the selected period. Does one URL appear regularly while another appears only briefly? Do both appear on the same days? Did a new page, revised title or redirect coincide with a change? These observations identify pages to inspect. They do not prove that one page displaced another, because the report does not explain why Google displayed each result.

Compare what each page offers

Open every URL in the report. Read its title, opening paragraph, headings and main answer. For each page, write one sentence describing the reader's task. An overview and a step-by-step procedure may both appear for a broad query while serving different purposes. Two pages with different titles may instead provide substantially the same instructions. Judge the answer a visitor receives, not just the wording of the title.

Compare the introductions, examples, steps and conclusions side by side. Note material that appears on only one page and material repeated across both. If the only distinction is a short paragraph buried under otherwise duplicate sections, ask whether it justifies a separate destination. If each page has a clear purpose, check that the distinction appears early enough for a visitor to recognise it.

Review the site's own cues. Navigation labels and internal links should describe the destination accurately. A link promising a checklist should lead to a usable checklist, while a broad guide should answer the broad question. Confusing labels are a reason to clarify the pages or their links; they do not by themselves justify removing either URL.

Check indexing and canonical signals

Inspect each URL in Search Console. Record the user-declared canonical and the Google-selected canonical when available. Open the live URL to check whether it redirects and which canonical URL it declares in the page or response header. Check whether the URL is indexable, and whether the sitemap and internal links point consistently to the intended page. Keep these technical findings separate from your assessment of the content.

A declared canonical expresses a preference; Google may select another URL. Read Google’s canonicalization documentation for the distinction between strong signals such as redirects and canonical annotations, weaker signals such as sitemap inclusion, and conflicting declarations to avoid. A permanent redirect is appropriate when a duplicate URL is being retired, not simply because two useful pages appear in the report.

Copy the exact addresses you inspected rather than relying on shortened labels in a worksheet. Check whether the browser ends up at the same address after a redirect, and whether a canonical declaration uses that final address. If two report rows differ only by a URL variation, confirm what each address serves before treating them as separate articles. That check can reveal a URL handling issue without any content rewrite.

If Google selects an unexpected canonical, compare the declared URL with the live response and the content of the grouped pages. canonicalization troubleshooting guide explains how to investigate that mismatch. A surprising selection calls for inspection; it is not an automatic instruction to redirect or merge. Distinct articles can have a technical configuration error, while near-duplicates can have apparently consistent tags.

Choose the smallest justified change

  1. Keep both pages when each serves a different task and delivers a useful answer. Record that distinction so the same Pages-tab pattern is not repeatedly mistaken for a problem.
  2. Clarify their purposes when the content differs but the distinction is hard to see. Improve titles, openings, headings and internal link labels so visitors know which page suits their task. Preserve the useful material on each.
  3. Investigate a technical mismatch when the selected canonical, redirect or live declaration conflicts with the intended arrangement. Correct the specific signal and inspect the URLs again. Rewriting an article will not fix a canonical element pointing elsewhere.
  4. Consider consolidation when the pages answer essentially the same question for the same audience and neither has a durable separate purpose. Decide which URL should carry the complete answer, preserve useful material from both, and review incoming and internal links before retiring a duplicate. A redirect changes a URL's destination and needs a reason beyond the presence of two rows.

These actions can follow one another. You might fix an unintended canonical first, then clarify two articles that still look too similar. Make each change for an observed reason and record its date and scope. That record makes the later report easier to interpret without claiming that any subsequent movement was caused solely by your edit.

Keep a short comparison record

A small worksheet prevents a vague verdict of “cannibalisation” from replacing the evidence. Record the same fields for each URL:

  • Report setup: exact query or filter type, property, search type, date range, device and country.
  • Observed data: URL, clicks, impressions and the dates on which the page appeared.
  • Reader's task: the question or action the page helps a visitor complete, with any overlap noted.
  • Technical signals: live redirect, declared canonical, Google-selected canonical, indexability and relevant internal links.
  • Decision: keep, clarify, investigate or consider consolidation, with the observation that supports it.

For example, an overview of a topic and a checklist for completing one task might share impressions for a broad query. Their different purposes could support keeping both, provided their titles and openings make that difference clear. If both pages instead repeat the same checklist, the record should identify the duplicated sections before proposing consolidation. Neither conclusion follows from the number of URLs alone.

Review after the change

When enough new data is available, return to the query-to-pages view using the recorded property, search type, device and country. Compare similar date windows and note that search results and demand can still change independently of your edit. Reopen the affected URLs to confirm that their content, redirects and canonical signals match the intended arrangement. If the rows change, record what changed and what remains uncertain before planning another edit.