सुधार नीति

Send the details to esimonline.asia@gmail.com, via LINE, or through the other channels on our About page, with a link to the page. We aim to acknowledge within two business days.

हम रिपोर्ट का क्या करते हैं

1. हम इसे मूल स्रोत से मिलाकर जांचते हैं।
2. अगर गलत हो तो हम इसे ठीक करके पेज की तारीख अपडेट करते हैं।
3. If the error could have affected a purchase decision, our reply says what changed and we check whether the refund policy applies.
4. अगर यह सही निकले, तो हम स्रोत के साथ जवाब देते हैं।

एक व्यावहारिक उदाहरण: रिपोर्ट से सुधार तक

Say a reader reports that the price shown on a destination page did not match what they were actually charged. We compare the displayed figure against what the system pulled from the provider at the time the reader wrote in. If that page turns out to be showing a stale cached price, we correct the number immediately, update the page's date, and tell the reader what changed, because price is exactly the kind of fact that affects a purchase decision.

एक सुधार सामान्य अपडेट से कैसे अलग है

A routine update happens when a source changes, such as reviewing an installation guide after a major OS release. It does not mean the old version was wrong, only that it is time to check whether it still matches reality. A correction, by contrast, happens because someone pointed out that something is wrong right now, so it is fixed straight away and the page's updated date moves with it.

Any page that has been corrected shows its latest updated date at the top, next to the published date, and whoever reported the error hears back from us with what changed. We do not keep a separate combined corrections log.

यहां सटीकता क्यों मायने रखती है

Someone reading this page is often about to decide on a plan, or trying to install an eSIM mid-trip. Even one wrong detail, such as an outdated device-menu step, can cost that person time or lead to a bad decision at a moment when there is no time to recover. This policy exists to make clear what happens once you spot something wrong.

इस नीति का दायरा

This policy covers every kind of content our two co-founders write and review: installation guides, comparison articles, destination pages, glossary explanations and other policy pages. It does not cover the text of listings sold by another seller, since those are written and maintained by that seller, though we still take a report and forward it on.

रिपोर्ट करने लायक गलती किसे माना जाता है

A worthwhile error is something checkable as actually wrong: an installation step that describes a device menu in the wrong place, a coverage description that does not match what an order page itself states, a broken link or one that goes to the wrong page, or one language version that shifts meaning from another enough to mislead.

किसी छोटी सी चीज़ की भी रिपोर्ट करना उचित है, जैसे टाइपो या ऐसा मेन्यू नाम जो नए OS वर्ज़न के साथ बदल गया हो, क्योंकि ऐसी छोटी चीज़ें जुड़कर यह प्रभावित करती हैं कि पूरा पेज कितना भरोसेमंद लगता है।

यह नीति क्या कवर नहीं करती

Getting a different real-world speed than expected is not a content error, since speed depends on the destination network, conditions, and your own device, none of which we ever guarantee a figure for. In the same way, disagreeing with a comparison article's conclusion is not a checkable error in this sense. If you disagree but have new information behind it, send it and we will consider it.

रिपोर्ट कहां भेजें

Send the details via LINE at https://lin.ee/skDPoNx (@esimonline), email at esimonline.asia@gmail.com, or phone at 089-942-0818 / 088-521-6848, with a link to the page where the issue appears. These are the same channels listed on our About page, and we take reports around the clock, every day.

जो जानकारी हमें इसे जल्दी ठीक करने में मदद करती है

• उस पेज का पूरा लिंक जहां आपको समस्या मिली
• क्या गलत है और इसकी जगह क्या होना चाहिए, इसका एक छोटा विवरण
• अगर आपके पास कोई स्रोत हो, जैसे स्क्रीनशॉट या प्रोवाइडर की घोषणा
• आपका ऑर्डर नंबर, अगर समस्या किसी ऐसे प्लान से जुड़ी है जो आप पहले ही खरीद चुके हैं
• आपके हैंडसेट का ब्रांड और मॉडल, अगर समस्या इंस्टॉलेशन के कदमों या किसी डिवाइस मेन्यू से जुड़ी है

रिपोर्ट करने के बाद क्या होता है

