আরবি ট্রাভেল বুকিং ওয়েবসাইট কেবল অনুবাদ নয়

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

আসলে কী কী বদলায়, মোটামুটি সেই ক্রমেই যে ক্রমে এজেন্সিগুলো এগুলোর মুখোমুখি হয়।

RTL লেখার দিক নয়, লেআউটের সিদ্ধান্ত

dir="rtl" বসালে পাতাটা আয়নার মতো উল্টে যায়। নেভিগেশন ডানে সরে, ফিল্টার বারটা বাঁয়ে, অনুচ্ছেদ ডান দিক ঘেঁষে বসে। এই অংশটা প্রায় বিনামূল্যে। খরচের অংশ হলো সেই সবকিছু, যেগুলো উল্টে যাওয়া চলবে না।

উড়োজাহাজের সময় উল্টায় না: 07:45 সব সময়েই 07:45। DAC থেকে DXB পড়া ইটিনারারি স্ট্রিপকে ডান-থেকে-বাঁ চলা অনুচ্ছেদের ভেতরেও ওই ক্রমেই রুট হিসেবে পড়াতে হবে, কারণ বাক্য যেদিকেই চলুক, ছাড়ার বিমানবন্দর ছাড়ার বিমানবন্দরই থাকে। এয়ারলাইন কোড, PNR আর ই-টিকিট নম্বর হলো আরবি বাক্যের ভেতরে বসানো লাতিন স্ট্রিং, আর সেগুলো আলাদা করে না রাখলে ব্রাউজারের bidirectional অ্যালগরিদম তাদের চারপাশের যতিচিহ্ন এলোমেলো করে দেয় — রেকর্ড লোকেটরের পরের দাঁড়িটা ভুল প্রান্তে বসতে পারে, যা গ্রাহকের চোখে তাঁর বুকিং রেফারেন্সের টাইপো মনে হয়। আপনার লোগো উল্টায় না। প্লে-এর ত্রিভুজ উল্টায় না। ব্যাক অ্যারো উল্টায়।

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

সংখ্যা, তারিখ, আর গ্রাহক আসলে যে ক্যালেন্ডার ধরে আছেন

আরবি দুই রকম অঙ্কে লেখা হয় এবং দুটোই দৈনন্দিন ব্যবহারে আছে, আর ভ্রমণ তো অঙ্কে ঠাসা: ভাড়া, সময়, সময়কাল, ব্যাগেজ অ্যালাওয়েন্স, কার্ডের ঘর, OTP কোড। আপনার বাজার কোন সেটটা পড়ে, সেই প্রশ্নের উত্তর একবারই দিতে হয়, নিজের গ্রাহকদের নিয়েই, আর তারপর ব্যতিক্রম ছাড়া প্রয়োগ করতে হয়। চোখে পড়ার মতো ভুলটা কম-চালু সেটটা বেছে নেওয়া নয়। ভুলটা হলো দুটো মিশিয়ে ফেলা — একই রেজাল্ট কার্ডে দাম এক সেটে আর ছাড়ার সময় আরেক সেটে — যা দেখতে আধা-বানানো সাইটের মতো লাগে।

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

আরবি ট্রাভেল বুকিং ওয়েবসাইটকে যা ঠিক করতেই হবে

অনূদিত সাইট আর স্থানীয়কৃত সাইটের ফারাক পর্দা ধরে ধরে, একসঙ্গে গোটাটায় নয়। ডেভেলপারের সঙ্গে তর্ক করার মতো তালিকাটা এই:

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

হরফের সারিটা দেখতে যত দামি, তত নয়। এই প্ল্যাটফর্মে থিম, অর্থাৎ ফন্ট, রং আর লোগো, অ্যাডমিন প্যানেল থেকেই বদলানো যায়, রিডিপ্লয় ছাড়াই — তাই নিজের ভাড়ার টেবিলের ওপর অন্য একটা আরবি ফেস পরখ করা একটা রিলিজ নয়, একটা দুপুর। মুদ্রার সারিটা নিজেই আলাদা বিষয়; সেটা আমরা মাল্টি-কারেন্সি দাম আর মার্জিন কোথায় গলে যায় লেখায় ঘেঁটে দেখেছি।

Slug, আর WhatsApp-এ পেস্ট করার পরে যা টেকে

