UX heuristic analysis · Technology

Google.com: a UX heuristic analysis

For Google’s digital product team

Download the PDF

Google’s settings, privacy and advanced search pages fail where the search page does not

The faults are on the pages behind the search box: the two pages where a signed-out visitor controls how Google uses their searches block pinch zoom, call one setting by two names, and open their cards into one shared browser window. At 400% zoom the desktop home page hides ‘Sign in’, and the touch layout’s first Tab stops show no focus. Advanced Search reports no open state on its comboboxes, and the Chrome page hides a visible link bar from screen readers while it still takes focus. The home page itself is one box and a few entry points, and its phone layout reflows.

Where to start

  1. Finding 8: The two pages that control your search data block pinch zoom Medium
  2. Finding 9: One data setting has two names, and its card opens a shared browser window Medium
  3. Finding 3: Zoomed to 400%, the desktop home page scrolls sideways and hides ‘Sign in’ Medium
  4. Finding 2: On tablets and phones, the first Tab stops on the home page show no focus Medium
  5. Finding 1: Links inside sentences are told apart by colour alone on the home and switch pages Medium
Findings by level
HighMediumLowBest practice
0920

The 11 findings

Findings about the whole site first, then each page in the order examined, the most severe first within each. The levels, high, medium, low, best practice, are explained on the method page.

Finding 1Medium

Links inside sentences are told apart by colour alone on the home and switch pages

Where
Throughout
Heuristic
Accessibility
Seen at
Desktop
Effort to fix
Small
WCAG 2.2
1.4.1 Use of Color (level A)
google.com at desktop size, the frame on what this finding is about: Links inside sentences are told apart by colour alone on the home and switch pages.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

On ‘Search customization is on’, ‘sign in’ in the 12 px tip line is blue against grey text at 1.23:1, with no underline and the same weight. On the home page ‘Français’ in ‘Google offered in: Français’ is 1.22:1 against its line in the light theme and 1.18:1 in the dark theme (26 October), and is underlined only on hover.

Implication

People with low vision or colour blindness read it as plain text and miss the way to manage their history in their account, on the page about that very choice.

Recommendation

Underline links that sit inside a sentence, or give them at least 3:1 against the surrounding text plus an underline on hover and focus.

Measured

  • Links not set apart from text: 1, contrast 1.2:1
  • axe link-in-text-block: 2 elements (serious)

Finding 2Medium

On tablets and phones, the first Tab stops on the home page show no focus

Where
Search home
Heuristic
Accessibility
Seen at
Tablet
Effort to fix
Small
WCAG 2.2
2.4.7 Focus Visible (level AA)
google.com at tablet size, the frame on what this finding is about: On tablets and phones, the first Tab stops on the home page show no focus.
Tablet, 820 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

In the touch layout, pressing Tab moves focus to ‘Main menu’, then on to the ‘Google Search’ magnifier in the search box. Neither shows any change when focused: no outline, ring or background. Other stops on the same page, such as ‘Images’ and ‘Google apps’, do show a ring.

Implication

Tablet users with a keyboard case, and switch-access users on phones, cannot see where they are at the very first step. They press Tab and nothing appears to happen.

Recommendation

Give ‘Main menu’ and the magnifier button the same focus ring the other header controls already have. Check every control in the touch layout with real Tab presses, not only the desktop layout.

Measured

  • Tab to 'Main menu' and 'Google Search': no visible focus
  • Tab stop 6, Google Search: no focus indicator

Finding 3Medium

Zoomed to 400%, the desktop home page scrolls sideways and hides ‘Sign in’

Where
Search home
Heuristic
Accessibility
Seen at
Desktop
Effort to fix
Medium
WCAG 2.2
1.4.10 Reflow (level AA)
google.com at desktop size, the frame on what this finding is about: Zoomed to 400%, the desktop home page scrolls sideways and hides ‘Sign in’.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

In a desktop browser window 360 px wide, which is what a 1440 px screen gives at 400% zoom, the home page stays 400 px wide. ‘Sign in’ and the ‘AI Mode’ button sit past the right edge, and the page scrolls in both directions. The phone layout at the same width reflows correctly.

