অ্যাপ: এই সহজ মেট্রিক্স টুল দিয়ে আপনার ওয়েবসাইটের প্রতিক্রিয়া সময় পরিমাপ করুন
যখন কোনও ওয়েবসাইট ধীরে ধীরে লোড হয়, তখন সবসময় এটা স্পষ্ট হয় না যে এর জন্য কী দায়ী। এটা কি ডিএনএস প্রোভাইডার? সার্ভার নিজেই? নাকি এর মাঝামাঝি কিছু? ওয়েব পেশাদারদের কোথায় বিলম্ব হয় তা চিহ্নিত করতে সাহায্য করার জন্য, আমি এই সাইটে এই টুলটি প্রকাশ করেছি যা একটি HTTP- র ডোমেন রেজোলিউশন থেকে কন্টেন্ট ডেলিভারি পর্যন্ত অনুরোধ।
এই ব্রাউজার-ভিত্তিক টুলটি সার্ভার-সাইড ডায়াগনস্টিক ব্যবহার করে একটি বাস্তব-বিশ্বের HTTP অনুরোধ অনুকরণ করে এবং এর সময় উপাদানগুলিকে ভেঙে দেয়। আপনি আপনার ডোমেন অডিট করছেন, ধীর-লোডিং অংশীদারের সমস্যা সমাধান করছেন কিনা তা সহায়ক হতে পারে। এপিআই, অথবা শুধু বেঞ্চমার্কিং যা CDN URL জুড়ে কর্মক্ষমতা।
যেকোনো জনসাধারণের মুখোমুখি কর্মক্ষমতা বিশ্লেষণ করতে নীচের টুলটি ব্যবহার করুন URL টি:
ফলাফল কিভাবে পড়বেন
যখন আপনি একটি পরীক্ষা চালান, তখন টুলটি একটি লাইভ এক্সিকিউট করে cURL সেকেন্ডের মধ্যে বিস্তারিত সময় সংক্রান্ত তথ্য অনুরোধ করে এবং রিপোর্ট করে। রিপোর্ট করা প্রতিটি মেট্রিকের অর্থ এখানে দেওয়া হল:
- ডিএনএস লুকআপ সময়: এটি একটি ডোমেন নামকে তার সংশ্লিষ্ট ডোমেন নাম অনুসারে সমাধান করতে যে সময় লাগে তা বোঝায় আইপি ঠিকানা। যদি এই সংখ্যাটি বেশি হয়, তাহলে এটি ধীরগতির নেম সার্ভার, DNS প্রচার সমস্যা, অথবা DNS প্রদানকারীর দুর্বল কর্মক্ষমতা নির্দেশ করতে পারে। Google এটিকে ৫০ মিলিসেকেন্ডের মধ্যে রাখার পরামর্শ দেয়, ১০০ মিলিসেকেন্ডের বেশি হলে সম্ভাব্য বাধা হিসেবে বিবেচিত হবে।
- টিসিপি সংযোগের সময়: এটি সার্ভারের সাথে একটি TCP সংযোগ স্থাপন করতে কত সময় লাগে তা পরিমাপ করে। এখানে বিলম্ব নেটওয়ার্ক লেটেন্সি, ফায়ারওয়াল বা মূল সার্ভারের দূরত্ব নির্দেশ করতে পারে। ১০০ মিলিসেকেন্ডের কম মান পছন্দ করা হয়; ১৫০ মিলিসেকেন্ডের উপরে সামঞ্জস্যপূর্ণ সময় নেটওয়ার্ক বা রাউটিং অদক্ষতা নির্দেশ করতে পারে।
- TLS হ্যান্ডশেক সময় (HTTPS দ্বারা শুধুমাত্র): যদি HTTPS এর মাধ্যমে অনুরোধ করা হয়, তাহলে এই সংখ্যাটি সুরক্ষিত সংযোগের জন্য আলোচনায় ব্যয় করা সময়কে প্রতিফলিত করে। পুরানো সাইফার স্যুট, মেয়াদোত্তীর্ণ সার্টিফিকেট, অথবা ওভারলোডেড এজ সার্ভার দীর্ঘস্থায়ী সমস্যা সৃষ্টি করতে পারে TLS এর করমর্দন। গুগল ১০০ মিলিসেকেন্ডের কম যেকোনো কিছুকে সর্বোত্তম মনে করে, যেখানে ২০০ মিলিসেকেন্ডের বেশি নিরাপত্তা বা পারফরম্যান্স ভুল কনফিগারেশনের লক্ষণ হতে পারে।
- প্রাক-স্থানান্তর সময়: এর মধ্যে রয়েছে DNS, বিভিন্ন TCP, এবং TLS—প্রকৃত অনুরোধ পাঠানোর আগে যা কিছু ঘটে। এটি সার্ভার অনুরোধ প্রক্রিয়াকরণ শুরু করার আগে ক্রমবর্ধমান স্টার্টআপ সময়কে প্রতিফলিত করে। আদর্শ প্রাক-স্থানান্তর সময় 100-300 মিলিসেকেন্ডের মধ্যে পড়ে; 400 মিলিসেকেন্ডের বেশি যেকোনো কিছু পর্যায়ক্রমে তদন্ত করা উচিত।
- প্রথম বাইটে পৌঁছানোর সময় (টিটিএফবি): এই মেট্রিকটি অনুরোধ পাওয়ার পর সার্ভারের প্রতিক্রিয়া পাঠানো শুরু করতে কত সময় লাগে তা পরিমাপ করে। উচ্চ TTFB সার্ভার-সাইড বিলম্ব যেমন ধীর ডাটাবেস কোয়েরি, ক্যাশ না করা গতিশীল সামগ্রী, বা দুর্বল সার্ভার পারফরম্যান্স নির্দেশ করতে পারে। Google এর নির্দেশিকা হল TTFB কে 200 মিলিসেকেন্ডের মধ্যে রাখা; 500 মিলিসেকেন্ডের বেশি স্থায়ী মান ব্যাকএন্ড বা অবকাঠামোগত সমস্যার ইঙ্গিত দেয়।
- মোট স্থানান্তর সময়: এটি হল অনুরোধের শুরু থেকে চূড়ান্ত বাইট প্রাপ্তি পর্যন্ত সম্পূর্ণ সময়কাল। যদি আপনার TTFB দ্রুত হয় কিন্তু মোট সময় ধীর হয়, তাহলে এটি প্রতিক্রিয়ার আকার, সার্ভার থ্রটলিং বা কন্টেন্ট ডেলিভারি বিলম্বের কারণে হতে পারে। ব্রডব্যান্ডে HTML পেলোডের জন্য 500ms এর কম লক্ষ্য রাখুন; 1 সেকেন্ডের বেশি সময় অসংকুচিত সম্পদ বা অদক্ষ ডেলিভারি নির্দেশ করতে পারে।
- HTTP স্থিতি কোড: এই প্রতিক্রিয়া কোড সার্ভার কর্তৃক ফেরত পাঠানো হয়েছে (যেমন, সাফল্যের জন্য 200, পুনঃনির্দেশের জন্য 301/302, খুঁজে না পাওয়ায় 404)। এটি সার্ভার কীভাবে অনুরোধটি পরিচালনা করেছে তার প্রেক্ষাপট দেয়।
এই টুলটি কেবল একটি অনুরোধের অনুকরণ করে না - এটি আমার সার্ভারে এটি ব্যবহার করে লাইভ কার্যকর করে পিএইচপি এর cURL লাইব্রেরি। এর মানে হল আপনি সার্ভার যা দেখছেন তা দেখছেন, কেবল আপনার ব্রাউজার যা দেখছে তা নয়। এটি আপনার স্থানীয় নেটওয়ার্ক থেকে দৃশ্যমান নাও হতে পারে এমন কর্মক্ষমতা সমস্যাগুলি ডিবাগ করার জন্য কার্যকর।
টুলটি ব্যবহার করে দেখুন এবং বিভিন্ন ধরণের URL পরীক্ষা করে দেখুন—আপনার হোমপেজ, একটি নির্দিষ্ট API এন্ডপয়েন্ট, অথবা আপনি যে রিমোট রিসোর্সের উপর নির্ভর করেন। এই টাইমিং মেট্রিক্স সম্পর্কে আপনার যত গভীর ধারণা থাকবে, তত দ্রুত আপনি আপনার ওয়েব পারফরম্যান্স নির্ণয় এবং উন্নত করতে সক্ষম হবেন।
সংশ্লিষ্ট Martech Zone সন্তুষ্ট
