HTTPS की चाल के बाद यातायात में भारी गिरावट [50%]

17

वर्तमान में 3 वेबसाइट देखें। मैंने उनमें से एक को HTTPS के रूप में बदल दिया क्योंकि यह ईकॉमर्स है, हालांकि इसे लागू करने के बाद से कार्बनिक ट्रैफ़िक में भारी गिरावट देखी गई है। लगभग 800 छापों से 400 तक चला गया।

कोई विचार कि ऐसा क्यों है?

बहुत उम्मीद के रूप में मुझे उम्मीद है कि यह कुछ भी सुधार होगा!

मैं पुराने पन्नों के लिए करने के लिए के माध्यम से ले जाने के लिए 301 लिंक की स्थापना http://www.example.com/product1करने के लिए जाना होगाhttps://www.example.com/product1

मैंने HTTPs संस्करण के लिए एक अलग वेबमास्टर खाता भी स्थापित किया है क्योंकि हमारा एकीकरण Google मर्चेंट सेंटर के साथ अच्छी तरह से काम नहीं कर रहा था, और डेटा सही तरीके से बह रहा है, लेकिन यह अनिश्चितता क्यों / यदि संघर्ष का कारण होगा।

बहुत परेशान!

google-analytics google-search-console https

— Adam301
स्रोत

1

कब तक आपने HTTPS में स्विच फ्लिप किया?

— nathangiesbrecht

1

रेंट: Google "एसएसएल एवरीवेयर आपको बेहतर रैंकिंग देगा" अभी तक उनके खाली वादों में से एक है जो वेब-ओ-क्षेत्र की प्रथाओं में बहुत आवश्यक परिवर्तन को तेज करने के लिए डिज़ाइन किया गया है। हम अप्रैल में "मोबाइल एवरीवेयर" के साथ एक ही बात देखेंगे। बेहतर रैंक का खाली वादा .... वे बस और अधिक मोबाइल जाले, सभी चाहते हैं। वही ol के भद्दे अन-ऑप्टिमाइज़्ड साइट्स पहले स्लॉट पर हावी होंगे, भले ही वे मोबाइल हों। सभी "हम स्पैम परिणामों को कम कर रहे हैं" के बारे में बात नहीं करते हैं। इस पर मुलरर्स इनपुट सुनना पसंद है: Google का कहना है कि Google क्या नहीं करता?)

— dhaupin

2

@dhaupin आपकी राय सभी तथ्यों के सामने उड़ जाती है। मोबाइल अब ऑनलाइन उपयोग का एक प्रमुख कारक है और कई मामलों में, परिदृश्य पर हावी है। दुर्भावनापूर्ण और स्पैम हमले हमेशा एक समस्या रहे हैं। एसएसएल और मोबाइल-फ्रेंडली दोनों ही उन मुद्दों को संबोधित करते हैं जो Google इसके समर्थन में थे या नहीं।

— रोब

2

@ रोब तथ्य, ओह वास्तव में? मुझे अपने तथ्यों का प्रमाण दिखाएं;) मुझे कोई रैंक परिवर्तन नहीं दिखाई दे रहा है .... और वास्तव में एसएसपी गए अधिकांश ओपी के पास कई मंच और पोस्ट के अनुसार कम इंप्रेशन हैं। जहाँ तक स्पैम है, SERPS इस तरह के एक स्पैम स्लॉट साइटों की भरमार से भरे हुए हैं जैसे # 2 वुडस्टोव-fireplaceglass.com उन सभी स्पैम कीवर्ड की जाँच करें। इसलिए यदि SSL और SPAM अपडेट ने निवास स्थान को नहीं बदला, तो मुझे लगता है कि मोबाइल रैंकिंग का वादा एक सफेद झूठ भी है। SERPS वास्तव में बहुत परिवर्तन नहीं करेगा। वास्तव में यह राय है

— dhaupin

1

क्या आपको आय में गिरावट की सूचना है?

— MrWhite

14

