Panduan SEO Langkah 5: UX / Pengalaman Pengguna

Ini adalah Langkah 5 daripada Panduan SEO 13 Langkah. Pengalaman pengguna kini merupakan faktor peringkat yang langsung — Google mengukur bagaimana pengunjung berinteraksi dengan laman anda dan memberi ganjaran kepada laman yang memberikan pengalaman yang pantas, boleh diakses, dan menyenangkan.

Strategi kandungan (Langkah 3) menentukan apa yang anda terbitkan. Pembangunan pautan (Langkah 4) membuktikan autoriti anda. Tetapi jika pengunjung berada di halaman anda dan segera meninggalkan kerana ia perlahan, tidak berfungsi pada mudah alih, atau tidak boleh diakses — semua itu tidak penting. Google menjejak isyarat ini dan menggunakannya untuk menyesuaikan peringkat.

Sejak 2021, kemas kini Pengalaman Halaman Google menjadikan UX sebagai faktor peringkat yang disahkan. Pada tahun 2024, INP (Interaction to Next Paint) menggantikan FID sebagai Core Web Vital. Pada tahun 2026, isyarat ini membawa lebih banyak berat apabila Google semakin mengutamakan metrik kepuasan pengguna berbanding isyarat tradisional.

Apa yang Diperlakukan oleh UX untuk SEO

Pengoptimuman UX untuk SEO meliputi 6 bidang:

Core Web Vitals — Metrik UX rasmi Google (LCP, INP, CLS)
Pengoptimuman Mudah Alih — Reka bentuk responsif, sasaran sentuhan, viewport
Kebolehcapaian (WCAG) — Membuat laman anda boleh digunakan oleh semua orang
Isyarat Pengalaman Halaman — HTTPS, tiada interstisial, pelayaran selamat
Corak Navigasi — Struktur laman yang membantu pengguna dan crawler
Pengoptimuman di Atas Lipatan — Apa yang dilihat pengguna tanpa menatal

1. Core Web Vitals (CWV)

Core Web Vitals adalah tiga metrik UX terukur oleh Google. Mereka dipantau dalam data Laporan Pengalaman Pengguna Chrome (CrUX) dan mempengaruhi peringkat secara langsung.

Tiga metrik:

| Metrik | Mengukur | Baik | Perlu Penambahbaikan | Buruk | |--------|----------|------|----------------------|------| | LCP (Largest Contentful Paint) | Kelajuan memuat | < 2.5s | 2.5s - 4.0s | > 4.0s | | INP (Interaction to Next Paint) | Responsif | < 200ms | 200ms - 500ms | > 500ms | | CLS (Cumulative Layout Shift) | Kestabilan visual | < 0.1 | 0.1 - 0.25 | > 0.25 |

LCP — Largest Contentful Paint

LCP mengukur seberapa cepat kandungan utama halaman anda menjadi jelas. "Kandungan terbesar" biasanya adalah gambar hero anda, tajuk utama, atau blok terbesar di atas lipatan.

Masalah LCP biasa dan penyelesaian:

| Masalah | Impak | Penyelesaian | |---------|--------|--------------| | Gambar hero tidak dioptimumkan | +2-5s | Format WebP, saiz yang tepat, fetchpriority="high" | | CSS/JS yang menghalang rendering | +1-3s | Inline CSS kritikal, tangguhkan yang bukan kritikal | | Respons server yang perlahan (TTFB) | +1-4s | CDN, caching server, penyebaran di edge | | Fon web yang menghalang rendering | +0.5-2s | font-display: swap, preload fon kritikal | | Skrip pihak ketiga | +1-3s | Tangguhkan widget analitik/bual, lazy load iklan |

Keutamaan pengoptimuman LCP:

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

<!-- 2. Inline CSS kritikal (14KB pertama) -->
<style>/* Gaya di atas lipatan sahaja */</style>

<!-- 3. Tangguhkan CSS yang bukan kritikal -->
<link rel="stylesheet" href="/full.css" media="print" onload="this.media='all'">

<!-- 4. Gambar hero dengan dimensi yang jelas -->
<img src="/hero.webp" width="1200" height="600"
     fetchpriority="high" decoding="async"
     alt="Teks alt yang deskriptif">