1. 1हम पहले पावती देते हैंWe aim to reply within two business days, so you know it has reached us
2. 2हम इसे मूल स्रोत या संबंधित ऑर्डर के साथ जांचते हैंहम याददाश्त से फैसला नहीं करते, बल्कि किसी सत्यापन योग्य चीज़ के आधार पर, जैसे प्रोवाइडर के दस्तावेज़ या आपके अपने ऑर्डर पेज के आधार पर
3. 3हम इसे ठीक करते हैं और अपडेट तारीख बदलते हैंIf it could have affected a purchase decision, our reply says what changed, and we check whether the refund policy applies
4. 4हम आपको जवाब देते हैंआपको बताते हुए कि क्या ठीक किया गया, या अगर यह सही निकला, तो जिस स्रोत से हमने इसे जांचा उसे बताते हुए समझाते हैं

हम किसी सुधार को प्राथमिकता कैसे देते हैं

हर गलती आपको एक जैसे स्तर पर प्रभावित नहीं करती। यह टेबल दिखाती है कि हम किसी सुधार को उसके महत्व के हिसाब से अलग-अलग तरीके से कैसे संभालते हैं।

Correction versus our own review

This policy covers correction triggered by someone reporting something wrong. Our own content review, such as reviewing device tables when a new model launches, happens without waiting for a report. The two processes run in parallel, and a single page can be touched by either one at a different point in time.

आम गलतफ़हमियां

जब हम जांचते हैं और मूल सही निकलता है

हर रिपोर्ट असली गलती नहीं निकलती। कभी-कभी मूल सही था लेकिन ऐसे तरीके से समझाया गया था जो फिर भी भ्रमित कर सकता था। ऐसे मामले में हम जिस स्रोत से जांचा उसके साथ जवाब देते हैं, और अगर इससे मदद मिले, तो हम भाषा को और स्पष्ट करते हैं भले ही मूल तथ्य पहले से सही रहा हो।

एक उदाहरण जो रिपोर्ट को तेज़ बनाता है

सबसे स्पष्ट रिपोर्ट आमतौर पर एक सरल पैटर्न का पालन करती हैं: पेज का लिंक, क्या गलत लग रहा है, और इसकी जगह क्या होना चाहिए। उदाहरण के लिए, कोई इंस्टॉलेशन गाइड किसी एक मेन्यू स्थान की ओर इशारा कर सकती है, लेकिन एक नए OS अपडेट ने तब से उस मेन्यू को हटा दिया हो। गाइड में वर्तमान में बताए गए स्थान और आपको वास्तव में मिले स्थान, दोनों को बताने से हम इसे बिना कई राउंड की बातचीत के सटीक रूप से सत्यापित और ठीक कर सकते हैं।

इसे लंबा या औपचारिक होने की ज़रूरत नहीं है। लिंक और सीधी-सी व्याख्या वाला एक छोटा संदेश किसी लंबी व्याख्या से ज़्यादा उपयोगी है जो कभी नहीं बताती कि यह किस पेज से संबंधित है।

जब कोई गलती एक साथ एक से ज़्यादा पेज पर असर डालती है

कुछ गलतियां सिर्फ़ एक पेज पर नहीं होतीं। उदाहरण के लिए, किसी एक हैंडसेट मॉडल के लिए मेन्यू का कोई कदम कई इंस्टॉलेशन गाइड में दोहराया जा सकता है जो उसी मॉडल का उल्लेख करती हैं। अगर आपको किसी एक पेज पर इस तरह की गलती दिखे, तो पहले उस पेज का लिंक रिपोर्ट करें, और फिर हम जांचते हैं कि क्या अन्य पेज भी वही विवरण दोहराते हैं।

जब कोई एक जैसी गलती किसी और द्वारा दोबारा बताए जाने का इंतज़ार करने के बजाय, हम उसी गलती वाले हर पेज को एक ही बार में ठीक करते हैं, ताकि बाकी पेज बिना किसी के ध्यान दिए वही गलत विवरण लिए न रह जाएं।

किसी गलती की रिपोर्ट करना बनाम रिफंड मांगना

