सपोर्टशी संपर्क करा

आम्ही ईमेलद्वारे उत्तर देतो, सहसा दोन दिवसांत.

गैरवापर रोखण्यासाठी Google reCAPTCHA हे सबमिशन तपासते; यासाठी डेटा Google कडे पाठवला जातो. हा फॉर्म उघडल्यावरच स्क्रिप्ट लोड होते.

तुमच्या प्लॅटफॉर्मसाठी व्हिजिटर काउंटर मार्गदर्शिका

कोड कुठे लावायचा हे तुमचे पेज कुठे आहे यावर अवलंबून असते. तुमचा प्लॅटफॉर्म निवडा: प्रत्येक मार्गदर्शिकेत नेमक्या पायऱ्या, कोडचे योग्य स्वरूप आणि कशाकडे लक्ष द्यायचे ते दिले आहे.

तुमचा प्लॅटफॉर्म निवडा

एक काउंटर, कोडचे चार टॅब

HTML – डिफॉल्ट स्वरूप, एक छोटी स्क्रिप्ट. ती मोजण्यासोबतच तुमच्या कोणत्या पेजला भेट दिली गेली हेही कळवते.
<script src="https://www.stats4u.net/s4u.js"
        data-id="12345" data-style="3903" async></script>
HTML <img> – लिंक असलेली साधी इमेज. इतर वेबसाइटवरील इमेजना परवानगी असेल तिथे सगळीकडे चालते, जिथे स्क्रिप्ट काढून टाकल्या जातात तिथेही.
<a href="https://www.stats4u.net/live/12345"><img src="https://www.stats4u.net/c/12345-3300.png" alt="व्हिजिटर काउंटर"></a>
Markdown – Markdown स्वीकारणाऱ्या एडिटरसाठी तीच इमेज.
[![व्हिजिटर काउंटर](https://www.stats4u.net/c/12345-3300.png)](https://www.stats4u.net/live/12345)
BBCode – फक्त BBCode स्वीकारणाऱ्या फोरम आणि प्रोफाइलसाठी.
[url=https://www.stats4u.net/live/12345][img]https://www.stats4u.net/c/12345-3306.png[/img][/url]

सहाय्यक हे चार टॅब तुमच्या कोडच्या अगदी वर दाखवतो. या उदाहरणात काउंटर क्रमांक 12345 आहे आणि डिझाइन फक्त नमुना आहे. सहाय्यक तुम्हाला तुमचा स्वतःचा क्रमांक आणि तुम्ही निवडलेले डिझाइन देतो.

मोफत काउंटर

नमुना ब्लॉगवर काउंटर कुठे कुठे लावता येतो ते पाहा

वेबसाइट विश्लेषण

तुम्ही चालू केलेल्या वैशिष्ट्यांसाठीच मापन होते. बंद सेटिंग्ज जतन केल्यास पुढे डेटा गोळा करणे थांबते.

नोंदी डिफॉल्टनुसार खाजगी असतात. सार्वजनिक नोंदी आकडेवारी पाहू शकणाऱ्या प्रत्येकाला दिसतात.

नावे, ईमेल पत्ते किंवा ग्राहक ID नसलेली छोटी मोहीम लेबल वापरा. मोहीम मूल्ये मर्यादित आहेत; न ओळखलेल्या मूल्यांकडे दुर्लक्ष केले जाते.

दोन ते आठ पायऱ्या निवडा. page:/contact किंवा event:contact वापरा, प्रत्येक ओळीत एक. पायऱ्या एका भेटीत क्रमाने घडल्या पाहिजेत; त्यांच्या दरम्यान इतर क्रिया होऊ शकतात. तीस मिनिटे काहीही न घडल्यास किंवा दिवस संपल्यावर भेट संपते. अहवाल भेटी मोजतात, वेगवेगळ्या व्यक्ती नाहीत.

फक्त कृतींच्या श्रेणी आणि नावे मोजली जातात. कोणतेही फोन नंबर, ईमेल पत्ते किंवा फॉर्म फील्डमधील मूल्ये पाठवली जात नाहीत. फॉर्म सबमिट होणे म्हणजे यश नव्हे. s4u.formSuccess('contact') किंवा समर्थित WordPress फॉर्म इंटिग्रेशनने यशाची पुष्टी करा.

<form data-s4u-form="contact">…</form>
s4u.formSuccess('contact');

विक्री

शॉपचा काउंटर क्रमांक आणि शॉप सीक्रेट वापरून शॉप जोडा. फक्त पुष्टी झालेली पेमेंट आणि परतावे कळवा. निव्वळ विक्री म्हणजे दिलेली रक्कम वजा परतावे; पैसे दिलेल्या ऑर्डरची संख्या परताव्यांमुळे बदलत नाही.

माझा डॅशबोर्ड

कार्डे आणि त्यांचा क्रम निवडा. न निवडलेली कार्डे लोड होत नाहीत. तुमची मांडणी खाजगी आहे; वाचकांना डिफॉल्ट मांडणी दिसते.

जतन केलेली दृश्ये

सध्याचा कालावधी आणि समर्थित अहवाल फिल्टर नाव दिलेल्या दृश्याच्या रूपात जतन करा. दृश्ये फक्त मालकासाठी खाजगी असतात. सापेक्ष कालावधी सध्याच्या तारखेसोबत पुढे सरकतात; स्वतः निवडलेल्या तारखा तशाच राहतात.

पेज गट

जास्तीत जास्त दहा गट तयार करा, प्रत्येकात जास्तीत जास्त आठ पाथ नियम. शेवटचा * उपसर्गाशी जुळतो. गट एकमेकांवर येऊ शकतात; त्यांच्या अभ्यागत संख्यांची बेरीज करू नका.

पेज व्ह्यूज विद्यमान पेज बेरजा वापरतात आणि काउंटर सेटिंगनुसार त्यात बॉटही असू शकतात. दैनिक अभ्यागत आणि लक्ष्य पूर्तता गट तयार केल्यापासूनच, प्रत्येक गटासाठी स्वतंत्रपणे मोजल्या जातात; अभ्यागतांची दुहेरी गणना दररोज टाळली जाते, संपूर्ण कालावधीसाठी नाही.

इव्हेंट गुणधर्म

पाठवण्यापूर्वी जास्तीत जास्त दहा गुणधर्मांची नावे आणि प्रत्येक गुणधर्मासाठी जास्तीत जास्त वीस परवानगी असलेली मूल्ये ठरवा. plan=basic सारख्या निश्चित श्रेणी वापरा; नावे, ईमेल पत्ते, ऑर्डर क्रमांक किंवा फॉर्ममधील इनपुट कधीही नको. प्रत्येक गुणधर्म स्वतंत्रपणे मोजला जातो; संयोजनांचा अंदाज लावला जात नाही.

प्रत्येक इव्हेंटसाठी जास्तीत जास्त पाच गुणधर्म आणि प्रत्येक काउंटर/दिवसासाठी 500 इव्हेंट/गुणधर्म/मूल्य संयोजने स्वीकारली जातात.

उदाहरण: s4u.event('signup', {plan: 'basic'}). HTML: data-s4u-props='{"plan":"basic"}'. काउंटर क्रमांक असलेले विद्यमान कॉल अजूनही चालतात.

Core Web Vitals

समर्थित ब्राउझरमध्ये लोडिंग (LCP), परस्परसंवादांना प्रतिसाद (INP) आणि लेआउटमधील बदल (CLS) मोजते. नसलेली मोजमापे शून्य नसतात. परस्परसंवादाशिवाय कोणताही INP नोंदवला जात नाही. चालू केल्यानंतर मापन सुरू होते.

75 वे पर्सेंटाइल मर्यादित हिस्टोग्राम बकेटमधून अंदाजे काढले जाते. प्रत्येक काउंटर/दिवसासाठी जास्तीत जास्त 100 पेज/डिव्हाइस संयोजने ठेवली जातात. शेवटच्या बकेटमधील मूल्याचा अर्थ किमान तेवढे मूल्य. ब्राउझरमधील मोजमापांमध्ये सर्व क्रॉस-ओरिजिन iframe क्रिया समाविष्ट नसतात आणि ती Google-च्या CrUX डेटाशी एकसारखी नसतात.

ऐच्छिक Web Vitals मापन चालू करा

वेबसाइट आकडेवारी अहवाल

कालावधी आणि कार्डे निवडा, मग प्रिंट करण्यासाठी किंवा PDF जतन करण्यासाठी तुमच्या ब्राउझरचा प्रिंट डायलॉग वापरा. फक्त मालकासाठीच्या नोंदी मालक कीने उघडल्यावरच समाविष्ट होतात.

डॅशबोर्ड आणि टूल्स

तुमचा स्वतःचा काउंटर त्याच्या मालक कीने जोडा. तुम्ही संपूर्ण व्यवस्थापन लिंकही पेस्ट करू शकता. जोडलेले काउंटर या ब्राउझर सेशनमध्ये लक्षात ठेवले जातात; मालक की बदलल्यास ॲक्सेस काढून टाकला जातो.

माझे काउंटर

नियोजित अहवाल

जतन केलेले दृश्य आणि तुमच्या पुष्टी केलेल्या मालक ईमेल पत्त्यावर साप्ताहिक किंवा मासिक पाठवणी निवडा. फिल्टर आणि निवडलेले अहवाल पुन्हा वापरले जातात; अहवालात काउंटरच्या टाइम झोननुसार मागील पूर्ण आठवडा किंवा महिना असतो. खाजगी नोंदी वगळल्या जातात. तुम्ही वेळापत्रक चालू करेपर्यंत कोणताही ईमेल पाठवला जात नाही.

आकडेवारी कार्ड एम्बेड करा

एक अहवाल आणि त्याचे फिल्टर निवडा. तयार झालेला iframe स्वतंत्र केवळ-वाचन की वापरतो, निवडलेल्या तारखेला त्याची मुदत संपते आणि तो येथून रद्द करता येतो. खाजगी नोंदी आणि मालकाच्या कृती कधीही समाविष्ट केल्या जात नाहीत.

आकडेवारी API

निवडलेल्या अहवालांसह स्वतंत्र केवळ-वाचन API की तयार करा. ती Authorization: Bearer हेडर म्हणून पाठवा; स्क्रिप्टमध्ये तुमची मालक की कधीही वापरू नका. API की रद्द करता येतात आणि त्यांची मुदत संपते. JSON आणि CSV मध्ये फक्त एकत्रित डेटा असतो.

एक्सपोर्टमध्ये प्रत्येक अहवालासाठी जास्तीत जास्त 400 दिवस आणि 500 ओळी असतात. अभ्यागत आणि लक्ष्य अभ्यागतांच्या संख्या दैनिक बेरजा आहेत; एकमेकांवर येणाऱ्या गटांची बेरीज करू नये. Web Vitals पर्सेंटाइल हिस्टोग्राम अंदाजांवर आधारित असतात आणि त्यांना पुरेसे नमुने लागतात.