SEO मार्गदर्शिका क़दम ५: UX / प्रयोगकर्ता अनुभव — आगंतुकहरूले तपाईको साइटलाई कसरी अनुभव गर्छन् र यसले रैंकिंगलाई कसरी असर गर्छ
SEO मार्गदर्शिका क़दम ५: UX / प्रयोगकर्ता अनुभव
यो १३-कदमको SEO मार्गदर्शिका को क़दम ५ हो। प्रयोगकर्ता अनुभव अब प्रत्यक्ष रैंकिंग कारक हो — Google ले कसरी आगंतुकहरूले तपाईको साइटसँग अन्तरक्रिया गर्छन् मापन गर्छ र छिटो, सुलभ, रमाइलो अनुभव प्रदान गर्ने साइटहरूलाई पुरस्कार दिन्छ।
सामग्री रणनीति (क़दम ३) ले तपाई के प्रकाशित गर्नुहुनेछ भनेर निर्धारण गर्छ। लिङ्कबिल्डिङ (क़दम ४) ले तपाईको सत्तालाई प्रमाणित गर्छ। तर यदि आगंतुकहरूले तपाईको पृष्ठमा आई तात्कालिक रूपमा जान्छन् भने, किनकि यो ढिलो, मोबाइलमा बिग्रिएको, वा पहुँचयोग्य छैन — यसले केही महत्व राख्दैन। Google ले यी संकेतहरू ट्र्याक गर्छ र यिनीहरूलाई रैंकिङ समायोजन गर्न प्रयोग गर्छ।
२०१२ देखि, Google को पृष्ठ अनुभव अपडेटले UX लाई एक सुनिश्चित रैंकिंग कारक बनाएको छ। २०२४ मा, INP (Interaction to Next Paint) ले Core Web Vital को रूपमा FID लाई प्रतिस्थापन गर्यो। २०२६ मा, यी संकेतहरूको महत्त्व बढ्दै गएको छ किनकि Google प्रयोगकर्ता सन्तोष मेट्रिक्सलाई पारंपरिक संकेतहरू भन्दा प्राथमिकता दिन्छ।
SEO का लागि UX कस्तो छ
SEO का लागि UX अनुकूलन ६ क्षेत्रहरूमा फैलिन्छ:
- कोर वेब भिटल्स — Google का आधिकारिक UX मेट्रिक्स (LCP, INP, CLS)
- मोबाइल अनुकूलन — उत्तरदायी डिजाइन, टच लक्ष्यहरू, भ्यूपोर्ट
- पहुँचयोग्यता (WCAG) — सबैका लागि तपाईको साइट प्रयोग गर्न योग्य बनाउनुहोस्
- पृष्ठ अनुभव संकेतहरू — HTTPS, इन्टरस्टिसियलहरू छैन, सुरक्षित ब्राउजिङ
- नेविगेशन प्याटरन्स — प्रयोगकर्ताहरू र क्रॉलरहरूलाई सहयोग गर्ने साइट संरचना
- माथिको फोल्ड अनुकूलन — प्रयोगकर्ताहरूले स्क्रोल नगरी देख्ने
१. कोर वेब भिटल्स (CWV)
कोर वेब भिटल्स Google का तीन मापनयोग्य UX मेट्रिक्स हुन्। यिनीहरू Chrome प्रयोगकर्ता अनुभव रिपोर्ट (CrUX) डाटामा ट्र्याक गरिन्छ र प्रत्यक्ष रूपमा रैंकिङमा प्रभाव पार्छन्।
तीन मेट्रिक्स:
| मेट्रिक | मापन गर्दैछ | राम्रो | सुधारको आवश्यकता | खराब | |---------|-------------|-------|------------------|------| | LCP (सबभन्दा ठूलो सामग्रीपूर्ण पेन्ट) | लोडिंग गति | < २.५सेकेन्ड | २.५-४.०सेकेन्ड | > ४.०सेकेन्ड | | INP (अर्को पेन्टमा अन्तरक्रिया) | प्रतिक्रियाशीलता | < २००मिलिसेकेन्ड | २००-५۰۰मिलिसेकेन्ड | > ५००मिलिसेकेन्ड | | CLS (संविधानात्मक लेआउट शिफ्ट) | दृश्य स्थिरता | < ०.१ | ०.१ - ०.२५ | > ०.२५ |
LCP — सबैभन्दा ठूलो सामग्रीपूर्ण पेन्ट
LCP ले तपाईको पृष्ठको मुख्य सामग्री कत्तिको चाँडो दृश्यमा आउँछ मापन गर्दछ। "सब भन्दा ठूलो सामग्री" सामान्यतया तपाईको हिरो छवि, मुख्य शीर्षक, वा माथिको फोल्ड ब्लक हुन्छ।
सामान्य LCP समस्याहरू र समाधानहरू:
| समस्या | प्रभाव | समाधान | |--------|--------|--------| | अपर्याप्त हिरो छवि | +२-५सेकेन्ड | WebP फर्म्याट, उपयुक्त साइजिङ, fetchpriority="high" | | पठाउने अवरोध गर्ने CSS/JS | +१-३सेकेन्ड | महत्त्वपूर्ण CSS इनलाइन गर्नुहोस्, गैर-महत्त्वपूर्णलाई टाल्नुहोस् | | ढिलो सर्भर प्रतिक्रिया (TTFB) | +१-४सेकेन्ड | CDN, सर्भर क्यासिंग, किनारा प्रदर्शन | | वेब फन्टले रेनडर गर्न रोकिरहेको | +०.५-२सेकेन्ड | font-display: swap, महत्त्वपूर्ण फन्टहरू प्रीलोड गर्नुहोस् | | तेस्रो-पार्टी स्क्रिप्टहरू | +१-३सेकेन्ड | एनालिटिक्स/च्याट विजेटलाई टाल्नुहोस्, विज्ञापनलाई आलस्य लोड गर्नुहोस् |
LCP अनुकूलन प्राथमिकता:
<!-- १. LCP छवि प्रीलोड गर्नुहोस् -->
<link rel="preload" as="image" href="/hero.webp" fetchpriority="high">
<!-- २. महत्त्वपूर्ण CSS इनलाइन गर्नुहोस् (पहिला १४KB) -->
<style>/* माथिको फोल्ड शैलीहरू मात्र */</style>
<!-- ३. गैर-महत्वपूर्ण CSS लाई टाल्नुहोस् -->
<link rel="stylesheet" href="/full.css" media="print" onload="this.media='all'">
<!-- ४. स्पष्ट मापदण्डसँग हिरो छवि -->
<img src="/hero.webp" width="1200" height="600"
fetchpriority="high" decoding="async"
alt="वर्णनात्मक आल्ट टेक्स्ट">
छिटो जीत: तपाईको होमपृष्ठमा PageSpeed Insights चलाउनुहोस्। यो चिन्हित गरेको LCP तत्वमा हेरौं। यो छवि भएमा, WebP मा रूपान्तरण गर्नुहोस्, स्पष्ट चौडाई/ऊचाई सेट गर्नुहोस्, र fetchpriority="high" थप्नुहोस्। यसले प्रायः LCP लाई १-२ सेकेन्ड द्वारा कम गरिदिन्छ।
INP —Interaction to Next Paint
INP ले प्रयोगकर्ताहरू अन्तरक्रिया गर्दा तपाईको पृष्ठ कत्तिको चाँडो प्रतिक्रिया दिन्छ मापन गर्दछ (क्लिक, ट्याप, टाइप)। यो पृष्ठ भ्रमण अवधिमा सबैभन्दा खराब अन्तरक्रियालाई ट्र्याक गर्छ र त्यसलाई स्कोरको रूपमा प्रयोग गर्दछ।
सामान्य INP समस्या र समाधानहरू:
| समस्या | प्रभाव | समाधान | |--------|--------|--------| | लामो JavaScript कार्यहरू | +२००-१०००मिलिसेकेन्ड | सानो कार्यहरूमा टुक्र्याउनुहोस्, requestIdleCallback प्रयोग गर्नुहोस् | | भारी घटना ह्यान्डलर | +१००-५००मिलिसेकेन्ड | डिबाउन्स, थ्रोटल, requestAnimationFrame प्रयोग गर्नुहोस् | | लेआउट थ्राशिंग | +५०-३००मिलिसेकेन्ड | DOM पढ्ने/लेख्नेलाई ब्याच गर्नुहोस्, will-change प्रयोग गर्नुहोस् | | तेस्रो-पार्टी स्क्रिप्टहरू | +१००-५००मिलिसेकेन्ड | टाल्नुहोस्, अन्तरक्रियापछि लोड गर्नुहोस्, वेब श्रमिकहरू प्रयोग गर्नुहोस् | | समिकालिन API कलहरू | +२००-२०००मिलिसेकेन्ड | Async/await, लोडिङ अवस्था, आशावादी UI |
INP अनुकूलन प्रविधिहरू:
// खराब: मुख्य थ्रेडमा रोकिरहेको
button.addEventListener('click', () => {
const data = heavyComputation(); // 400ms का लागि रोक्छ
updateDOM(data);
});
// राम्रो: मुख्य थ्रेडमा यील्ड गर्दै
button.addEventListener('click', async () => {
// तुरुन्त प्रतिक्रिया देखाउनुहोस्
button.textContent = 'लोड हुँदैछ...';
// भारी कार्यलाई खण्डहरूमा टुक्र्याउनुहोस्
await scheduler.yield();
const data = heavyComputation();
await scheduler.yield();
updateDOM(data);
});
छिटो जीत: Chrome DevTools > प्रदर्शन खंड खोल्नुहोस्। तपाईको साइटमा क्लिक गर्नुहोस् र "लामो कार्यहरू" (रातो त्रिकोण) खोज्नुहोस्। यीहरूले मुख्य थ्रेडलाई रोकिरहेका छन्। सबैभन्दा ठूलो लामो कार्य प्रायः तेस्रो-पार्टी स्क्रिप्ट हो — यसलाई टाल्नुहोस् वा पहिलो अन्तरक्रियापछि लोड गर्नुहोस्।
CLS — संचित लेआउट शिफ्ट
CLS ले दृश्य स्थिरता मापन गर्दछ — पृष्ठ सामग्री लोड हुँदा कति हल्लिन्छ। केही कुरा प्रयोगकर्ताहरूलाई निराश पार्न सक्दैन कि बटन क्लिक गर्दा पृष्ठले शिफ्ट हुन्छ र तिनीहरूले केही अन्य कुरा क्लिक गर्दछन्।
सामान्य CLS समस्या र समाधानहरू:
| समस्या | CLS प्रभाव | समाधान | |--------|-----------|--------| | मापन नगर्ने छविहरू | 0.1-0.5 | सधैं width र height सेट गर्नुहोस् | | विज्ञापनहरू ढिलो लोड हुनु | 0.1-0.3 | min-height सँग स्थान सुरक्षित गर्नुहोस् | | वेब फन्टहरूले रिफ्लो गराउनु | 0.05-0.2 | font-display: optional वा आकार-समायोजित फallback | | गतिशील सामग्री समावेशीकरण | 0.1-0.4 | स्थान सुरक्षित गर्नुहोस्, content-visibility प्रयोग गर्नुहोस् | | कूकी ब्यानरहरूले सामग्री धकेल्नु | 0.05-0.2 | ओभरले डिजाइन (धकेल्न हुँदैन) |
CLS रोकथाम चेकलिस्ट:
<!-- मिडिया का लागि सधैं मापदण्ड निर्दिष्ट गर्नुहोस् -->
<img src="photo.webp" width="800" height="600" alt="...">
<video width="1280" height="720"></video>
<iframe width="560" height="315"></iframe>
<!-- गतिशील सामग्रीका लागि स्थान सुरक्षित गर्नुहोस् -->
<div style="min-height: 250px;">
<!-- विज्ञापन यहाँ कुनै शिफ्ट बिना लोड हुनेछ -->
</div>
<!-- उत्तरदायी मिडियाका लागि अनुपात प्रयोग गर्नुहोस् -->
<div style="aspect-ratio: 16/9;">
<img src="..." style="width: 100%; height: 100%; object-fit: cover;">
</div>
छिटो जीत: तपाईका शीर्ष १० पृष्ठहरूमा प्रत्येक र मा स्पष्ट width र height गुणहरू थप्नुहोस्। यस एक परिवर्तनले सबैभन्दा सामान्य CLS समस्यालाई हटाउँछ — छविहरू लोड गर्दा र सामग्रीलाई तल धकेल्दा।
२. मोबाइल अनुकूलन
Google ले मोबाइल-प्रथम अनुक्रमणिका प्रयोग गर्छ — तपाईको मोबाइल अनुभव तपाईको रैंकिंग अनुभव हो। यदि तपाईको साइट मोबाइलमा बिग्रिएको छ भने, डेस्कटप संस्करण कत्तिको उत्तम छ भन्ने कुरा महत्त्वपूर्ण हुँदैन।
मोबाइल अनुकूलन चेकलिस्ट:
| तत्व | आवश्यकता | सामान्य असफलता | |------|----------|-----------------| | भ्यूपोर्ट मेटा | width=device-width, initial-scale=1 | पूर्णरूपमा हराएको | | टच लक्ष्य | न्यूनतम ४४x४४px | साना लिङ्कहरू, फसेका बटनहरू | | फन्ट साइज | न्यूनतम १६px शरीर टेक्स्ट | १२px मोबाइलमा पढ्न नसकिने | | सामग्री चौडाई | कुनै क्षैतिज स्क्रोल छैन | निश्चित चौडाईका तत्व | | ट्याप स्पेसिङ | लक्ष्यहरू बीचमा न्यूनतम ८px | छेडिएका लिङ्कहरू | | उत्तरदायी छविहरू | उपयुक्त साइजहरूको srcset | मोबाइलमा डेस्कटप-आकारका छविहरू |
उत्तरदायी डिजाइन प्याटर्नहरू:
/* मोबाइल-प्रथम दृष्टिकोण */
.container {
padding: 16px;
font-size: 16px;
}
/* टच-मैत्री लक्ष्यहरू */
.button, .link {
min-height: 44px;
min-width: 44px;
padding: 12px 16px;
}
/* उत्तरदायी टाइपोग्राफी */
h1 { font-size: clamp(1.5rem, 4vw, 3rem); }
p { font-size: clamp(1rem, 2vw, 1.125rem); }
/* कुनै क्षैतिज बगाइ छैन */
img, video, iframe {
max-width: 100%;
height: auto;
}
मोबाइल SEO संकेतहरू जुन Google जाँच गर्छ:
- जूम नगरी पढ्न सकिने टेक्स्ट
- लिङ्कहरू/बटनहरू निकटता नहुने
- सामग्री भ्यूपोर्ट चौडाईमा फिट हुनु (कोई क्षैतिज स्क्रोल छैन)
- कुनै Flash वा असम्भव प्राविधिहरू छैन
- इन्टरस्टिसियलहरू प्रवेशमा सामग्री ढाक्दैनन्
- पृष्ठ 4G/3G जडानमा छिटो लोड हुन्छ
छिटो जीत: तपाईको फोनमा तपाईको साइट खोल्नुहोस्। हरेक बटन र लिङ्कमा क्लिक गर्न प्रयास गर्नुहोस्। यदि तपाईले गलत कुरा अनायास क्लिक गर्नु हुन्छ किनभने लक्ष्यहरू नजिक छन्, वा तपाईले टेक्स्ट पढ्नको लागि पिन्च-जुम गर्न आवश्यक छ भने — ती तपाईका प्राथमिकता समस्या हुन्।
३. पहुँचयोग्यता (WCAG)
पहुँचयोग्यता केवल नैतिक होइन - यो SEO संकेत हो। Google का الگोरिदमहरूले सबैको लागि प्रयोग गर्न योग्य साइटहरूलाई प्राथमिकता दिन्छ, विशेषगरी स्क्रिन रिडर, केवल कुञ्जीप्याड नेविगेसन, वा दृश्य अपाङ्गता भएका प्रयोगकर्ताहरूलाई। WCAG (वेब सामग्री पहुँचयोग्यता मार्गदर्शन) अनुपालनको सम्बन्ध राम्रो रैंकिङसँग छ।
महत्त्वपूर्ण पहुँचयोग्यता आवश्यकताहरू:
| तत्व | आवश्यकता | SEO प्रभाव | |------|----------|------------| | छविहरूमा आल्ट टेक्स्ट | सबै महत्त्वपूर्ण छविहरूको लागि वर्णनात्मक टेक्स्ट | प्रत्यक्ष (छवि SEO + पहुँचयोग्यता) | | शीर्षक श्रेणी | H1 → H2 → H3 बिना छोड्ने | प्रत्यक्ष (सामग्री संरचना) | | रङको कन्ट्रास्ट | सामान्य टेक्स्टका लागि 4.5:1, ठूला टेक्स्टका लागि 3:1 | अप्रत्यक्ष (उपयोगिता) | | कुञ्जीप्याड नेविगेसन | सबै अन्तरक्रियात्मक तत्वहरू Tab द्वारा पुग्न योग्य | अप्रत्यक्ष (उपयोगिता) | | ARIA लेबलहरू | पाठ बिना प्रतीक, बटनहरूको लागि लेबलहरू | अप्रत्यक्ष (स्क्रिन रिडर UX) | | फोकस संकेतक | कुञ्जीप्याड नेविगेसनमा दृश्य फोकस रिंग | अप्रत्यक्ष (उपयोगिता) | | फर्म लेबलहरू | प्रत्येक इनपुटसँग एक एसोसिएटेड हुनुहोस् | अप्रत्यक्ष (उपयोगिता) | | लिङ्क टेक्स्ट | वर्णनात्मक ( "यहाँ क्लिक गर्नुहोस्" होइन) | प्रत्यक्ष (एंकर टेक्स्ट SEO) |
पहुँचयोग्यता परीक्षण प्रक्रिया:
- स्वचालित स्क्यान — Lighthouse, axe-core, वा WAVE चलाउनुहोस् (लगभग ३०-५०% समस्याहरूको ध्यान दिन्छ)
- कुञ्जीप्याड परीक्षण — केवल Tab, Enter, Escape प्रयोग गरेर तपाईको सम्पूर्ण साइटमा नेभिगेट गर्नुहोस्
- स्क्रिन रिडर परीक्षण — प्रमुख पृष्ठहरूमा VoiceOver (Mac) वा NVDA (Windows) प्रयोग गर्नुहोस्
- रङको कन्ट्रास्ट — सबै टेक्स्टलाई पृष्ठभूमिहरूसँग जाँच गर्नुहोस् (DevTools कन्ट्रास्ट चेकरसँग प्रयोग गर्नुहोस्)
- जूम परीक्षण — २००% मा जूम गर्नुहोस् — के सबै कुरा अझै काम गर्छ?
सामान्य पहुँचयोग्यताको समाधानहरू:
<!-- छविहरू: वर्णनात्मक आल्ट टेक्स्ट -->
<img src="chart.png" alt="जनवरीदेखि मार्च २०२६ को लागि जैविक ट्राफिकमा ४०% वृद्धि गर्ने स्तम्भ चार्ट">
<!-- बटनहरू: स्पष्ट लेबलहरू -->
<button aria-label="नेविगेसन मेनु बन्द गर्नुहोस्">
<svg>...</svg> <!-- आइकोन-मात्र बटनलाई aria-label चाहिन्छ -->
</button>
<!-- फर्महरू: संगठित लेबलहरू -->
<label for="email">इमेल ठेगाना</label>
<input type="email" id="email" name="email" required>
<!-- लिङ्कहरू: वर्णनात्मक टेक्स्ट -->
<a href="/guide">पूर्ण SEO मार्गदर्शिका पढ्नुहोस्</a>
<!-- होइन: <a href="/guide">यहाँ क्लिक गर्नुहोस्</a> -->
<!-- कुञ्जीप्याड प्रयोगकर्ताहरूका लागि नेभिगेसन छोड्नुहोस् -->
<a href="#main-content" class="skip-link">मुख्य सामग्रीमा जानुहोस्</a>
छिटो जीत: तपाईको होमपृष्ठमा Lighthouse चलाउनुहोस् र पहुँचयोग्यता श्रेणीमा। "असफल" अंक दिइएको सबै कुरा पहिले ठीक गर्नुहोस् - यी प्रायः हराएको आल्ट टेक्स्ट, हराएको फर्म लेबलहरू, र कम कन्ट्रास्ट टेक्स्ट हुन्। यी समाधानहरूले प्रायः ३० मिनेट लाग्छ र तपाईको स्कोरलाई २०+ अंकले सुधार्छ।
४. पृष्ठ अनुभव संकेतहरू
Core Web Vitals बाहेक, Google ले रैंकिङमा असर गर्ने विभिन्न पृष्ठ अनुभव संकेतहरू पनि मूल्यांकन गर्दछ।
पृष्ठ अनुभव कारकहरू:
| संकेत | आवश्यकता | जाँच | |-------|----------|-------| | HTTPS | सम्पूर्ण साइट HTTPS मा सेवा गरिएको | मिश्रित सामग्री यसलाई तोड्छ | | कुनै बाधित इन्टरस्टिसियलहरू छैन | आगमनमा सामग्री ब्लक नगर्नुहोस् | मोबाइलमा ३०% भन्दा बढी ढाक्ने पपअपहरू | | सुरक्षित ब्राउजिङ | कुनै म्यालवेयर, फिसिङ, झुठा सामग्री छैन | Google सुरक्षित ब्राउजिङ स्थिति | | मोबाइल-मैत्री | मोबाइल-मैत्री परीक्षण पास गर्नुहोस् | Google मोबाइल-मैत्री परीक्षण | | कुनै झुठा विज्ञापनहरू छैन | विज्ञापनहरूले सामग्रीको अनुकरण गर्दैनन् | झुठा डाउनलोड बटनहरू |
इन्टरस्टिसियल दिशानिर्देशहरू (के अनुमति छ र के दण्डित गरिन्छ):
| अनुमति | दण्डित | |--------|---------| | उमेर प्रमाणीकरण (कानूनी रूपमा आवश्यक) | पृष्ठको प्रवेशमा पूर्ण-स्क्रिन पपअप | | कूकी सहमति (कानूनी रूपमा आवश्यक) | सम्पूर्ण सामग्री ढाक्ने इमेल साइन अप | | भुक्तानी सामग्रीका लागि लग-in दीवारहरू | "हाम्रो एप डाउनलोड गर्नुहोस्" सामग्री ढाक्दै | | ३०% भन्दा कम स्क्रिनको लागि साना ब्यानरहरू | सामग्री पहुँच अघि गणना गर्ने टाइमर | | प्रयोगकर्ताले स्क्रोल / अन्तरक्रिया गरेपछि | प्रयोगकर्ताले कुनै सामग्री देख्नुभन्दा पहिल्यै |
HTTPS चेकलिस्ट:
- [ ] SSL प्रमाणपत्र मान्य र समाप्त भएको छैन
- [ ] सबै पृष्ठहरू HTTP → HTTPS (301) लाई पुनर्निर्देशित गर्नुहोस्
- [ ] कुनै मिश्रित सामग्री छैन (HTTPS पृष्ठहरूमा HTTP स्रोतहरू)
- [ ] HSTS हेडर सक्षम गरिएको (includeSubDomains सहित)
- [ ] आन्तरिक लिङ्कहरूले HTTPS प्रयोग गर्दछ (HTTP होइन)
- [ ] साईटम्याप HTTPS URLs प्रयोग गर्दछ
- [ ] क्यानोनिकल ट्यागहरूले HTTPS प्रयोग गर्दछ
छिटो जीत: मिश्रित सामग्रीको लागि जाँच गर्नुहोस् - तपाईका प्रमुख पृष्ठहरूमा DevTools कन्सोल खोल्नुहोस्। कुनै "मिश्रित सामग्री" चेतावनीहरू भनेको तपाई HTTPS पृष्ठमा HTTP स्रोतहरू लोड गर्दै हुनुहुन्छ। ती URLs लाई HTTPS मा अपडेट गर्नुहोस्। यो पृष्ठ अनुभव समस्याहरूमा सामान्य हो।
५. नेविगेशन प्याटरन्स
राम्रो नेविगेसनले दुवै प्रयोगकर्ता र खोज इञ्जिनलाई मद्दत गर्छ। प्रयोगकर्ताहरूले चाँडै आवश्यक कुरा फेला पार्छन्। Google क्रॉलरहरूले तपाईको साइटको संरचनालाई बुझ्छ र PageRank लाई प्रभावकारी रूपमा वितरण गर्छ।
नेविगेशनका उत्तम अभ्यासहरू:
| प्याटर्न | लाभ | कार्यान्वयन | |----------|------|-------------| | चपल वास्तुकला | पृष्ठहरू घरसँग ३ क्लिक भित्र | हब पृष्ठहरू, ब्रेडक्रम्ब | | ब्रेडक्रम्ब | प्रयोगकर्ताहरूलाई थाहा हुन्छ उनीहरू कहाँ छन् | स्कीमा मार्कअप + दृश्य ट्रेल | | तार्किक URL संरचना | पूर्वानुमानित मार्गहरू | /category/subcategory/page | | पाद नेविगेसन | दोस्रो पृष्ठहरू पहुँचयोग्य | कानुनी, बारेमा, सम्पर्क, साईटम्याप | | आन्तरिक खोज | प्रयोगकर्ताहरू विशिष्ट सामग्री फेला पार्छन् | सुझावहरूसहितको खोज बाकस | | सम्बन्धित सामग्री | बाउन्स घटाउँछ, गहिराई बढाउँछ | "सम्बन्धित लेख" खण्डहरू |
आदर्श साइट वास्तुकला:
मुखपृष्ठ (सबै महत्त्वपूर्ण वस्तुबाट १ क्लिक)
├── /उत्पादन/ (श्रेणी हब - सबै उत्पादनहरूको लिङ्क)
│ ├── /उत्पादन/श्रेणी-ए/
│ │ ├── /उत्पादन/श्रेणी-ए/उत्पादन-१
│ │ └── /उत्पादन/श्रेणी-ए/उत्पादन-२
│ └── /उत्पादन/श्रेणी-ब/
├── /ब्लग/ (सामग्री हब — सबै पोष्टहरूको लिङ्क)
│ ├── /ब्लग/विषय-क्लस्टर-१/ (पिलर पृष्ठ)
│ │ ├── /ब्लग/उपविषय-१ए
│ │ └── /ब्लग/उपविषय-१बी
│ └── /ब्लग/विषय-क्लस्टर-२/
├── /उपकरणहरू/ (युटिलिटी पृष्ठहरू)
└── /बारेमा/ (विश्वास पृष्ठहरू)
ब्रेडक्रम्ब कार्यान्वयन:
<!-- दृश्य ब्रेडक्रम्ब -->
<nav aria-label="ब्रेडक्रम्ब">
<ol>
<li><a href="/">गृह</a></li>
<li><a href="/blog/">ब्लग</a></li>
<li aria-current="page">SEO मार्गदर्शिका क़दम ५</li>
</ol>
</nav>
<!-- स्कीमा मार्कअप (ब्रेडक्रम्बलिस्ट) -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "गृह", "item": "https://example.com/" },
{ "@type": "ListItem", "position": 2, "name": "ब्लग", "item": "https://example.com/blog/" },
{ "@type": "ListItem", "position": 3, "name": "SEO मार्गदर्शिका क़दम ५" }
]
}
</script>
नेविगेशन रेड फ्ल्यागहरू:
- पृष्ठहरू ४ क्लिकभन्दा बढी गृहपृष्ठबाट (धेरै गहिरो)
- कुनै ब्रेडक्रम्ब छैन (प्रयोगकर्ता र Google सन्दर्भ गुमाउँछन्)
- केवल JavaScript नेविगेशन (क्रॉलरले लिङ्कहरू चुक्न सक्छ)
- अनाथ पृष्ठहरू (तिनीहरूमा आन्तरिक लिङ्कहरू छैनन्)
- २००+ लिङ्कहरूको मेगा मेनु (प्रति लिङ्कको मूल्य घटाउँछ)
छिटो जीत: तपाईका महत्त्वपूर्ण रूपान्तरण पृष्ठहरूको जाँच गर्नुहोस् - गृहपृष्ठबाट कति क्लिक छ? ३ भन्दा बढी भएमा, तपाईको गृहपृष्ठ वा श्रेणी हबबाट प्रत्यक्ष लिङ्कहरू थप्नुहोस्। प्रत्येक गहिरो क्लिकले प्रयोगकर्ता भ्रमण र क्रॉल आवृत्तिमा कमी ल्याउँछ।
६. माथिको फोल्ड अनुकूलन
प्रयोगकर्ताले स्क्रोल गर्नु भन्दा पहिल्यै देख्ने कुरा तय गर्छ कि तिनीहरूले रोक्छन् कि जान्छन्। माथिको फोल्ड सामग्रीले तत्काल मूल्य सञ्चार गर्नुपर्दछ र त्यस खोज क्वेरीसँग मिल्नुपर्दछ जसले तिनीहरूलाई त्यहाँ ल्यायो।
माथिको फोल्डका अनिवार्यताहरू:
| तत्व | किन | सामान्य असफलता | |------|-----|-----------------| | स्पष्ट शीर्षक (H1) | क्वेरीसँगको सम्बन्धको पुष्टि गर्दछ | सामान्य वा हराएको | | मूल्य प्रस्ताव | उनीहरूलाई किन थाम्नुपर्छ? | फोल्डको तल मद्दत गरिएको | | प्राथमिक CTA | उनीहरूले अर्को के गर्नु पर्छ? | लुकेको वा अस्पष्ट | | हिरो छवि/मिडिया | दृश्य संलग्नता | ढिलो लोड गर्दै, LCP मुद्दाहरूको कारण हुँदै | | विश्वास सिग्नलहरू | उनीहरूले तपाईलाई किन विश्वास गर्नुपर्छ? | कुनै लोगो, समीक्षाहरू, वा क्रेडेन्सियल छैनन् |
माथिको फोल्ड लेआउट प्याटर्नहरू:
डेस्कटप (१४४०px भ्यूपोर्ट):
┌──────────────────────────────────────┐
│ नेविगेशन बार │
├──────────────────────────────────────┤
│ │
│ H1: स्पष्ट शीर्षक क्वेरीसँग मिल्दछ │
│ उपशीर्षक: मूल्य प्रस्ताव │
│ │
│ [प्राथमिक CTA बटन] │
│ │
│ विश्वास संकेतहरू: लोगो, तथ्यांक, बैज │
│ │
├──────────────────────────────────────┤
│ ↓ सामग्री फोल्डको तल जारी रहन्छ │
└──────────────────────────────────────┘
मोबाइल (३७५px भ्यूपोर्ट):
┌────────────────────┐
│ नेविगेसन (ह्याम्बर्गर)│
├────────────────────┤
│ │
│ H1: शीर्षक │
│ (मोबाइलमा छोटो) │
│ │
│ [CTA बटन] │
│ (पूर्ण चौडाई, ४४px+)│
│ │
│ विश्वास बैज │
│ │
├────────────────────┤
│ ↓ थप सामग्रीको लागि स्क्रोल गर्नुहोस् │
└────────────────────┘
महत्त्वपूर्ण माथिको फोल्ड नियमहरू:
- H1 स्क्रोल नगरी दृश्यमा हुनु पर्छ (खोज क्वेरीसँग मिल्दछ)
- CTA स्क्रोल नगरी दृश्यमा हुनु पर्छ (बाउन्स घटाउँछ)
- माथिको फोल्ड सामग्रीमा कुनै लेआउट शिफ्ट हुँदैन (CLS किलर)
- हिरो छवि छिटो लोड हुनु पर्छ (यो प्रायः LCP तत्व हो)
- मोबाइल: माथिको फोल्ड सामग्रीलाई घटाउनुहोस् (कम भ्यूपोर्ट स्थान)
छिटो जीत: तपाईको मोबाइलमा ३७५px चौडाईको स्क्रिनशट लिनुहोस्। के H1 दृश्यमा छ? के CTA बटन दृश्यमा छ? के तपाईले २ सेकेन्ड भित्र साइट के गर्दछ बताउन सक्नुहुन्छ? यदि कुनै उत्तर "होइन" हो भने, तपाई स्क्रोल गर्नु भन्दा पहिले आगंतुकहरूलाई हराउँदै हुनुहुन्छ।
UX अडिट चेकलिस्ट
तपाईंका शीर्ष पृष्ठहरूका लागि यो पास गर्नुहोस्:
- [ ] LCP २.५ सेकेन्डभन्दा कम (हिरो छवि अनुकूलित, महत्त्वपूर्ण CSS इनलाइन)
- [ ] INP २०० मिलिसेकेन्डभन्दा कम (कोही लामो JavaScript कार्यहरू जसले अन्तरक्रियालाई रोक्दैन)
- [ ] CLS ०.१ भन्दा कम (सबै छविहरूको मापदण्ड छ, ढिलो लोडिङ शिफ्टहरू छैन)
- [ ] मोबाइल-मैत्री (४४px टच लक्ष्यहरू, १६px+ टेक्स्ट, कुनै क्षैतिज स्क्रोल छैन)
- [ ] पहुँचयोग्य (आल्ट टेक्स्ट, शीर्षक श्रेणी, रङको कन्ट्रास्ट, कुञ्जीप्याड नेविगेसन)
- [ ] HTTPS सबै ठाउँमा (कुनै मिश्रित सामग्री छैन, HSTS सक्षम गरिएको)
- [ ] कुनै बाधित इन्टरस्टिसियलहरू छैन (सहमति ओभरलेहरू ठीक छन्, सामग्री-धकेल्ने पपअपहरू होइन)
- [ ] ब्रेडक्रम्बहरू उपस्थित छन् (ब्रेडक्रम्बलिस्ट स्कीमा सहित)
- [ ] कुनै महत्त्वपूर्ण पृष्ठको लागि नेविगेशन गहिराई ४ क्लिकभन्दा कम
- [ ] माथिको फोल्ड अनुकूलित (H1 दृश्यमा, CTA दृश्यमा, छिटो LCP)
LANGR कसरि तपाईको UX स्क्यान गर्छ
LANGR का UX-सँग सम्बन्धित स्क्यान मोड्युलहरूमा समावेश छन्:
- कोर वेब भिटल्स मोड्युल — Chrome प्रयोगकर्ता अनुभव रिपोर्टबाट LCP, INP, CLS मापन गर्दछ (वास्तविक प्रयोगकर्ता डेटा)
- PageSpeed मोड्युल — मोबाइल र डेस्कटप स्कोरसहित पूर्ण Lighthouse प्रदर्शन अडिट
- मोबाइल मोड्युल — भ्यूपोर्ट कन्फिगरेशन, टच लक्ष्यको साइजिङ, टेक्स्ट पठनीयता
- पहुँचयोग्यता मोड्युल — WCAG अनुपालन जाँच, ARIA प्रयोग, रङको कन्ट्रास्ट
- लेआउट स्क्यान मोड्युल — मोबाइल र डेस्कटप लेआउटहरूको AI-संचालित मूल्यांकन
- पृष्ठ अनुभव मोड्युल — इन्टरस्टिसियल जाँच, HTTPS स्थिति, सुरक्षित ब्राउजिङ
यी मोड्युलहरूले प्रत्येक स्क्यानमा चल्छन्, तपाईको साइटको आगंतुकहरूले कसरी अनुभव गर्छन् भन्ने पूर्ण चित्र प्रदान गर्दै — र रैंकिंगलाई सुधार्नका लागि के सुधार्नुपर्छ भन्ने कुरा।
सामान्य UX गल्तिहरू (प्रभाव द्वारा क्रमबद्ध)
- मोबाइललाई उपेक्षा गर्न — ६०%+ खोज मोबाइलमा; बिग्रिएको मोबाइल = बिग्रिएको रैंकिङ
- अनुकूलित नगरेको छविहरू — ढिलो LCP को सबैभन्दा प्रमुख कारण (र प्रायः सबैभन्दा सजिलो समाधान)
- स्पष्ट छवि मापदण्ड नहुनु — लेआउट शिफ्ट्स CLS स्कोरहरूलाई नष्ट गर्छ
- तेस्रो-पार्टी स्क्रिप्ट बडि — च्याट विजेट, एनालिटिक्स, विज्ञापनहरू INP मा धक्का दिन्छन्
- पहुँचयोग्यताको आधारभूत कुरा हराउनु — आल्ट टेक्स्ट नहुनु, शीर्षक श्रेणी नहुनु, कन्ट्रास्ट नहुनु
- सामग्री-धकेल्ने इन्टरस्टिसियलहरू — प्रयोगकर्ता सामग्री देख्नु भन्दा पहिले पूर्ण-स्क्रीन पपअप
- गहिरो साइट आर्किटेक्चर — महत्त्वपूर्ण पृष्ठहरू ५+ क्लिकहरूमा दबाइएको
- माथिको फोल्डको मूल्य नहुनु — प्रयोगकर्ताहरूले स्क्रोल नगरी साइट के गर्छ भनेर बताउन सक्दैनन्
अगाडि के छ?
क़दम ६: अनुगमन र रैंकिङ — तपाईले मापन नगरेसम्म सुधार गर्न सक्दैन। कीवर्ड स्थिति, स्कोर ट्र्याकिंग, परिवर्तन रिपोर्टहरू, र अपटाइम अनुगमन।
यो मार्गदर्शिका LANGR को १३-कदमको SEO श्रृंखलाको भाग हो। नि:शुल्क अडिट चलाउनुहोस् ताकि तपाईको साइट सबै १३ वर्गहरूमा कस्तो अवस्थामा छ थाहा पाउन।