Implication

People with low vision who zoom a desktop browser get a home page that scrolls two ways, with the account button and the AI entry out of sight. The fix exists already in the phone layout.

Recommendation

Let the desktop layout’s outer container shrink below 400 px and wrap the header links, or hand narrow desktop windows the phone layout. Test at 320 px wide, which is 1280 px at 400%.

Measured

  • 360 px desktop window: page 400 px wide, 'Sign in' cut off

Finding 4Low

On phones the AI entry is an unlabelled sparkle icon with a different name

Where
Search home
Seen at
Phone
Effort to fix
Small
google.com at phone size, the frame on what this finding is about: On phones the AI entry is an unlabelled sparkle icon with a different name.
Phone, 390 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

The desktop search box has a text pill, ‘AI Mode’. On a phone the same entry is a sparkle-and-magnifier icon with no words, beside icons for voice and camera, and screen readers hear it as ‘Search with A.I.’.

Implication

Three icons in a row make people guess. The feature also has two names, so a person who has heard of ‘AI Mode’, or a voice-control user who says it, may not find it on the phone.

Recommendation

Use one name, ‘AI Mode’, for the visible label and the accessible name. Show the words beside the icon on phones where there is room, or add a first-use hint.

Measured

  • Sparkle icon named 'Search with A.I.'; desktop says 'AI Mode'

Finding 5Medium

The drop-downs on both Advanced Search pages do not say whether they are open

Where
Advanced Search
Heuristic
Accessibility
Seen at
Desktop
Effort to fix
Small
WCAG 2.2
4.1.2 Name, Role, Value (level A)
google.com at desktop size, the frame on what this finding is about: The drop-downs on both Advanced Search pages do not say whether they are open.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

Advanced Search has five drop-downs and Advanced Image Search seven, from ‘Any format’ to ‘Not filtered by license’, each a combobox (axe aria-required-attr). On load none of the five has aria-expanded; it appears after the first click.

Implication

A screen reader user hears a combobox but not whether it is collapsed, so they cannot tell if their key press opened the list. It is a small gap on the page built for people who want precise control.

Recommendation

Set aria-expanded="false" on each combobox when the page loads and keep it in step as it opens and closes. One shared component fixes both pages.

Measured

  • axe aria-required-attr: 5 elements (critical)
  • axe aria-required-attr: 7 elements (critical)

Finding 6Low

Advanced Search gives no example of what to type in its four boxes

Where
Advanced Search
Seen at
Desktop
Effort to fix
Small
google.com at desktop size, the frame on what this finding is about: Advanced Search gives no example of what to type in its four boxes.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

‘All of these words:’, ‘This exact word or phrase:’, ‘None of these words:’ and ‘Site or domain:’ carry a label only, with no placeholder or hint. ‘Learn how to use operators’ is in a side column under ‘You can also’, away from the fields it explains.

Implication

Someone who has not met ‘site:’ searching cannot tell whether ‘Site or domain:’ wants ‘example.com’ or a full address. The page offers the power but not the lesson.

Recommendation

Put one short example under each box, such as ‘Example: example.com’ under ‘Site or domain:’. Show the search the form will run, for instance ‘site:example.com’, beside the button before it is pressed.

Measured

  • Advanced Search: four empty text boxes with labels only, no placeholder or hint; 'Learn how to use operators' is apart from them, under 'You can also' in the right column

Finding 7Medium

Button and link names do not contain their visible words

Where
Google Business Profile
Heuristic
Accessibility
Seen at
Desktop
Effort to fix
Small
WCAG 2.2
2.5.3 Label in Name (level A)
google.com at desktop size, the frame on what this finding is about: Button and link names do not contain their visible words.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

On the Business Profile page (google.com/services now redirects to business.google.com/ca-en), both ‘Create your profile’ links are named ‘Create a Google Business Profile - (opens in new tab)’. On the Chrome page, three links that read ‘Explore Gemini in Chrome’ or ‘Explore AI Mode’ are named only ‘Open in the same tab’.

