Skip to main content
Back to blog

Ungu Guide Step 5: UX / Uiteo e Auseri — Ndangani i Khaothu dza Vhudzulo dza Vhuga Kha I Vha Dzwifadzi

·15 min read·by LANGR SEO

Ungu Guide Step 5: UX / Uiteo e Auseri

Ana ni Step 5 ya Ungu Guide ya 13 Steps. Uiteo e auseri so kha i vhudzi—Google u fhedza ndangani i khaothu dza vhudzulo dza vhuga kha u dzwifadza na u fa mvura dza u fanela nga uvhu, u swika vhulwadze ha vhu konani.


Thari ya ndangani (Step 3) i sumbedza zwithu zwine u publish. Linkbuilding (Step 4) i pfunza u mbinda. Fhedzi arali vhudzulo vhuhulu hu shuma khamusi hu lele na vha phindula u ṱalula vhalemevhi — a si zwithu zwihulwane. Google u fhedza zwithu zwo ndala na u shuma zwihulwane kha u thoma.

Ndi 2021, Unga Page Experience update i vhulunga UX nga u vha na fhedzi kha u dzwifadza. Nga 2024, INP (Interactio to Next Pain) i fulufhedzela FID nga u sa I Core Web Vital. Nga 2026, zwithu zwo ṱalutshelwa zwo ṋanḓa u fa nga u ṋari kha user satisfaction metrics.

Zwithu zwine UX ya Unga i Khwama

Uiteo e auseri ya UX kha Unga i khoma 6:

  1. Core Web Vitals — Zwithu zwa Google zwo sumbedzwa (LCP, INP, CLS)
  2. Ufanela nga uvhu — Design yo responsive, touch targets, viewport
  3. Accessibility (WCAG) — U u ita site ya u shuma sa vhannga
  4. Zwiya dzine u u fhaṱwa nga muvhala — HTTPS, a si na interstitials, safe browsing
  5. Manzhi a vhudzedzi — Zwiṅwe ulo u thusa vhalemevhi na crawlers
  6. U fanela nga u muvhala — Zwiṅwe zwithu zwine vhalemevhi vha zwi vhona hu si sa,

1. Core Web Vitals (CWV)

Core Web Vitals ndi zwithu zthree zwine Google i nga khethelwa nga UX. Zwi kha_loaded kha Chrome User Experience Report (CrUX) na u nṱhani ha u swika u swika.

Zwithu zthree:

| Metric | Measures | Good | Needs Improvement | Poor | |--------|----------|------|-------------------|------| | LCP (Largest Contentful Paint) | U lo fhedza | < 2.5s | 2.5s - 4.0s | > 4.0s | | INP (Interaction to Next Paint) | U tenda | < 200ms | 200ms - 500ms | > 500ms | | CLS (Cumulative Layout Shift) | U muthu | < 0.1 | 0.1 - 0.25 | > 0.25 |

LCP — Largest Contentful Paint

LCP i kha fhedzisa ndangani zwithu zwa muvhala wa khou vha vhulunga. "Zwithu zwa ndangani" ndi zwikokoto zwa u sonela, head yene, kana u sa vhulunga.

Zwiṅwe zwithu zwo LCP na mafelelo a zwo swika:

| Problem | Impact | Fix | |---------|--------|-----| | Unoptimized hero image | +2-5s | WebP format, proper sizing, fetchpriority="high" | | Render-blocking CSS/JS | +1-3s | Inline critical CSS, defer non-critical | | Slow server response (TTFB) | +1-4s | CDN, server caching, edge deployment | | Web fonts blocking render | +0.5-2s | font-display: swap, preload critical fonts | | Third-party scripts | +1-3s | Defer analytics/chat widgets, lazy load ads |

LCP optimization priority:

<!-- 1. Preload the LCP image -->
<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">

<!-- 2. Inline critical CSS (first 14KB) -->
<style>/* Above-the-fold styles only */</style>

<!-- 3. Defer non-critical CSS -->
<link rel="stylesheet" href="/full.css" media="print" onload="this.media='all'">