मैंने अपनी वेबसाइटों पर HTTPS का अब लगभग दो साल तक समर्थन किया है, लेकिन मैं अभी खोज इंजन में HTTPS संस्करणों के साथ प्रयोग करना शुरू कर रहा हूं। मेरी साइटों के लिए, मैंने हमेशा HTTP संस्करण को कैनोनिकल (लिंक rel canonical टैग का उपयोग करके) के रूप में लिया है, लेकिन उपयोगकर्ताओं को HTTP या HTTPS में नेविगेट करने की अनुमति दी है।

18 मार्च को, मैंने अपनी एक साइट के लिए स्विच किया। मैंने HTTPS को विहित बनाया है, लेकिन फिर भी उपयोगकर्ताओं को HTTP का उपयोग करने की अनुमति देता है। अभी तक ऐसा लग रहा है कि थोड़ी गिरावट है।

एचटीटीपी

HTTP साइट एक सप्ताह के दौरान खोज परिणामों से बाहर हो गई है।

Google वेबमास्टर टूल में HTTP साइट खोज क्वेरी

HTTPS

खोज परिणामों में HTTPS साइट सामने आई है, लेकिन यह उतना नहीं मिल रहा है जितना कि HTTP साइट को मिला है।

Google Webmaster Tools में HTTPS साइट खोज क्वेरी

ध्यान रखें कि ये ग्राफ अलग-अलग समय अवधि को माप रहे हैं। HTTP साइट प्रति सप्ताह लगभग 225 इंप्रेशन थी। HTTPS साइट को प्रति सप्ताह लगभग 178 इंप्रेशन मिल रहे हैं।

मैं कुछ महीनों के लिए इस साइट की निगरानी करना जारी रखने की योजना बना रहा हूं, लेकिन इस समय मैं अपने बड़े साइटों पर खोज इंजन के लिए HTTPS को रोल आउट करने में संकोच कर रहा हूं क्योंकि ऐसा प्रतीत होता है कि Google को पूरी तरह से बंद कर दिया जाना समस्याग्रस्त हो सकता है।

संपादित करें:

इसे एक महीने तक चलने देने के बाद, HTTPS माइग्रेशन से पहले ट्रैफ़िक वापस आ जाता है:

यहां छवि विवरण दर्ज करें

संपादित करें:

2018 तक मैंने अपनी सभी साइटों को HTTPS में स्थानांतरित कर दिया है। मेरी सबसे बड़ी साइट को स्थानांतरित करने के लिए अंतिम था और मुझे यातायात खोने के बिना इसे करने का एक तरीका मिला। अब मैं HTTP से HTTPS में जाने के लिए निम्नलिखित प्रक्रिया सुझाऊंगा:

साइट को HTTP और HTTPS दोनों के तहत एक साथ उपलब्ध कराएं। आरंभ करने के लिए पुनर्निर्देश लागू न करें।
HTTPS को विहित टैग इंगित करें।
Google स्विच करेगा, लेकिन धीरे-धीरे। Google खोज कंसोल में प्रगति की निगरानी करें। Google Search Console में HTTP और HTTPS दोनों गुणों को सत्यापित करें।
एक बार Google ने HTTPS पर लगभग पूरी साइट को अनुक्रमित कर लिया है, HTTP को HTTPS पर पुनर्निर्देशित कर दिया है। मेरी सबसे बड़ी साइट के लिए, Google को HTTPS के रूप में 90% URL को अनुक्रमणित करने में लगभग 8 महीने लगे। उस समय मैंने पुनर्निर्देश लागू किया। जिन पृष्ठों को स्थानांतरित करने के लिए छोड़ दिया गया था, उनमें इतना ट्रैफ़िक नहीं था कि मैंने उस बिंदु पर कोई गिरावट देखी।

— स्टीफन ओस्टरमिलर
स्रोत

बहुत दिलचस्प, धन्यवाद। हालांकि पूरी तरह से जवाब मैं उम्मीद नहीं कर रहा था! जब आप 'नेविगेशन के लिए अनुमत उपयोगकर्ताओं' का उल्लेख करते हैं - तो इसका वास्तव में क्या मतलब है? जैसे, यदि वे https: // में टाइप करते हैं, तो यह उन्हें सामान्य रूप में ले जाएगा?

— एडम301