আরবি slug অ্যাড্রেস বারে সুন্দর দেখায় আর তৈরি হয় সেই শব্দগুলো দিয়েই যা মানুষ সার্চ বক্সে সত্যিই লেখেন। সাধারণ টেক্সট ঘরে কপি করলেই সেটা percent-encode হয়ে কয়েক গুণ ফুলে যায়, আর আপনার গ্রাহক যা ফরোয়ার্ড করেন তা মেশিনের আউটপুটের মতো দেখায়। লাতিন প্রতিবর্ণীকরণ পরিষ্কারভাবে পেস্ট হয় আর কারও কাজেই লাগে না — না আরবি পাঠকের খোঁজের সঙ্গে মেলে, না ইংরেজি পাঠকের।

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

দুটোর তলায় একই নিয়ম: ভাষাপিছু, পাতাপিছু একটাই canonical URL। একই লেখা আরবি slug আর প্রতিবর্ণীকৃত slug — দুই ঠিকানায় ছাপলে ওই পাতা যা কিছু অর্জন করে তা দুই ভাগ হয়, আর দুটোরই দেখভাল আপনার ঘাড়ে থাকে।

hreflang, নইলে আপনার আরবি পাতা আপনার ইংরেজি পাতার সঙ্গেই লড়বে

একটি পাতার দুটি ভাষা-সংস্করণ দুটি পাতা নয়। ক্রলার যদি সেটা বুঝতে না পারে, সবচেয়ে সাধারণ পরিণতি শাস্তি নয় — পরিণতি হলো একটা সংস্করণ বেছে নেওয়া হয় আর অন্যটাকে প্রায়-নকল ধরে নিঃশব্দে বাদ দেওয়া হয়।

চারটে জিনিস তাদের আলাদা রাখে। প্রতিটি ভাষার নিজস্ব URL লাগে, যাতে JavaScript টগলওয়ালা একটাই ঠিকানা বাদ পড়ে যায়। প্রতিটি সংস্করণ প্রতিটি ভাষার তালিকা দেবে, নিজেকে ধরে, কারণ যে সেট নিজের দিকে ফিরে তাকায় না সেটা পুরোটাই বাতিল হয়। প্রতিটি পাতার canonical নিজের দিকে থাকবে, ইংরেজি মূলের দিকে নয় — আরবি পাতাগুলোকে ইংরেজিতে canonical করা হলো নিজের সব আরবি পাতা ইনডেক্সের বাইরে পাঠানোর দ্রুততম উপায়। আর x-default যাবে সেখানে, যেখানে মিল না পাওয়া পাঠককে আপনি নামাতে চান।

ar-AE আর ar-SA-তে ভাগ হওয়া থেকে বিরত থাকুন, যদি না ওই পাতাগুলো সত্যিই আলাদা হয় — আলাদা মুদ্রা, আলাদা ফোন নম্বর, আলাদা ইনভেন্টরি। একই লেখার দুটি আঞ্চলিক সংস্করণ মানে একই কোয়েরির জন্য লড়তে থাকা দুটি পাতা, আর দুটোতেই আপনার নাম।

এটা ভুল হলে আপনার কী যায়

ছেড়ে চলে যাওয়াটা হোমপেজে ঘটে না। ঘটে প্যাসেঞ্জার ডিটেইলসে, যা ফানেলের সবচেয়ে দামি জায়গা: গ্রাহক তখন খুঁজে ফেলেছেন, বেছে ফেলেছেন, দাম দেখে রাজি হয়ে গেছেন, আর যে সার্চ তাঁকে সেখানে এনেছে তার খরচ আপনি আগেই দিয়ে ফেলেছেন।

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

শুরু করবেন কোথা থেকে

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

দুই ক্ষেত্রেই সবচেয়ে সস্তা পরীক্ষাটা হলো একজন সত্যিকারের গ্রাহকের সামনে রাখা একটা সত্যিকারের স্টোরফ্রন্ট। ট্রাভেল ওয়েবসাইট বানান পাতার উইজার্ড ফর্ম থেকেই প্ল্যাটফর্ম সাবডোমেনে আপনার ব্র্যান্ডের সাইট বানিয়ে দেয় আর কার্ড চায় না; স্টোরফ্রন্ট আসে 40টি ভাষায়, তার মধ্যে আরবি, ফারসি, হিব্রু আর উর্দুও আছে, আর নিজের ডোমেন পরে জুড়ে নেওয়া যায়। ইঞ্জিনটা নিজে বানাবেন কি না, সেটা এখনও ঠিক করতে থাকলে সেই তর্কটা এখানে রাখা আছে — তবে সিদ্ধান্তের আগে আরবিতে কষে দেখুন, কারণ ইন-হাউস হিসাব থেকে RTL-এর কাজটাই বাদ পড়ে যায়।