Panduan SEO Langkah 5: UX / Pengalaman Pengguna — Bagaimana Pengalaman Pengunjung di Situs Anda Mempengaruhi Peringkat
Panduan SEO Langkah 5: UX / Pengalaman Pengguna
Ini adalah Langkah 5 dari Panduan SEO 13 Langkah. Pengalaman pengguna kini menjadi faktor peringkat langsung — Google mengukur bagaimana pengunjung berinteraksi dengan situs Anda dan memberikan penghargaan kepada situs yang menawarkan pengalaman yang cepat, dapat diakses, dan menyenangkan.
Strategi konten (Langkah 3) menentukan apa yang Anda terbitkan. Linkbuilding (Langkah 4) membuktikan otoritas Anda. Namun, jika pengunjung mendarat di halaman Anda dan langsung meninggalkan karena lamban, rusak di perangkat seluler, atau tidak dapat diakses — semua itu tidak berarti. Google melacak sinyal-sinyal ini dan menggunakannya untuk menyesuaikan peringkat.
Sejak 2021, pembaruan Pengalaman Halaman Google menjadikan UX sebagai faktor peringkat yang terkonfirmasi. Pada 2024, INP (Interaction to Next Paint) menggantikan FID sebagai Core Web Vital. Pada 2026, sinyal-sinyal ini menjadi semakin penting saat Google semakin memprioritaskan metrik kepuasan pengguna dibandingkan sinyal tradisional.
Apa Saja yang Dicakup UX untuk SEO
Optimisasi UX untuk SEO mencakup 6 area:
- Core Web Vitals — Metrik UX resmi Google (LCP, INP, CLS)
- Optimisasi Seluler — Desain responsif, target sentuh, viewport
- Aksesibilitas (WCAG) — Membuat situs Anda dapat digunakan oleh semua orang
- Sinyal Pengalaman Halaman — HTTPS, tanpa interstitial, penjelajahan yang aman
- Pola Navigasi — Struktur situs yang membantu pengguna dan crawler
- Optimisasi di Atas Lipatan — Apa yang dilihat pengguna tanpa menggulir
1. Core Web Vitals (CWV)
Core Web Vitals adalah tiga metrik UX yang terukur dari Google. Metrik ini dilacak dalam data Chrome User Experience Report (CrUX) dan secara langsung mempengaruhi peringkat.
Tiga metrik tersebut:
| Metrik | Ukuran | Baik | Perlu Peningkatan | Buruk |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Kecepatan muat | < 2,5s | 2,5s - 4,0s | > 4,0s |
| INP (Interaction to Next Paint) | Responsivitas | < 200ms | 200ms - 500ms | > 500ms |
| CLS (Cumulative Layout Shift) | Stabilitas visual | < 0,1 | 0,1 - 0,25 | > 0,25 |
LCP — Largest Contentful Paint
LCP mengukur seberapa cepat konten utama halaman Anda menjadi terlihat. "Konten terbesar" biasanya adalah gambar hero Anda, judul utama, atau blok terbesar yang terletak di atas lipatan.
Masalah LCP umum dan solusinya:
| Masalah | Dampak | Solusi |
|---|---|---|
| Gambar hero yang tidak dioptimalkan | +2-5s | Format WebP, ukuran yang tepat, fetchpriority="high" |
| CSS/JS yang memblokir rendering | +1-3s | Inline CSS penting, tunda pemrosesan yang tidak penting |
| Respons server yang lambat (TTFB) | +1-4s | CDN, caching server, penyebaran tepi |
| Font web yang memblokir rendering | +0.5-2s | font-display: swap, preload font penting |
| Skrip pihak ketiga | +1-3s | Tunda widget analitik/chat, lazy load iklan |
Prioritas optimisasi LCP:
<!-- 1. Preload gambar LCP -->
<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">
<!-- 2. Inline CSS penting (14KB pertama) -->
<style>/* Gaya di atas lipatan saja */</style>
<!-- 3. Tunda CSS yang tidak penting -->
<link rel="stylesheet" href="/full.css" media="print" onload="this.media='all'">
<!-- 4. Gambar hero dengan dimensi eksplisit -->
<img src="/hero.webp" width="1200" height="600"
fetchpriority="high" decoding="async"
alt="Teks alt deskriptif">Poin cepat: Jalankan PageSpeed Insights di halaman utama Anda. Lihat elemen LCP yang diidentifikasi. Jika itu adalah gambar, konversi ke format WebP, setel lebar/tinggi eksplisit, dan tambahkan fetchpriority="high". Ini saja sering mengurangi LCP hingga 1-2 detik.
INP — Interaction to Next Paint
INP mengukur seberapa cepat halaman Anda merespons saat pengguna berinteraksi (klik, ketuk, ketik). Ini melacak interaksi terburuk selama kunjungan halaman dan menggunakan itu sebagai skor.
Masalah INP umum dan solusinya:
| Masalah | Dampak | Solusi |
|---|---|---|
| Tugas JavaScript yang panjang | +200-1000ms | Pecah menjadi tugas yang lebih kecil, gunakan requestIdleCallback |
| Pengendali acara yang berat | +100-500ms | Debounce, throttle, gunakan requestAnimationFrame |
| Pelacakan layout | +50-300ms | Batch pembacaan/penulisan DOM, gunakan will-change |
| Skrip pihak ketiga | +100-500ms | Tunda, muat setelah interaksi, gunakan Web Workers |
| Panggilan API sinkron | +200-2000ms | Async/await, state loading, UI optimis |
Teknik optimisasi INP:
// Buruk: Memblokir thread utama
button.addEventListener('click', () => {
const data = heavyComputation(); // Memblokir selama 400ms
updateDOM(data);
});
// Baik: Memberi jalan pada thread utama
button.addEventListener('click', async () => {
// Tampilkan umpan balik seketika
button.textContent = 'Memuat...';
// Pecah pekerjaan berat menjadi bagian
await scheduler.yield();
const data = heavyComputation();
await scheduler.yield();
updateDOM(data);
});Poin cepat: Buka Chrome DevTools > tab Performa. Klik melalui situs Anda dan cari "Long Tasks" (segitiga merah). Ini menghalangi thread utama. Tugas panjang terbesar biasanya adalah skrip pihak ketiga — tunda atau muat setelah interaksi pertama.
CLS — Cumulative Layout Shift
CLS mengukur stabilitas visual — seberapa banyak konten halaman melompat saat dimuat. Tidak ada yang lebih frustrasi daripada mengklik sebuah tombol dan halaman bergerak sehingga Anda mengklik yang lain.
Masalah CLS umum dan solusinya:
| Masalah | Dampak CLS | Solusi |
|---|---|---|
| Gambar tanpa dimensi | 0.1-0.5 | Selalu atur width dan height |
| Iklan yang dimuat terlambat | 0.1-0.3 | Cadang ruang dengan min-height |
| Font web yang menyebabkan reflow | 0.05-0.2 | font-display: optional atau fallback yang disesuaikan |
| Penyisipan konten dinamis | 0.1-0.4 | Cadang ruang, gunakan content-visibility |
| Banner cookie yang mendorong konten | 0.05-0.2 | Desain overlay (bukan push-down) |
Daftar periksa pencegahan CLS:
<!-- Selalu tetapkan dimensi untuk media -->
<img src="photo.webp" width="800" height="600" alt="...">
<video width="1280" height="720"></video>
<iframe width="560" height="315"></iframe>
<!-- Cadang ruang untuk konten dinamis -->
<div style="min-height: 250px;">
<!-- Iklan akan dimuat di sini tanpa pergeseran -->
</div>
<!-- Gunakan aspect-ratio untuk media responsif -->
<div style="aspect-ratio: 16/9;">
<img src="..." style="width: 100%; height: 100%; object-fit: cover;">
</div>Poin cepat: Tambahkan atribut lebar width dan height yang eksplisit pada setiap di 10 halaman teratas Anda. Perubahan tunggal ini menghilangkan masalah CLS yang paling umum — gambar yang dimuat dan mendorong konten ke bawah.
2. Optimisasi Seluler
Google menggunakan pengindeksan berbasis seluler — pengalaman seluler Anda adalah pengalaman peringkat Anda. Jika situs Anda rusak di seluler, tidak ada artinya seberapa sempurna versi desktopnya.
Daftar periksa optimisasi seluler:
| Elemen | Persyaratan | Kegagalan umum |
|---|---|---|
| Meta viewport | width=device-width, initial-scale=1 | Sepenuhnya hilang |
| Target sentuh | Minimum 44x44px | Tautan kecil, tombol sesak |
| Ukuran font | Minimum 16px untuk teks tubuh | 12px tidak terbaca di seluler |
| Lebar konten | Tidak ada scrolling horizontal | Elemen lebar tetap |
| Jarak ketuk | 8px minimum antara target | Tautan bersebelahan saling menempel |
| Gambar responsif | srcset dengan ukuran yang sesuai | Gambar berukuran desktop di seluler |
Pola desain responsif:
/* Pendekatan mobile-first */
.container {
padding: 16px;
font-size: 16px;
}
/* Target ramah sentuh */
.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); }
/* Tidak ada overflow horizontal */
img, video, iframe {
max-width: 100%;
height: auto;
}Sinyal SEO seluler yang diperiksa Google:
- Teks terbaca tanpa memperbesar
- Tautan/tombol tidak terlalu dekat
- Konten sesuai dengan lebar viewport (tidak ada scroll horizontal)
- Tidak ada teknologi Flash atau yang tidak didukung
- Interstitial tidak memblokir konten saat masuk
- Halaman dimuat dengan cepat di koneksi 4G/3G
Poin cepat: Buka situs Anda di ponsel. Coba klik setiap tombol dan tautan. Jika Anda secara tidak sengaja mengetuk hal yang salah karena target terlalu dekat, atau jika Anda perlu memperbesar untuk membaca teks — itulah perbaikan yang harus diprioritaskan.
3. Aksesibilitas (WCAG)
Aksesibilitas bukan hanya etika — ini adalah sinyal SEO. Algoritma Google lebih menyukai situs yang dapat digunakan oleh semua orang, termasuk pengguna dengan pembaca layar, navigasi hanya dengan keyboard, atau gangguan visual. Kepatuhan WCAG (Pedoman Aksesibilitas Konten Web) berkorelasi dengan peringkat yang lebih baik.
Persyaratan aksesibilitas kritis:
| Elemen | Persyaratan | Dampak SEO |
|---|---|---|
| Teks alt pada gambar | Teks deskriptif untuk semua gambar yang berarti | Langsung (SEO gambar + aksesibilitas) |
| Hierarki heading | H1 → H2 → H3 tanpa melompati | Langsung (struktur konten) |
| Kontras warna | 4.5:1 untuk teks normal, 3:1 untuk teks besar | Tidak langsung (kebergunaan) |
| Navigasi keyboard | Semua elemen interaktif dapat dijangkau melalui Tab | Tidak langsung (kebergunaan) |
| Label ARIA | Label untuk ikon, tombol tanpa teks | Tidak langsung (UX pembaca layar) |
| Indikator fokus | Cincin fokus yang terlihat pada navigasi keyboard | Tidak langsung (kebergunaan) |
| Label formulir | Setiap input memiliki | Tidak langsung (kebergunaan) |
| Teks tautan | Deskriptif (bukan "klik di sini") | Langsung (SEO teks jangkar) |
Proses pengujian aksesibilitas:
- Pemindaian otomatis — Jalankan Lighthouse, axe-core, atau WAVE (menangkap ~30-50% masalah)
- Tes keyboard — Navigasi seluruh situs Anda hanya menggunakan Tab, Enter, Escape
- Tes pembaca layar — Gunakan VoiceOver (Mac) atau NVDA (Windows) pada halaman kunci
- Kontras warna — Periksa semua teks terhadap latar belakang (gunakan pemeriksa kontras DevTools)
- Tes zoom — Zoom hingga 200% — apakah semuanya masih berfungsi?
Perbaikan aksesibilitas umum:
<!-- Gambar: teks alt deskriptif -->
<img src="chart.png" alt="Diagram batang menunjukkan peningkatan 40% dalam lalu lintas organik dari Januari hingga Maret 2026">
<!-- Tombol: label yang jelas -->
<button aria-label="Tutup menu navigasi">
<svg>...</svg> <!-- Tombol dengan ikon saja perlu aria-label -->
</button>
<!-- Formulir: label yang terkait -->
<label for="email">Alamat email</label>
<input type="email" id="email" name="email" required>
<!-- Tautan: teks deskriptif -->
<a href="/guide">Baca panduan SEO lengkap</a>
<!-- BUKAN: <a href="/guide">Klik di sini</a> -->
<!-- Lewati navigasi untuk pengguna keyboard -->
<a href="#main-content" class="skip-link">Lewati ke konten utama</a>Poin cepat: Jalankan Lighthouse di halaman utama Anda dengan kategori Aksesibilitas. Perbaiki semua yang diberi skor "Fails" terlebih dahulu — ini biasanya berupa teks alt yang hilang, label formulir yang hilang, dan teks dengan kontras rendah. Perbaikan ini sering memakan waktu 30 menit dan meningkatkan skor Anda lebih dari 20 poin.
4. Sinyal Pengalaman Halaman
Selain Core Web Vitals, Google mengevaluasi beberapa sinyal pengalaman halaman lainnya yang mempengaruhi peringkat.
Faktor pengalaman halaman:
| Sinyal | Persyaratan | Periksa |
|---|---|---|
| HTTPS | Seluruh situs disajikan melalui HTTPS | Konten campuran merusaknya |
| Tanpa interstitial intrusif | Jangan memblokir konten saat datang | Popup yang menutupi >30% di seluler |
| Penjelajahan yang aman | Tanpa malware, phishing, konten menipu | Status Penjelajahan Aman Google |
| Ramah seluler | Lulus tes ramah seluler | Tes Ramah Seluler Google |
| Tanpa iklan menipu | Iklan tidak menyerupai konten | Tombol unduh yang tersembunyi |
Pedoman interstitial (apa yang diperbolehkan vs. yang dihukum):
| Diperbolehkan | Dihukum |
|---|---|
| Verifikasi usia (diperlukan secara hukum) | Popup layar penuh saat masuk halaman |
| Persetujuan cookie (diperlukan secara hukum) | Pendaftaran email menutupi seluruh konten |
| Tembok login untuk konten berbayar | "Unduh aplikasi kami" memblokir konten |
| Banner kecil menggunakan <30% layar | Timer hitung mundur sebelum akses konten |
| Setelah pengguna menggulir/berinteraksi | Sebelum pengguna melihat konten apapun |
Daftar periksa HTTPS:
- [ ] Sertifikat SSL valid dan tidak kadaluarsa
- [ ] Semua halaman mengalihkan HTTP → HTTPS (301)
- [ ] Tidak ada konten campuran (sumber HTTP pada halaman HTTPS)
- [ ] Header HSTS diaktifkan (dengan includeSubDomains)
- [ ] Tautan internal menggunakan HTTPS (bukan HTTP)
- [ ] Sitemap menggunakan URL HTTPS
- [ ] Tag kanonik menggunakan HTTPS
Poin cepat: Periksa konten campuran — buka Konsol DevTools di halaman kunci Anda. Setiap peringatan "Mixed Content" berarti Anda memuat sumber HTTP di halaman HTTPS. Perbarui URL tersebut ke HTTPS. Ini adalah salah satu masalah pengalaman halaman yang paling umum.
5. Pola Navigasi
Navigasi yang baik membantu baik pengguna maupun mesin pencari. Pengguna menemukan apa yang mereka butuhkan dengan cepat. Crawler Google memahami hierarki situs Anda dan mendistribusikan PageRank secara efisien.
Praktik terbaik navigasi:
| Pola | Manfaat | Implementasi |
|---|---|---|
| Arsitektur datar | Halaman dalam 3 klik dari beranda | Halaman hub, breadcrumbs |
| Breadcrumbs | Pengguna tahu di mana mereka berada | Markup skema + jejak yang terlihat |
| Struktur URL logis | Jalur yang dapat diprediksi | /kategori/subkategori/halaman |
| Navigasi footer | Halaman sekunder dapat diakses | Legal, tentang, kontak, sitemap |
| Pencarian internal | Pengguna menemukan konten spesifik | Kotak pencarian dengan saran |
| Konten terkait | Mengurangi bounce, meningkatkan kedalaman | Bagian "Artikel Terkait" |
Arsitektur situs ideal:
Beranda (1 klik dari semuanya yang penting)
├── /produk/ (hub kategori — tautan ke semua produk)
│ ├── /produk/kategori-a/
│ │ ├── /produk/kategori-a/produk-1
│ │ └── /produk/kategori-a/produk-2
│ └── /produk/kategori-b/
├── /blog/ (hub konten — tautan ke semua posting)
│ ├── /blog/topik-cluster-1/ (halaman pilar)
│ │ ├── /blog/subtopik-1a
│ │ └── /blog/subtopik-1b
│ └── /blog/topik-cluster-2/
├── /alat/ (halaman utilitas)
└── /tentang/ (halaman kepercayaan)Implementasi breadcrumb:
<!-- Breadcrumb yang terlihat -->
<nav aria-label="Breadcrumb">
<ol>
<li><a href="/">Beranda</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": "Beranda", "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 dari 4 klik dari beranda (terlalu dalam)
- Tidak ada breadcrumbs (pengguna dan Google kehilangan konteks)
- Navigasi hanya dengan JavaScript (crawler mungkin melewatkan tautan)
- Halaman yatim piatu (tidak ada tautan internal yang mengarah ke mereka)
- Menu mega dengan lebih dari 200 tautan (mengencerkan nilai setiap tautan)
Poin cepat: Periksa halaman konversi terpenting Anda — seberapa banyak klik dari beranda? Jika lebih dari 3, tambahkan tautan langsung dari beranda Anda atau halaman hub kategori. Setiap klik yang lebih dalam mengurangi baik kunjungan pengguna maupun frekuensi crawl.
6. Optimisasi di Atas Lipatan
Apa yang dilihat pengguna sebelum menggulir menentukan apakah mereka tetap atau pergi. Konten di atas lipatan harus segera menyampaikan nilai dan sesuai dengan kueri pencarian yang membawa mereka ke sana.
Hal-hal yang harus ada di atas lipatan:
| Elemen | Mengapa | Kegagalan umum |
|---|---|---|
| Judul yang jelas (H1) | Mengonfirmasi relevansi dengan kueri | Generik atau hilang |
| Proposisi nilai | Mengapa mereka harus tetap? | Terkubur di bawah lipatan |
| CTA utama | Apa yang harus mereka lakukan selanjutnya? | Tersembunyi atau tidak jelas |
| Gambar/media hero | Keterlibatan visual | Memuat lambat, menyebabkan masalah LCP |
| Sinyal kepercayaan | Mengapa mereka harus mempercayai Anda? | Tidak ada logo, ulasan, atau kredensial |
Pola tata letak di atas lipatan:
Desktop (viewport 1440px):
┌──────────────────────────────────────┐
│ Bilah navigasi │
├──────────────────────────────────────┤
│ │
│ H1: Judul yang jelas sesuai kueri │
│ Subjudul: Proposisi nilai │
│ │
│ [Tombol CTA Utama] │
│ │
│ Sinyal kepercayaan: logo, statistik, lencana │
│ │
├──────────────────────────────────────┤
│ ↓ Konten berlanjut di bawah lipatan │
└──────────────────────────────────────┘
Mobile (viewport 375px):
┌────────────────────┐
│ Nav (hamburger) │
├────────────────────┤
│ │
│ H1: Judul │
│ (lebih pendek di mobile) │
│ │
│ [Tombol CTA] │
│ (lebar penuh, 44px+)│
│ │
│ Lencana kepercayaan│
│ │
├────────────────────┤
│ ↓ Gulir untuk lebih banyak│
└────────────────────┘Aturan kritis di atas lipatan:
- H1 harus terlihat tanpa menggulir (cocok dengan kueri pencarian)
- CTA harus terlihat tanpa menggulir (mengurangi bounce)
- Tidak ada pergeseran tata letak dalam konten di atas lipatan (pembunuh CLS)
- Gambar hero harus memuat cepat (biasanya elemen LCP)
- Mobile: kurangi konten di atas lipatan (ruang viewport yang lebih sedikit)
Poin cepat: Ambil tangkapan layar beranda Anda di mobile (lebar 375px). Apakah H1 terlihat? Apakah tombol CTA terlihat? Dapatkah Anda mengetahui apa yang dilakukan situs dalam waktu 2 detik? Jika ada jawaban "tidak", Anda kehilangan pengunjung sebelum mereka menggulir.
Daftar Periksa Audit UX
Jalankan ini untuk halaman teratas Anda:
- [ ] LCP di bawah 2,5 detik (gambar hero dioptimalkan, CSS penting di-inline)
- [ ] INP di bawah 200ms (tidak ada tugas JavaScript panjang yang memblokir interaksi)
- [ ] CLS di bawah 0,1 (semua gambar memiliki dimensi, tidak ada pergeseran pemuatan terlambat)
- [ ] Ramah seluler (target sentuh 44px, teks 16px+, tidak ada scroll horizontal)
- [ ] Aksesibel (teks alt, hierarki heading, kontras warna, navigasi keyboard)
- [ ] HTTPS di mana-mana (tidak ada konten campuran, HSTS diaktifkan)
- [ ] Tidak ada interstitial intrusif (overlay persetujuan OK, popup yang memblokir konten tidak)
- [ ] Breadcrumbs ada (dengan skema BreadcrumbList)
- [ ] Kedalaman navigasi di bawah 4 klik ke halaman penting
- [ ] Di atas lipatan dioptimalkan (H1 terlihat, CTA terlihat, LCP cepat)
Bagaimana LANGR Memindai UX Anda
Modul pemindaian terkait UX LANGR mencakup:
- Modul Core Web Vitals — Mengukur LCP, INP, CLS dari Chrome User Experience Report (data pengguna nyata)
- Modul PageSpeed — Audit kinerja Lighthouse lengkap dengan skor mobile dan desktop
- Modul Seluler — Konfigurasi viewport, ukuran target sentuh, keterbacaan teks
- Modul Aksesibilitas — Pengecekan kepatuhan WCAG, penggunaan ARIA, kontras warna
- Modul Pemindaian Tata Letak — Evaluasi berbasis AI dari tata letak mobile dan desktop
- Modul Pengalaman Halaman — Deteksi interstitial, status HTTPS, penjelajahan aman
Modul-modul ini berjalan di setiap pemindaian, memberi Anda gambaran lengkap tentang bagaimana pengunjung mengalami situs Anda — dan apa yang perlu diperbaiki untuk peringkat yang lebih baik.
Kesalahan UX Umum (Dikategorikan Berdasarkan Dampak)
- Mengabaikan mobile — 60%+ pencarian adalah mobile; mobile yang rusak = peringkat yang rusak
- Gambar yang tidak dioptimalkan — Penyebab nomor 1 dari LCP lamban (dan seringkali perbaikan yang termudah)
- Tidak ada dimensi gambar eksplisit — Pergeseran tata letak menghancurkan skor CLS
- Bloat skrip pihak ketiga — Widget chat, analitik, iklan yang memblokir INP
- Dasar-dasar aksesibilitas yang hilang — Tidak ada teks alt, tidak ada hierarki heading, tidak ada kontras
- Interstitial yang memblokir konten — Popup layar penuh sebelum pengguna melihat konten
- Arsitektur situs yang dalam — Halaman penting terkubur 5+ klik dari beranda
- Tidak ada nilai di atas lipatan — Pengguna tidak dapat mengetahui apa yang dilakukan situs tanpa menggulir
Apa Selanjutnya?
Langkah 6: Monitoring & Peringkat — Anda tidak bisa memperbaiki apa yang tidak Anda ukur. Posisi kata kunci, pelacakan skor, laporan perubahan, dan pemantauan waktu aktif.
Panduan ini adalah bagian dari seri 13 langkah SEO LANGR. Lakukan audit gratis untuk melihat posisi situs Anda di semua 13 disiplin.