मैं उपयोगकर्ताओं को एक या दूसरे पर पुनर्निर्देशित नहीं करता। जो भी यूजर ऑन है, वो ऑन रहते हैं। इसलिए यदि वे HTTPS साइट पर जाते हैं तो उन्हें एन्क्रिप्शन मिलता है, लेकिन अगर वे HTTP साइट पर जाते हैं, तो वे नहीं करते हैं। मैं खोज इंजन को उस बिंदु पर इंगित करता हूं जिसे मैं चाहता हूं कि उन्हें विहित लिंक टैग के साथ अनुक्रमित किया जाए।

— स्टीफन Ostermiller

2

Google के पास कर्नल की तुलना में अधिक गुप्त जड़ी-बूटियां और मसाले हैं हम केवल अनुमान लगा सकते हैं कि Google हमारी साइट प्रोफाइल के साथ क्या कर रहा है। पेंगुइन को पहली बार हिट किए हुए कई साल हो गए हैं और मुझे अभी भी ऐसी हजारों साइटें दिखाई देती हैं, जो पुरानी साइटों द्वारा निकाली गई शीर्ष रैंकिंग के योग्य हैं, जो सालों तक निष्क्रिय रहती हैं, जो तारीख की जानकारी से बाहर की पेशकश करती हैं, उपयोगकर्ता अनुभव की कमी होती है और नरक के रूप में धीमी होती हैं। सामग्री राजा है केवल एक बार जब आप एक दर्शक है सच है।

— साइमन हैटर

2

मुझे "क्यों" के सवाल का जवाब देना अच्छा लगेगा, लेकिन मुझे यकीन नहीं है कि यह संभव है। मैं जो सबसे अच्छा कर सकता हूं, वह इस बात का सबूत दे सकता है कि उन्होंने सब कुछ ठीक किया होगा और यह वह तरीका हो सकता है जिस तरह से Google काम करता है।

— स्टीफन Ostermiller

1

मैं HTTP और HTTPS के बीच 301 रीडायरेक्ट का उपयोग नहीं करता। एक उपयोगकर्ता को इसे टाइप करना होगा, या एक लिंक ढूंढना होगा जो Google में नहीं है। यहां मेरी साइट है जिसमें HTTPS: passwordcreator.org के लिए विहित टैग हैं । यहाँ मेरी सबसे बड़ी साइट है जो अभी भी HTTP: coinmill.com के लिए कैनोनिकल टैग से संबंधित है । मेरी व्यक्तिगत साइट ostermiller.org पर कोई विहित टैग नहीं है । Google ने पिछले कुछ हफ्तों में HTTP संस्करण के बजाय इसके HTTPS संस्करण का अनुक्रमण करना शुरू कर दिया, बिना कुछ किए। इसके लिए ट्रैफ़िक भी नीचे है, लेकिन यह मौसमी हो सकता है।

— स्टीफन Ostermiller

7

तो आप सभी ब्लीडिंग एज एन्क्रिप्शन का समर्थन करते हैं, क्वालिस पर ए + मिला है, यह कमाल है। लेकिन क्या आपने XP उपयोगकर्ताओं के लिए विशेष रूप से IE या क्रोम का उपयोग करके अपने विश्लेषण की जांच की थी? इसका कोई रहस्य नहीं है कि XP एक कुत्ता है जो आधुनिक साइटों से जुड़ने पर धीमा मर जाता है। यह भी कोई रहस्य नहीं है कि IE और क्रोम XP (या एंड्रॉइड ब्राउज़र के पुराने संस्करण) पर भी बहुत सीमित हैं जो वे एसएसएल के साथ कर सकते हैं।

यहां उन स्थितियों के कुछ उदाहरण दिए गए हैं जिनसे HTTPS ट्रैफ़िक कम होगा:

आपने HTTPS परिवर्तन और वास्तव में इसे छोड़ने नहीं देने के लिए GWT, एनालिटिक्स और अन्य सेवाओं की स्थापना की। झूठी सकारात्मक, यह सबसे आम त्रुटि है।
आप मल्टी-टेनेंट सर्वर चलाते हैं और अपने सेरेट्स की सेवा के लिए सर्वर नाम सूचक (एसएनआई) पर भरोसा करते हैं। पुराने IE और Android ब्राउज़र कनेक्ट नहीं होंगे। बॉट्स समझ नहीं पा रहे हैं कि यह क्या है।
इस गर्मी के सभी कारनामों की वजह से, आपने SSL2 / 3 का समर्थन बंद कर दिया है और केवल TLS का विकल्प चुना है। फ्रिंज या अन-अपडेट किए गए ब्राउज़र विफल हो सकते हैं।
आप हैंडशेक के दौरान अद्वितीय कुंजी प्राप्त करने के लिए आगे की गोपनीयता को सक्षम करना चाहते थे। हेक इसे "मजबूत" फॉरवर्ड सीक्रेसी बनाते हैं। XP पर बहुत पुराना IE पूछ रहा होगा "डब्ल्यूटीएफ वह है" और प्रोब फेल।
आप केवल सबसे बुरे सिपहसालारों का समर्थन कर रहे हैं और पुराने लोगों को बाहर कर दिया है। Cloudflare इसका एक बेहतरीन उदाहरण है - ECDHE की वजह से न तो IE और न ही क्रोम XP पर कनेक्ट हो पाएगा। इस मामले में फ़ायरफ़ॉक्स का उपयोग करना चाहिए, जो अक्सर, एक्सपी उपयोगकर्ता (वरिष्ठ नागरिक, भारतीय कॉलेज, उद्यम कॉल सेंटर) नहीं जानते कि कैसे, या स्थापित करने की अनुमति नहीं है।
आपके पास कई पृष्ठों पर एक पीला लॉक है। इससे लोग डर जाते हैं और वे ऐसी साइट पर भाग जाते हैं जो वास्तव में सुरक्षित (ग्रीन लॉक) है। नीचे एचएसटीएस द्वारा इसे संशोधित करने का प्रयास किया जा सकता है (टूटा हुआ ताला बनाने के बजाय संपत्ति को छुपाता है), लेकिन फिर आप सिर्फ टूटे हुए ताला के बजाय टूटी हुई साइट को जोखिम में डालते हैं।
आप HSTS लागू कर रहे हैं और XP उपयोगकर्ता इसका उपयोग करने में सक्षम नहीं हो सकते हैं। इसके अलावा, यदि एचएसटीएस एक असुरक्षित स्रोत को रोक रहा है, तो यह पृष्ठ से पूरी तरह से हटा देता है। शायद एक महत्वपूर्ण अवरुद्ध तत्व है (जैसे स्क्रिप्ट / AJAX के साथ भरी हुई सामग्री का एक टुकड़ा) और आपको इसका पता भी नहीं चला होगा।
आपने एक CSP लागू किया है, लेकिन XP उपयोगकर्ता इसका उपयोग करने में सक्षम नहीं हो सकते हैं, या इसकी त्रुटि के कारण HSTS अवरुद्ध सामग्री के ऊपर एक समान समस्या पैदा होगी। आपका लॉक हरे रंग का दिखता है, आपको एहसास भी नहीं हो सकता है कि आपकी सभी इनलाइन शैलियाँ अक्षम हैं, इसलिए महत्वपूर्ण स्क्रिप्ट जैसे कि Add to कार्ट टूटी या अवरुद्ध हो जाती है।

अन्य संभावित कारण:

कुछ खोज इंजन, निर्देशिका, स्कैनर आदि आपकी साइट को ऐसी सुरक्षा के साथ क्रॉल करने में असमर्थ हैं। उदाहरण, बिंगबोट ने हाल ही में (जनवरी 2015) एसएनआई और [पी] एफएस को समझना शुरू किया। निर्देशिका और चीजें हैं जो बस समझ में नहीं आती हैं कि आपकी एसएसएल साइट को कैसे क्रॉल करें - उदाहरण seobook.com। यदि त्रुटियां हैं, तो वे आपके बैकलिंक को हटा सकते हैं, भले ही इसका दोष उनके गंदे CURL स्कीमा को अपडेट न करने के लिए हो।
आपको बैडबोट्स से एक टन ट्रैफ़िक मिला, लेकिन अब वे उसी कारण से दूर रह रहे हैं: वे XP चलाते हैं, IE6 आवरण, भद्दे CURL का उपयोग करते हैं, क्रॉल करने में असमर्थ, स्पैम करने में असमर्थ हैं। या शायद वे एक शोषण स्कैनर हैं, वे HTTPS देखते हैं और वे तुरंत निकल जाते हैं। बदमाशों से यातायात की मात्रा को कम मत समझो, यह बहुत बड़ा है।
आपके पास RSA128 सूर्यास्त स्थानों में एक SSL प्रमाणपत्र है और कुछ ब्राउज़र चेतावनी को प्रदर्शित कर रहे हैं जो आप कमजोर एन्क्रिप्शन का उपयोग कर रहे हैं। ब्राउज़र अभी भी उन्हें कनेक्ट करने की अनुमति दे सकता है, लेकिन पता बार पर "कुछ गलत है" ध्वज को करेगा। सभी नवीनतम संस्करण ब्राउज़रों के माध्यम से अपनी साइट का प्रयास करें।
आपने SSL लागू किया है - लेकिन खराब, असंगत और स्विच बहुत धीमा है। यह निर्णय की एक बहुत ही सामान्य त्रुटि है: फोल्क्स को लगता है कि आप सिर्फ htaccess के साथ पुनर्निर्देशित कर सकते हैं, एक विहित सेट कर सकते हैं, और जाने के लिए अच्छा हो सकते हैं। गतिशील मेनू, छवि स्रोत, आदि जैसी आपकी सभी संपत्तियों के बारे में क्या? आपके फ़ीड जनरेटर के बारे में क्या? आपके प्लेटफ़ॉर्म के बारे में और कुछ के बारे में क्या? यह सुनिश्चित करें कि आपका प्लेटफ़ॉर्म कम से कम HTTPS या सापेक्ष url के रूप में हर लिंक / src प्रदान कर रहा है ... अन्यथा बॉट भ्रमित हो जाएगा और / या डबल कनेक्ट करने से हैंडशेक बढ़े, रीडायरेक्ट बढ़े, और अधिक अंतराल (पृष्ठ-क्रम के कारण डी-रैंक) )।
बहुत सारे रीडायरेक्ट एक साथ जंजीर। जब वे 2-3 से अधिक हो जाते हैं, तो Google रीडायरेक्ट करता है। इसलिए यदि आप 301 एसएसएल का उपयोग कर रहे हैं, तो यह बल्ले से एक खाता है। यदि आप WWW मोड में फिर से करते हैं, तो एक और। यदि आप फिर नई सामग्री पर पुनर्निर्देशित करते हैं, तो एक और। अगर बीच में कुछ है, तो आप आग से खेल रहे हैं। इस vid के 3 मिनट के निशान की जाँच करें: https://www.youtube.com/watch?v=r1lVPrYoBkA
Google एसएसएल से रैंकिंग सिग्नल के बारे में स्पष्ट रूप से झूठ बोल रहा है और यह वास्तव में कुछ भी प्रभावित नहीं करता है। मेरे सभी कार्ड इस शर्त पर हैं।

— dhaupin
स्रोत

यह उन चीजों का एक अच्छा चेकलिस्ट है जो HTTPS के साथ गलत हो सकता है। लगता है कि HTTPS के लिए कोई रैंकिंग लाभ नहीं है जहाँ तक मैं बता सकता हूँ कि Google ने क्या कहा है। जहां तक मोबाइल जाता है, मैं शर्त लगाने को तैयार हूं कि मोबाइल के अनुकूल परिवर्तन का रैंकिंग पर बड़ा प्रभाव पड़ेगा। Google एक दो सप्ताह में इसे शुरू करना शुरू करने की योजना बना रहा है, इसलिए हम तब और अधिक जानेंगे।

— स्टीफन Ostermiller

