বিভিন্ন ব্যবহারকারী ও ডিভাইসের কথা মাথায় রেখে কিছু তৈরি করার সময় লেআউট ও গ্রাফিক ডিজাইনের পাশাপাশি বিষয়বস্তুও বিবেচনা করুন।
মানুষ ওয়েবে কীভাবে পড়ে
মার্কিন সরকারের লেখালেখির নির্দেশিকাটি সংক্ষেপে তুলে ধরেছে যে, ওয়েবে লেখালেখির ক্ষেত্রে মানুষ কী চায়:
গবেষণায় দেখা গেছে যে, মানুষ ওয়েব পেজ পড়ে না, তারা শুধু চোখ বুলিয়ে নেয় । গড়ে, মানুষ ওয়েব পেজের বিষয়বস্তুর মাত্র ২০-২৮% পড়ে । কাগজে পড়ার চেয়ে স্ক্রিনে পড়া অনেক বেশি ধীরগতির। তথ্য সহজে পাওয়া ও বোঝা না গেলে মানুষ হাল ছেড়ে দিয়ে আপনার সাইট ছেড়ে চলে যাবে।
মোবাইলের জন্য কীভাবে লিখবেন
মূল বিষয়ের উপর মনোযোগ দিন এবং শুরুতেই গল্পটি বলুন। বিভিন্ন ডিভাইস ও ভিউপোর্টে লেখা যাতে কার্যকর হয়, সেজন্য আপনার মূল বক্তব্যগুলো শুরুতেই তুলে ধরুন: নিয়ম অনুযায়ী, আদর্শগতভাবে প্রথম চারটি অনুচ্ছেদের মধ্যে, প্রায় ৭০ শব্দের মধ্যে ।
নিজেকে জিজ্ঞাসা করুন, লোকেরা আপনার সাইট থেকে কী চায়। তারা কি কিছু জানার চেষ্টা করছে? যদি লোকেরা তথ্যের জন্য আপনার সাইটে আসে, তবে নিশ্চিত করুন যে আপনার সমস্ত লেখা তাদের লক্ষ্য অর্জনে সহায়তা করার উদ্দেশ্যেই তৈরি। সক্রিয় বাচ্যে লিখুন, করণীয় কাজ এবং সমাধানের প্রস্তাব দিন।
আপনার দর্শকরা যা চায়, শুধু তাই প্রকাশ করুন, এর বেশি কিছু নয়।
যুক্তরাজ্য সরকারের গবেষণায় আরও দেখা গেছে যে:
অন্য কথায়: সহজ ভাষা, ছোট শব্দ এবং সরল বাক্য গঠন ব্যবহার করুন — এমনকি শিক্ষিত ও প্রযুক্তি-সচেতন শ্রোতাদের জন্যও। কোনো উপযুক্ত কারণ না থাকলে, আপনার বাচনভঙ্গি কথোপকথনমূলক রাখুন। সাংবাদিকতার একটি পুরোনো নিয়ম হলো, এমনভাবে লিখুন যেন আপনি একজন বুদ্ধিমান ১১ বছর বয়সী শিশুর সাথে কথা বলছেন।
পরবর্তী এক বিলিয়ন ব্যবহারকারী
লেখার এই সংক্ষিপ্ত পদ্ধতিটি মোবাইল ডিভাইসের পাঠকদের জন্য বিশেষভাবে গুরুত্বপূর্ণ, এবং কম দামের ফোনের জন্য কনটেন্ট তৈরির ক্ষেত্রে এটি অপরিহার্য। এই ফোনগুলোর ভিউপোর্ট ছোট হয়, বেশি স্ক্রল করার প্রয়োজন হয় এবং এগুলোর ডিসপ্লের মান নিম্নমানের ও স্ক্রিন কম রেসপন্সিভ হতে পারে।
অনলাইনে আসা পরবর্তী এক বিলিয়ন ব্যবহারকারীর বেশিরভাগেরই থাকবে সস্তা ডিভাইস। তারা দীর্ঘ ও জটিল বিষয়বস্তু পড়তে তাদের ডেটা খরচ করতে চাইবে না এবং হয়তো তাদের মাতৃভাষায়ও পড়বে না। আপনার লেখা সংক্ষিপ্ত করুন: ছোট বাক্য, ন্যূনতম যতিচিহ্ন, পাঁচ লাইন বা তার কম দৈর্ঘ্যের অনুচ্ছেদ এবং এক লাইনের শিরোনাম ব্যবহার করুন। রেসপন্সিভ টেক্সটের কথা বিবেচনা করতে পারেন (উদাহরণস্বরূপ, ছোট ভিউপোর্টের জন্য সংক্ষিপ্ত শিরোনাম ব্যবহার করা), তবে এর অসুবিধাগুলো সম্পর্কে সতর্ক থাকুন ।
লেখার ক্ষেত্রে একটি সংক্ষিপ্ত ও সরল দৃষ্টিভঙ্গি আপনার কন্টেন্টকে স্থানীয় ও আন্তর্জাতিক পর্যায়ে রূপান্তর করা সহজ করে তুলবে — এবং সোশ্যাল মিডিয়ায় আপনার কন্টেন্ট উদ্ধৃত হওয়ার সম্ভাবনাও বাড়িয়ে দেবে।
মূল কথা হলো:
- সহজ রাখুন
- অগোছালো অবস্থা কমান
- আসল কথায় আসুন।
অপ্রয়োজনীয় বিষয়বস্তু বাদ দিন
বাইট আকারের দিক থেকে ওয়েব পেজগুলো বড় এবং দিন দিন আরও বড় হচ্ছে ।
রেসপন্সিভ ডিজাইন কৌশল ছোট ভিউপোর্টের জন্য ভিন্ন ভিন্ন কন্টেন্ট পরিবেশন করা সম্ভব করে তোলে, কিন্তু টেক্সট, ছবি এবং অন্যান্য কন্টেন্টকে সুবিন্যস্ত করার মাধ্যমে শুরু করাই সর্বদা বিচক্ষণতার কাজ।
ওয়েব ব্যবহারকারীরা প্রায়শই কর্মমুখী হন; তাঁরা একটি ভালো বই মন দিয়ে পড়ার জন্য আরাম করে বসার পরিবর্তে, নিজেদের বর্তমান প্রশ্নের উত্তর খোঁজার জন্য সামনের দিকে ঝুঁকে থাকেন।
জ্যাকব নিলসেন
নিজেকে জিজ্ঞাসা করুন: আমার সাইটে এসে মানুষ কী অর্জন করতে চাইছে?
পৃষ্ঠার প্রতিটি উপাদান কি ব্যবহারকারীদের তাদের লক্ষ্য অর্জনে সহায়তা করে?
অপ্রয়োজনীয় পৃষ্ঠার উপাদানগুলি সরান
HTTP Archive-এর তথ্য অনুযায়ী, প্রায় ৭০ হাজার HTML ফাইল থাকে এবং একটি গড় ওয়েব পেজের জন্য নয়টিরও বেশি রিকোয়েস্ট প্রয়োজন হয়।
অনেক জনপ্রিয় সাইট, এমনকি মোবাইলেও, প্রতি পৃষ্ঠায় কয়েক হাজার এইচটিএমএল এলিমেন্ট এবং কয়েক হাজার লাইন কোড ব্যবহার করে। এইচটিএমএল ফাইলের আকার অতিরিক্ত বড় হলে যে পৃষ্ঠা লোড হতে দেরি হবে তা নয় , কিন্তু এইচটিএমএল ফাইলের আকার ভারী হওয়াটা কন্টেন্ট স্ফীতির একটি লক্ষণ হতে পারে: বড় .html ফাইলের অর্থ হলো এতে বেশি এলিমেন্ট, বেশি টেক্সট কন্টেন্ট, অথবা উভয়ই রয়েছে।
HTML-এর জটিলতা কমালে তা পেজের আকারও কমাবে, স্থানীয়করণ ও আন্তর্জাতিকীকরণে সহায়তা করবে এবং রেসপন্সিভ ডিজাইনের পরিকল্পনা ও ডিবাগিং সহজ করে তুলবে। আরও কার্যকর HTML লেখার বিষয়ে তথ্যের জন্য, হাই পারফরম্যান্স HTML দেখুন।
আপনার অ্যাপ থেকে সুবিধা পাওয়ার আগে ব্যবহারকারীকে দিয়ে আপনি যতগুলো ধাপ সম্পন্ন করাবেন, তার প্রতিটির জন্য আপনার ২০% ব্যবহারকারী কমে যাবে।
গ্যাবর সেলে, টুইটার
কন্টেন্টের ক্ষেত্রেও একই কথা প্রযোজ্য: ব্যবহারকারীরা যা চান, তা যত দ্রুত সম্ভব পেতে সাহায্য করুন।
শুধু মোবাইল ব্যবহারকারীদের কাছ থেকে কন্টেন্ট লুকিয়ে রাখবেন না। কন্টেন্টের সমতা বজায় রাখার লক্ষ্য রাখুন, কারণ আপনার মোবাইল ব্যবহারকারীরা কোন ফিচারগুলো মিস করবে না তা অনুমান করার চেষ্টা করলে কেউ না কেউ ব্যর্থ হবেই। আপনার কাছে পর্যাপ্ত সংস্থান থাকলে, বিভিন্ন ভিউপোর্ট সাইজের জন্য একই কন্টেন্টের বিকল্প সংস্করণ তৈরি করুন — এমনকি যদি তা শুধু উচ্চ অগ্রাধিকারপ্রাপ্ত পেজ এলিমেন্টগুলোর জন্যই হয়।
কন্টেন্ট ম্যানেজমেন্ট এবং ওয়ার্কফ্লো বিবেচনা করুন: পুরোনো সিস্টেমগুলো কি পুরোনো কন্টেন্টের জন্ম দিচ্ছে?
পাঠ্য সরল করুন
ওয়েব যেহেতু এখন মোবাইল-নির্ভর, তাই আপনার লেখার ধরণও বদলাতে হবে। লেখা সহজ রাখুন, অপ্রয়োজনীয় কথা পরিহার করুন এবং সরাসরি মূল বিষয়ে আসুন।
অপ্রয়োজনীয় ছবিগুলো সরিয়ে ফেলুন