<!-- 4. Hero image with explicit dimensions -->
<img src="/hero.webp" width="1200" height="600"
     fetchpriority="high" decoding="async"
     alt="Descriptive alt text">

Quick win: Run PageSpeed Insights on your homepage. Look at the LCP element it identifies. If it's an image, convert to WebP, set explicit width/height, and add fetchpriority="high". This alone often drops LCP by 1-2 seconds.

INP — Interaction to Next Paint

INP i kha fhedzisa ndangani zwithu zwa muvhala wo bva tshikosi i tshi khou shuma (click, tap, type). I track the worst interaction during the page visit and uses that as the score.

Zwiṅwe zwithu zwo INP na mafelelo a zwo swika:

| Problem | Impact | Fix | |---------|--------|-----| | Long JavaScript tasks | +200-1000ms | Break into smaller tasks, use requestIdleCallback | | Heavy event handlers | +100-500ms | Debounce, throttle, use requestAnimationFrame | | Layout thrashing | +50-300ms | Batch DOM reads/writes, use will-change | | Third-party scripts | +100-500ms | Defer, load after interaction, use Web Workers | | Synchronous API calls | +200-2000ms | Async/await, loading states, optimistic UI |

INP optimization techniques:

// Bad: Blocks main thread
button.addEventListener('click', () => {
  const data = heavyComputation(); // Blocks for 400ms
  updateDOM(data);
});

// Good: Yields to main thread
button.addEventListener('click', async () => {
  // Show immediate feedback
  button.textContent = 'Loading...';

  // Break heavy work into chunks
  await scheduler.yield();
  const data = heavyComputation();

  await scheduler.yield();
  updateDOM(data);
});

Quick win: Open Chrome DevTools > Performance tab. Click through your site and look for "Long Tasks" (red triangles). These are blocking the main thread. The biggest long task is usually a third-party script — defer it or load it after first interaction.

CLS — Cumulative Layout Shift

CLS i fhedzisa muṱo - ndangani zwithu zwo ṱoḓa sa hu dzula na u danisa. A si na muthu ane a fana na i vhalla.

Zwiṅwe zwithu zwo CLS na mafelelo a zwo swika:

| Problem | CLS Impact | Fix | |---------|-----------|-----| | Images without dimensions | 0.1-0.5 | Always set width and height | | Ads loading late | 0.1-0.3 | Reserve space with min-height | | Web fonts causing reflow | 0.05-0.2 | font-display: optional or size-adjusted fallback | | Dynamic content insertion | 0.1-0.4 | Reserve space, use content-visibility | | Cookie banners pushing content | 0.05-0.2 | Overlay design (not push-down) |

CLS prevention checklist:

<!-- Always specify dimensions for media -->
<img src="photo.webp" width="800" height="600" alt="...">
<video width="1280" height="720"></video>
<iframe width="560" height="315"></iframe>

<!-- Reserve space for dynamic content -->
<div style="min-height: 250px;">
  <!-- Ad will load here without shifting -->
</div>

<!-- Use aspect-ratio for responsive media -->
<div style="aspect-ratio: 16/9;">
  <img src="..." style="width: 100%; height: 100%; object-fit: cover;">
</div>

Quick win: Add explicit width and height attributes to every and on your top 10 pages. This single change eliminates the most common CLS issue — images loading and pushing content down.

2. Ufanela nga uvhu

Google i shuma mobile-first indexing — uiteo yo kuu i ndangani u vha kha. Arali site ya u bva kha u sa fanela, a si na zwithu zwo ralo.

Ufanela nga uvhu checklist:

| Element | Requirement | Common failure | |---------|-------------|----------------| | Viewport meta | width=device-width, initial-scale=1 | Missing entirely | | Touch targets | Minimum 44x44px | Tiny links, cramped buttons | | Font size | Minimum 16px body text | 12px unreadable on mobile | | Content width | No horizontal scrolling | Fixed-width elements | | Tap spacing | 8px minimum between targets | Adjacent links touching | | Responsive images | srcset with appropriate sizes | Desktop-sized images on mobile |

Responsive design patterns:

/* Mobile-first approach */
.container {
  padding: 16px;
  font-size: 16px;
}

/* Touch-friendly targets */
.button, .link {
  min-height: 44px;
  min-width: 44px;
  padding: 12px 16px;
}

/* Responsive typography */
h1 { font-size: clamp(1.5rem, 4vw, 3rem); }
p { font-size: clamp(1rem, 2vw, 1.125rem); }

/* No horizontal overflow */
img, video, iframe {
  max-width: 100%;
  height: auto;
}

Mobile SEO signals Google checks:

  • Text readable without zooming
  • Links/buttons not too close together
  • Content fits viewport width (no horizontal scroll)
  • No Flash or unsupported technologies
  • Interstitials don't block content on entry
  • Page loads quickly on 4G/3G connections

Quick win: Open your site on your phone. Try to click every button and link. If you accidentally tap the wrong thing because targets are too close, or if you need to pinch-zoom to read text — those are your priority fixes.

3. Accessibility (WCAG)

Accessibility a si na ndangani - so i SEO signal. Google’s algorithms i fa mbere kha sites zwine u shuma na vhannga, sakane na vhannga vha khou swikelela ha screen readers, keyboard-only navigation, kana visual impairments. WCAG (Web Content Accessibility Guidelines) i khoma khuwani na mbisi ha vhu ḓoweyani.

Critical accessibility requirements:

| Element | Requirement | SEO impact | |---------|-------------|------------| | Alt text on images | Descriptive text for all meaningful images | Direct (image SEO + accessibility) | | Heading hierarchy | H1 → H2 → H3 without skipping | Direct (content structure) | | Color contrast | 4.5:1 for normal text, 3:1 for large text | Indirect (usability) | | Keyboard navigation | All interactive elements reachable via Tab | Indirect (usability) | | ARIA labels | Labels for icons, buttons without text | Indirect (screen reader UX) | | Focus indicators | Visible focus ring on keyboard navigation | Indirect (usability) | | Form labels | Every input has an associated | Indirect (usability) | | Link text | Descriptive (not "click here") | Direct (anchor text SEO) |

Accessibility testing process:

  1. Automated scan — Run Lighthouse, axe-core, or WAVE (catches ~30-50% of issues)
  2. Keyboard test — Navigate your entire site using only Tab, Enter, Escape
  3. Screen reader test — Use VoiceOver (Mac) or NVDA (Windows) on key pages
  4. Color contrast — Check all text against backgrounds (use DevTools contrast checker)
  5. Zoom test — Zoom to 200% — does everything still work?

Common accessibility fixes:

<!-- Images: descriptive alt text -->
<img src="chart.png" alt="Bar chart showing 40% increase in organic traffic from January to March 2026">

<!-- Buttons: clear labels -->
<button aria-label="Close navigation menu">
  <svg>...</svg> <!-- Icon-only button needs aria-label -->
</button>

<!-- Forms: associated labels -->
<label for="email">Email address</label>
<input type="email" id="email" name="email" required>

<!-- Links: descriptive text -->
<a href="/guide">Read the complete SEO guide</a>
<!-- NOT: <a href="/guide">Click here</a> -->

<!-- Skip navigation for keyboard users -->
<a href="#main-content" class="skip-link">Skip to main content</a>

Quick win: Run Lighthouse on your homepage with the Accessibility category. Fix everything scored "Fails" first — these are usually missing alt text, missing form labels, and low contrast text. These fixes often take 30 minutes and improve your score by 20+ points.

4. Zwiya dza muvhala

U thusa zwo ṋanḓa u fa, Google i khoma zwithu zwo ṱalutshelwa zwine u fa.

Zwiya dza muvhala:

| Signal | Requirement | Check | |--------|-------------|-------| | HTTPS | Whole site served over HTTPS | Mixed content breaks it | | No intrusive interstitials | Don't block content on arrival | Popups covering >30% on mobile | | Safe browsing | No malware, phishing, deceptive content | Google Safe Browsing status | | Mobile-friendly | Passes mobile-friendly test | Google Mobile-Friendly Test | | No deceptive ads | Ads don't mimic content | Disguised download buttons |