@StephenOstermiller मुझे वास्तव में उम्मीद है कि मेरे दोस्त :) हमें अपने आला अपडेट में स्पैम / स्क्रेप साइटों के साथ हर एक अपडेट के माध्यम से 1-3 स्थान प्राप्त करने में परेशानी है, जो उन्हें कमतर आंकने वाली है। इनमें से कोई विशेष रूप से 90 के दशक के कुछ कीवर्ड इंजेक्शन की तरह दिखता है / कार्य करता है, भरवां स्क्रैप सामग्री, असुरक्षित चलाएं, मोबाइल नहीं ... वे वास्तव में एंटी-स्पैम रिफ्रेश के अंतिम दौर के बाद रैंक बढ़ाते हैं। मोबाइल डी-रैंक अंतिम परिणाम से उनके बकवास (और अर्ध-बेकार) साइटों के टुकड़े को दस्तक देने की आखिरी उम्मीद है .... कम से कम मोबाइल प्रश्नों में।

— धुपिन १६

ध्यान रखें कि Google ने कहा है कि मोबाइल फ्रेंडली एल्गोरिथ्म केवल मोबाइल उपकरणों के लिए खोज परिणामों को प्रभावित करेगा, इसलिए दुर्भाग्य से यह डेस्कटॉप उपयोगकर्ताओं के लिए आपकी स्पैम समस्या को समाप्त नहीं करना चाहिए।

— स्टीफन Ostermiller

3

HTTPS रेफर हेडर नहीं भेजता है। इसलिए इस तरह के ट्रैफ़िक को 'प्रत्यक्ष' ट्रैफ़िक से जोड़ा जाएगा।

— MattW।
स्रोत

1

धन्यवाद - यह कुछ बूंदों की व्याख्या कर सकता है, हालांकि कुल मिलाकर यातायात अभी भी गिर गया है।

— एडम ३०१

यह केवल Google Analytics डेटा को प्रभावित करेगा और Google वेबमास्टर टूल के डेटा को नहीं।

— स्टीफन Ostermiller

2

"HTTPS रेफर हेडर नहीं भेजता है।" - यह कड़ाई से सच नहीं है। HTTP से HTTPS पर नेविगेट करते समय ब्राउज़र रेफ़र हेडर नहीं भेजने के लिए डिफ़ॉल्ट हो सकता है। यदि आप किसी ऐसी साइट से नेविगेट कर रहे हैं जो HTTPS भी है तो Referer शायद भेजा जाएगा।

— MrWhite

@MrWhite जब आप कहते हैं "शायद भेजा जाता है" ऐसी परिस्थितियां हैं जहां यह / isnt भेजा गया है? या यह यादृच्छिक है?

— सैम

@ एसएम कंप्यूटर कभी भी "यादृच्छिक" नहीं होते हैं;)। उपयोगकर्ता ब्राउज़र द्वारा भेजे जा रहे HTTP रेफर हेडर को रोक सकता है। और रेफरर नीति वेबसाइटों को रेफर हेडर को भेजने (या प्रतिबंधित ) के रूप में अच्छी तरह से रोकने की अनुमति देती है ।

— MrWhite

2

एक अद्यतन के लिए समय!

यह 100% हल नहीं है, हालांकि यह सुनिश्चित करने के लिए साइटमैप और robots.txt अपडेट किया जा रहा है कि सभी HTTPS को इंगित कर रहे थे, ट्रैफ़िक अब लगभग 85% है जो यह था।

ऐसा लगता है कि यह धीरे-धीरे फिर से चढ़ रहा है, और कम यातायात / खोजों के लिए एक स्पष्टीकरण मौसमी मांग के कारण है। इसलिए मुझे लगता है कि अब इस मुद्दे का समाधान हो गया है, हालांकि मैं निश्चित रूप से भविष्य में एचटीटीपीएस की उन जगहों पर बदलाव करने की जल्दबाज़ी में नहीं हूँ जहाँ ज़रूरत नहीं है ...

— Adam301
स्रोत

2

मैंने अपनी तीन वेबसाइटों को http से https और उन सभी को पूरी तरह से अलग आला aswell से बदल दिया है। 301 रीडायरेक्ट और Google वेबमास्टर टूल साइट बदल जाते हैं और यहां तक कि यूआरएल में http का उपयोग करके पोस्ट किए गए सभी आंतरिक लिंक को रात भर में https में बदल दिया गया।

