ইউআরএল সংক্ষিপ্তকারীদের থেকে আসা ট্র্যাফিককে কি সরাসরি হিসাবে বিবেচনা করা হয়?


24

ট্র্যাফিক আসছে ফর্মটি সংক্ষিপ্ত URL গুলির মতো bit.ly, তারা কি গুগল অ্যানালিটিকসে সরাসরি হিসাবে প্রদর্শিত হয় বা তারা তাদের আসল রেফারার রাখে?

উদাহরণস্বরূপ: কেউ যদি কোনও bit.lyলিঙ্কে টাইপ করে তবে এটি প্রত্যক্ষ হিসাবে গণনা করা হয়, তবে কেউ যদি bit.lyটুইটার থেকে কোনও লিঙ্ক ক্লিক করেন, তবে এটি টুইটার থেকে রেফারাল ট্র্যাফিক হিসাবে গণ্য হবে?

উত্তর:


18

ইউআরএল সংক্ষিপ্তকরণ পরিষেবা bit.lyএবং goo.gl( tinyurl.comনীচের বিষয়ে নোট দেখুন) একটি 301 স্থায়ীভাবে HTTP স্থিতি ফিরিয়ে দেয় - যেমন। একটি ইউআরএল পুনর্নির্দেশ। এরপরে ব্রাউজারটি নতুন (যেমন দীর্ঘ) ইউআরএলকে নতুন অনুরোধ প্রেরণ করে, রেফারটিকে আবার পাস করে। বেশিরভাগ মূলধারার ইউআরএল সংক্ষিপ্তকরণ পরিষেবাদির জন্য আফাইক এটি একই K

যদি পরিষেবাটি 301 পুনর্নির্দেশ সম্পাদন করে (যেমনটি করা উচিত) তবে ব্রাউজারটি রেফারটিকে পুনরায় স্থান দেয়। এক্ষেত্রে আমি গুগল অ্যানালিটিক্সের প্রতিবেদনে এই রেফারার না দেখানোর কোনও কারণ দেখতে পাচ্ছি না।

তবে নোট করুন, ব্রাউজারটি নিজেই এইচটিটিপি রেফারার দমন করতে, বা এমনকি সম্পূর্ণরূপে ভ্রান্ত কিছু প্রেরণ করতে কনফিগার করা যেতে পারে।

ট্র্যাফিক আগমনকারী ফর্মগুলি বিট.লির মতো সংক্ষিপ্ত ইউআরএলগুলি, তারা কি গুগল অ্যানালিটিকসে সরাসরি হিসাবে প্রদর্শিত হয় বা তারা তাদের আসল রেফারার রাখে?

তারা প্রকৃত রেফারার রাখে। এটি "প্রত্যক্ষ" হতে পারে, যদি সত্যই এটি সরাসরি অনুরোধ ছিল।

যাত্রা। যদি কেউ বিট টাইপ করে লিঙ্ক করে তবে এটি সরাসরি হিসাবে গণ্য হয়, তবে কেউ যদি টুইটার থেকে কিছুটা লিঙ্ক ক্লিক করে, এটি টুইটার থেকে রেফারাল ট্র্যাফিক হিসাবে গণ্য হয়?

হ্যাঁ। নোট করুন যে টুইটারটি এখন তার সমস্ত ইউআরএলকে তার নিজস্ব ইউআরএল সংক্ষিপ্তকরণ পরিষেবায় আবৃত করে, তাই উল্লেখকারী URLটি ফর্মটির http://t.co/xyzxyz

একটি উদাহরণ

নিম্নলিখিত সংক্ষিপ্ত URL গুলি সমস্ত এমন কোনও পৃষ্ঠায় পুনর্নির্দেশ করে যা HTTP রেফারার দেখায়।

আপনি দেখতে পাচ্ছেন যে উপরের যে কোনও লিঙ্ক অনুসরণ করে, এইচটিটিপি রেফারারটি পাস হয়ে গেছে (আপনার ব্রাউজারটি এটি করার জন্য সেট করা থাকে)। আপনি যদি কোনও নতুন ব্রাউজার উইন্ডোতে URL টি অনুলিপি করে আটকান তবে কোনও রেফারার পাস হয় না - এটি একটি সরাসরি লিঙ্ক।