Interstitial guidelines (what's allowed vs. penalized):

| Allowed | Penalized | |---------|-----------| | Age verification (legally required) | Full-screen popup on page entry | | Cookie consent (legally required) | Email signup covering entire content | | Login walls for paywalled content | "Download our app" blocking content | | Small banners using <30% of screen | Countdown timers before content access | | After user scrolls/interacts | Before user sees any content |

HTTPS checklist:

  • [ ] SSL certificate valid and not expired
  • [ ] All pages redirect HTTP → HTTPS (301)
  • [ ] No mixed content (HTTP resources on HTTPS pages)
  • [ ] HSTS header enabled (with includeSubDomains)
  • [ ] Internal links use HTTPS (not HTTP)
  • [ ] Sitemap uses HTTPS URLs
  • [ ] Canonical tags use HTTPS

Quick win: Check for mixed content — open DevTools Console on your key pages. Any "Mixed Content" warnings mean you're loading HTTP resources on an HTTPS page. Update those URLs to HTTPS. This is one of the most common page experience issues.

5. Manzhi a vhudzedzi

Manzhi a vhudzedzi e thusa vhalemevhi na crawlers. Vhalemevhi vha thoma zwithu zwine vha ṱoḓa u sa vhulwa.

Manzhi a vhudzedzi:

| Pattern | Benefit | Implementation | |---------|---------|----------------| | Flat architecture | Pages within 3 clicks of home | Hub pages, breadcrumbs | | Breadcrumbs | Users know where they are | Schema markup + visible trail | | Logical URL structure | Predictable paths | /category/subcategory/page | | Footer navigation | Secondary pages accessible | Legal, about, contact, sitemap | | Internal search | Users find specific content | Search box with suggestions | | Related content | Reduces bounce, increases depth | "Related articles" sections |

Ideal site architecture:

Homepage (1 click from everything important)
├── /products/ (category hub — links to all products)
│   ├── /products/category-a/
│   │   ├── /products/category-a/product-1
│   │   └── /products/category-a/product-2
│   └── /products/category-b/
├── /blog/ (content hub — links to all posts)
│   ├── /blog/topic-cluster-1/ (pillar page)
│   │   ├── /blog/subtopic-1a
│   │   └── /blog/subtopic-1b
│   └── /blog/topic-cluster-2/
├── /tools/ (utility pages)
└── /about/ (trust pages)

Breadcrumb implementation:

<!-- Visible breadcrumb -->
<nav aria-label="Breadcrumb">
  <ol>
    <li><a href="/">Home</a></li>
    <li><a href="/blog/">Blog</a></li>
    <li aria-current="page">Ungu Guide Step 5</li>
  </ol>
</nav>

<!-- Schema markup (BreadcrumbList) -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog/" },
    { "@type": "ListItem", "position": 3, "name": "Ungu Guide Step 5" }
  ]
}
</script>

Navigation red flags:

  • Pages more than 4 clicks from homepage (too deep)
  • No breadcrumbs (users and Google lose context)
  • JavaScript-only navigation (crawlers may miss links)
  • Orphan pages (no internal links pointing to them)
  • Mega menus with 200+ links (dilutes per-link value)

Quick win: Check your most important conversion pages — how many clicks from the homepage? If more than 3, add direct links from your homepage or category hubs. Every click deeper reduces both user visits and crawl frequency.

6. U fanela nga u muvhala

Zwi fanela nga seo vhalemevhi vha vhona u fanela kha zwithu zwavho. U fanela kwenye nzhakani muvhala hu fanela kha mulayo u ṱalutshelwa na muvhala kha khou dḏo.

U fanela nga u muvhala mulayo:

| Element | Why | Common failure | |---------|-----|----------------| | Clear headline (H1) | Confirm relevance to query | Generic or missing | | Value proposition | Why should they stay? | Buried below fold | | Primary CTA | What should they do next? | Hidden or unclear | | Hero image/media | Visual engagement | Slow-loading, causing LCP issues | | Trust signals | Why should they trust you? | No logos, reviews, or credentials |

