কিভাবে দ্রুত তৃতীয় পক্ষের সংস্থান লোড করা রাজস্ব বাড়াতে পারে তা খুঁজে বের করুন।
এই কেস স্টাডিটি হাইলাইট করে যে কীভাবে তৃতীয় পক্ষের সংস্থানগুলির কর্মক্ষমতা উন্নত করা ব্যবসায়িক মেট্রিক্সকে বাড়িয়ে তুলতে পারে। আগের একটি সমীক্ষায় যোগ করা বিজ্ঞাপনের বিলম্বের খরচ পরিমাপ করা হলেও, এই গবেষণাটি বাস্তব-বিশ্বের কর্মক্ষমতা উন্নতির মান প্রদর্শন করে:
0.5 %
প্রকাশকদের জন্য রাজস্ব উত্তোলন
2 %
প্রারম্ভিক বিজ্ঞাপন স্ক্রিপ্ট লোড বৃদ্ধি
উত্স: গুগল অভ্যন্তরীণ ডেটা, জুন থেকে জুলাই 2019।
পটভূমি
Google প্রকাশক ট্যাগ (GPT) হল Google Ad Manager-এর বিজ্ঞাপন ট্যাগিং স্ক্রিপ্ট যা ওয়েবে বিজ্ঞাপন প্রদর্শনের অনুরোধ করে এবং রেন্ডার করে। GPT-এর জন্য একটি সাধারণ stale-while-revalidate
HTTP শিরোনাম প্রয়োগ করে, GPT টিম তার প্রকাশক অংশীদারদের জন্য Google প্রদর্শন বিজ্ঞাপনগুলির গতি এবং কর্মক্ষমতা উন্নত করতে সক্ষম হয়েছিল৷ এই একই কৌশলটি অন্য যেকোনো পরিস্থিতিতে প্রয়োগ করা যেতে পারে যেখানে যত তাড়াতাড়ি সম্ভব স্ক্রিপ্ট লোড করা নতুন কোড লোড করার চেয়ে বেশি গুরুত্বপূর্ণ।
সমস্যা
GPT একটি বুটস্ট্র্যাপিং স্ক্রিপ্ট হিসাবে স্থাপন করা হয়, gpt.js
, যা 15 মিনিটের (TTL) থাকার জন্য অল্প সময় দেওয়া হয়। এই সংক্ষিপ্ত TTL স্ক্রিপ্টটিকে দ্রুত আপডেট বা রোল ব্যাক করার অনুমতি দেয়। একবার লোড হয়ে গেলে, gpt.js
অতিরিক্ত বাস্তবায়ন স্ক্রিপ্টের অনুরোধ করে এবং লোড করে, যার TTL লম্বা হয়।
একবার 15 মিনিটের TTL মেয়াদ শেষ হয়ে গেলে, ক্যাশে থাকা gpt.js
সংস্করণটি পুরানো হয়ে যায় এবং পুনরায় যাচাই করা প্রয়োজন। পূর্বে, এই পুনঃপ্রমাণ প্রক্রিয়ায় স্ক্রিপ্টের একটি নতুন অনুলিপি আনার জন্য একটি সিঙ্ক্রোনাস নেটওয়ার্ক অনুরোধ করা জড়িত ছিল, প্রথম বিজ্ঞাপনের অনুরোধে লেটেন্সি যোগ করা।
সমাধান
stale-while-revalidate
অ্যাট্রিবিউটটি Cache-Control
শিরোনাম দ্বারা ব্যবহৃত হয় এবং একটি অতিরিক্ত উইন্ডো সংজ্ঞায়িত করে যে সময়ে একটি ক্যাশে একটি পুরানো সম্পদ ব্যবহার করতে পারে যখন সম্পদটি অ্যাসিঙ্ক্রোনাসভাবে পুনঃপ্রমাণ করা হয়। এটি ডেভেলপারদের তাৎক্ষণিকতার মধ্যে ভারসাম্য বজায় রাখতে সাহায্য করে —এখনই ক্যাশ করা বিষয়বস্তু লোড হচ্ছে —এবং সতেজতা— নিশ্চিত করে যে ক্যাশে করা সামগ্রীর আপডেট ভবিষ্যতে ব্যবহার করা হবে ৷
Google প্রদর্শন বিজ্ঞাপন কেস স্টাডি
GPT টিম এই Cache-Control
শিরোনামটি 2016 সালে gpt.js
HTTP প্রতিক্রিয়াতে যুক্ত করেছে, ব্রাউজারগুলি stale-while-revalidate
বাস্তবায়ন করছে:
cache-control: private, max-age=900, stale-while-revalidate=3600
এই সেটিং এর মানে হল যে যদি পূর্ববর্তী ক্যাশে করা মানটির 15 থেকে 60 মিনিটের মধ্যে gpt.js
অনুরোধ করা হয়, তবে ক্যাশে করা মানটি অনুরোধটি পূরণ করতে ব্যবহার করা হবে যদিও এটি পুরানো। একই সময়ে, ভবিষ্যতে ব্যবহারের জন্য একটি নতুন মান সহ ক্যাশে পপুলেট করার জন্য ব্যাকগ্রাউন্ডে একটি পুনর্বিবেচনার অনুরোধ করা হবে।
Chrome সমস্ত ট্রাফিকের 75 থেকে 99% সংস্করণে stale-while-revalidate
চালু করেছে, এর প্রভাব পরিমাপ করার জন্য বৈশিষ্ট্যটি অস্থায়ীভাবে অক্ষম করে 1% ট্রাফিক রেখে গেছে। GPT টিম এই 1% (পরীক্ষামূলক গোষ্ঠী) থেকে মেট্রিক্স লগ করেছে সেইসাথে বৈশিষ্ট্য সক্রিয় (নিয়ন্ত্রণ গোষ্ঠী) সহ ট্র্যাফিকের 1% নমুনা, বিজ্ঞাপন স্ক্রিপ্টগুলির জন্য stale-while-revalidate
কার্যকারিতা পরীক্ষা করার জন্য। 2 সপ্তাহের মধ্যে 5.2 বিলিয়ন Google প্রদর্শন বিজ্ঞাপন ইম্প্রেশনের নমুনা আকার থেকে মেট্রিক্স লগ করা হয়েছে, নিয়ন্ত্রণ গোষ্ঠী পর্যবেক্ষণ করেছে:
- বিজ্ঞাপন ইম্প্রেশনে 0.3% বৃদ্ধি।
- রাজস্ব বৃদ্ধি 0.5%।
- প্রাথমিক বিজ্ঞাপন স্ক্রিপ্ট লোডের 2% বৃদ্ধি (পৃষ্ঠা লোডের শুরু থেকে <500ms)।
- সফল বিজ্ঞাপন স্ক্রিপ্ট লোড সামগ্রিকভাবে 1.1% বৃদ্ধি।
উপরের চার্টে যেমন দেখানো হয়েছে, এই পরীক্ষার ফলাফলগুলি সফল বিজ্ঞাপন স্ক্রিপ্ট লোড বৃদ্ধির জন্য দায়ী করা যেতে পারে, বেশিরভাগ পৃষ্ঠা লোড প্রক্রিয়ার শুরুতে ঘটে।
আপনার সাইটে stale-while-revalidate প্রয়োগ করা
GPT টিম দেখেছে যে stale-while-revalidate
সহ HTTP হেডারে তুলনামূলকভাবে সহজ পরিবর্তন করা গতি উন্নত করতে পারে এবং ব্যবসার মেট্রিক্সকে বাড়িয়ে তুলতে পারে। আপনার নিজের সাইটে stale-while-revalidate
বাস্তবায়নের বিষয়ে আরও জানতে stale-while-revalidate পোস্টের সাথে তাজা রাখা জিনিসগুলি দেখুন।