स्क्रॉल ट्रैकिंग पृष्ठ पर पहुँचा स्थान दर्ज करती है। यह पढ़ना, समझना या ध्यान साबित नहीं करती। सीमा, मापा दायरा और हर स्पष्ट करें।
स्वचालित मापन और कस्टम सीमाएँ
GA4 का उन्नत मापन पृष्ठ की 90% ऊर्ध्वाधर गहराई पहली बार दिखने पर scroll भेजता है। 25%, 50% और 75% पड़ाव अपने आप नहीं मिलते। कस्टम सीमाओं के लिए अलग मापन और डुप्लिकेट हटाना जरूरी है। ऊँचाई बदलाव, विलंबित लोडिंग और गतिशील नेविगेशन दर्ज करें।
कार्य के अनुसार संकेत समझें
तेज स्क्रॉल या एंकर लिंक लगातार पढ़े बिना नीचे पहुँचा सकता है। उत्तर ऊपर भी मिल सकता है। समान संरचनाएँ तुलना करें और कार्य सफलता, त्रुटि व प्रतिक्रिया जोड़ें। घटनाएँ, पृष्ठ-दृश्य और उपयोगकर्ता अलग इकाइयाँ हैं।
संग्रह का दायरा तय करें
फ्रांस में CNIL कुछ दर्शक मापन ट्रैकरों को सख्त शर्तों पर सहमति से छूट बताती है। जानकारी देना या परिणाम जोड़ना अपने आप छूट साबित नहीं करता। उद्देश्य, पहुँच और संग्रह अवधि लिखें; अमापित विज़िट नकारात्मक अवलोकन नहीं हैं।
काल्पनिक उदाहरण: केवल मापे गए दायरे की दर
| तत्व | मान | व्याख्या |
|---|---|---|
| मापे गए पृष्ठ-दृश्य | 100 | केवल मापन-सक्षम और योग्य दायरा। |
| 90% तक पहुँचे पृष्ठ-दृश्य | 60 | हर पृष्ठ-दृश्य पर दोहराव हटाकर गणना। |
| इस दायरे का अनुपात | 60 / 100 = 60% | न अद्वितीय उपयोगकर्ता, न पढ़ने की दर। |
स्रोत
- Google Analytics · Enhanced measurement events
- Google Analytics · Sessions and user engagement
- CNIL · Cookies et autres traceurs · FAQ
संपादकीय जाँच: 1 नवंबर 2026।
स्क्रॉल डेप्थ एक्सपोज़र है, कॉम्प्रिहेंशन नहीं।
पेज डेप्थ तक पहुंचने से ध्यान या समझ नहीं बनती। सिग्नल तब ज़्यादा काम का होता है जब यह कंटेंट की लंबाई, उपलब्ध समय और उसके बाद होने वाले एक्शन से जुड़ा हो।
- यह तय करें कि कोई थ्रेशहोल्ड पूरे डॉक्यूमेंट पर लागू होता है या किसी दिखने वाले सेक्शन पर।
- छोटे पेज, देर से लोड होना, मोबाइल और रिटर्न विज़िट टेस्ट करें।
- सिग्नल को एक जर्नी इंडिकेटर के तौर पर दिखाएं, न कि इस बात का सबूत कि रीडिंग पूरी हो गई है।
प्राथमिक स्रोत: Google Analytics — Set up events. संबंधित विधि: व्यावहारिक मार्गदर्शिका पढ़ें.
डेटा जॉइन की अखंडता
जॉइन पंक्तियाँ बढ़ाकर कुल राशि बिगाड़ सकता है।
- आदेश तालिका की एक पंक्ति एक आदेश है; विवरण तालिका की एक पंक्ति उस आदेश का एक उत्पाद है। जोड़ने से पहले दोहराई गई और रिक्त कुंजियाँ जाँचें।
- विवरणों को आदेश की कुंजी के अनुसार समूहित करें। इस परिणाम से जोड़ने पर हर उत्पाद के लिए आदेश की राशि नहीं दोहरती। मूल आदेश तालिका के कुल से मिलान करें।
- LEFT JOIN बिना विवरण के आदेश रखता है, लेकिन दाईं तालिका का WHERE फ़िल्टर उन्हें हटा सकता है। मिलान न होना शून्य राशि नहीं है।
दोहराने योग्य स्वीकृति मामला
काल्पनिक उदाहरण: डेटा किसी ग्राहक या देखे गए परिणाम का नहीं है।
मामले के इनपुट देखें
{
"orders": [
{
"id": 1,
"total": 100
},
{
"id": 2,
"total": 200
}
],
"line_order_ids": [
1,
1,
2
],
"sum_before": 300,
"sum_after_raw_join": 400
}अपेक्षित निर्णय
400 एक आदेश को दो बार गिनता है। आदेश के अनुसार पंक्तियाँ जोड़कर कुल 300 पुनः प्राप्त करें। 100 के दो काल्पनिक आदेश भी जाँचें: कुल 200 है। SUM(DISTINCT total) से 100 मिलेगा और एक वैध मान हट जाएगा। राशियों के दोहराव हटाने के बजाय पहचानकर्ता और जॉइन की कार्डिनैलिटी जाँचें।
दोबारा चलाने योग्य SQL क्वेरी
काल्पनिक उदाहरण: 100 और 200 के दो आदेश तथा 1, 1 और 2 से जुड़े तीन विवरण। क्वेरी केवल VALUES का उपयोग करती हैं; परीक्षण वातावरण में चलाएँ।
WITH orders(id, total) AS (VALUES (1, 100), (2, 200)),
lines(order_id) AS (VALUES (1), (1), (2))
SELECT COUNT(*) AS rows, SUM(o.total) AS total
FROM orders o JOIN lines l ON l.order_id = o.id;WITH orders(id, total) AS (VALUES (1, 100), (2, 200)),
lines(order_id) AS (VALUES (1), (1), (2)),
per_order AS (
SELECT order_id, COUNT(*) AS line_count
FROM lines GROUP BY order_id
)
SELECT COUNT(*) AS orders, SUM(o.total) AS total
FROM orders o LEFT JOIN per_order l ON l.order_id = o.id;सीधा जोड़ तीन पंक्तियाँ और कुल 400 देता है। पहले समेकन करने पर दो आदेश और कुल 300 मिलता है।
WITH orders(id, total) AS (VALUES (1, 100), (2, 100))
SELECT SUM(total) AS correct_total,
SUM(DISTINCT total) AS distinct_total
FROM orders;100 और 100 की राशियों का सही कुल 200 है; SUM(DISTINCT total) 100 देता है।
सत्यापन प्रक्रिया
- आदेश और पंक्तियों का स्तर तय करें।
- दो पंक्तियों वाले आदेश को जोड़ें।
- कुंजियाँ, संख्या और मिलाए कुल रखें।
क्या SUM(DISTINCT total) पर्याप्त है?
नहीं। 100 के दो आदेशों का कुल 200 है, लेकिन SUM(DISTINCT total) 100 देता है। राशियाँ हटाने के बजाय कुंजियों का संबंध ठीक करें।
प्राथमिक स्रोत: PostgreSQL — Table expressions and joins. संबंधित विधि: व्यावहारिक मार्गदर्शिका पढ़ें.
सुलभ डेटा तालिकाएँ
मोबाइल पर भी कोशिकाओं के संबंध समझ में आने चाहिए।
- तालिका के नाम के लिए caption और शीर्षकों के लिए th उपयोग करें। सरल तालिका में scope="row" और scope="col" दिशा स्पष्ट करते हैं; मानों के साथ इकाई और अवधि रखें।
- क्षैतिज स्क्रॉल क्षेत्र तक कीबोर्ड से पहुँच और सभी स्तंभ पढ़ने की सुविधा दें। पंक्तियाँ कार्ड में बदलें तो लेबल और इकाई दोहराएँ, तुलना की जानकारी न हटाएँ।
- कीबोर्ड और स्क्रीन रीडर से सेल, पंक्ति, स्तंभ और इकाई खोजने को कहें। क्रम और फ़िल्टर बदलने के बाद फिर जाँचें; सही रूप दिखना घोषित संबंधों का प्रमाण नहीं है।
दोहराने योग्य स्वीकृति मामला
काल्पनिक उदाहरण: डेटा किसी ग्राहक या देखे गए परिणाम का नहीं है।
मामले के इनपुट देखें
{
"column_headers": [
"2025",
"2026"
],
"row_headers": [
"A",
"B"
],
"cell": {
"row": "B",
"column": "2026",
"value": 42
},
"layout": "mobile"
}अपेक्षित निर्णय
मोबाइल पर भी 42 का संबंध B और 2026 से स्पष्ट रहना चाहिए।
सत्यापन प्रक्रिया
- पंक्ति, स्तंभ शीर्षक और इकाई पहचानें।
- कीबोर्ड और सहायक तकनीक से सेल पढ़ें।
- मोबाइल बदलाव और ज़ूम बाद संबंध रखें। निर्णायक सेल के लिए स्क्रॉल के बाद पंक्ति, स्तंभ और इकाई पहचानें; शीर्षक के बिना पढ़ने योग्य मान का अर्थ बदल सकता है।
प्राथमिक स्रोत: W3C WAI — Tables tutorial. संबंधित विधि: व्यावहारिक मार्गदर्शिका पढ़ें.