Above-the-fold layout patterns:

Desktop (1440px viewport):
┌──────────────────────────────────────┐
│ Navigation bar                        │
├──────────────────────────────────────┤
│                                      │
│  H1: Clear headline matching query   │
│  Subtitle: Value proposition         │
│                                      │
│  [Primary CTA Button]               │
│                                      │
│  Trust signals: logos, stats, badges │
│                                      │
├──────────────────────────────────────┤
│ ↓ Content continues below fold       │
└──────────────────────────────────────┘

Mobile (375px viewport):
┌────────────────────┐
│ Nav (hamburger)    │
├────────────────────┤
│                    │
│ H1: Headline       │
│ (shorter on mobile)│
│                    │
│ [CTA Button]       │
│ (full-width, 44px+)│
│                    │
│ Trust badge        │
│                    │
├────────────────────┤
│ ↓ Scroll for more  │
└────────────────────┘

Critical above-the-fold rules:

  • H1 must be visible without scrolling (matches search query)
  • CTA must be visible without scrolling (reduces bounce)
  • No layout shift in above-the-fold content (CLS killer)
  • Hero image must load fast (it's usually the LCP element)
  • Mobile: reduce above-the-fold content (less viewport space)

Quick win: Take a screenshot of your homepage on mobile (375px width). Is the H1 visible? Is a CTA button visible? Can you tell what the site does within 2 seconds? If any answer is "no," you're losing visitors before they scroll.

The UX Audit Checklist

Run through this for your top pages:

  • [ ] LCP under 2.5 seconds (hero image optimized, critical CSS inlined)
  • [ ] INP under 200ms (no long JavaScript tasks blocking interaction)
  • [ ] CLS under 0.1 (all images have dimensions, no late-loading shifts)
  • [ ] Mobile-friendly (44px touch targets, 16px+ text, no horizontal scroll)
  • [ ] Accessible (alt text, heading hierarchy, color contrast, keyboard nav)
  • [ ] HTTPS everywhere (no mixed content, HSTS enabled)
  • [ ] No intrusive interstitials (consent overlays OK, content-blocking popups not)
  • [ ] Breadcrumbs present (with BreadcrumbList schema)
  • [ ] Navigation depth under 4 clicks to any important page
  • [ ] Above-the-fold optimized (H1 visible, CTA visible, fast LCP)

How LANGR Scans Your UX

LANGR's UX-related scan modules include:

  • Core Web Vitals module — Measures LCP, INP, CLS from Chrome User Experience Report (real user data)
  • PageSpeed module — Full Lighthouse performance audit with mobile and desktop scores
  • Mobile module — Viewport configuration, touch target sizing, text readability
  • Accessibility module — WCAG compliance checks, ARIA usage, color contrast
  • Layout Scan module — AI-powered evaluation of mobile and desktop layouts
  • Page Experience module — Interstitial detection, HTTPS status, safe browsing

These modules run on every scan, giving you a complete picture of how visitors experience your site — and exactly what to fix for better rankings.

Common UX Mistakes (Ranked by Impact)

  1. Ignoring mobile — 60%+ of searches are mobile; broken mobile = broken rankings
  2. Unoptimized images — The #1 cause of slow LCP (and often the easiest fix)
  3. No explicit image dimensions — Layout shifts destroy CLS scores
  4. Third-party script bloat — Chat widgets, analytics, ads blocking INP
  5. Missing accessibility basics — No alt text, no heading hierarchy, no contrast
  6. Content-blocking interstitials — Full-screen popups before users see content
  7. Deep site architecture — Important pages buried 5+ clicks from homepage
  8. No above-the-fold value — Users can't tell what the site does without scrolling

What's Next?

Step 6: Monitoring & Ranking — U sa si u vhona zwine u nga khou shuma. Keyword positions, score tracking, change reports, and uptime monitoring.


*Ungu guide i tshi khou fara LANGR's 13-step SEO series. Run a free audit u vhona uri site yenyu i khou swika nḓow. Es.

Want to know where your site stands?

Run a free SEO audit — it takes under 60 seconds.

Related articles