tinyurl.com (আপডেট হয়েছে 2015-08-08)

এটি নতুন কিছু কিনা তা আমি জানি না, তবে আমি কেবল লক্ষ্য করেছি যে tinyurl.comকেবলমাত্র কোনও ব্যবহারকারী দ্বারা করা দ্বিতীয় এবং পরবর্তী অনুরোধগুলিতে নিয়মিত 301 পুনর্নির্দেশ (এবং এইচটিটিপি রেফারার প্রেরণ) সম্পাদন করে !? প্রথম অনুরোধে tinyurl.comকোনও মধ্যস্থতাকারী পৃষ্ঠা লোড করা এবং তারপরে একটি (জাভাস্ক্রিপ্ট?) পুনর্নির্দেশ ইস্যু করে! প্রথম 200 OKস্থিতি ফেরানোর অনুরোধের ফলাফল এবং রেফারারকে সংক্ষিপ্ত "ক্ষুদ্র" ইউআরএল সেট করা হবে! (এবং ব্রাউজারের ইতিহাসের সাথে অদ্ভুত কিছু করে))

যাইহোক, ২ য় অনুরোধে আপনি একটি স্ট্যান্ডার্ড 301 পুনর্নির্দেশ পরিবেশন করবেন এবং প্রত্যাশিত এইচটিটিপি রেফারার পাস হবে (এটিও ক্যাশে হবে)। (আমি মনে করি এটি প্রথম অনুরোধের সময় সেট করা একটি tinyurl.com কুকি দ্বারা নির্ধারিত হতে পারে?)

2015-08-09: আমি গুগল ক্রোমে নতুন ছদ্মবেশী উইন্ডোটি ব্যবহার করে উপরেরটি পরীক্ষা করেছিলাম, তবে এখন এটি 301 নির্বিশেষে পুনঃনির্দেশিত করার ফলস্বরূপ বলে মনে হচ্ছে - সুতরাং, ঠিক কী হবে তা নিশ্চিত নয় tinyurl.com, এটি কেবল একটি " সামান্য ত্রুটি "?!

এইচটিটিপিএস - সুরক্ষিত সংযোগগুলি

সুরক্ষিত সামগ্রী (এইচটিটিপিএস) থেকে অ-সুরক্ষিত সামগ্রীতে (এইচটিটিপি) লিঙ্কগুলি সম্পর্কে কেবলমাত্র একটি অ্যাডিশনাল নোট - এটি কেবলমাত্র ইউআরএল সংক্ষিপ্তকারীদের নয়, কোনও ধরণের লিঙ্ককে প্রভাবিত করে। এই ক্ষেত্রে এইচটিটিপি রেফারার শিরোনামটি ব্রাউজার দ্বারা সেট করা হয় না

গ্রাহকরা যদি কোনও রেফারার শিরোনাম ক্ষেত্রকে (নিরাপদ নয়) HTTP অনুরোধে অন্তর্ভুক্ত করবেন না যদি রেফারিং পৃষ্ঠাটি কোনও সুরক্ষিত প্রোটোকল সহ স্থানান্তরিত করা হয়।

উত্স: আরএফসি 2616 ধারা 15.1.3

জাভাস্ক্রিপ্ট পুনর্নির্দেশ

তবে একটি জাভাস্ক্রিপ্ট পুনর্নির্দেশ আসল রেফারারকে ধ্বংস করবে । কোনও Locationশিরোনাম সেট করা নেই এবং আপনি কেবল 200 OKHTTP স্থিতি কোডগুলি দেখতে পান ।

  • এই পৃষ্ঠাটি একটি জাভাস্ক্রিপ্ট উপরের মতো একই পৃষ্ঠায় পুনর্নির্দেশ করে (যা HTTP রেফারার দেখায়)। তবে মূল রেফারার (অর্থাত্ এই পৃষ্ঠাটি) পাস করার পরিবর্তে, এইচটিটিপি রেফারার হ'ল জাভাস্ক্রিপ্ট পুনর্নির্দেশযুক্ত মধ্যস্থতাকারী পৃষ্ঠা।

