অ্যাকাউন্ট দাবির আগে ক্রেতাকে কেনার সুযোগ দিন
অ্যাকাউন্ট ডেলিভারির জন্য আবশ্যক না হলে গেস্ট চেকআউট স্পষ্টভাবে ডিফল্ট রাখুন। Google‑এর ফর্ম নির্দেশনা এই দৃষ্টিভঙ্গি সুপারিশ করে। রিটার্নিং কাস্টমারের জন্য সাইন-ইনকে দৃশ্যমান সেকেন্ডারি পথ হিসেবে রাখুন, এবং কনফার্মেশনের পরে অর্ডার ইতিহাসের মতো একটি স্পষ্ট সুবিধাসহ অ্যাকাউন্ট তৈরি করার প্রস্তাব দিন। যদি নিয়ন্ত্রিত পণ্য, সদস্যতা, বা ফ্রড নীতি লগইন দাবি করে, তাহলে ফর্ম শুরু হওয়ার আগে সেই প্রয়োজনটি ব্যাখ্যা করুন।
নীতির অনুমতি থাকলে নতুন ক্রেতা পাসওয়ার্ড ছাড়া পেমেন্টে পৌঁছাতে পারবে।
পেমেন্টের আগে বাধা হিসেবে নয়, অর্ডারের পরে অ্যাকাউন্ট তৈরি করার আমন্ত্রণ দিন।
ফিল্ড কমান, কিন্তু ডেলিভারিকে অস্পষ্ট করবেন না
শুধুমাত্র সেই তথ্য চান যা ফিলফিলমেন্ট, পেমেন্ট, ট্যাক্স, বা প্রয়োজনীয় যোগাযোগ পরিবর্তন করে। স্ট্যান্ডার্ড কন্ট্রোল, দৃশ্যমান লেবেল, স্থিতিশীল name ও id মান, এবং উপযুক্ত autocomplete টোকেন ব্যবহার করুন। বিলিং ডেলিভারির সাথে মেলে ধরে ডিফল্ট করে দিন যখন তা সত্য, আর ভিন্ন ঠিকানা সহজে নির্বাচনযোগ্য করুন। W3C বলে যে একই প্রক্রিয়ায় আগে দেয়া তথ্যটি স্বয়ং-ভরতি করা বা নির্বাচনের জন্য উপলব্ধ করা উচিত, নিরাপত্তা বা অবৈধ ডেটার মত সীমিত ক্ষেত্রে ব্যতীত।
প্রতিটি ইনপুটের একটি কার্যকর উদ্দেশ্য থাকা দরকার; যদি না থাকে তবে তা সরান বা স্থগিত করুন।
প্রবেশকালে একমাত্র লেবেল হিসেবে অদৃশ্য হিন্ট টেক্সট ব্যবহার করবেন না; এন্ট্রির সময় দৃশ্যমান লেবেল রাখুন।
ত্রুটিকে পুনরুদ্ধারের পথ বানান
সাধারণ লোকাল সমস্যাগুলো ইনপুটের সময় বা ফিল্ড ছেড়ে যাওয়ার সময় যাচাই করুন, প্রতিটি কীস্ট্রোককে বাধা না দিয়ে। সরল সংশোধন নির্দেশনা ব্যবহার করুন এবং ত্রুটির পরে নিরাপদ অ-সংবেদনশীল এন্ট্রিগুলো বজায় রাখুন। ব্যর্থ সাবমিশনের পরে, ফর্মের আগে একটি লিঙ্ককৃত ত্রুটি সারসংক্ষেপ দেখান এবং প্রতিটি ফিল্ডে মিলান করার মতো মেসেজ দেখান। W3C সুপারিশ করে যে প্রতিটি সারসংক্ষেপ আইটেম কন্ট্রোলটিকে শনাক্ত করবে, সমস্যাটি বর্ণনা করবে, এবং সংশোধনের ব্যাখ্যা দেবে। পেমেন্ট ডেটা URL, লগ, এবং ত্রুটি কপিতে রাখবেন না।
‘Invalid input’ ব্যবহারের বদলে কী ভুল এবং কীভাবে ঠিক করতে হবে তা বলুন।
ফোকাসকে একটি পুনরুদ্ধার পয়েন্টে নিয়ে যান এবং অ্যাসিস্টিভ টেকনোলজির জন্য ডাইনামিক ফিডব্যাক ঘোষণা করুন।
পেমেন্ট পছন্দ দেখান, কিন্তু পেমেন্ট-পেজ নিয়ন্ত্রণ দুর্বল করবেন না
যেসব পেমেন্ট পদ্ধতি ব্যবসা অনুমোদন, রিফান্ড, মিলানো এবং সাপোর্ট করতে পারে সেগুলো প্রদর্শন করুন। প্রতিটি পদ্ধতির নাম সরলভাবে দিন এবং প্রতিশ্রুতি দেয়ার আগে গুরুত্বপূর্ণ শর্তগুলো প্রকাশ করুন। সাফল্যপূর্ণ ক্রয়, প্রত্যাখ্যাত পেমেন্ট, এবং রিফান্ড বা বাতিলকরণের পথ পরীক্ষা করুন। PCI SSC‑এর ই-স্কিমিং নির্দেশিকা অনুমোদিত পেমেন্ট-পেজ স্ক্রিপ্ট, ইন্টেগ্রিটি চেকিং, এবং ট্যাম্পার ডিটেকশনে ফোকাস করে। কোনো ট্যাগ, উইজেট, পরীক্ষা, iframe, বা কার্ড কন্ট্রোল যোগ করার আগে প্রদানকারী এবং একটি যোগ্য সিকিউরিটি বা PCI রিভিউয়ারকে জড়িত করুন; এই নিবন্ধটি কোনো কমপ্লায়েন্স সিদ্ধান্ত নয়।
পেমেন্ট প্রভাবিত করতে পারে এমন পৃষ্ঠার জন্য অনুমোদিত অ্যাসেট এবং মালিকদের একটি তালিকা রাখুন।
দৃশ্যত ছোট একটি পরিবর্তন ব্রাউজার-এক্সিকিউটেড পেমেন্ট-পেজ কোড পরিবর্তন করতে পারে।
মোবাইল এবং অ্যাক্সেসিবল পথকে স্বাভাবিক পথ করুন
একটি সংকীর্ণ ভিউপোর্টে অন-স্ক্রিন কীবোর্ড খোলা অবস্থায় পরীক্ষা করুন। উপযুক্ত ইনপুট টাইপ এবং যেখানে দরকার inputmode ব্যবহার করুন যাতে ভার্চুয়াল কীবোর্ড প্রস্তাবিত হয়; MDN লক্ষ্য করে যে inputmode নিজে ইনপুট যাচাই করে না। কার্ড নম্বরের জন্য Google সংখ্যাগত ইনপুটের পরিবর্তে text ইনপুট এবং numeric inputmode ব্যবহার করার সুপারিশ করে। দৃশ্যমান সংযুক্ত লেবেল, যৌক্তিক কীবোর্ড ফোকাস, এবং ত্রুটি ও নির্বাচন দেখানোর জন্য টেক্সটসহ রঙ প্রদান করুন। স্বয়ংক্রিয় স্ক্যান একা নিয়মিতভাবে প্রতিষ্ঠা করতে পারে না যে চেকআউট সব অ্যান্টি-অ্যাসেসিভ প্রযুক্তির সাথে কাজ করে।
সম্পূর্ণ ফ্লো Tab, Shift+Tab, Enter, Space, এবং Escape ব্যবহার করে সম্পন্ন করুন যেখানে প্রযোজ্য।
সংরক্ষিত ব্রাউজার ঠিকানা এবং কার্ড ডেটা পরীক্ষা করুন, একটি পৃথক বিলিং ঠিকানাসহ।
খরচ, ডেলিভারি, এবং প্রতিশ্রুতিকে দৃশ্যমান রাখুন
আইটেম, পরিমাণ নিয়ন্ত্রণ, ডিসকাউন্ট, ডেলিভারি পছন্দ, এ পর্যন্ত নির্দিষ্ট চার্জ এবং মোটকে পেমেন্টে উপলব্ধ রাখুন। যখন শিপিং, ট্যাক্স, বা পুনরাবৃত্ত চার্জ পরবর্তী তথ্যের উপর নির্ভর করে, তখন কী অনুমানিক তা বলুন এবং জেনে নেওয়ার সঙ্গে সাথে সারসংক্ষেপ তৎক্ষণাৎ আপডেট করুন। অর্ডার অ্যাকশনকে আর্থিক প্রতিশ্রুতির সাথে মেলান, যেমন ‘Pay and place order’ (পে করুন এবং অর্ডার দিন)-এর মত। ক্রেতাদের একটি আইটেম, ঠিকানা, বা ডেলিভারি পছন্দ পুনর্বিবেচনা করার সুযোগ দিন ছাড়াই চেকআউট ছেড়ে যেতে।
প্রতি পেমেন্ট ধাপে সারসংক্ষেপটি পাঠযোগ্য এবং আপডেটযোগ্য রাখুন।
কবে ডেলিভারি, ট্যাক্স, ডিসকাউন্ট, বা পুনরাবৃত্ত চার্জ চূড়ান্ত হবে তা উল্লেখ করুন।
কন্ট্রোলড রিলায়াবিলিটি পরিবর্তন হিসেবে পরীক্ষা করুন
একটি লিখিত হাইপোথিসিসের বিরুদ্ধে একটিমাত্র মানসম্পন্ন জিনিস পরিবর্তন করুন, যেমন কনফার্মেশনের পরে অ্যাকাউন্ট তৈরি সরানো। রিলিজের আগে দর্শক, সম্পন্নতা পরিমাপ, এবং গার্ডরেলগুলি নির্ধারণ করুন। গার্ডরেলগুলোর মধ্যে থাকতে পারে পেমেন্ট ত্রুটি, ব্যর্থ সাবমিশন, সাপোর্ট সংস্পর্শ, রিফান্ড, অ্যাক্সেসিবিলিটি রিগ্রেশন এবং পারফরম্যান্স সমস্যা। SIU ব্যবহার করে ক্রয় পথ এবং নির্ভরশীলতাগুলো পরীক্ষা করুন, একটি রোলব্যাক ডকুমেন্ট করুন, এবং যদি কোনো গার্ডরেল ভাঙে তাহলে সর্বশেষ জানানো-ভালো সংস্করণ পুনঃস্থাপন করুন। একটি কনভার্সন ফল_security, অ্যাক্সেসিবিলিটি, আইনগত সামঞ্জস্য, বা সার্বজনীন উপযুক্ততার প্রমাণ দেয় না।
প্রথমে বর্তমান ধাপ সম্পন্নকরণ, ত্রুটির শ্রেণী, এবং প্রযুক্তিগত আচরণ রেকর্ড করুন।
কোন ব্যর্থতার নিদর্শন রিলিজ স্থগিত বা উল্টাবে তা সিদ্ধান্ত নিন।