ছবি সুন্দর, মজাদার এবং তথ্যপূর্ণ হতে পারে — কিন্তু এগুলো পেজের জায়গা দখল করে, পেজের ওজন বাড়ায় এবং ফাইল রিকোয়েস্টের সংখ্যা বৃদ্ধি করে। কানেক্টিভিটি যত খারাপ হয়, ল্যাটেন্সি তত বাড়ে , যার অর্থ হলো, ওয়েব মোবাইল-কেন্দ্রিক হওয়ার সাথে সাথে অতিরিক্ত ইমেজ ফাইল রিকোয়েস্ট একটি ক্রমবর্ধমান সমস্যা হয়ে দাঁড়াচ্ছে।

ছবিও শক্তি খরচ করে। স্ক্রিনের পর, রেডিও আপনার ব্যাটারির শক্তি সবচেয়ে বেশি খরচ করে। যত বেশি ছবির অনুরোধ, তত বেশি রেডিও ব্যবহার, তত বেশি ব্যাটারি শেষ। এমনকি শুধু ছবি রেন্ডার করতেও শক্তি লাগে – এবং এটি ছবির আকার ও সংখ্যার সমানুপাতিক। স্ট্যানফোর্ডের ‘Who Killed My Battery?’ রিপোর্টটি দেখুন।
সম্ভব হলে ছবিগুলো সরিয়ে ফেলুন!
এখানে কিছু পরামর্শ দেওয়া হলো:
- এমন ডিজাইন বিবেচনা করুন যেখানে ছবি একেবারেই ব্যবহার করা হয় না, অথবা খুব কম ব্যবহার করা হয়। শুধু লেখাও সুন্দর হতে পারে ! নিজেকে জিজ্ঞাসা করুন, "আমার সাইটের দর্শকরা কী অর্জন করতে চাইছেন? ছবি কি সেই প্রক্রিয়ায় সাহায্য করে?"
- আগেকার দিনে, হেডিং এবং অন্যান্য টেক্সটকে গ্রাফিক্স হিসেবে সেভ করা একটি সাধারণ ব্যাপার ছিল। এই পদ্ধতিটি ভিউপোর্ট সাইজের পরিবর্তনের সাথে ভালোভাবে খাপ খায় না এবং পেজের আকার ও ল্যাটেন্সি বাড়িয়ে দেয়। টেক্সটকে গ্রাফিক্স হিসেবে ব্যবহার করার আরেকটি সুবিধা হলো, সার্চ ইঞ্জিনগুলো সেই টেক্সট খুঁজে পায় না এবং স্ক্রিনরিডার ও অন্যান্য সহায়ক প্রযুক্তি দ্বারাও তা অ্যাক্সেসযোগ্য থাকে না। যেখানে সম্ভব, সেখানে 'আসল' টেক্সট ব্যবহার করুন — ওয়েব ফন্ট এবং সিএসএস সুন্দর টাইপোগ্রাফি তৈরি করতে পারে।
- গ্রেডিয়েন্ট, শ্যাডো, গোলাকার কোণা এবং ব্যাকগ্রাউন্ড টেক্সচারের জন্য ছবির পরিবর্তে CSS ব্যবহার করুন, কারণ এই ফিচারগুলো সব আধুনিক ব্রাউজার দ্বারা সমর্থিত । তবে মনে রাখবেন, CSS ছবির চেয়ে ভালো হলেও এর প্রসেসিং এবং রেন্ডারিং-এ কিছুটা ঘাটতি থাকতে পারে, যা মোবাইলের ক্ষেত্রে বিশেষভাবে লক্ষণীয়।
- মোবাইলে ব্যাকগ্রাউন্ড ইমেজ খুব কমই ভালোভাবে কাজ করে। ছোট ভিউপোর্টে ব্যাকগ্রাউন্ড ইমেজ এড়ানোর জন্য আপনি মিডিয়া কোয়েরি ব্যবহার করতে পারেন।
- স্প্ল্যাশ স্ক্রিন ইমেজ পরিহার করুন।
- UI অ্যানিমেশনের জন্য CSS ব্যবহার করুন ।
- গ্লিফগুলো সম্পর্কে জানুন; ছবির পরিবর্তে ইউনিকোড প্রতীক ও আইকন ব্যবহার করুন, প্রয়োজনে ওয়েব ফন্টও ব্যবহার করতে পারেন।
- আইকন ফন্টের কথা ভাবুন; এগুলো হলো ভেক্টর গ্রাফিক্স যা অসীমভাবে ছোট-বড় করা যায়, এবং ছবির একটি সম্পূর্ণ সেট একটি ফন্টেই ডাউনলোড করা সম্ভব। (তবে, এই বিষয়গুলো সম্পর্কে সচেতন থাকবেন।)
- জাভাস্ক্রিপ্টে লাইন, কার্ভ, টেক্সট এবং অন্যান্য ছবি ব্যবহার করে ইমেজ তৈরি করতে
<canvas>এলিমেন্টটি ব্যবহার করা যায়। - ইনলাইন SVG বা ডেটা ইউআরআই ইমেজ পেজের আকার কমায় না, কিন্তু রিসোর্স রিকোয়েস্টের সংখ্যা কমিয়ে ল্যাটেন্সি কমাতে পারে। মোবাইল ও ডেস্কটপ ব্রাউজারগুলোতে ইনলাইন SVG-এর দারুণ সাপোর্ট রয়েছে এবং অপটিমাইজেশন টুলগুলো SVG-এর সাইজ উল্লেখযোগ্যভাবে কমাতে পারে। একইভাবে, ডেটা ইউআরআই-ও ভালোভাবে সমর্থিত । উভয়কেই CSS-এ ইনলাইন করা যায়।
- অ্যানিমেটেড জিআইএফ-এর পরিবর্তে
<video>ব্যবহার করার কথা বিবেচনা করুন। মোবাইলের সব ব্রাউজারেই ভিডিও এলিমেন্টটি সমর্থিত (অপেরা মিনি ছাড়া)।
আরও তথ্যের জন্য ইমেজ অপটিমাইজেশন এবং ইমেজ অপসারণ ও প্রতিস্থাপন দেখুন।
বিভিন্ন ভিউপোর্ট সাইজে ভালোভাবে কাজ করার জন্য কন্টেন্ট ডিজাইন করুন।
একটি পণ্য তৈরি করুন, ছোট পর্দার জন্য সেটিকে নতুন করে কল্পনা করবেন না। সেরা মোবাইল পণ্য তৈরি করা হয়, কখনো পোর্ট করা হয় না।
মোবাইল ডিজাইন ও ডেভেলপমেন্ট, ব্রায়ান ফ্লিং
সেরা ডিজাইনাররা শুধু "মোবাইলের জন্য অপটিমাইজ" করেন না — তাঁরা রেসপন্সিভভাবে চিন্তা করে এমন সাইট তৈরি করেন যা বিভিন্ন ডিভাইসে কাজ করে। বিভিন্ন ডিভাইসে সফলভাবে কাজ করার জন্য টেক্সট এবং পেজের অন্যান্য কন্টেন্টের গঠন অত্যন্ত গুরুত্বপূর্ণ।
অনলাইনে আসা পরবর্তী এক বিলিয়ন ব্যবহারকারীর অনেকেই ছোট ভিউপোর্টযুক্ত স্বল্পমূল্যের ডিভাইস ব্যবহার করেন। ৩.৫" বা ৪" এর মতো কম রেজোলিউশনের স্ক্রিনে পড়া বেশ কষ্টকর হতে পারে।
এখানে তাদের দুজনের একসাথে একটি ছবি রয়েছে:

বড় পর্দায় লেখা ছোট হলেও পড়া যায়।
ছোট স্ক্রিনে ব্রাউজারটি লেআউটটি সঠিকভাবে প্রদর্শন করে, কিন্তু লেখাগুলো পড়া যায় না, এমনকি জুম ইন করলেও। ডিসপ্লেটি ঝাপসা এবং এতে একটি 'কালার কাস্ট' রয়েছে — সাদা রঙকে সাদা দেখায় না — যার ফলে বিষয়বস্তু আরও দুর্বোধ্য হয়ে ওঠে।
মোবাইলের জন্য কন্টেন্ট ডিজাইন করুন
বিভিন্ন ভিউপোর্টের জন্য ডিজাইন করার সময়, লেআউট এবং গ্রাফিক ডিজাইনের পাশাপাশি বিষয়বস্তুও বিবেচনা করুন; প্লেসহোল্ডার কন্টেন্টের পরিবর্তে আসল টেক্সট এবং ছবি দিয়ে ডিজাইন করুন ।
ডিজাইনের আগে আসে বিষয়বস্তু। বিষয়বস্তু ছাড়া ডিজাইন, ডিজাইন নয়, তা সজ্জা মাত্র।
জেফরি জেল্ডম্যান
- আপনার সবচেয়ে গুরুত্বপূর্ণ বিষয়বস্তু শীর্ষে রাখুন, কারণ ব্যবহারকারীরা সাধারণত একটি F-আকৃতির প্যাটার্নে ওয়েব পেজ পড়ে থাকেন ।
- ব্যবহারকারীরা একটি লক্ষ্য অর্জনের জন্য আপনার সাইটে আসেন। নিজেকে জিজ্ঞাসা করুন, সেই লক্ষ্য অর্জনের জন্য তাদের কী প্রয়োজন এবং বাকি সবকিছু বাদ দিন। দৃশ্যমান ও লিখিত অলঙ্করণ, পুরোনো কন্টেন্ট, অতিরিক্ত লিঙ্ক এবং অন্যান্য জঞ্জালের বিরুদ্ধে কঠোর ব্যবস্থা নিন।
- সোশ্যাল শেয়ারিং আইকন ব্যবহারের ক্ষেত্রে সতর্ক থাকুন; এগুলো লেআউটকে অগোছালো করে তুলতে পারে এবং এগুলোর কোড পেজ লোডিং-এর গতি কমিয়ে দিতে পারে।
- নির্দিষ্ট ডিভাইসের আকারের জন্য নয়, বরং কন্টেন্টের জন্য রেসপন্সিভ লেআউট ডিজাইন করুন।
পরীক্ষার বিষয়বস্তু
- ক্রোম ডেভটুলস এবং অন্যান্য এমুলেশন টুল ব্যবহার করে ছোট ভিউপোর্টে পাঠযোগ্যতা যাচাই করুন।
- কম ব্যান্ডউইথ এবং উচ্চ ল্যাটেন্সির পরিস্থিতিতে আপনার কন্টেন্ট পরীক্ষা করুন ; বিভিন্ন ধরনের কানেক্টিভিটি পরিস্থিতিতে কন্টেন্ট চালিয়ে দেখুন।
- কম দামের ফোনে আপনার কন্টেন্ট পড়া ও তার সাথে মিথস্ক্রিয়া করার চেষ্টা করুন।
- আপনার অ্যাপ বা সাইটটি ব্যবহার করে দেখার জন্য বন্ধু ও সহকর্মীদের বলুন।
- একটি সহজ ডিভাইস টেস্ট ল্যাব তৈরি করুন। গুগলের মিনি মোবাইল ডিভাইস ল্যাবের গিটহাব রিপোজিটরিতে আপনার নিজের ল্যাব তৈরির নির্দেশাবলী রয়েছে। ওপেনএসটিএফ হলো একাধিক অ্যান্ড্রয়েড ডিভাইসে ওয়েবসাইট পরীক্ষা করার জন্য একটি সহজ ওয়েব অ্যাপ্লিকেশন।
এখানে OpenSTF-এর কার্যকারিতা দেখানো হলো:

মোবাইল ডিভাইসগুলো শুধু যোগাযোগ, গেম এবং মিডিয়ার মাধ্যম হিসেবেই নয়, বরং কন্টেন্ট উপভোগ ও তথ্য সংগ্রহের জন্যও ক্রমবর্ধমানভাবে ব্যবহৃত হচ্ছে।
এর ফলে বিভিন্ন ভিউপোর্টে ভালোভাবে কাজ করার মতো করে কন্টেন্টের পরিকল্পনা করা এবং ক্রস-ডিভাইস লেআউট, ইন্টারফেস ও ইন্টার্যাকশন ডিজাইন বিবেচনা করার সময় কন্টেন্টকে অগ্রাধিকার দেওয়া ক্রমশ গুরুত্বপূর্ণ হয়ে উঠছে।
ডেটার খরচ বুঝুন
ওয়েব পেজগুলো আরও বড় হচ্ছে।
HTTP Archive-এর তথ্য অনুযায়ী, শীর্ষ দশ লক্ষ সাইটের গড় পেজ ওয়েট এখন ২ মেগাবাইটের বেশি।
ব্যবহারকারীরা ধীরগতির বা ব্যয়বহুল বলে মনে হওয়া সাইট বা অ্যাপ এড়িয়ে চলেন, তাই পেজ এবং অ্যাপের বিভিন্ন উপাদান লোড করার খরচ বোঝা অত্যন্ত গুরুত্বপূর্ণ।
পেজের সাইজ কমানোও লাভজনক হতে পারে। ইউটিউবের ক্রিস জাকারিয়া দেখেছেন যে, যখন তারা ওয়াচ-পেজের সাইজ ১.২ মেগাবাইট থেকে কমিয়ে ২৫০ কিলোবাইট করেন:
অন্য কথায়, পৃষ্ঠার ওজন কমালে সম্পূর্ণ নতুন বাজার উন্মোচিত হতে পারে ।
পৃষ্ঠার ওজন গণনা করুন
পেজ ওয়েট গণনা করার জন্য বেশ কিছু টুল রয়েছে। ক্রোম ডেভটুলস নেটওয়ার্ক প্যানেলটি সমস্ত রিসোর্সের মোট বাইট সাইজ দেখায় এবং এটি ব্যবহার করে স্বতন্ত্র অ্যাসেট টাইপের ওয়েট নির্ণয় করা যায়। এছাড়া ব্রাউজার ক্যাশ থেকে কোন আইটেমগুলো আনা হয়েছে, তাও আপনি যাচাই করতে পারেন।