Implication

A voice-control user who says ‘click Create your profile’ gets no match on the page’s main action. A screen reader user listing links on the Chrome page hears ‘Open in the same tab’ three times, with no destination.

Recommendation

Start each name with the visible words (‘Create your profile, opens in a new tab’), and let the visible text name the links on the Chrome page.

Measured

  • axe label-content-name-mismatch: 3 elements (serious)
  • 26 Oct: ‘Create your profile’ named ‘Create a Google Business Profile…’

Finding 8Medium

The two pages that control your search data block pinch zoom

Where
Search customization switch
Heuristic
Accessibility
Seen at
Phone
Effort to fix
Small
WCAG 2.2
1.4.4 Resize Text (level AA)

Observation

‘Search customization is on’ (/history/optout) and ‘Your data in Search’ set their viewport to ‘maximum-scale=1, user-scalable=no’. These are the pages where a signed-out visitor decides how Google uses their searches. The home page and Search settings allow zoom.

Implication

On Android Chrome a person who needs larger text cannot pinch to enlarge it, on the pages where the wording decides what happens to their data. iOS Safari ignores the tag; Android does not.

Recommendation

Remove ‘maximum-scale=1’ and ‘user-scalable=no’ from both viewport tags, as the home page already does. If a layout breaks when zoomed, fix the layout rather than the zoom.

Measured

  • axe meta-viewport: 1 element (moderate)

Finding 9Medium

One data setting has two names, and its card opens a shared browser window

Where
Your data in Search
Seen at
Desktop
Effort to fix
Small
google.com at desktop size, the frame on what this finding is about: One data setting has two names, and its card opens a shared browser window.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

Search settings calls it ‘Search customization’; ‘Your data in Search’ calls the same setting ‘Signed-out Search activity’. That page’s five cards use target="blank_", a typo for _blank, so they share one named window, and two of them do not say they open a new tab. The switch page itself has no link back.

Implication

A person turning personalisation off has to work out that two names mean one control. A second card silently replaces the page the first one opened, so they can lose their place in the one task where trust matters most.

Recommendation

Use one name everywhere. Fix the target to _blank, or open in the same tab, and say which in every card’s name. Give the switch page a link back to where the visitor came from.

Measured

  • Five cards use target="blank_"; two say nothing about a new tab

Finding 10Medium

Advanced Image Search reuses the web page’s title, heading and wording

Where
Advanced Image Search
Seen at
Desktop
Effort to fix
Small
WCAG 2.2
2.4.2 Page Titled (level A)
google.com at desktop size, the frame on what this finding is about: Advanced Image Search reuses the web page’s title, heading and wording.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

The page <title> is ‘Google Advanced Search’, the same as the web version, while its h1 reads ‘Advanced Image Search’; its first section heading reads ‘Find pages with’ although it finds images. ‘Usage rights’ defaults to ‘All’ here and to ‘Not filtered by license’ on Advanced Search.

Implication

A visitor cannot tell the two forms apart from the tab title or a screen reader’s heading list. Two wordings for the same ‘no filter’ choice make people stop and check what they picked.

Recommendation

Title the page ‘Advanced Image Search’ and change the heading to ‘Find images with’. Use one wording for the ‘no filter’ choice on both pages.

Measured

  • Title 'Google Advanced Search', heading 'Find pages with'
  • 26 Oct: title ‘Google Advanced Search’ over h1 ‘Advanced Image Search’

Finding 11Medium

On the Chrome page, visible controls are hidden from screen readers but take focus

Where
Google Chrome
Heuristic
Accessibility
Seen at
Desktop
Effort to fix
Medium
google.com at desktop size, the frame on what this finding is about: On the Chrome page, visible controls are hidden from screen readers but take focus.
Desktop, 1440 px wide, taken 19 October 2026. The frame marks what the finding is about.

Observation