इस नीति के तहत किसी गलती की रिपोर्ट करने का मतलब है यह बताना कि साइट पर सामग्री वास्तविकता से मेल नहीं खाती। रिफंड मांगने का मतलब है किसी ऐसे ऑर्डर की बात करना जिसका आप पहले ही भुगतान कर चुके हैं और जो बताई गई तरह से काम नहीं करता। ये दोनों कभी-कभी जुड़ भी सकते हैं, जैसे जब कोई प्लान पेज कवरेज को गलत बताता है और गलत गंतव्य खरीदने का कारण बनता है, लेकिन दोनों का आकलन अपनी-अपनी अलग नीति के तहत किया जाता है।

If you are not sure whether your situation is a correction report or a refund request, send the details through the same channel either way, and we will help sort out which process it belongs to.

जब आपको यकीन न हो कि वाकई कुछ गलत है या नहीं

If you find something that looks odd but you are not sure whether it is genuinely wrong or just different from what you expected, send it anyway. You are not expected to verify it yourself before reporting. Checking it against the original source is our job, not yours.

अगर कुछ रिपोर्ट करने पर पता चले कि वह आखिरकार सही था, तो यह किसी भी पक्ष के लिए समय की बर्बादी नहीं है, क्योंकि हर जांच हमारे लिए यह देखने का भी मौका है कि क्या मूल शब्दावली पर्याप्त स्पष्ट थी या उसे और स्पष्ट करना ज़रूरी था।

यह नीति क्या रोकने की कोशिश करती है

इस नीति का मकसद सिर्फ़ गलत सामग्री को ठीक करना नहीं है, बल्कि यह भी है कि वही गलती बाद में उसी पेज पर आने वाले दूसरे पाठकों को प्रभावित न करे। एक स्पष्ट माध्यम और अनुमानित प्रक्रिया होने से समस्या में फंसने वाला व्यक्ति इसे जल्दी रिपोर्ट करने के लिए ज़्यादा तैयार होता है, बजाय इसे यह सोचकर टाल देने के कि रिपोर्ट करने के बाद क्या होगा, उसे कुछ पता ही नहीं।

हम अपने पास आने वाली रिपोर्टों की संख्या को शर्मिंदगी की बात नहीं मानते; यह इस बात का संकेत है कि पाठक हम पर चीज़ें ठीक करने का भरोसा करते हैं। कोई रिपोर्ट हम तक जितनी तेज़ी से पहुंचती है, उतना ही छोटा वह समय होता है जिसमें किसी और को वही गलत विवरण मिल सकता है।

इसी नीति की समीक्षा करना

हम इस नीति की समीक्षा तब करते हैं जब रिपोर्टिंग प्रक्रिया या संपर्क माध्यम बदलते हैं, किसी तय समय-सारणी पर नहीं। अगर यहां लिखे कदम उससे मेल नहीं खाते जो वास्तव में हुआ जब आपने कुछ रिपोर्ट किया था, तो हमें उसी माध्यम से बताएं।

हमसे संपर्क करें

हेल्प सेंटर देखें

सुधार की रिपोर्ट कैसे करें ताकि हम इसे जल्दी जांच सकें

कुछ विवरण हमें किसी रिपोर्ट को जल्दी जांचने में मदद करते हैं: पेज का लिंक, वह वाक्य या शीर्षक जो आपको गलत लगता है, और आपको इसके बजाय क्या मिला। अगर समस्या हार्डवेयर या स्थान पर निर्भर करती है, तो डिवाइस मॉडल, ऑपरेटिंग सिस्टम वर्ज़न, और वह देश शामिल करें जहां आप थे, क्योंकि कई सवालों का जवाब इन तीनों के साथ बदलता है।

When a change alters what a page means, that page's updated date moves and we tell whoever reported it what changed. Typographic fixes and rewording that leave the meaning intact are corrected without a separate notice, since they change nothing a reader relies on.

• पेज का लिंक उस वाक्य के साथ भेजें जो आपको गलत लगता है
• जब समस्या डिवाइस पर निर्भर करती है तो डिवाइस मॉडल, OS वर्ज़न और देश शामिल करें
• अगर आपके पास स्क्रीनशॉट हो तो उसे संलग्न करें; यह स्क्रीन पर असली संदर्भ दिखाता है