1
নোট করুন যেহেতু প্রো ওয়েবমাস্টাররা কেবল এইচটিটিপিএস-এ চলে গেছে এবং উপরের সংক্ষিপ্ত লিঙ্কগুলি এইচটিটিপি - রেফারারটি আর উপরের উদাহরণগুলিতে ব্রাউজার দ্বারা প্রেরণ করা হয় না ("এইচটিটিপিএস - সুরক্ষা সংযোগগুলি" বিভাগে উল্লিখিত হিসাবে)। দুর্ভাগ্যক্রমে, আমি কোনও নোট যুক্ত করতে বা লিঙ্কগুলি সংশোধন করার জন্য উত্তরটি সম্পাদনা করতে পারছি না কারণ এখন ইউআরএল সংক্ষিপ্তকরণের পরিষেবাগুলি স্ট্যাক এক্সচেঞ্জ নেটওয়ার্ক জুড়ে অবরুদ্ধ। দেখুন: মেটা.স্ট্যাকেক্সেঞ্জার.কম
সেকশনস

লিঙ্কগুলি এমন একটি পরিষেবা দিয়ে প্রতিস্থাপন করা উচিত যা https সমর্থন করে ( w3dk.com না) যেহেতু স্ট্যাকেক্সচেঞ্জ এখন https এ রয়েছে এবং রেফার
আইলটি

2

একটি রেফারেন্স হিসাবে, এই নিবন্ধটি সর্বাধিক জনপ্রিয় ইউআরএল সংক্ষিপ্ত তালিকাবদ্ধ করে এবং কী ধরণের পুনর্নির্দেশ তারা ব্যবহার করে তা নির্দেশ করে indicates

http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204


যতক্ষণ এই তাত্ত্বিক প্রশ্নের উত্তর হতে পারে, এটা বাঞ্ছনীয় হবে উত্তর অপরিহার্য অংশের এখানে অন্তর্ভুক্ত করা, এবং রেফারেন্স এর জন্য লিঙ্ক প্রদান।
জন কনডে

2

এটা নির্ভর করে.

সাধারণ পরিস্থিতিতে টুইটার বা সোশ্যাল মিডিয়া সহ কোনও ওয়েব ব্রাউজার ব্যবহার করার সময়, একটি সংক্ষিপ্ত লিঙ্কে ক্লিক করা গুগল অ্যানালিটিকাগুলিতে মূল রেফার দেখায়। তবে, যেহেতু অনেক ব্যবহারকারী ব্রাউজারের পরিবর্তে একটি মোবাইল ফোন এবং সোশ্যাল মিডিয়া অ্যাপ্লিকেশন ব্যবহার করছেন, তাই আপনার সরাসরি ট্রাফিক শেষ হবে। আপনি যদি আপনার জিএ ডেটা ফিল্টার করেন তবে আপনি সম্ভবত মোবাইল থেকে প্রচুর প্রত্যক্ষ ট্র্যাফিক দেখতে পাবেন।

কীভাবে সমাধান করবেন?

এটি আসলে বেশ সহজ। আপনার সমস্ত URL গুলি প্রচারের ট্র্যাকিং ভেরিয়েবলগুলি সংক্ষিপ্ত করার আগে যুক্ত করুন। তারপরে আপনি জিএতে সমস্ত কিছু সঠিক দেখতে পাবেন। ট্র্যাকিং প্রচারণা আমি যোগ মানে utm_source, utm_mediumএবং utm_campaignURL টি ভেরিয়েবল। আপনি যে সংক্ষিপ্ততর পরিষেবাটি ব্যবহার করছেন এবং এমনকি বিভিন্ন প্রোটোকল জুড়েই এটি সমাধান করার সর্বোত্তম উপায়।


1

আমি কিছু গবেষণা করে দেখেছি যে; গুগল অ্যানালিটিক্স দ্বারা শ্রেণীবদ্ধ ট্র্যাফিক ইউআরএল সংক্ষিপ্ততর ওয়েবসাইটের দ্বারা পরিবর্তিত হতে পারে।

আরও তথ্যের জন্য এই লিঙ্কটি দেখুন:

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.