The bar at the top of google.com/chrome (AI, Yours, Safe, Fast, By Google, Download) has aria-hidden="true" while it is shown, and its Download button is still in the Tab order. Five Play buttons are aria-hidden with tabindex 0. The video poster’s attribute is misspelt aria_hidden, so it is an image with no alt text.

Implication

A screen reader user tabbing the page lands on Download and Play and hears nothing for either. The page’s main ‘Download Chrome’ button still works, so the task is not blocked.

Recommendation

Remove aria-hidden from the bar whenever it is visible, and make it inert when it is not. Drop aria-hidden from the Play buttons, which already have names. Fix the aria_hidden typo, or give the poster alt="".

Measured

  • axe aria-hidden-focus: 7 elements (serious)
  • 26 Oct: visible jump bar aria-hidden, Download tabbable; 5 Play buttons too
  • axe image-alt: 1 element (critical)

What was examined

  1. Search home and 4 more built the same way
  2. Google Images home
  3. Advanced Search
  4. Google Business Profile
  5. Search settings and 2 more built the same way
  6. How Search works
  7. Search customization switch
  8. Your data in Search
  9. Advanced Image Search
  10. Google Chrome

The sitemap lists 5198 more pages the site does not link to; they were listed, not read.

No real users were observed. Only public pages were examined, signed out, on the date shown, at the sizes listed. A browser took the measurements; the numbers are in each finding.

Automated checks

Automated checks across the pages examined
Accessibility rules failed (axe)10 rules: 4 critical, 5 serious, 1 moderate
Tap targets under 24 pixels13
Links that open a new tab40
Console errors on load0
The 10 rules, by impact, with the elements and pages each failed on
  1. aria-required-attr critical

    WCAG 4.1.2 Name, Role, Value (A) · 16 elements on 4 pages: Search home; Advanced Search; Search settings; Advanced Image Search

    aria-required-attr: not counted against the level, because Seen in the engine’s phone capture; not reproducible live without a phone user agent (desktop markup names the listbox and sets aria-expanded correctly). Re-verify on a device before publishing.

  2. aria-allowed-attr critical

    WCAG 4.1.2 Name, Role, Value (A) · 1 element on 1 page: Google Chrome

    aria-allowed-attr: not counted against the level, because Inside the cross-origin YouTube embed; the player loaded alone answers Error 153, so not reproducible live.

  3. button-name critical

    WCAG 4.1.2 Name, Role, Value (A) · 1 element on 1 page: Google Chrome

    button-name: not counted against the level, because Inside the cross-origin YouTube embed; the player loaded alone answers Error 153, so not reproducible live.

  4. image-alt critical

    WCAG 1.1.1 Non-text Content (A) · 1 element on 1 page: Google Chrome

  5. label-content-name-mismatch serious

    WCAG 2.5.3 Label in Name (A) · 28 elements on 4 pages: Google Business Profile; How Search works; Your data in Search; Google Chrome

  6. aria-hidden-focus serious

    WCAG 4.1.2 Name, Role, Value (A) · 7 elements on 2 pages: How Search works; Google Chrome

  7. aria-input-field-name serious

    WCAG 4.1.2 Name, Role, Value (A) · 2 elements on 1 page: Search home

    aria-input-field-name: not counted against the level, because Seen in the engine’s phone capture; not reproducible live without a phone user agent (desktop markup names the listbox and sets aria-expanded correctly). Re-verify on a device before publishing.

  8. aria-prohibited-attr serious

    WCAG 4.1.2 Name, Role, Value (A) · 2 elements on 2 pages: How Search works; Google Chrome

    aria-prohibited-attr: not counted against the level, because Inside the cross-origin YouTube embed; the player loaded alone answers Error 153, so not reproducible live.

  9. link-in-text-block serious

    WCAG 1.4.1 Use of Color (A) · 2 elements on 2 pages: Search home; Search customization switch

  10. meta-viewport moderate

    WCAG 1.4.4 Resize Text (AA) · 2 elements on 2 pages: Search customization switch; Your data in Search

Counted by the engine on every page examined, at all three sizes.