Kemenangan cepat: Jalankan PageSpeed Insights pada halaman utama anda. Perhatikan elemen LCP yang dikenalpasti. Jika ia adalah gambar, tukar kepada WebP, tetapkan lebar/tinggi yang jelas, dan tambah fetchpriority="high". Perubahan ini sering kali menurunkan LCP sebanyak 1-2 saat.

INP — Interaction to Next Paint

INP mengukur seberapa cepat halaman anda memberikan respons apabila pengguna berinteraksi (klik, sentuh, taip). Ia mengesan interaksi terburuk semasa kunjungan halaman dan menggunakannya sebagai skor.

Masalah INP biasa dan penyelesaian:

| Masalah | Impak | Penyelesaian | |---------|--------|--------------| | Tugas JavaScript yang panjang | +200-1000ms | Pecahkan kepada tugas yang lebih kecil, gunakan requestIdleCallback | | Pengendali acara yang berat | +100-500ms | Debounce, throttle, gunakan requestAnimationFrame | | Gangguan susun atur | +50-300ms | Batch bacaan/tulisan DOM, gunakan will-change | | Skrip pihak ketiga | +100-500ms | Tangguhkan, muat selepas interaksi, gunakan Web Workers | | Panggilan API segerak | +200-2000ms | Async/await, keadaan memuat, UI optimistik |

Teknik pengoptimuman INP:

// Buruk: Menghalang thread utama
button.addEventListener('click', () => {
  const data = heavyComputation(); // Menghalang selama 400ms
  updateDOM(data);
});