नए https पृष्ठ कुछ ही दिनों में सर्पों में दिखाई देने लगे और सभी http पृष्ठ एक महीने के अंतराल में चालू हो गए और सभी पृष्ठ https के साथ दिखाई दिए। कुछ हफ़्ते के लिए ट्रैफ़िक की मृत्यु हो जाती है, फिर एक या एक महीने के बाद ठीक हो जाती है, लेकिन 5 महीने तक इंतज़ार करने के बाद भी ट्रैफ़िक कभी भी बदलते समय के स्तर तक नहीं पहुँच पाता है। 5 महीने के इंतजार के बाद http वर्जन की तुलना में कुल मिलाकर 40% अधिक गिरावट आई है।

मैंने इस साइट को वापस http में बदल दिया और सभी https पृष्ठों को वापस http पर पुनर्निर्देशित कर दिया। यातायात के लिए लगभग एक महीने का समय लग गया।

सबक सीखा: Google ssl पृष्ठों के लिए रैंकिंग बढ़ाने के बारे में झूठ बोल रहा है। मैं कुछ भी नहीं बेचता हूं और मेरी वेबसाइट पर किसी भी तरह से कोई पैसे का लेनदेन या व्यक्तिगत जानकारी नहीं है, इसलिए मुझे ssl की आवश्यकता नहीं है।

— परमिंदर सिंह चहल
स्रोत

1

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

— एंड्रयू लॉट

मेरे पास इस साइट पर कोई भी ssl नहीं है। जैसा कि ऊपर दिए गए मेरे उत्तर में बताया गया है, मैंने इसे 5 महीने बाद हटा दिया और साइट को गैर-एसएसएल में वापस लाया।

— परमिंदर सिंह चहल

2

मैं कल्पना कर सकता हूं (यहां बहुत दूर तक) कि "बॉट्स और स्पैमर" लोग https की तरह नहीं हैं क्योंकि यह वहां पर अधिक संसाधनों को समाप्त करता है (भी) तो वे बस क्रॉल करते हैं और http पर जाते हैं।

— Unomagan
स्रोत

क्या इसका कोई सबूत है?

— एंड्रयू लॉट 7

1

HTTPS किसी भी तरह से, आकार या रूप में यातायात में सुधार नहीं करता है। यह एक सुरक्षित प्रोटोकॉल है और कुछ नहीं। HTTP से अलग नहीं है। यदि आप चाहते हैं कि Google http और https दोनों के परिणामों को संयोजित करे, तो आपको यह करना होगा कि वेबमास्टर टूल्स में और बेहतर, अपने http ट्रैफ़िक को https में पुनर्निर्देशित करें। फिर आपके योग अलग से ट्रैक किए जाने के बजाय एक साथ जोड़े जाएंगे।

— लूटना
स्रोत

1

सभी HTTP ट्रैफ़िक को HTTPS साइट पर निर्देशित किया जा रहा है, यही वजह है कि मैं ड्रॉप ऑफ़ से थोड़ा उलझन में हूँ!

— एडम ३०१

HTTP का उपयोग Google में एक छोटा रैंकिंग कारक है, इसलिए संभवतः यह ट्रैफ़िक में सुधार कर सकता है। हालांकि अधिकांश लोग रिपोर्ट करते हैं कि यह नहीं है।

— मैक्स

0

यदि आप अपने वेबसर्वर को HTTPS की सेवा के लिए ठीक से कॉन्फ़िगर किया गया है, तो आप परीक्षण करना चाहते हैं। यदि सही तरीके से कॉन्फ़िगर नहीं किया गया है, तो यह संभव है कि ब्राउज़र उपयोगकर्ताओं को एक चेतावनी पृष्ठ फेंक रहे हैं और उपयोगकर्ता आपकी साइट पर नहीं आने का चयन कर रहे हैं।

यदि कोई समस्या है तो क्वालिस एसएसएल लैब्स से इस तरह के उपकरण आपको बता सकते हैं। एक रेटिंग के लिए निशाना लगाओ

— लिटमस
स्रोत

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

— एडम301