Canonical ট্যাগ পরীক্ষক দেখায়, একটি পৃষ্ঠা কোন URL-কে পছন্দের সংস্করণ হিসেবে ঘোষণা করেছে এবং পরীক্ষিত সংকেতে কোনো সমস্যা আছে কি না। পৃষ্ঠার HTML canonical লিংক, HTTP Link হেডার ও সরাসরি canonical গন্তব্য দেখতে একটি সর্বজনীন পৃষ্ঠার URL দিন। একটি বৈধ ঘোষণা উপকারী প্রমাণ, কিন্তু এটি ইনডেক্সিং নিশ্চিত করে না বা Google কোন URL বেছে নিয়েছে তা দেখায় না।
পৃষ্ঠার সঠিক URL পরীক্ষা করুন
যে ঠিকানা নিয়ে সমস্যা হচ্ছে, তার কুয়েরি প্যারামিটারসহ সেটি দিয়ে শুরু করুন। ইমেইল প্রচারাভিযান থেকে https://example.com/products/blue-shirt?utm_source=email ঠিকানায় লিংক দেওয়া হলে শুধু হোমপেজ নয়, এই সংস্করণটি পরীক্ষা করুন। তারপর ঘোষিত গন্তব্যকে সেই URL-এর সঙ্গে তুলনা করুন, যেটিকে আপনি এই বিষয়বস্তুর প্রতিনিধি হিসেবে চান।
দেওয়া ঠিকানা রিডাইরেক্ট করলে তার চূড়ান্ত প্রতিক্রিয়া থেকে ঘোষণা পড়া হয়। URL-এর পথ দেখলে এই রিডাইরেক্ট ও অন্য ঠিকানা নির্দেশ করা canonical-এর পার্থক্য বোঝা যায়।
পরীক্ষক একটি উৎস এবং একটিমাত্র উপযুক্ত গন্তব্য শনাক্ত করা গেলে সর্বোচ্চ একটি ভিন্ন গন্তব্য পরীক্ষা করে। নিজের দিকে নির্দেশ করা canonical-এর জন্য উৎসটিই আবার ব্যবহার হয়। JavaScript না চালিয়ে প্রাপ্ত HTML ও HTTP হেডার পড়া হয়। এটি পুরো সাইট ক্রল করে না, পৃষ্ঠার বিষয়বস্তু তুলনা করে না এবং robots.txt বা সাইটম্যাপ ফাইল পরীক্ষা করে না।
Canonical পরীক্ষকের ফলাফল বুঝুন
ফলাফলের সঙ্গে পরীক্ষার পরিধিও পড়ুন। রং ও আইকন পরের কাজ বেছে নিতে সাহায্য করে; এগুলো SEO স্কোর নয়।
| ফলাফল | কী বোঝায় | পরের কাজ |
|---|---|---|
| সবুজ ✓ | পরীক্ষিত সংকেতে কোনো সমস্যা পাওয়া যায়নি | ঘোষিত গন্তব্য আপনার উদ্দেশ্যের সঙ্গে মেলে কি না নিশ্চিত করুন |
| লাল ✕ | নিশ্চিত সমস্যা, যেমন পরস্পরবিরোধী গন্তব্য বা noindex থাকা গন্তব্য | সমস্যার বিবরণ খুলে কারণ ঠিক করুন |
| হলুদ ⚠ | সতর্কতা, যেমন অনুপস্থিত, আপেক্ষিক বা পুনরাবৃত্ত canonical | ঘোষণা বদলানো দরকার কি না ঠিক করুন |
| ধূসর — | তথ্য পরীক্ষা করা যায়নি | প্রবেশের সমস্যা ঠিক করুন বা আবার চেষ্টা করুন; গন্তব্য বৈধ ধরে নেবেন না |
সম্পূর্ণ পরিধি বলতে শুধু সমর্থিত উৎস ও গন্তব্যের পরীক্ষা বোঝায়। আংশিক বিশ্লেষণ মানে কিছু পৃষ্ঠা বা ঘোষণা পুরোপুরি পরীক্ষা করা যায়নি। প্রতিবেদনকে নিশ্চিত প্রমাণ হিসেবে ধরার আগে দেখানো কারণটি পড়ুন।
Canonical না থাকা একটি সতর্কতা; পৃষ্ঠাটি র্যাঙ্ক করতে পারবে না, তার প্রমাণ নয়। সময়সীমা পেরিয়ে গেলে পরীক্ষা অনুপলব্ধ হয়; গন্তব্য ত্রুটি ফিরিয়েছে, তা প্রমাণ হয় না। বিশ্লেষণের বিবরণ ও JSON ডাউনলোডের মাধ্যমে পাওয়া তথ্য পরে তুলনা করার জন্য রাখা যায়।
Canonical ঘোষণা পরীক্ষা করুন
অন্য পৃষ্ঠার দিকে নির্দেশ করা canonical ইচ্ছাকৃত হতে পারে। যেমন, ট্র্যাকিং URL একই নীল শার্টের পণ্যপৃষ্ঠা দেখালে সেটি পণ্যের পরিষ্কার ঠিকানাকে পছন্দের URL বলতে পারে। পছন্দের পৃষ্ঠাটি নিজের দিকেও নির্দেশ করতে পারে। উদাহরণের এই HTML পৃষ্ঠার head অংশে থাকবে:
<link rel="canonical" href="https://example.com/products/blue-shirt">
এই ধরন ব্যবহার করার আগে আসল বিষয়বস্তু তুলনা করুন। ভিন্ন পণ্য, ভাষা বা উল্লেখযোগ্যভাবে আলাদা তালিকাকে শুধু URL একই রকম বলে একত্র করা উচিত নয়। অন্য ডোমেইনে গন্তব্য থাকলেও তার পেছনে ইচ্ছাকৃত কারণ থাকা দরকার; পরীক্ষক বিষয়বস্তুর সমতা বা মালিকানা যাচাই করে না।
প্রতিটি ঘোষণা কোথায় আছে দেখুন। HTML body-তে canonical লিংক থাকলে সেটি বৈধ head ঘোষণা নয়। HTTP Link হেডার থেকেও canonical ঘোষণা করা যায়, এমনকি HTML নয় এমন নথির জন্যও। HTML ও HTTP ঘোষণা ভিন্ন উপযুক্ত URL নির্দেশ করলে প্রতিবেদন আপনার হয়ে একটি বেছে না নিয়ে বিরোধটি দেখায়। একই ঘোষণা বারবার থাকা আলাদা সতর্কতা।
মূল ও নির্ধারিত URL দুটোই দেখুন। আপেক্ষিক পথ সঠিকভাবে সমাধান হতে পারে, কিন্তু HTML-এর base URL তার গন্তব্য বদলাতে পারে। পূর্ণ absolute URL ব্যবহার করুন এবং canonical থেকে ফ্র্যাগমেন্ট সরান। অবস্থান ও URL সম্পর্কে এই পরামর্শ Google-এর canonical নির্দেশিকা অনুসরণ করে।
Canonical গন্তব্য পরীক্ষা করুন
শুধু ট্যাগ আছে কি না দেখেই থামবেন না। নির্দেশিত ঠিকানা কি HTTP 200 দিয়ে প্রত্যাশিত পৃষ্ঠা ফিরিয়ে দেয়? সেটি কি রিডাইরেক্ট করে, অন্য canonical ঘোষণা করে বা noindex নির্দেশনা রাখে?
গন্তব্য রিডাইরেক্ট করলে উৎস বদলানোর আগে কাঙ্ক্ষিত চূড়ান্ত ঠিকানা যাচাই করুন। গন্তব্যে noindex থাকলে ইনডেক্সিং থেকে বাদ দেওয়া পৃষ্ঠাকে কেন পছন্দের ঠিকানা বলা হচ্ছে তা দেখুন। শুধু noindex না থাকলেই পৃষ্ঠাটি ইনডেক্স করার উপযুক্ত, তা প্রমাণ হয় না।
A → B → C canonical চেইনে A ও B পরীক্ষা করার পর পরীক্ষক B-তে C-এর ঘোষণা পড়তে পারে। এটি C আনে না। C-কে পছন্দের গন্তব্য হিসেবে ব্যবহারের আগে আলাদাভাবে পরীক্ষা করুন। A → B → A লুপে ঘুরতে থাকা ঘোষণার বদলে একটি সামঞ্জস্যপূর্ণ গন্তব্য দরকার। RFC 6596 অন্য canonical ঘোষণা করে বা ত্রুটি ফিরিয়ে দেয় এমন গন্তব্য এড়াতে বলে।
গন্তব্য আনা না গেলে তার প্রতিক্রিয়া ও নির্দেশনা যাচাই করা হয়নি। সম্পর্কটি ঠিক আছে বলে সিদ্ধান্ত নেওয়ার আগে এই সীমাবদ্ধতা দূর করুন।
কারণ ঠিক করুন এবং পরিবর্তন যাচাই করুন
- এই বিষয়বস্তুর পছন্দের ঠিকানা বেছে নিন। পণ্য, ভাষা ও পৃষ্ঠাবিভাগের গুরুত্বপূর্ণ পার্থক্য মনে রাখুন; সম্পর্কহীন পৃষ্ঠাকে হোমপেজের দিকে নির্দেশ করবেন না।
- ঘোষণা তৈরি করে এমন সেটিং, টেমপ্লেট বা HTTP হেডার বদলান। পরস্পরবিরোধী উৎস সরিয়ে দিন, যাতে প্রতিক্রিয়ায় একটি সামঞ্জস্যপূর্ণ পছন্দ থাকে।
- পছন্দের গন্তব্যটিকেই পরীক্ষা করুন। প্রতিক্রিয়া, রিডাইরেক্ট, canonical ও noindex নির্দেশনা দেখুন। তার বিষয়বস্তু উৎসকে যথাযথভাবে প্রতিনিধিত্ব করে কি না নিশ্চিত করুন। পেজের HTML ও HTTP নির্দেশ, তাদের উৎস এবং Google ওয়েব অনুসন্ধানে প্রযোজ্যতা দেখতে Noindex পরীক্ষক ব্যবহার করুন।
- মূল সংস্করণ আবার পরীক্ষা করুন। সমস্যা সৃষ্টি করা কুয়েরি প্যারামিটারসহ নতুন ঘোষণা, URL-এর পথ ও পরিধিকে আগের প্রতিবেদনের সঙ্গে তুলনা করুন।
Search Console-এ প্রবেশাধিকার থাকা প্রপার্টির জন্য URL Inspection ব্যবহার করে ইনডেক্স করা তথ্যের ব্যবহারকারী-ঘোষিত ও Google-নির্বাচিত canonical তুলনা করুন। এর লাইভ পরীক্ষা Google-এর canonical নির্বাচন অনুমান করতে পারে না। আজ ঠিক করা প্রতিক্রিয়া ও Google-এর সংরক্ষিত ইনডেক্স করা সংস্করণ আলাদা পর্যবেক্ষণ।
প্রশ্নটি এখনও প্রবেশাধিকার নিয়ে হলে সেই URL ও ক্রলারের জন্য Robots.txt পরীক্ষক ব্যবহার করুন। XML ফাইল যাচাই করতে সাইটম্যাপ পরীক্ষক বা পৃষ্ঠার আরও সংকেত দেখতে অন-পেজ SEO পরীক্ষক ব্যবহার করুন। এগুলো canonical প্রতিবেদনের পরিপূরক; নির্বাচিত পৃষ্ঠাটি সঠিক প্রতিনিধি কি না হাতে যাচাই করার বিকল্প নয়।
পৃষ্ঠার তালিকার উত্তর কোড ও রিডাইরেক্টের ধাপ তুলনা করতে ব্যবহার করুন: একসঙ্গে HTTP স্ট্যাটাস পরীক্ষা.