// Baik: Memberi laluan kepada thread utama
button.addEventListener('click', async () => {
  // Tunjukkan maklum balas segera
  button.textContent = 'Memuat...';

  // Pecahkan kerja berat kepada bahagian
  await scheduler.yield();
  const data = heavyComputation();

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

Kemenangan cepat: Buka Chrome DevTools > tab Performance. Klik melalui laman anda dan lihat "Tugas Panjang" (segitiga merah). Ini menghalang thread utama. Tugas panjang yang terbesar biasanya adalah skrip pihak ketiga — tangguhkan atau muat selepas interaksi pertama.

CLS — Cumulative Layout Shift

CLS mengukur kestabilan visual — seberapa banyak kandungan halaman melompat semasa ia dimuat. Tiada apa yang lebih mengecewakan pengguna daripada mengklik butang dan mengalami pergeseran halaman sehingga mereka mengklik sesuatu yang lain.

Masalah CLS biasa dan penyelesaian:

| Masalah | Impak CLS | Penyelesaian | |---------|-----------|--------------| | Gambar tanpa dimensi | 0.1-0.5 | Sentiasa tetapkan width dan height | | Iklan dimuat lewat | 0.1-0.3 | Reserved space with min-height | | Fon web yang menyebabkan reflow | 0.05-0.2 | font-display: optional atau fallback yang disesuaikan saiznya | | Penyisipan kandungan dinamik | 0.1-0.4 | Reserve space, use content-visibility | | Papan tanda cookie yang mendorong kandungan | 0.05-0.2 | Reka bentuk overlay (bukan tolak ke bawah) |

Senarai semak pencegahan CLS:

<!-- Sentiasa nyatakan dimensi untuk 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;">
  <!-- Iklan akan dimuat di sini tanpa mengganggu -->
</div>

<!-- Gunakan nisbah-aspek untuk media responsif -->
<div style="aspect-ratio: 16/9;">
  <img src="..." style="width: 100%; height: 100%; object-fit: cover;">
</div>

Kemenangan cepat: Tambah atribut width dan height yang jelas kepada setiap dan di 10 halaman teratas anda. Perubahan tunggal ini menghapuskan isu CLS yang paling biasa — gambar yang dimuat dan mendorong kandungan ke bawah.

2. Pengoptimuman Mudah Alih

Google menggunakan pengindeksan berasaskan mudah alih — pengalaman mudah alih anda adalah pengalaman peringkat anda. Jika laman anda tidak berfungsi pada mudah alih, tidak penting betapa sempurnanya versi desktop.

Senarai semak pengoptimuman mudah alih:

| Elemen | Keperluan | Kegagalan biasa | |--------|-----------|-----------------| | Meta viewport | width=device-width, initial-scale=1 | Hilang sepenuhnya | | Sasaran sentuhan | Minimum 44x44px | Pautan kecil, butang sempit | | Saiz fon | Minimum 16px teks badan | 12px tidak boleh dibaca pada mudah alih | | Lebar kandungan | Tiada skrol melintang | Elemen lebar tetap | | Ruang sambung | Minimum 8px antara sasaran | Pautan berdekatan bersentuhan | | Gambar responsif | srcset dengan saiz yang sesuai | Gambar bersaiz desktop pada mudah alih |

Corak reka bentuk responsif:

/* Pendekatan berasaskan mudah alih */
.container {
  padding: 16px;
  font-size: 16px;
}

/* Sasaran mesra sentuhan */
.button, .link {
  min-height: 44px;
  min-width: 44px;
  padding: 12px 16px;
}

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

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

Isyarat SEO mudah alih yang diperiksa Google:

Teks boleh dibaca tanpa melakukan zoom
Pautan/ butang tidak terlalu dekat
Kandungan sesuai dengan lebar viewport (tiada skrol melintang)
Tiada Flash atau teknologi yang tidak disokong
Interstisial tidak menghalang kandungan semasa kemasukan
Halaman memuatkan dengan cepat pada sambungan 4G/3G

Kemenangan cepat: Buka laman anda di telefon anda. Cuba klik setiap butang dan pautan. Jika anda secara tidak sengaja mengetuk sesuatu yang salah kerana sasaran terlalu dekat, atau jika anda perlu melakukan pinch-zoom untuk membaca teks — itu adalah pembaikan keutamaan anda.

3. Kebolehcapaian (WCAG)

Kebolehcapaian bukan hanya etika — ia adalah isyarat SEO. Algoritma Google lebih mengutamakan laman yang boleh digunakan oleh semua, termasuk pengguna dengan pembaca skrin, navigasi hanya menggunakan papan kekunci, atau gangguan visual. Mematuhi WCAG (Garis Panduan Kebolehcapaian Kandungan Web) berhubung dengan peringkat yang lebih baik.

Keperluan kebolehcapaian kritikal:

| Elemen | Keperluan | Impak SEO | |--------|-----------|-----------| | Teks alt pada gambar | Teks deskriptif untuk semua gambar yang bermakna | Langsung (SEO imej + kebolehcapaian) | | Hierarki tajuk | H1 → H2 → H3 tanpa melompati | Langsung (struktur kandungan) | | Kontras warna | 4.5:1 untuk teks biasa, 3:1 untuk teks besar | Tidak langsung (kebolehgunaan) | | Navigasi papan kekunci | Semua elemen interaktif boleh diakses melalui Tab | Tidak langsung (kebolehgunaan) | | Label ARIA | Label untuk ikon, butang tanpa teks | Tidak langsung (pengalaman pembaca skrin) | | Penunjuk fokus | Lingkar fokus yang nampak semasa navigasi menggunakan papan kekunci | Tidak langsung (kebolehgunaan) | | Label borang | Setiap input mempunyai yang berkaitan | Tidak langsung (kebolehgunaan) | | Teks pautan | Deskriptif (bukan "klik di sini") | Langsung (SEO teks anchor) |

Proses ujian kebolehcapaian:

Imbasan automatik — Jalankan Lighthouse, axe-core, atau WAVE (mengesan ~30-50% masalah)
Ujian papan kekunci — Navigasi seluruh laman anda hanya menggunakan Tab, Enter, Escape
Ujian pembaca skrin — Gunakan VoiceOver (Mac) atau NVDA (Windows) pada halaman utama
Kontras warna — Semak semua teks melawan latar belakang (gunakan pemeriksa kontras DevTools)
Ujian zum — Zum kepada 200% — adakah semuanya masih berfungsi?

Pembaikan kebolehcapaian biasa:

<!-- Gambar: teks alt deskriptif -->
<img src="chart.png" alt="Carta bar menunjukkan peningkatan 40% dalam lalu lintas organik dari Januari hingga Mac 2026">

<!-- Butang: label yang jelas -->
<button aria-label="Tutup menu navigasi">
  <svg>...</svg> <!-- Butang hanya ikon memerlukan aria-label -->
</button>

<!-- Borang: label yang berkaitan -->
<label for="email">Alamat emel</label>
<input type="email" id="email" name="email" required>

<!-- Pautan: teks deskriptif -->
<a href="/guide">Baca panduan SEO lengkap</a>
<!-- BUKAN: <a href="/guide">Klik di sini</a> -->

<!-- Langkau navigasi untuk pengguna papan kekunci -->
<a href="#main-content" class="skip-link">Langkau ke kandungan utama</a>

Kemenangan cepat: Jalankan Lighthouse pada halaman utama anda dengan kategori Kebolehcapaian. Betulkan semua yang diberi skor "Gagal" dahulu — ini biasanya adalah teks alt yang hilang, label borang yang hilang, dan teks dengan kontras rendah. Pembetulan ini sering kali mengambil masa 30 minit dan meningkatkan skor anda sebanyak 20+ mata.

4. Isyarat Pengalaman Halaman

Selain daripada Core Web Vitals, Google menilai beberapa isyarat pengalaman halaman lain yang mempengaruhi peringkat.

Faktor pengalaman halaman:

| Isyarat | Keperluan | Semak | |---------|-----------|-------| | HTTPS | Seluruh laman dijalankan melalui HTTPS | Kandungan bercampur merosakkannya | | Tiada interstisial mengganggu | Jangan halang kandungan semasa ketibaan | Pop-up yang menutup >30% pada mudah alih | | Pelayaran selamat | Tiada malware, phishing, kandungan menipu | Status Pelayaran Selamat Google | | Mesra mudah alih | Lulus ujian mesra mudah alih | Ujian Mesra Mudah Alih Google | | Tiada iklan menipu | Iklan tidak meniru kandungan | Butang muat turun yang disamarkan |

Garis Panduan interstisial (apa yang dibenarkan vs. yang dikenakan penalti):

| Dibenarkan | Dikenakan penalti | |------------|------------------| | Pengesahan umur (diperlukan secara undang-undang) | Pop-up skrin penuh semasa kemasukan halaman | | Persetujuan cookie (diperlukan secara undang-undang) | Pendaftaran emel menutup seluruh kandungan | | Tembok log masuk untuk kandungan berbayar | "Muat turun aplikasi kami" menghalang kandungan | | Sepanduk kecil yang menggunakan <30% skrin | Pemasa hitung sebelum akses kepada kandungan | | Selepas pengguna meluncur/berinteraksi | Sebelum pengguna melihat sebarang kandungan |

Senarai semak HTTPS:

[ ] Sijil SSL sah dan tidak tamat
[ ] Semua halaman mengalih HTTP → HTTPS (301)
[ ] Tiada kandungan bercampur (sumber HTTP pada halaman HTTPS)
[ ] Header HSTS diaktifkan (dengan includeSubDomains)
[ ] Pautan dalaman menggunakan HTTPS (bukan HTTP)
[ ] Sitemap menggunakan URL HTTPS
[ ] Tag kanonik menggunakan HTTPS

Kemenangan cepat: Semak untuk kandungan bercampur — buka Konsol DevTools di halaman utama anda. Sebarang amaran "Kandungan Bercampur" bermakna anda memuat sumber HTTP pada halaman HTTPS. Kemas kini URL tersebut kepada HTTPS. Ini adalah salah satu isu pengalaman halaman yang paling biasa.

5. Corak Navigasi

Navigasi yang baik membantu kedua-dua pengguna dan enjin carian. Pengguna menemui apa yang mereka perlukan dengan cepat. Penggeledah Google memahami hierarki laman anda dan mengagihkan PageRank dengan efisien.

Amalan terbaik navigasi:

| Corak | Manfaat | Pelaksanaan | |-------|---------|-------------| | Seni bina rata | Halaman dalam 3 klik dari halaman utama | Halaman hab, breadcrumbs | | Breadcrumbs | Pengguna tahu di mana mereka berada | Markup skema + jejak yang nampak | | Struktur URL logik | Laluan yang boleh diramal | /category/subcategory/page | | Navigasi footer | Halaman sekunder boleh diakses | Undang-undang, tentang, hubungan, sitemap | | Carian dalaman | Pengguna mencari kandungan khusus | Kotak carian dengan cadangan | | Kandungan berkaitan | Mengurangkan bounce, meningkatkan kedalaman | Bahagian "Artikel yang berkaitan" |

Seni bina laman ideal:

Halaman utama (1 klik dari semua yang penting)
├── /produk/ (hub kategori — pautan ke semua produk)
│   ├── /produk/kategori-a/
│   │   ├── /produk/kategori-a/produk-1
│   │   └── /produk/kategori-a/produk-2
│   └── /produk/kategori-b/
├── /blog/ (hub kandungan — pautan ke semua pos)
│   ├── /blog/topik-kluster-1/ (halaman pilar)
│   │   ├── /blog/subtopik-1a
│   │   └── /blog/subtopik-1b
│   └── /blog/topik-kluster-2/
├── /alat/ (halaman utiliti)
└── /tentang/ (halaman kepercayaan)

Pelaksanaan breadcrumbs:

<!-- Breadcrumb yang nampak -->
<nav aria-label="Breadcrumb">
  <ol>
    <li><a href="/">Halaman Utama</a></li>
    <li><a href="/blog/">Blog</a></li>
    <li aria-current="page">Panduan SEO Langkah 5</li>
  </ol>
</nav>

<!-- Markup skema (BreadcrumbList) -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Halaman Utama", "item": "https://example.com/" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog/" },
    { "@type": "ListItem", "position": 3, "name": "Panduan SEO Langkah 5" }
  ]
}
</script>

