নিজের website Google Search-এ কীভাবে দেখা যাচ্ছে, কোন query থেকে visitor আসছে এবং Google গুরুত্বপূর্ণ page crawl বা index করতে পারছে কি না—এসব বোঝার জন্য Google Search Console একটি অপরিহার্য বিনামূল্যের service। সঠিক Google Search Console Setup করলে search result-এর ভেতরের performance data, indexing status, sitemap processing, page experience এবং security-related alert এক জায়গায় দেখা যায়। এটি Google Analytics-এর বিকল্প নয়; Analytics website-এ আসার পর ব্যবহারকারীর আচরণ বোঝায়, আর Search Console মূলত Google Search-এ website-এর উপস্থিতি ও technical feedback বোঝাতে সাহায্য করে।
Setup-এর সবচেয়ে গুরুত্বপূর্ণ সিদ্ধান্ত হলো কোন property type বেছে নেবেন এবং ownership কীভাবে verify করবেন। Domain property পুরো domain-এর protocol ও subdomain cover করে, কিন্তু DNS verification লাগে। URL-prefix property শুধু লেখা prefix-এর অন্তর্ভুক্ত URL cover করে এবং একাধিক verification method দেয়। ভুল scope বেছে নিলে data অসম্পূর্ণ মনে হতে পারে। যেমন https://www.example.com/ prefix property-তে https://example.com/ বা অন্য subdomain স্বয়ংক্রিয়ভাবে অন্তর্ভুক্ত নাও হতে পারে।
এই গাইডে account প্রস্তুতি থেকে property যোগ, DNS/HTML verification, user permission, sitemap submit, URL Inspection এবং গুরুত্বপূর্ণ report ব্যবহারের ধাপ দেখানো হয়েছে। মনে রাখবেন, Search Console-এ property verify করা বা sitemap জমা দেওয়া Google-এ index ও ranking নিশ্চিত করে না। এটি ownership প্রমাণ, diagnosis এবং discovery signal দেওয়ার ব্যবস্থা। Content-এর উপযোগিতা ও search systems-এর মূল্যায়ন আলাদা প্রক্রিয়া।
Table of Contents
এই গাইডে যা জানবেন
- Setup-এর আগে যা প্রস্তুত রাখবেন
- Domain Property ও URL-prefix Property-এর পার্থক্য
- ধাপে ধাপে Search Console Property যোগ করার নিয়ম
- Verification Method: কোনটি কীভাবে ব্যবহার করবেন
- Owner ও User Permission নিরাপদভাবে পরিচালনা করুন
- XML Sitemap খুঁজে Search Console-এ Submit করুন
- URL Inspection Tool সঠিকভাবে ব্যবহার করবেন যেভাবে
- Performance, Page Indexing ও Sitemaps Report কী বলে
- Core Web Vitals, Enhancements, Manual Actions ও Security Issues
- নতুনদের জন্য সাপ্তাহিক ও মাসিক Search Console Routine
- Google Search Console Setup-এর সাধারণ ভুল
Setup-এর আগে যা প্রস্তুত রাখবেন
প্রথমে এমন Google account ব্যবহার করুন যার ownership প্রতিষ্ঠানের নিয়ন্ত্রণে আছে। ব্যক্তিগত freelancer account একমাত্র owner হলে ব্যক্তি চলে যাওয়ার পর access হারানোর ঝুঁকি থাকে। প্রতিষ্ঠানের primary owner নির্ধারণ করুন, recovery email/phone আপডেট রাখুন এবং two-step verification চালু করুন। Password shared spreadsheet বা chat-এ না দিয়ে প্রত্যেক team member-কে আলাদা Google account-এর permission দিন।
Domain registrar বা DNS provider, hosting panel এবং WordPress admin-এর access কোথায় আছে নথিভুক্ত করুন। Domain property verify করতে DNS record edit করার অনুমতি দরকার। URL-prefix method-এ website root-এ HTML file upload বা page head-এ meta tag বসানোর access লাগতে পারে। CDN বা proxy ব্যবহার করলে authoritative DNS কোথায় manage হচ্ছে—registrar, Cloud DNS নাকি hosting—সেটি আগে বুঝুন; ভুল panel-এ record দিলে verification সফল হবে না।
Website-এর preferred version লিখে রাখুন: HTTPS কি চালু, www ব্যবহার করেন কি না, কোন subdomain public এবং canonical URL কী। SSL certificate ও redirect ঠিক না থাকলে চার version ছড়িয়ে পড়তে পারে। বর্তমান XML sitemap URL-ও খুঁজে রাখুন। WordPress core, SEO plugin বা custom system sitemap তৈরি করতে পারে; একাধিক overlapping sitemap submit করার আগে কোনটি canonical indexable URLs দেয় তা যাচাই করুন।
Domain Property ও URL-prefix Property-এর পার্থক্য
| বিষয় | Domain Property | URL-prefix Property |
|---|---|---|
| Coverage | সব protocol ও subdomain | শুধু নির্দিষ্ট prefix |
| উদাহরণ | example.com | https://www.example.com/blog/ |
| Verification | DNS record আবশ্যক | HTML file, meta tag, Analytics, Tag Manager বা DNS |
| কখন ভালো | পুরো domain একসঙ্গে পর্যবেক্ষণ | নির্দিষ্ট section বা DNS access না থাকলে |
অধিকাংশ website owner-এর জন্য DNS access থাকলে Domain property সুবিধাজনক, কারণ HTTP/HTTPS, www/non-www এবং subdomain-এর data এক scope-এ দেখা যায়। কিন্তু এর অর্থ সব version index হওয়া উচিত নয়। Website-এ এখনও preferred HTTPS canonical ও redirect দরকার। Search Console property scope reporting-এর জন্য; canonicalization website configuration-এর কাজ।
URL-prefix property বিশেষ করে agency, subfolder owner বা সীমিত access-এর team-এর জন্য কার্যকর। একই site-এর Domain property এবং গুরুত্বপূর্ণ URL-prefix property উভয়ই রাখা যায়; এতে কোনো SEO penalty নেই। তবে report compare করার সময় scope লিখে রাখুন। একটি prefix property-এর click আর পুরো domain property-এর click সমান হবে—এমন আশা করবেন না। ভুল property-তে URL Inspection করলে “URL not in property” বার্তা আসতে পারে।
ধাপে ধাপে Search Console Property যোগ করার নিয়ম
ধাপ ১: Search Console খুলে সঠিক Google account দিয়ে sign in করুন। Property selector থেকে “Add property” বেছে নিন। ধাপ ২: পুরো domain track করতে Domain option-এ protocol বা path ছাড়া শুধু domain লিখুন, যেমন example.com। নির্দিষ্ট site version track করতে URL-prefix-এ সম্পূর্ণ URL লিখুন, যেমন https://www.example.com/। Copy-paste করার পর spelling, hyphen ও subdomain যাচাই করুন।
ধাপ ৩: প্রদর্শিত verification method অনুসরণ করুন। DNS method হলে Google যে TXT value দেয় সেটি অপরিবর্তিতভাবে DNS zone-এ নতুন record হিসেবে যোগ করুন। Host/name field provider অনুযায়ী @, blank অথবা domain হতে পারে; Google-এর value-তে অতিরিক্ত quote বা space যোগ করবেন না। Existing MX, A বা CNAME record মুছবেন না। Record save করে propagation-এর সময় দিন, তারপর Verify চাপুন।
ধাপ ৪: verification সফল হলে property খুলুন এবং settings-এ ownership status দেখুন। Data তাৎক্ষণিক পূর্ণ নাও হতে পারে; processing-এর জন্য অপেক্ষা করুন। Property add করার পর website code-এ ownership-এর জন্য অপ্রয়োজনীয় একাধিক tag রাখার দরকার নেই, তবে ব্যবহৃত verification token বা DNS record মুছে দিলে ownership হারাতে পারেন। Setup date, property scope এবং verification owner documentation-এ লিখে রাখুন।
Verification Method: কোনটি কীভাবে ব্যবহার করবেন
DNS TXT record
Domain property-এর আবশ্যিক এবং URL-prefix-এরও একটি option। এটি পুরো domain ownership প্রমাণে শক্তিশালী, তবে DNS edit ভুল হলে email বা website বন্ধ হতে পারে। কেবল নতুন TXT record যোগ করুন; unrelated record স্পর্শ করবেন না। DNS propagation তৎক্ষণাৎ বা কিছু সময় পরে হতে পারে। প্রথমবার ব্যর্থ হলে record authoritative nameserver-এ দেখা যাচ্ছে কি না পরীক্ষা করে আবার চেষ্টা করুন।
HTML file upload
Google-এর দেওয়া verification file website-এর নির্দিষ্ট root location-এ upload করুন এবং public URL-এ file খোলে কি না দেখুন। File-এর নাম বা content বদলাবেন না। Redirect, security rule বা deployment process file মুছে ফেললে verification হারাতে পারে। এই method URL-prefix property-এর জন্য প্রযোজ্য।
HTML meta tag
Verification meta tag homepage-এর <head> অংশে বসাতে হয়। WordPress SEO/plugin setting ব্যবহার করলে theme update-এ tag হারানোর ঝুঁকি কমে, কিন্তু একই field-এ পুরো tag বনাম শুধু token—plugin কী চায় দেখুন। Cache purge করে public source-এ tag আছে কি না যাচাই করুন।
Google Analytics বা Tag Manager
সমর্থিত account permission ও website implementation ঠিক থাকলে URL-prefix property verify হতে পারে। শুধু analytics report দেখার access যথেষ্ট নাও হতে পারে; required permission দরকার। Container code সঠিক স্থানে থাকা এবং blocked না হওয়াও গুরুত্বপূর্ণ। Verification ব্যর্থ হলে অনুমান না করে Search Console-এর displayed requirement পড়ুন।
Owner ও User Permission নিরাপদভাবে পরিচালনা করুন
Search Console-এ owner এবং user-এর ক্ষমতা এক নয়। Verified owner verification token-এর মাধ্যমে ownership প্রমাণ করেন; delegated owner-কে অন্য owner access দিতে পারে। Full user অধিকাংশ data ও action দেখতে পারে, restricted user-এর access সীমিত। কাজের জন্য যে minimum permission দরকার সেটিই দিন। Content writer-কে ownership দেওয়া এবং temporary agency-কে স্থায়ী unrestricted access দেওয়া অপ্রয়োজনীয় ঝুঁকি।
কমপক্ষে দুইজন বিশ্বাসযোগ্য organizational owner রাখলে একজনের account unavailable হলেও continuity থাকে। তবে owner list ছোট ও audited রাখুন। কর্মী, developer বা agency কাজ শেষ করলে permission সরান এবং তাদের বসানো verification file/tag প্রয়োজন হলে controlledভাবে review করুন। DNS token সরানোর আগে অন্য verified owner সক্রিয় আছে কি না নিশ্চিত করুন; ভুল করে শেষ verification method সরালে সবাই access হারাতে পারে।
প্রতি তিন মাসে Settings-এর Users and permissions ও Ownership verification audit করুন। Unknown account দেখলে সঙ্গে সঙ্গে context যাচাই করুন; compromise সন্দেহ হলে Google account security, DNS, hosting ও CMS access একসঙ্গে review করুন। Search Console message forwarding ব্যবহৃত হলে sensitive alert কার inbox-এ যায় সেটিও দেখুন। গুরুত্বপূর্ণ change যেমন sitemap removal, address change বা user addition-এর internal approval process রাখুন।
XML Sitemap খুঁজে Search Console-এ Submit করুন
Property verify হওয়ার পর browser-এ sitemap URL খুলে দেখুন। প্রচলিত path /sitemap.xml বা /sitemap_index.xml, কিন্তু system অনুযায়ী ভিন্ন হতে পারে। File publicভাবে 200 status দিচ্ছে, valid XML এবং শুধু preferred canonical URLs রাখছে কি না দেখুন। Login, HTML error page, redirect loop বা blocked file submit করবেন না। প্রয়োজন না থাকা noindex, redirect, 404 বা duplicate URL sitemap থেকে বাদ দিন।
Search Console-এর Sitemaps report-এ property-relative sitemap path দিন এবং submit করুন। “Success” মানে Google file পড়তে পেরেছে; sitemap-এর সব URL index হয়েছে—এমন নয়। Discovered URL count ও Page indexing report-এর reason মিলিয়ে দেখুন। Sitemap update হলে সাধারণত একই URL dynamicভাবে refresh হয়; প্রতিটি নতুন article-এর জন্য নতুন sitemap submit করার দরকার নেই।
Sitemap হলো discovery hint, command নয়। Google page crawl বা index করবে কি না content, accessibility, canonicalization এবং অন্য signal অনুযায়ী নির্ধারণ করে। Sitemap submit বা URL Inspection request ranking বাড়ায় না। Indexing সমস্যা নিয়ে আরও বিশদ diagnosis-এর জন্য Google Indexing Problem-এর কারণ ও সমাধান পড়ুন। বড় site-এ sitemap index ব্যবহার করে type বা section অনুযায়ী child sitemap ভাগ করলে monitoring সহজ হয়।
URL Inspection Tool সঠিকভাবে ব্যবহার করবেন যেভাবে
Top inspection bar-এ property-এর ভেতরের exact URL paste করুন। Report indexed version সম্পর্কে Google-এর জানা status, last crawl, crawling allowed, indexing allowed, user-declared canonical এবং Google-selected canonical দেখাতে পারে। Status message-এর wording মনোযোগ দিয়ে পড়ুন; “URL is on Google” মানে সব query-তে উচ্চ rank নয়, আর “URL is not on Google” মানেই penalty নয়। Reason ও details অনুযায়ী পরবর্তী action ঠিক করুন।
“Test Live URL” বর্তমান page fetch করে access ও কিছু rendering signal পরীক্ষা করে। এটি live page indexable দেখালেও indexing guarantee দেয় না এবং test result সঙ্গে সঙ্গে indexed data বদলায় না। Meaningful নতুন বা fixed page-এর জন্য “Request Indexing” ব্যবহার করা যায়। একই URL বারবার request করলে faster inclusion নিশ্চিত হয় না; mass request-এর বদলে sitemap ও crawlable architecture ব্যবহার করুন।
Canonical mismatch হলে declared canonical, internal link, redirect ও sitemap এক URL-এ মিলিয়ে দিন। Blocked resource বা server error থাকলে developer/hosting team-কে exact evidence দিন। URL Inspection screenshot-এর পাশাপাশি test time, response, affected template ও recent deployment লিখুন। Fix-এর পরে validation এবং recrawl-এর সময় দিন; report update না হওয়া পর্যন্ত settings বারবার উল্টে দেবেন না।
Performance, Page Indexing ও Sitemaps Report কী বলে
Performance report
Google Search থেকে click, impression, average CTR এবং average position দেখা যায়। Query, page, country, device, search appearance ও date filter দিয়ে pattern খুঁজুন। Average position aggregate metric; একে একমাত্র KPI করবেন না। Brand ও non-brand query, mobile/desktop এবং নতুন/পুরোনো page আলাদা করলে insight পরিষ্কার হয়। Data-তে delay, anonymized query ও reporting limit থাকতে পারে।
Page indexing report
Google কোন known URL index করেছে বা কেন করেনি তার grouped reason দেখায়। সব “Not indexed” খারাপ নয়—redirect, alternate canonical, intentionally noindex এবং removed page প্রত্যাশিত হতে পারে। Business-important canonical URL ভুল reason-এ বাদ পড়ছে কি না template sample দিয়ে দেখুন। Issue fix করার পরে validation feature থাকলে ব্যবহার করুন, কিন্তু validation index guarantee নয়।
Sitemaps report
Sitemap fetch status, last read এবং discovered URLs বোঝায়। Parsing error হলে sitemap content ও HTTP response পরীক্ষা করুন। Submitted count ও indexed count সমান হওয়া বাধ্যতামূলক নয়। Sitemap-এ শুধু clean, canonical ও indexable URL রাখলে report diagnosis সহজ হয়। পুরোনো obsolete sitemap সরানোর আগে active sitemap ও URL discovery ঠিক আছে কি না যাচাই করুন।
Core Web Vitals, Enhancements, Manual Actions ও Security Issues
Core Web Vitals report field data-এর ভিত্তিতে URL group-এর user experience signal দেখাতে পারে। যথেষ্ট data না থাকলে report ফাঁকা হওয়া error নয়। সমস্যা থাকলে representative URL PageSpeed বা developer tool-এ পরীক্ষা করুন, তারপর template-level cause যেমন image, font, JavaScript ও layout shift ঠিক করুন। WordPress ব্যবহার করলে WordPress speed optimization গাইড থেকে বাস্তব checklist নিতে পারেন।
Enhancement report structured data বা feature-specific eligibility issue দেখাতে পারে। Valid markup rich result দেখানোর নিশ্চয়তা দেয় না। Error ও warning-এর পার্থক্য বুঝুন, visible content-এর সঙ্গে markup মিলিয়ে রাখুন এবং অপ্রাসঙ্গিক schema দিয়ে result manipulate করার চেষ্টা করবেন না। Mobile usability বা report availability সময়ের সঙ্গে বদলাতে পারে; Search Console navigation-এ বর্তমানে যা দেখায় সেটিই অনুসরণ করুন।
Manual Actions report Google-এর human reviewer প্রয়োগ করা action জানায়। Security Issues hacked content, malware বা deceptive behavior-এর signal দিতে পারে। দুই report setup-এর দিনই দেখুন এবং email alert সচল রাখুন। সমস্যা পেলে cosmetic fix নয়—root cause, compromised credential ও vulnerable software সমাধান করুন। তারপর documented clean-up ও প্রযোজ্য review process অনুসরণ করুন।
নতুনদের জন্য সাপ্তাহিক ও মাসিক Search Console Routine
প্রতি সপ্তাহে: Performance-এর click/impression trend, top landing page এবং অস্বাভাবিক decline দেখুন। Page indexing-এ নতুন sitewide reason এসেছে কি না, sitemap fetch error এবং security/manual action alert আছে কি না পরীক্ষা করুন। নতুন গুরুত্বপূর্ণ content internal link ও sitemap-এ এসেছে কি না sample করুন। এক দিনের fluctuation দেখে আতঙ্কিত না হয়ে comparable period ও seasonality বিবেচনা করুন।
প্রতি মাসে: brand/non-brand query, device, country ও content group বিশ্লেষণ করুন। Indexed হওয়া দরকার এমন priority URLs-এর sample inspection করুন। User permission ও verification health review করুন। Content team-এর জন্য query opportunity, developer-এর জন্য technical issue এবং management-এর জন্য outcome—এই তিন স্তরের ছোট report বানান। শুধু total impression বাড়া নয়, relevant lead বা business goal-এর সঙ্গে page performance যুক্ত করুন।
Website redesign, HTTPS migration, domain change, major template update বা CDN/firewall change-এর আগে baseline export ও annotation রাখুন। Deploy-এর পরে status, canonical, rendered content ও key query monitor করুন। Google AI feature-এ visibility নিয়ে কাজ করলে ভিত্তিগত crawlability ও helpful content-ই গুরুত্বপূর্ণ; Google AI Overview SEO গাইড এ বিষয়ে বিস্তারিত ধারণা দেয়। Shortcut বা guaranteed ranking service থেকে দূরে থাকুন।
Google Search Console Setup-এর সাধারণ ভুল
প্রথম ভুল হলো ভুল property scope দেখে data “হারিয়ে গেছে” মনে করা। দ্বিতীয় ভুল, verification সফল হওয়ার পর DNS TXT, HTML file বা meta tag মুছে দেওয়া। তৃতীয় ভুল, agency-কে owner বানিয়ে কাজ শেষে access audit না করা। চতুর্থ ভুল, sitemap success-কে সব page index হওয়ার প্রমাণ ভাবা। পঞ্চম ভুল, প্রতিদিন একই URL request করা। এই প্রতিটি ভুল documentation ও role-based access দিয়ে সহজে এড়ানো যায়।
আরেকটি ভুল হলো Page indexing report-এর সব excluded URL index করানোর চেষ্টা। Cart, account, filter, duplicate archive বা redirected URL search result-এ দরকার নাও হতে পারে। আগে priority URL inventory তৈরি করুন। একইভাবে average position সামান্য বদলালেই title প্রতিদিন edit করবেন না। Metric aggregate এবং ranking query/location/device অনুযায়ী বদলে যায়। Meaningful period ও actual click/conversion দেখুন।
শেষত, Search Console-কে website backup, uptime monitor বা full analytics system ভাববেন না। এটি সব crawl activity দেখায় না, data sample/limit থাকতে পারে এবং business transaction track করে না। Analytics, server log, uptime monitoring, security scanning এবং editorial QA-এর সঙ্গে Search Console ব্যবহার করুন। Tool যা জানায় তার ওপর action নিন, কিন্তু user research ও content judgment বাদ দেবেন না।
কাজের চেকলিস্ট
- প্রতিষ্ঠান-নিয়ন্ত্রিত Google account-এ two-step verification চালু আছে।
- Domain ও URL-prefix-এর scope বুঝে সঠিক property type বেছে নেওয়া হয়েছে।
- Verification token/file/record অক্ষত এবং অন্তত দুইজন বিশ্বস্ত owner আছে।
- Team member-কে কাজ অনুযায়ী minimum user permission দেওয়া হয়েছে।
- Valid canonical XML sitemap submit করে Sitemaps report দেখা হয়েছে।
- Priority URL-এ URL Inspection, canonical ও rendered content পরীক্ষা করা হয়েছে।
- Performance, Page indexing, Manual Actions ও Security Issues নিয়মিত দেখা হয়।
- Migration ও major deploy-এর date annotation এবং baseline data রাখা হয়েছে।
সম্পর্কিত আরও গাইড
Search Console setup-এর পরে index status বুঝতে Google Indexing Problem-এর গাইড এবং দীর্ঘমেয়াদি search strategy তৈরিতে ২০২৬ সালের SEO strategy পড়ুন। Site performance দুর্বল হলে WordPress speed optimization checklist কাজে লাগবে।
সাধারণ প্রশ্ন ও উত্তর
Google Search Console কি বিনামূল্যে ব্যবহার করা যায়?
হ্যাঁ, Google Search Console একটি বিনামূল্যের service। তবে property ownership verify করতে domain, hosting বা website access দরকার হতে পারে এবং technical কাজের জন্য developer cost আলাদা হতে পারে।
Domain নাকি URL-prefix property বেছে নেব?
পুরো domain, সব protocol ও subdomain একসঙ্গে দেখতে DNS access থাকলে Domain property সুবিধাজনক। নির্দিষ্ট prefix বা বিকল্প verification দরকার হলে URL-prefix নিন। প্রয়োজন হলে উভয়ই রাখা যায়।
DNS verification করলে website বন্ধ হতে পারে?
সঠিকভাবে নতুন TXT record যোগ করলে সাধারণত site বন্ধ হয় না। কিন্তু existing A, CNAME, MX বা nameserver ভুল করে বদলালে সমস্যা হতে পারে। তাই record না মুছে provider-এর field format মেনে কাজ করুন।
Verification-এর পর TXT record মুছে ফেলব?
না, verification বজায় রাখতে ব্যবহৃত record বা token রেখে দিন। অন্য verified ownership method নিশ্চিত না করে record সরালে property access হারাতে পারেন।
Sitemap submit করলে সব page index হবে?
না। Sitemap discovery hint মাত্র। Page-এর access, noindex, canonical, duplicate status ও content valueসহ অনেক বিষয়ের ভিত্তিতে Google index করার সিদ্ধান্ত নেয়।
Search Console ও Google Analytics কি একই?
না। Search Console Google Search-এর impression, click, query ও indexing feedback দেয়। Analytics সাধারণত website-এ আসার পর session, event ও conversion বোঝায়। দুই tool একসঙ্গে ব্যবহার করলে পূর্ণ picture পাওয়া যায়।
Data সঙ্গে সঙ্গে দেখা যায় না কেন?
Search Console data collect ও process করতে সময় লাগে, এবং report ভেদে delay আলাদা হতে পারে। Setup সফল হলে কিছু সময় অপেক্ষা করুন; property scope ও verification ঠিক আছে কি না যাচাই করুন।
শেষ কথা
সঠিক Google Search Console Setup শুধু website add করে থেমে যাওয়া নয়। উপযুক্ত property scope, স্থায়ী verification, নিরাপদ permission, clean sitemap এবং report-reading routine—সব মিলেই toolটি কার্যকর হয়। URL Inspection দিয়ে একটি page-এর অবস্থা, Page indexing দিয়ে pattern এবং Performance report দিয়ে search demand বোঝুন। Sitemap বা request-কে ranking shortcut না ধরে diagnosis ও discovery সহায়ক হিসেবে ব্যবহার করুন। মাসে অল্প সময়ের নিয়মিত review-ও বড় technical সমস্যা দ্রুত ধরতে এবং content decision evidence-based করতে পারে।
Google Search Console-এর menu, property verification requirement, report ও metric সময়ের সঙ্গে বদলাতে পারে। Setup-এর সময় interface-এ প্রদর্শিত নির্দেশনা এবং Google Search Central-এর বর্তমান official documentation মিলিয়ে নিন।
