টেকনিক্যাল SEO
টেকনিক্যাল SEO অডিট: কী কী দেখা হয় + ফ্রি চেকলিস্ট
টেকনিক্যাল SEO অডিটে কী কী দেখা হয়: ক্রলিং, ইনডেক্সিং, রেন্ডারিং, Core Web Vitals, মোবাইল, schema, ইন্টারনাল লিংক আর sitemap, সাথে নিজে ব্যবহারের ফ্রি চেকলিস্ট
লিখেছেন Selimuzzaman Afridiপড়তে 9 মিনিট

বেশিরভাগ SEO পরামর্শ শুরু হয় কিওয়ার্ড আর কনটেন্ট দিয়ে। ওটা দেখা যায় এমন অংশ। এর নিচে থাকে একটা সরল প্রশ্ন: Google কি আসলে আপনার পেজে পৌঁছাতে, পড়তে আর সেগুলো রাখতে পারছে? উত্তর যদি হয় "সবসময় না", তাহলে ভালো কনটেন্ট দিয়ে সেটা ঠিক হবে না।
এই গাইড ব্যাখ্যা করে, ওই স্তরের একটা ঠিকঠাক টেকনিক্যাল SEO অডিট কী কী দেখে, প্রতিটা অংশ কেন জরুরি, আর নিজে কীভাবে চেক করবেন। নিচের চেকলিস্টটা ফ্রিতে কপি করে নিতে পারেন। কোনো কিছু কীভাবে কাজ করে তা Google প্রকাশ করে থাকলে, শোনা কথার বদলে আমরা তার নিজের ডকুমেন্টেশনের লিংক দিয়েছি।
টেকনিক্যাল SEO কী কী চেক করে
Google সার্চকে তিনটা ধাপে বর্ণনা করে: ক্রলিং, ইনডেক্সিং আর রেজাল্ট দেখানো (Google Search কীভাবে কাজ করে)। টেকনিক্যাল SEO প্রথম দুটো নিয়ে। যে পেজ কখনো ক্রল হয় না, সেটা ইনডেক্স হতে পারে না, আর যে পেজ ইনডেক্স হয়নি, সেটা যত ভালোই হোক র্যাংক করতে পারে না।
তাই একটা অডিট প্রতিটা জরুরি URL নিয়ে ছোট একসারি প্রশ্ন করে:
- Googlebot কি এখানে পৌঁছাতে পারে? (ক্রল)
- এটা কি রাখার অনুমতি আছে, আর রাখার জন্য বেছে নেওয়া হয়েছে? (ইনডেক্স)
- পেজ রেন্ডার হওয়ার পরও কি কনটেন্টটা থাকে? (রেন্ডার)
- আসল ভিজিটরদের জন্য অভিজ্ঞতা কি দ্রুত আর স্থির? (স্পিড আর Core Web Vitals)
- মোবাইল ভার্সনে কি একই কনটেন্ট আছে? (মোবাইল)
- পেজটা কী নিয়ে, Google কি বুঝতে পারে? (structured data)
- লিংক আর sitemap দিয়ে কি পেজটা খুঁজে পাওয়া যায়? (ইন্টারনাল লিংক, sitemap, robots)
বিষয়টা আপনার কাছে নতুন হলে, আমাদের নতুনদের গাইড টেকনিক্যাল SEO কী দিয়ে শুরু করুন। এই পোস্টের বাকিটা ধরে নেয় যে আপনি বেসিক শব্দগুলো জানেন আর একটা আসল সাইট চেক করতে চান।
ক্রল: Google কি আপনার পেজে পৌঁছাতে পারছে?
ক্রলের সমস্যা সবচেয়ে ক্ষতিকর, কারণ বাকি সবকিছু এতে ঢাকা পড়ে যায়। সাধারণ কারণগুলো সরল।
- স্ট্যাটাস কোড। জরুরি পেজ 200 দেবে। সরানো পেজ দেবে 404 বা 410, "not found" লেখা কোনো 200 "soft 404" পেজ নয়। Google প্রতিটা স্ট্যাটাস কোড কীভাবে দেখে, তা HTTP স্ট্যাটাস কোড আর নেটওয়ার্ক এরর-এ ডকুমেন্ট করা আছে।
- Redirect। সরানো URL-এর জন্য স্থায়ী (301 বা 308) redirect ব্যবহার করুন, আর কয়েক ধাপের চেইন এড়িয়ে চলুন। Google-এর redirect আর Google Search পেজ দেখুন।
- robots.txt। একটা ভুল
Disallowলাইন পুরো একটা ফোল্ডার ব্লক করে দিতে পারে, বা পেজ রেন্ডার করতে Google-এর দরকারি CSS আর JavaScript ফাইল। Google-এর robots.txt-এর পরিচিতি এমন একটা কথা বলে যা অনেক সাইট মালিক মিস করেন: robots.txt ক্রলিং নিয়ন্ত্রণ করে, ইনডেক্সিং নয়। অন্য পেজ লিংক করলে ব্লক করা URL-ও রেজাল্টে আসতে পারে। - সার্ভারের অবস্থা। ঘন ঘন 5xx এরর বা টাইমআউট হলে Google ক্রলিং ধীর করে দেয়। Search Console-এর Crawl Stats রিপোর্টে এগুলো দেখা যায়।
ইনডেক্স: সঠিক ভার্সনটা কি রাখা হয়েছে?
ক্রল হওয়া আর ইনডেক্স হওয়া এক জিনিস নয়। ইনডেক্সের চেকগুলো খোঁজে ভুল করে বাদ পড়া পেজ, আর এমন ডুপ্লিকেট যা আপনার সংকেত ভাগ করে দেয়।
- noindex ট্যাগ। একটা
noindexমেটা ট্যাগ বাX-Robots-Tagহেডার একটা পেজকে রেজাল্ট থেকে সরিয়ে দেয়। লঞ্চের পরেও স্টেজিং সেটিং চালু থেকে যাওয়া একটা সাধারণ কারণ। Google দুটো পদ্ধতিই noindex দিয়ে সার্চ ইনডেক্সিং ব্লক করা-য় ব্যাখ্যা করেছে। খেয়াল রাখবেন, ট্যাগটা দেখতে Google-কে পেজটা ক্রল করতে পারতে হবে, তাই noindex-এর সাথে robots.txt ব্লক মেশাবেন না। - Canonical URL। একই কনটেন্ট প্রায়ই কয়েকটা ঠিকানায় থাকে:
wwwসহ আর ছাড়া, ট্র্যাকিং প্যারামিটারসহ, বা দোকানের ফিল্টার অপশনসহ। একটাrel="canonical"ট্যাগ Google-কে বলে আপনি কোনটা চান। Google একে আদেশ নয়, জোরালো ইঙ্গিত হিসেবে দেখে, যেমনটা তার ডুপ্লিকেট URL একত্র করা-র গাইড ব্যাখ্যা করে। - Page indexing রিপোর্ট। Search Console-এ এই রিপোর্ট Google যত URL চেনে সবগুলোর তালিকা দেয়, আর বাদ পড়া প্রতিটা কেন বাদ পড়ল তা জানায়। পুরো অডিটের মধ্যে এটাই সবচেয়ে কাজের স্ক্রিন।
রেন্ডার: JavaScript-এর পরও কি কনটেন্ট টিকে থাকে?
অনেক আধুনিক সাইট ব্রাউজারে JavaScript দিয়ে কনটেন্ট বানায়। Google JavaScript রেন্ডার করতে পারে, কিন্তু সেটা আলাদা একটা ধাপে হয়, আর যে কনটেন্ট শুধু ক্লিক বা স্ক্রলের পরে লোড হয়, সেটা হয়তো কখনো দেখাই হয় না। Google-এর JavaScript SEO-এর বেসিক-এ বিস্তারিত আছে।
চেক করতে, Search Console-এর URL Inspection টুল খুলুন, একটা লাইভ টেস্ট চালান, আর রেন্ডার হওয়া HTML দেখুন। মূল লেখা, লিংক আর টাইটেল ট্যাগ — সব কি আছে? জরুরি কনটেন্ট না থাকলে, সমাধান সাধারণত ওই পেজগুলোর জন্য server-side rendering বা static generation।
স্পিড আর Core Web Vitals
Google তার page experience সংকেতের অংশ হিসেবে Core Web Vitals ব্যবহার করে (Core Web Vitals আর Google সার্চ রেজাল্ট বোঝা)। মেট্রিক তিনটা, আর web.dev "ভালো" সীমাগুলো প্রকাশ করে (Web Vitals):
| মেট্রিক | কী মাপে | "ভালো" সীমা |
|---|---|---|
| Largest Contentful Paint (LCP) | লোডিং: মূল কনটেন্ট কখন দেখা যায় | 2.5 সেকেন্ড বা কম |
| Interaction to Next Paint (INP) | ট্যাপ, ক্লিক আর কি-প্রেসে সাড়া দেওয়ার গতি | 200 মিলিসেকেন্ড বা কম |
| Cumulative Layout Shift (CLS) | দৃশ্যমান স্থিরতা: লেআউট কতটা লাফায় | 0.1 বা কম |
March 2024-এ First Input Delay (FID)-এর জায়গায় INP Core Web Vital হয়েছে (web.dev-এর ঘোষণা)। কোনো রিপোর্ট বা প্লাগইন এখনো FID দিয়ে আপনার সাইটের নম্বর দিলে, সেটা পুরনো।
Google এগুলো মাপে আসল ভিজিটের 75th percentile-এ, তাই ল্যাব স্কোরের আগে ফিল্ড ডেটা দেখুন (Search Console-এর Core Web Vitals রিপোর্ট, বা PageSpeed Insights-এর ওপরের অংশ)। সাধারণ অপরাধীরা হলো অতিরিক্ত বড় ছবি, রেন্ডার-ব্লকিং স্ক্রিপ্ট, ধীর হোস্টিং, থার্ড-পার্টি উইজেট, আর জায়গা আগে থেকে না রাখা ছবি বা বিজ্ঞাপন। অডিটে এগুলো ধরা পড়লে, আমাদের ওয়েবসাইট স্পিড অপটিমাইজেশন সার্ভিস ঠিক এই কাজের জন্যই বানানো।
মোবাইল: ফোনের ভার্সন কি সম্পূর্ণ?
ইনডেক্সিং আর র্যাংকিংয়ের জন্য Google একটা পেজের মোবাইল ভার্সন ব্যবহার করে (mobile-first indexing-এর সেরা চর্চা)। তাই Google-এর কাছে মোবাইল পেজটাই আসল পেজ। মোবাইলে লেখা, ছবি, structured data বা লিংক লুকানো বা সরানো থাকলে, Google হয়তো সেগুলো কখনো দেখবেই না।
অডিট দুটো ভার্সন পাশাপাশি তুলনা করে। এটা বেসিকও চেক করে: সঠিক viewport ট্যাগ, জুম না করেই পড়া যায় এমন লেখা, আর গাদাগাদি না করা ট্যাপ টার্গেট। বাংলাদেশে, যেখানে বেশিরভাগ মানুষ ফোনে ব্রাউজ করে, এটা খুব কমই ছোট কোনো বিষয়।
Structured data: Google কি পেজটা বুঝতে পারে?
Structured data হলো কোড (সাধারণত JSON-LD), যা একটা পেজ কী তা লেবেল করে: একটা প্রতিষ্ঠান, একটা লোকাল ব্যবসা, একটা প্রোডাক্ট, একটা আর্টিকেল, একটা FAQ। Google এটা দিয়ে কনটেন্ট বোঝে, আর সমর্থিত ধরনের ক্ষেত্রে রিচ রেজাল্ট দেখায়। তার structured data-র পরিচিতি ফরম্যাট আর নিয়মগুলোর তালিকা দেয়।
অডিট তিনটা জিনিস চেক করে। Rich Results Test-এ কোনো এরর ছাড়া মার্কআপ কি সঠিক? এটা কি পেজে আসলেই দেখা যায় এমন কনটেন্টের বর্ণনা দিচ্ছে? আর ব্যবসার তথ্য (নাম, ঠিকানা, ফোন) কি যেখানে যেখানে আছে সব জায়গায় একই? ভিজিটর দেখতে পায় না এমন জিনিস বর্ণনা করা মার্কআপ Google-এর গাইডলাইনের বিরুদ্ধে।
ইন্টারনাল লিংক, sitemap আর robots
Google বেশিরভাগ পেজ খুঁজে পায় লিংক ধরে। তার ক্রলযোগ্য লিংক-এর গাইড বলে, লিংক হওয়া উচিত href-সহ আসল <a> এলিমেন্ট, শুধু JavaScript দিয়ে কাজ করা বাটন নয়।
একটা অডিট ইন্টারনাল লিংকের ম্যাপ বানায় আর খোঁজে:
- Orphan পেজ, যেগুলোতে অন্য কোনো পেজ লিংক করে না।
- গভীর পেজ, যেগুলোতে হোমপেজ থেকে পৌঁছাতে অনেক ক্লিক লাগে।
- ভাঙা ইন্টারনাল লিংক, আর redirect হওয়া URL-এ যাওয়া লিংক।
- অস্পষ্ট অ্যাংকর টেক্সট, যেমন "এখানে ক্লিক করুন", যা টার্গেট পেজ সম্পর্কে Google-কে কিছুই বলে না।
XML sitemap-এ থাকা উচিত শুধু canonical, ইনডেক্সযোগ্য, 200 দেওয়া URL, আর সেটা Search Console-এ সাবমিট করা উচিত। Google-এর sitemap ওভারভিউ ফরম্যাট আর সীমা ব্যাখ্যা করে। redirect, noindex করা পেজ বা 404-এ ভরা sitemap মিশ্র সংকেত পাঠায়।
টেকনিক্যাল SEO অডিট চেকলিস্ট
এটা একটা স্প্রেডশিটে কপি করুন, আর একবারে একটা অংশ ধরে কাজ করুন। প্রতিটা লাইনে পাস, ফেল বা প্রযোজ্য নয় মার্ক করুন, আর ফেল করা URL-গুলো লিখে রাখুন।
| অংশ | যা চেক করবেন | কোথায় চেক করবেন |
|---|---|---|
| ক্রল | জরুরি পেজ 200 দেয়; সরানো পেজ soft 404 নয়, 404/410 দেয় | ক্রলার, Search Console |
| ক্রল | সরানো URL এক ধাপের 301/308 redirect ব্যবহার করে | ক্রলার |
| ক্রল | robots.txt জরুরি কিছু ব্লক করে না, CSS আর JS-সহ | Search Console-এর robots.txt রিপোর্ট |
| ক্রল | ঘন ঘন 5xx এরর বা টাইমআউট নেই | Crawl Stats রিপোর্ট |
| ইনডেক্স | ভুল করে থাকা কোনো noindex ট্যাগ বা হেডার নেই | ক্রলার, URL Inspection |
| ইনডেক্স | প্রতিটা পেজে নিজের দিকে বা সঠিক canonical আছে | ক্রলার |
| ইনডেক্স | সাইটের একটা ভার্সন (https, www বা non-www) বাকিগুলোকে redirect করে | ব্রাউজার, ক্রলার |
| ইনডেক্স | Page indexing রিপোর্টে বাদ পড়া URL-গুলো ইচ্ছা করেই বাদ | Page indexing রিপোর্ট |
| রেন্ডার | রেন্ডার হওয়া HTML-এ মূল লেখা, লিংক আর টাইটেল আছে | URL Inspection, লাইভ টেস্ট |
| স্পিড / CWV | ফিল্ড ডেটায় LCP 2.5 s বা কম, INP 200 ms বা কম, CLS 0.1 বা কম | Core Web Vitals রিপোর্ট, PageSpeed Insights |
| স্পিড / CWV | ছবি কম্প্রেস করা, ঠিক সাইজের, আর আধুনিক ফরম্যাটে | PageSpeed Insights |
| মোবাইল | ডেস্কটপের মতোই মোবাইলে একই কনটেন্ট, লিংক আর structured data | URL Inspection, হাতে চেক |
| মোবাইল | viewport ট্যাগ সেট করা; লেখা পড়া যায়; ট্যাপ টার্গেটে ফাঁক আছে | ফোন, Lighthouse |
| Structured data | মার্কআপ সঠিক আর দেখা যায় এমন কনটেন্টের সাথে মেলে | Rich Results Test |
| Structured data | ব্যবসার নাম, ঠিকানা আর ফোন সব জায়গায় একই | হাতে চেক |
| ইন্টারনাল লিংক | কোনো orphan পেজ নেই; জরুরি পেজ হোম থেকে অল্প কয়েক ক্লিকে | ক্রলার |
| ইন্টারনাল লিংক | কোনো ভাঙা ইন্টারনাল লিংক বা redirect-এ যাওয়া লিংক নেই | ক্রলার |
| ইন্টারনাল লিংক | অ্যাংকর টেক্সট টার্গেট পেজের বর্ণনা দেয় | ক্রলার এক্সপোর্ট, হাতে রিভিউ |
| Sitemap / robots | XML sitemap-এ শুধু canonical, ইনডেক্সযোগ্য 200 URL | ক্রলার, Sitemaps রিপোর্ট |
| Sitemap / robots | sitemap সাবমিট করা আর robots.txt-এ উল্লেখ করা | Search Console, robots.txt |
হাতে যদি মাত্র এক ঘণ্টা থাকে, একই তালিকার ছোট সংস্করণ:
- Page indexing রিপোর্ট খুলে বাদ পড়ার প্রতিটা কারণ পড়ুন
- হোমপেজ আর একটা জরুরি সার্ভিস পেজে URL Inspection-এর লাইভ টেস্ট চালান
- Search Console বা PageSpeed Insights-এ ফিল্ড Core Web Vitals দেখুন
- robots.txt খুলে প্রতিটা Disallow লাইন পড়ুন
- XML sitemap খুলে দশটা URL মিলিয়ে দেখুন
- Rich Results Test-এ আপনার structured data টেস্ট করুন
যা পেলেন, তার অগ্রাধিকার কীভাবে ঠিক করবেন
একটা অডিটে সহজেই একশোটা সমস্যা আসতে পারে। সবগুলো সমান জরুরি নয়। একটা যুক্তিসঙ্গত ক্রম হলো:
- জরুরি পেজের ক্রলিং বা ইনডেক্সিং আটকে দেয় এমন যেকোনো কিছু: ব্লক, noindex, ভাঙা canonical, সার্ভার এরর।
- পুরো টেমপ্লেটে প্রভাব ফেলা সমস্যা, যেমন প্রতিটা প্রোডাক্ট পেজে canonical না থাকা, কারণ একটা সমাধানে শত শত URL ঠিক হয়।
- সবচেয়ে বেশি ট্রাফিকের পেজে Core Web Vitals ফেল, ফিল্ড ডেটা দিয়ে।
- Structured data-র এরর আর ইন্টারনাল লিংকিংয়ের ফাঁক।
- দেখার মতো সতর্কবার্তা, যা কোনো টুল দেখায় কিন্তু Google পেজটা কীভাবে দেখে তা বদলায় না।
শুধু একটা স্কোর দেয় এমন রিপোর্ট থেকে সাবধান থাকুন। 100-এর মধ্যে একটা সংখ্যা বলে না আগে কী ঠিক করতে হবে। কাজের অডিট URL, সমস্যা, কেন জরুরি আর সমাধান — সব নাম ধরে বলে।
নিজে অডিট, নাকি পেশাদার সাহায্য?
কয়েক ডজন পেজের ছোট সাইটে, ওপরের চেকলিস্ট আর একটা ফ্রি Search Console অ্যাকাউন্টেই বেশিরভাগ সমস্যা ধরা পড়বে। এক বিকেলেই করে ফেলতে পারবেন।
বড় সাইট, ফিল্টারওয়ালা অনলাইন শপ, আর JavaScript ফ্রেমওয়ার্কে বানানো সাইট বেশি কঠিন। ডুপ্লিকেট URL বাড়তে থাকে, রেন্ডারিং সমস্যা লুকিয়ে থাকে, আর সমাধানে প্রায়ই একজন ডেভেলপার লাগে। এখানেই একটা পেইড টেকনিক্যাল SEO সার্ভিস তার খরচ উসুল করে: পুরো ক্রল, লিখিত সমস্যার তালিকা, আর সমাধানগুলোও। সাধারণ খরচ আছে SEO আর ওয়েব ডিজাইনের প্রাইসিং পেজে।
আপনার সাইটের একটা ফ্রি অডিট নিন
কিছু খরচ করার আগে দ্বিতীয় কারো চোখে দেখিয়ে নিতে চান? আমাদের ফ্রি SEO অডিট-এর অনুরোধ করুন। আপনি পাবেন র্যাংকিং, টেকনিক্যাল অবস্থা আর স্পিড নিয়ে সহজ ভাষার রিপোর্ট, সাথে দ্রুত সমাধানগুলো, আর এরপর কী করবেন (যদি কিছু করেন) সেটা আপনিই ঠিক করবেন। যেভাবেই হোক, প্রতিটা রিডিজাইন, প্ল্যাটফর্ম বদল বা URL-এ বড় পরিবর্তনের পর টেকনিক্যাল অডিট আবার করা উচিত।