Bendera merah navigasi:

Halaman lebih daripada 4 klik dari halaman utama (terlalu dalam)
Tiada breadcrumbs (pengguna dan Google kehilangan konteks)
Navigasi hanya menggunakan JavaScript (crawler mungkin terlepas pautan)
Halaman yatim (tiada pautan dalaman yang menunjuk kepadanya)
Menu mega dengan 200+ pautan (mencairkan nilai setiap pautan)

Kemenangan cepat: Semak halaman penukaran paling penting anda — berapa banyak klik dari halaman utama? Jika lebih dari 3, tambah pautan terus dari halaman utama anda atau hab kategori. Setiap klik lebih dalam mengurangkan kedua-dua lawatan pengguna dan kekerapan crawl.

6. Pengoptimuman di Atas Lipatan

Apa yang dilihat pengguna sebelum menatal menentukan sama ada mereka tinggal atau pergi. Kandungan di atas lipatan mesti segera menyampaikan nilai dan selari dengan pertanyaan carian yang membawa mereka di sana.

Apa yang perlu ada di atas lipatan:

| Elemen | Kenapa | Kegagalan biasa | |--------|--------|-----------------| | Tajuk yang jelas (H1) | Mengesahkan kaitan dengan pertanyaan | Umum atau hilang | | Cadangan nilai | Mengapa mereka perlu tinggal? | Terkubur di bawah lipatan | | CTA utama | Apa yang perlu mereka lakukan seterusnya? | Tersembunyi atau tidak jelas | | Gambar/media hero | Penglibatan visual | Memuat perlahan, menyebabkan isu LCP | | Isyarat kepercayaan | Mengapa meraka perlu percaya kepada anda? | Tiada logo, ulasan, atau kelayakan |