ফায়ারফক্স এবং অন্যান্য ব্রাউজারগুলোও অনুরূপ সরঞ্জাম সরবরাহ করে।
WebPagetest প্রথম এবং পরবর্তী পেজ লোড পরীক্ষা করার সুবিধা দেয়। আপনি স্ক্রিপ্টের মাধ্যমে (যেমন, কোনো সাইটে লগ ইন করার জন্য) অথবা তাদের RESTful API ব্যবহার করে টেস্টিং স্বয়ংক্রিয় করতে পারেন। নিচের উদাহরণটি ( developers.google.com/web লোড করা) দেখাচ্ছে যে ক্যাশিং সফল হয়েছে এবং পরবর্তী পেজ লোডগুলোর জন্য কোনো অতিরিক্ত রিসোর্সের প্রয়োজন হয়নি।
WebPagetest এছাড়াও MIME টাইপ অনুযায়ী আকার এবং অনুরোধের বিস্তারিত বিবরণ প্রদান করে।

পৃষ্ঠার খরচ গণনা করুন
অনেক ব্যবহারকারীর জন্য, ডেটার জন্য শুধু বাইট ও পারফরম্যান্সই খরচ হয় না — এর জন্য টাকাও খরচ হয়।
‘আমার সাইটের খরচ কত?’ সাইটটি আপনাকে আপনার সাইট লোড করার প্রকৃত আর্থিক খরচ অনুমান করতে সক্ষম করে। নিচের হিস্টোগ্রামটি দেখায় যে (একটি প্রিপেইড ডেটা প্ল্যান ব্যবহার করে) amazon.com লোড করতে কত খরচ হয়।

