2017-05-11 24 views
8

को पुनर्निर्देशित करने के लिए Google Analytics मेरी वेबसाइट के स्रोत के रूप में (direct)/(none) की संदिग्ध राशि दिखाता है। मुझे पता है कि जब एक HTTP वेबसाइट HTTP वेबसाइट से जुड़ी होती है, तो संदर्भकर्ता जानकारी खो जाती है।HTTP Analytics को HTTP लागू करने के लिए Google Analytics संदर्भकर्ता

मेरे मामले में, मैं एक सुरक्षित वेबसाइट https://example.com है और मैं निम्नलिखित अपाचे सेटिंग्स का उपयोग मामले में उपयोगकर्ताओं को अग्रेषित करने के वे गैर-सुरक्षित संस्करण तक पहुँचने का प्रयास:

RewriteEngine On 
RewriteCond %{SERVER_PORT} 80 
RewriteRule ^(.*)$ https://www.example.com/$1 [R,L] 
RewriteRule ^([^\.]+)$ $1.html [NC,L] 
बेशक

, मैं कि क्या नियंत्रित नहीं कर सकते एक बाहरी (सुरक्षित) वेबसाइट मुझे http या https के माध्यम से लिंक करती है।

अब मेरी प्रश्न हैं:

  • क्यों संदर्भ देने वाली जानकारी https से खो दिया है के बारे में http के लिए?
  • यदि कोई बाहरी वेबसाइट मुझे http://example.com के रूप में लिंक करती है, तो क्या इसे एनालिटिक्स में प्रत्यक्ष रूप से दिखाया जाएगा?
  • उपयोगकर्ता को सुरक्षित वेबसाइट पर रीडायरेक्ट करने का कोई तरीका है, जबकि संदर्भकर्ता को संरक्षित करते समय?

उत्तर

4

यह security की वजह से है:,

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

क्लाइंट को एक सुरक्षित प्रोटोकॉल के साथ स्थानांतरित किया गया था, तो संदर्भ में एक (गैर-सुरक्षित) HTTP अनुरोध में रेफरर हेडर फ़ील्ड शामिल नहीं होना चाहिए।

जो HTTP प्रोटोकॉल का उपयोग सेवाओं के लेखक चाहिए नहीं उपयोग करते हैं, संवेदनशील डेटा जमा करने की आधारित रूपों मिलता है क्योंकि इस कारण होगा इस डेटा अनुरोध- URI में एन्कोड करने की। कई मौजूदा सर्वर, प्रॉक्सी और उपयोगकर्ता एजेंट कुछ जगह पर यूआरआई अनुरोध लॉग करेंगे जहां यह तीसरे पक्ष के लिए दृश्यमान हो सकता है। सर्वर POST- आधारित प्रपत्र प्रस्तुत करने का उपयोग कर सकते बजाय

यह व्यवहार बेहतर है explained here:

HTTP के बीच जा रहा है और HTTP कल्पना https जब कहते हैं कि एक संदर्भित हैडर नहीं भेजा जाना चाहिए (15.1.3 देखना आरएफसी 2616 में)। कल्पना यह नहीं कहती कि एचटीटीपीएस पृष्ठों के बीच क्या होना चाहिए।


आपका प्रश्न से पहले StackOverflow पर घेरने की कोशिश की गई है। this one देखें।

कुछ फिक्स प्रस्तावित:

1) कुछ ब्राउज़रों के लिए, आप बस अपने पेज के लिए एक नया मेटाटैग जोड़ सकते हैं: <meta name="referrer" content="always"> या <meta name="referrer" content="origin">। इस meta के बारे में और जानें। ब्राउज़र समर्थन में अंतर found here हो सकते हैं।

2) आप एक मध्यस्थ पृष्ठ का उपयोग कर सकते हैं जो पृष्ठदृश्य को ट्रैक करता है जबकि रेफरर वहां होता है (http): http://page.com/reditect?url=https://page.com/finalpage.htm जहां/रीडायरेक्ट Analytics को कॉल करने के लिए अंतिम पृष्ठ.htm को ट्रैक करने के लिए कॉलर के साथ कॉल करने के लिए कॉल करेगा। full explanation देखें।

3) आप 301 रीडायरेक्ट पर पैरामीटर जोड़ सकते हैं और ga('set', 'referrer', 'http://example.com'); के साथ रेफरर जानकारी को ओवरराइड कर सकते हैं। full explanation देखें। इसे पिछले बिंदु के साथ जोड़ा जा सकता है और मध्यस्थ पृष्ठ पर ट्रैकिंग से बचने के लिए, लेकिन रेफरर के डेटा को इकट्ठा कर सकते हैं।

+0

बस स्पैम के रूप में, लेकिन ये विकल्प इस समस्या को हल करने में सबसे अच्छे हैं। –

+0

संख्या 1) मूल वेबसाइट में मेटा टैग सेट करने की आवश्यकता है, है ना? तो यह वास्तव में एक व्यवहार्य फिक्स नहीं है – Marco

+0

फिर, 2 कोशिश करें;) एकमात्र चीज जिसे मैं बुरी तरफ सोच सकता हूं वह यह है कि रिबाउंड दर थोड़ी कम हो जाती है, क्योंकि आप रीडायरेक्ट पर एक पृष्ठदृश्य ट्रैक करते हैं (से एक निश्चित लैंडिंग के लिए रेफरर प्राप्त करें) और फिर एक बार रीडायरेक्ट किया गया। मुझे लगता है कि आपको किसी बिंदु पर व्यापार-बंद करने की जरूरत है। – nitobuendia