Corak susun atur di atas lipatan:

Desktop (viewport 1440px):
┌──────────────────────────────────────┐
│ Bar navigasi                        │
├──────────────────────────────────────┤
│                                      │
│  H1: Tajuk jelas yang sepadan dengan pertanyaan   │
│  Subtajuk: Cadangan nilai         │
│                                      │
│  [Butang CTA Utama]               │
│                                      │
│  Isyarat kepercayaan: logo, statistik, lencana │
│                                      │
├──────────────────────────────────────┤
│ ↓ Kandungan berterusan di bawah lipatan       │
└──────────────────────────────────────┘

Mudah Alih (viewport 375px):
┌────────────────────┐
│ Navigasi (hamburger)    │
├────────────────────┤
│                    │
│ H1: Tajuk       │
│ (lebih pendek pada mudah alih)│
│                    │
│ [Butang CTA]       │
│ (lebar penuh, 44px+)│
│                    │
│ Lencana kepercayaan        │
│                    │
├────────────────────┤
│ ↓ Tatal untuk lebih  │
└────────────────────┘

Peraturan kritikal di atas lipatan:

H1 mesti jelas tanpa menatal (sepadan dengan pertanyaan carian)
CTA mesti jelas tanpa menatal (mengurangkan bounce)
Tiada pergeseran susun atur dalam kandungan di atas lipatan (pembunuh CLS)
Gambar hero mesti memuat dengan cepat (biasanya elemen LCP)
Mudah alih: kurangkan kandungan di atas lipatan (ruang viewport yang lebih sedikit)