মনে রাখবেন যে, এতে আয়ের সাপেক্ষে ক্রয়ক্ষমতা বিবেচনা করা হয়নি। blog.jana.com- এর তথ্য ডেটার খরচ দেখায়।
| ৫০০ মেগাবাইট ডেটা প্ল্যান খরচ (মার্কিন ডলার) | ঘণ্টাপ্রতি সর্বনিম্ন মজুরি (মার্কিন ডলার) | কাজের ঘণ্টার পারিশ্রমিক ৫০০ মেগাবাইট ডেটা প্ল্যানের জন্য | |
| ভারত | $৩.৩৮ | $০.২০ | ১৭ ঘন্টা |
| ইন্দোনেশিয়া | $২.৩৯ | $০.৪৩ | ৬ ঘন্টা |
| ব্রাজিল | $১৩.৭৭ | $১.০৪ | ১৩ ঘন্টা |
পেজের ওজন শুধু উদীয়মান বাজারগুলোর জন্যই একটি সমস্যা নয়। অনেক দেশেই মানুষ সীমিত ডেটার মোবাইল প্ল্যান ব্যবহার করে এবং আপনার সাইট বা অ্যাপকে ভারী ও ব্যয়বহুল মনে হলে তারা তা এড়িয়ে চলবে। এমনকি "আনলিমিটেড" সেল ও ওয়াইফাই ডেটা প্ল্যানগুলোতেও সাধারণত একটি ডেটা সীমা থাকে, যার বাইরে গেলে প্ল্যানটি ব্লক বা থ্রটল করা হয়। এইসব কারণে, আপনার পেজ কী পরিমাণ ডেটা ব্যবহার করছে সে সম্পর্কে যতটা সম্ভব স্বচ্ছ থাকাই শ্রেয়। নিম্নলিখিত ব্লগ পোস্টে কিছু নির্দিষ্ট সেরা অনুশীলন তুলে ধরা হয়েছে: খরচের স্বচ্ছতার মাধ্যমে আস্থা তৈরি করুন।
মূল কথা হলো: পেজের ওজন পারফরম্যান্সকে প্রভাবিত করে এবং এতে খরচ হয়। কন্টেন্টের কার্যকারিতা অপ্টিমাইজ করার মাধ্যমে সেই খরচ কমানো যায়।