Kemenangan cepat: Ambil tangkapan skrin halaman utama anda pada mudah alih (lebar 375px). Adakah H1 jelas? Adakah butang CTA jelas? Bolehkah anda mengetahui apa yang dilakukan laman tersebut dalam masa 2 saat? Jika mana-mana jawapan adalah "tidak," anda kehilangan pengunjung sebelum mereka menatal.

Senarai Semak Audit UX

Lakukan ini untuk halaman teratas anda:

[ ] LCP di bawah 2.5 saat (gambar hero dioptimumkan, CSS kritikal disusun dalam talian)
[ ] INP di bawah 200ms (tiada tugas JavaScript panjang yang menghalang interaksi)
[ ] CLS di bawah 0.1 (semua gambar mempunyai dimensi, tiada pergeseran lewat)
[ ] Mesra mudah alih (sasaran sentuhan 44px, teks 16px+, tiada skrol melintang)
[ ] Boleh diakses (teks alt, hierarki tajuk, kontras warna, navigasi papan kekunci)
[ ] HTTPS di mana-mana (tiada kandungan bercampur, HSTS diaktifkan)
[ ] Tiada interstisial mengganggu (overlay persetujuan OK, pop-up yang menghalang kandungan tidak)
[ ] Breadcrumb yang ada (dengan skema BreadcrumbList)
[ ] Kedalaman navigasi di bawah 4 klik kepada mana-mana halaman penting
[ ] Di atas lipatan dioptimumkan (H1 jelas, CTA jelas, LCP pantas)

Bagaimana LANGR Mengimbas UX Anda

Modul imbasan berkaitan UX LANGR merangkumi:

Modul Core Web Vitals — Mengukur LCP, INP, CLS dari Laporan Pengalaman Pengguna Chrome (data pengguna sebenar)
Modul PageSpeed — Audit prestasi penuh Lighthouse dengan skor mudah alih dan desktop
Modul Mudah Alih — Konfigurasi viewport, saiz sasaran sentuhan, kebolehbaca teks
Modul Kebolehcapaian — Semakan pematuhan WCAG, penggunaan ARIA, kontras warna
Modul Imbasan Susun Atur — Penilaian berkuasa AI terhadap susun atur mudah alih dan desktop
Modul Pengalaman Halaman — Pengesanan interstisial, status HTTPS, pelayaran selamat

Modul ini dijalankan pada setiap imbasan, memberikan anda gambaran lengkap tentang bagaimana pengunjung mengalami laman anda — dan apa yang perlu diperbetulkan untuk peringkat yang lebih baik.

Kesalahan UX Biasa (Diurutkan mengikut Impak)

Mengabaikan mudah alih — 60%+ pencarian adalah mudah alih; mudah alih yang rosak = peringkat yang rosak
Gambar tidak dioptimumkan — Punca utama LCP yang lambat (dan biasanya pembetulan paling mudah)
Tiada dimensi gambar yang jelas — Pergeseran susun atur merosakkan skor CLS
Bloating skrip pihak ketiga — Widget bual, analitik, iklan yang menghalang INP
Kekurangan asas kebolehcapaian — Tiada teks alt, tiada hierarki tajuk, tiada kontras
Interstisial yang menghalang kandungan — Pop-up skrin penuh sebelum pengguna melihat kandungan
Seni bina laman yang dalam — Halaman penting tersembunyi 5+ klik dari halaman utama
Tiada nilai di atas lipatan — Pengguna tidak dapat mengetahui apa yang dilakukan laman tanpa menatal

Apa Seterusnya?

Langkah 6: Pemantauan & Peringkat — Anda tidak boleh memperbaiki apa yang tidak anda ukur. Kedudukan kata kunci, penjejakan skor, laporan perubahan, dan pemantauan masa aktif.

Panduan ini adalah sebahagian daripada siri 13 langkah SEO LANGR. Jalankan audit percuma untuk melihat di mana kedudukan laman anda dalam semua 13 disiplin.

Panduan SEO Langkah 5: UX / Pengalaman Pengguna — Bagaimana Pengalaman Pengunjung Di Laman Anda Mempengaruhi Peringkat