Technical seo checklist for nepali website

Complete Technical SEO Checklist for Nepal Websites (2026)

Naresh Thapa SEO Expert Nepal

Naresh Thapa

SEO Expert in Nepal • 5 Years Experience • Based in Biratnagar, Nepal
Siddhartha Marg, Biratnagar-10, Koshi Zone • +977-9767412928[email protected]

Published: April 19, 2026 • Last reviewed: April 19, 2026

Here is something I see almost every week when a new client reaches out from Nepal, India, or Bangladesh. They have invested months into content, they have built backlinks, they are consistent on social media, and their rankings have barely moved. When I open their site in Screaming Frog and check GSC, the problem is almost never the content. It is the technical foundation, something quiet and invisible that has been quietly capping everything else they have been working on.

Technical SEO is not the glamorous part of this work, but it is the part that determines whether any of the other work actually functions. You can write excellent content, earn strong links, and target exactly the right keywords, and if Google cannot crawl or index your pages correctly, none of that effort matters. The rankings stay flat. The traffic does not come. And the client eventually stops believing SEO works at all.

Over the past three years, I have audited more than 47 Nepal business websites across sectors ranging from tourism and e-commerce to clinics and professional services, in Kathmandu, Biratnagar, Pokhara, and Birgunj. The findings from those audits inform everything you are about to read. This is not a repackaged global checklist with Nepal added to the title. These are the specific issues I find on Nepal sites, with the data to back them up, and the context that makes the fixes relevant to your situation.

Whether you are a business owner running your own audit, a new SEO freelancer in South Asia building your first client deliverable, or an agency team working through the discovery phase on a new account, this checklist will give you a clear, structured process to work through. For the broader context on why technical SEO matters for long-term rankings, that guide explains the full picture well.

This checklist covers: Crawlability → Indexation → Core Web Vitals → Mobile Optimisation → Schema Markup → HTTPS and Security → Redirects and URL Structure → AI Crawler Readiness → Tools comparison for Nepal and South Asian websites

About the audit data in this guide: Between January and April 2026, I ran manual technical audits on 47 Nepal business websites. Unless stated otherwise, all Nepal-specific statistics and patterns referenced throughout this checklist come from that audit dataset. I flag the source clearly wherever the data originates elsewhere.

Foundation

What Technical SEO Actually Means (And Why It Hits Differently in Nepal)

Technical SEO is the process of making sure search engines can crawl, render, and index your website without friction. It sits underneath everything else: your content strategy, your keyword targeting, your link profile. Those things matter a great deal, but they depend entirely on a functioning technical base. A page with perfect content that Google cannot reach is a page that does not rank.

The way I usually explain it to clients is this: imagine writing a brilliant answer to an exam question, sealing it in an envelope, and posting it to the wrong address. The answer exists. The effort was real. But the examiner never sees it. That is what broken technical SEO does to your content.

For websites in Nepal and across South Asia, the technical layer carries extra weight because of three specific realities that most international SEO guides simply do not account for. First, mobile dominates the traffic picture in ways that even the most mobile-aware global guides understate. According to the Nepal Telecommunications Authority, mobile broadband penetration has reached 93.84% of the population as of March 2026, with 26.58 million 4G subscribers active as of that date. Google uses your mobile page performance as the primary ranking signal, and for a market where nearly everyone is browsing on a mid-range Android device over a variable connection, passing mobile Core Web Vitals is not optional, it is the baseline.

Second, server infrastructure in Nepal creates a structural performance problem that no plugin or optimisation technique can fully compensate for. CrUX field data shows that only 32% of WordPress sites globally achieve good Time to First Byte. On shared hosting, average TTFB sits between 900ms and 1,400ms. Most Nepal websites run on local shared hosting. From my audit of 47 sites, 38 of them had TTFB above 600ms, which is the threshold at which hosting becomes the dominant performance problem regardless of any other optimisation you apply.

Third, and this is the real opportunity, the technical SEO gap between Nepal websites and their competitors is enormous right now. Only 9 of the 47 sites I audited had any schema markup at all, and of those 9, only 4 had it implemented without validation errors. Fewer than 1 in 5 sites had a correctly configured robots.txt. The bar is low, and that means fixing the basics will have an outsized impact on your rankings relative to the effort required. To understand the full mechanics of how Google crawling and indexing works before you start your audit, that guide covers the process in practical detail.


Section 1 of 8

Crawlability Checklist: Can Google Actually Find Your Pages?

Crawlability is where every technical audit starts, because if Googlebot cannot access your pages, nothing further in this checklist matters. The good news is that crawl issues are usually straightforward to diagnose, and once you know what to look for, they are quick to fix. The bad news is that they are also easy to miss, especially on sites that look completely normal in a browser.

robots.txt Configuration

  • Check your robots.txt directly at yourdomain.com/robots.txt in your browser
  • Confirm you do not have Disallow: / blocking your entire site
  • Confirm CSS and JavaScript files are allowed. Google needs them to render your pages correctly
  • Use the robots.txt Tester inside Google Search Console to test any rule before pushing it live
  • Review robots.txt after every theme update, plugin install, or site migration
From my Nepal audit (2026): 14 of the 47 sites I audited had robots.txt problems, and in most cases the issue was the same: a default WordPress theme configuration that blocked /wp-includes/ or specific plugin directories. The site looked perfectly normal in a browser because browsers do not respect robots.txt, but Googlebot was seeing a stripped, unstyled version of every page. Always run a Live URL Test in GSC immediately after launch, not days later.

XML Sitemap

  • Submit your sitemap in Google Search Console under the Sitemaps section
  • Include only indexable, canonical pages. Remove any 404s, redirected URLs, or noindex pages from the sitemap
  • Keep each sitemap file under 50,000 URLs and below 50MB
  • Configure your sitemap to update automatically when new content publishes
  • Use a sitemap index file if you have separate sitemaps for posts, pages, and products
South Asia note: If you use Yoast SEO or Rank Math on WordPress, your sitemap generates automatically, which is helpful, but both plugins tend to include tag pages, author archives, and thin category pages by default. Open your actual sitemap URL and scroll through it. Anything you would not want ranking in Google should not be in there. This is especially relevant for news and blog-heavy sites in Pakistan and Bangladesh, where tag proliferation can create hundreds of near-empty archive pages that dilute your crawl quality signal.

Crawl Budget Management

  • Block URL parameters, session IDs, and sorting or filter combinations using robots.txt or canonical tags
  • Keep every important page within three clicks of your homepage
  • Redirect or remove all pages returning 4xx or 5xx status codes
  • Refer to the full guide on Google crawling and indexing to understand how Googlebot allocates crawl time across your site
Nepal e-commerce observation: Product filter pages are the most consistently wasted crawl budget on Nepal online stores. A shop with 500 products can generate somewhere between 8,000 and 12,000 unique filter URL combinations just from colour, size, and price sorting. Googlebot exhausts its crawl allocation on those thin, near-identical pages instead of your actual product and category pages. Block them via robots.txt or set canonical tags pointing back to the clean category URL, whichever is easier given your CMS setup.

Crawl Error Diagnosis Tools

  • GSC Coverage Report: identifies 4xx errors, blocked resources, and soft 404s across your full site without any crawl needed
  • Screaming Frog (free up to 500 URLs): gives you a complete picture with response codes, page titles, canonical tags, and redirect paths all in one export
  • Ahrefs Webmaster Tools (free tier for site owners): crawl health score with a prioritised fix list that works well for presenting issues to non-technical clients
  • Run a fresh crawl after every major site change, not on a quarterly schedule alone
For new freelancers presenting their first audit: Screaming Frog's free tier covers 500 URLs, which handles most Nepal small business sites comfortably. When you export the crawl and colour-code 4xx errors in red, redirect chains in orange, and missing meta descriptions in yellow, it reads clearly even to clients who have never seen a technical audit before. That visual clarity builds more trust in your first meeting than almost anything else you can show them.

Section 2 of 8

Indexation Checklist: Are Your Pages Actually in Google's Index?

Crawlability and indexation are two different things, and confusing them is one of the most common mistakes I see from people new to technical SEO. A page can be fully accessible to Googlebot and still not appear in the index. The distinction matters because the fix for each problem points in a different direction: crawl issues are about access, while indexation issues are usually about signals, quality, or explicit exclusion rules. If you jump straight to content improvements when you actually have an indexation problem, you will be optimising pages that Google has already decided not to show.

Noindex Audit

  • Search site:yourdomain.com in Google and compare the result count to your actual page total
  • Open GSC Index Coverage and read through every exclusion reason in the Excluded tab carefully
  • Check the meta robots tag on important pages. It should read content="index, follow" or simply not be present at all
  • In WordPress: go to Settings, then Reading, and confirm "Discourage search engines from indexing this site" is unchecked
  • Check your SEO plugin settings for any global or page-level noindex overrides you may have set and forgotten
The most expensive mistake I see in Nepal: A business owner commissions a new website, the developer builds it on a staging server with search engine visibility turned off, the site goes live, and that setting never gets changed. Everything looks fine visually. The developer says it is done. But four months later, the client has no traffic, opens GSC for the first time, and finds zero indexed pages. I have seen this on 9 of the 47 sites I audited. It is a single checkbox issue that costs months of ranking opportunity, and it takes about 30 seconds to check. Do it on every new site before anything else.

Canonical Tags

  • Every page should carry a self-referencing canonical tag inside the <head>
  • HTTP and HTTPS versions of the same URL must point to the same canonical, always the HTTPS version
  • www and non-www must resolve to one canonical version, enforced by a 301 redirect at the server level
  • Paginated pages should canonicalise to themselves, not back to page 1
  • Spot-check 10 random pages using browser source view and search for <link rel="canonical">

Duplicate Content

  • Run Screaming Frog and filter by duplicate or near-duplicate title tags and meta descriptions across the site
  • For e-commerce stores: product variation pages (different sizes or colours of the same item) should either carry canonical tags pointing to the main product page or be noindexed
  • Check that printer-friendly versions, PDF mirrors, and tag archive pages are not creating unintentional index duplicates
Bilingual Nepal and South Asian websites: If your site has both English and Nepali versions, or English alongside Hindi, Urdu, or Bengali, without hreflang tags in place, Google treats the two versions as duplicate content. In practice, this usually causes one version to be suppressed in search results, and it is rarely the version you most want to rank. Implement hreflang tags with x-default on the homepage and a language-specific tag for each variation. From my 47-site Nepal audit, 22 sites had bilingual content, and only 3 had hreflang implemented correctly. The other 19 were quietly cannibalising each other. Use the Google hreflang documentation as your reference, it is clear and well-maintained.

Section 3 of 8

Core Web Vitals Checklist: Pass Google's Page Experience Scores

Core Web Vitals are three confirmed Google ranking signals that measure how real users experience your pages in terms of loading speed, responsiveness, and visual stability. Google incorporated them as official ranking factors in June 2021, and they remain active and weighted in 2026. What changed more recently is that INP replaced FID as the responsiveness metric in March 2024, and that shift matters because INP is significantly harder to pass than FID was, which is partly why it is now the most commonly failed Core Web Vital globally. If your technical documentation still references FID, it is measuring the wrong thing.

For a detailed walkthrough of each metric, how to measure them accurately, and what specifically causes failures on Nepal-hosted WordPress sites, the Core Web Vitals guide covers that in full.

MetricWhat It MeasuresGoodNeeds WorkPoor
LCP (Largest Contentful Paint)Speed of main content loading< 2.5s2.5s – 4.0s> 4.0s
INP (Interaction to Next Paint)Responsiveness to all user inputs< 200ms200ms – 500ms> 500ms
CLS (Cumulative Layout Shift)Visual stability while loading< 0.10.1 – 0.25> 0.25
Nepal hosting context (2026): CrUX field data from corewebvitals.io shows that only 32% of WordPress sites globally achieve good TTFB, and on shared hosting the average sits between 900ms and 1,400ms. Move the same site to managed hosting with server-level caching and it drops to 120ms to 250ms. Most Nepal websites run on local shared hosting. Of the 47 sites I audited this year, 38 had TTFB above 600ms, meaning hosting was the primary LCP bottleneck on 81% of the sites in the sample. No plugin fixes that. Cloudflare's free CDN can reduce it significantly without a hosting change, but if TTFB is consistently above 800ms, the underlying fix is a better server environment.

LCP Optimisation

  • Preload your hero image in the <head> using <link rel="preload" as="image" href="...">
  • Convert all images to WebP format. WebP typically runs 25 to 35% smaller than JPEG at equivalent visual quality, which matters on variable 4G connections
  • Add Cloudflare's free CDN layer. For Nepal users specifically, this routes requests through a regional edge node rather than your origin server, which meaningfully reduces latency
  • If your TTFB consistently exceeds 600ms, the root cause is hosting, and no frontend optimisation will compensate for it fully
  • Set explicit width and height on every image element to prevent layout shifts during load
A real case from Kathmandu (2025): One of my tourism clients was on a local shared hosting plan. TTFB was measuring at 1,100ms. LCP on the homepage was 5.8 seconds. We moved the site to Cloudways at approximately NPR 2,500 per month, and within two days TTFB was at 180ms and LCP came down to 2.1 seconds. Organic traffic increased by 34% within 60 days. The hosting upgrade cost less than one month of what they had been spending on Google Ads that were not converting, and the SEO impact was permanent. When you bring this kind of evidence to a client conversation about upgrading infrastructure, the numbers do the persuading.

INP Optimisation

  • Defer non-critical JavaScript with the defer or async attribute on scripts that do not need to run on initial page load
  • Identify long main-thread tasks exceeding 50ms using Chrome DevTools Performance panel, then break them up or delay them
  • Audit active plugins. In WordPress, each plugin can inject its own JavaScript and CSS on every page, even pages where it serves no function. Twenty plugins means potentially twenty extra blocking files loading on every request
  • 43% of websites globally currently fail the 200ms INP threshold, making it the most commonly failed Core Web Vital right now
Nepal plugin bloat pattern: The average Nepal business site I audit carries between 18 and 24 active WordPress plugins, typically including two SEO plugins running simultaneously, a live chat widget, a Facebook Pixel, a WhatsApp floating button, a slider, a contact form, and a social media feed. Each of these fires JavaScript on every page load, and collectively they push INP well above 500ms on most sites. Go through your active plugin list and remove anything you are not actively using. For the plugins that remain, a tool like Perfmatters lets you disable specific plugin assets on pages where they are not needed, which cuts main-thread load significantly without removing functionality you rely on.

CLS Optimisation

  • Set explicit width and height attributes on every image and video embed so the browser can reserve the correct space before the asset loads
  • Reserve layout space for ads, banners, and lazy-loaded content before they appear. If you inject content into the page after load, place it below existing content, not above it
  • Test CLS specifically on mobile rather than assuming your desktop result applies. Sticky headers and dismissable banners cause CLS failures on small screens that appear perfectly stable on desktop

CWV Monitoring Tools

  • Google Search Console Core Web Vitals report: real user data from Chrome. This is the dataset Google uses for ranking decisions, not the lab scores from Lighthouse
  • PageSpeed Insights: combines field data from CrUX with lab data from Lighthouse, plus specific, actionable fix recommendations per page
  • GTmetrix: waterfall chart view that makes it much easier to identify which specific resources are causing TTFB delays or render-blocking issues
  • web.dev/measure: useful for a quick per-page snapshot, particularly when assessing a page before and after a specific change

Section 4 of 8

Mobile Optimisation Checklist

Google's mobile-first indexing means that the mobile version of your site is what Google crawls, evaluates, and ranks, regardless of how good your desktop experience looks. For most markets, this is an important nuance. For Nepal and South Asia broadly, it is the entire game. With mobile broadband penetration at 93.84% of Nepal's population and the country having effectively skipped the desktop internet era entirely, your mobile performance is your SEO performance. There is no separation. For a deeper dive into the implications of this for Nepal websites specifically, the mobile-first indexing guide walks through it in practical detail.

Nepal mobile context (April 2026): Nepal had 26.58 million 4G subscribers as of March 2026, up from 25.11 million the previous year, according to data from the Kathmandu Post citing Nepal Telecommunications Authority figures. Despite the growth in 4G coverage, the same report notes that users across much of the Terai and Hilly regions still encounter slow and patchy connections. Your site needs to load acceptably on a Redmi or Samsung A-series device on a variable 4G connection in Hetauda or Dhangadhi, not just on a flagship phone over Vianet fibre in Kathmandu.

Mobile Usability Checks

  • Pass Google's Mobile-Friendly Test at search.google.com/test/mobile-friendly
  • Use responsive design rather than a separate mobile subdomain like m.yourdomain.com for any new or redesigned site
  • Ensure content parity between desktop and mobile. Google indexes the mobile version, so anything hidden on mobile is invisible to Google
  • Tap targets must be at least 48x48 pixels. Budget Android handsets have smaller touchscreens and less precise touch registers than premium devices
  • Remove full-screen pop-ups that trigger immediately on mobile page load. Google applies a direct ranking penalty for intrusive interstitials on mobile
  • Body font size minimum 16px. Text below 12px triggers a Mobile Usability error in GSC
  • Review your GSC Mobile Usability report. It lists every affected URL with the specific error type, which makes prioritisation straightforward
A practical test most South Asian designers skip: Most web designers in Nepal, India, and Bangladesh build and test on desktop Chrome, sometimes switching to a mobile viewport simulator, but rarely testing on an actual device over mobile data. Before delivering any site to a client, test it yourself on a mid-range Android phone (Redmi, Realme, Samsung A-series) on your SIM card, not Wi-Fi. What breaks on mobile data almost never shows up in simulator testing, because a simulator does not replicate the connection variability or the touch precision constraints of real device use.

Page Weight Targets for South Asian Mobile Users

  • Target total above-the-fold content weight under 500KB
  • Compress and resize images before upload. CSS display sizing does not reduce the actual file weight being downloaded over mobile data
  • Simulate a 3G connection using Chrome DevTools Network tab, select "Slow 3G", and load your site. If it is painful to wait through, your users on similar connections will leave
  • Lazy-load images below the fold so they do not block the initial page render
  • 53% of mobile visitors globally abandon a site that takes more than three seconds to load, and that number holds consistently across South Asian markets

Section 5 of 8

Schema Markup Checklist

Schema markup tells search engines exactly what your content is, in a language they understand directly rather than inferring from context. Google uses it to generate rich results: the star ratings on restaurant listings, the FAQ dropdowns that expand directly in the SERP, the breadcrumbs on large sites, the local business panels with hours and phone numbers. In 2026, schema has also become one of the primary ways AI systems like Google AI Overviews, ChatGPT, and Perplexity understand the structure and credibility of your content when deciding what to cite in generated answers.

Nepal schema adoption gap (my 2026 audit data): Of the 47 Nepal business websites I audited, only 9 had any structured data implemented. Of those 9, only 4 passed Google Rich Results Test without validation errors. That means roughly 85% of Nepal business websites have no functioning schema markup at all. This is one of the fastest, highest-impact technical fixes available, and the tools needed to implement and validate it are all free.
Business TypeSchema to ImplementRich Result Benefit
All websitesOrganization + Article + BreadcrumbListSitelinks, author credibility signals
Local businessesLocalBusiness + GeoCoordinates + OpeningHoursSpecificationGoogle Maps pack, local knowledge panel
Restaurants / CafesRestaurant + Menu + AggregateRatingStar ratings, menu snippet in SERP
Tourism / TrekkingTouristAttraction + Review + EventTourism knowledge panel, destination cards
Clinics / HospitalsMedicalOrganization + PhysicianHealthcare rich results, specialist listings
E-commerce storesProduct + Offer + AggregateRating + BreadcrumbListPrice, availability, rating directly in SERP
Blog / Content sitesArticle + FAQPage + HowTo + PersonFAQ dropdowns, how-to steps, author panel
SEO / Digital agenciesProfessionalService + Person + FAQPageService rich results, contact knowledge panel

Schema Implementation Rules

  • Always use JSON-LD format inside a <script type="application/ld+json"> tag. Google recommends it, and it is far easier to maintain than Microdata because it sits in one place rather than embedded throughout your HTML
  • Validate every schema block with Google Rich Results Test before publishing. Errors in the schema prevent the rich result from appearing, even if the markup is present
  • Never mark up content that is not visible to the user on the page. This directly violates Google's structured data guidelines and can trigger a manual action
  • For LocalBusiness schema: NAP must be identical to your Google Business Profile. Exact match. Character for character
  • For FAQPage schema: include at least three question-and-answer pairs, keeping each answer under 300 words
  • Update the dateModified field in Article schema whenever you make meaningful content changes. Google uses this signal to assess freshness
Nepal tourism niche opportunity: Nepal's tourism sector has among the highest search volumes of any local vertical, but almost no trekking agency or tourism operator website uses TouristAttraction schema with GeoCoordinates on their destination pages. Adding this to pages targeting Annapurna Circuit, Everest Base Camp, Langtang, or Mustang is something you can do today that no competitor in that space appears to have done yet. It directly improves knowledge panel eligibility, which matters when users search for specific destinations and Google decides what to surface in the local panel.

Section 6 of 8

HTTPS and Security Checklist

HTTPS has been a Google ranking signal since 2014, and at this point it is a hygiene baseline rather than a competitive advantage. The reason it still appears on checklists is not because it is difficult to implement, it is actually quite straightforward in 2026, but because it is still missing or misconfigured on a surprising number of Nepal and South Asian websites. From my audit of 47 Nepal sites, 11 had HTTPS issues ranging from no SSL certificate at all to mixed content warnings that undermine the HTTPS trust signal without the site owner realising it.

HTTPS Implementation Checks

  • Verify your SSL certificate is valid and covers all subdomains using the free test at ssllabs.com/ssltest
  • Enforce HTTPS across the entire site. Every internal link, canonical tag, and sitemap URL must use HTTPS, not HTTP
  • Find and fix mixed content warnings using your browser DevTools Console tab. Look for warnings starting with "Mixed Content:", which indicate HTTP resources loading on an HTTPS page
  • Set up HTTP Strict Transport Security (HSTS) to prevent browsers from attempting HTTP connections
  • Redirect all HTTP URLs to their HTTPS equivalents with 301 permanent redirects, not 302
  • If you recently migrated from HTTP to HTTPS, use the Better Search Replace plugin to update any hardcoded HTTP URLs remaining in your WordPress database content
Nepal hosting note: WebHost Nepal, Net Solution Nepal, Prabhu Technologies, and most Nepal shared hosting providers offer free SSL via Let's Encrypt. There is genuinely no cost barrier to HTTPS in 2026. In India and Bangladesh, cPanel-based shared hosts typically offer AutoSSL, which activates Let's Encrypt with a single button click. If your current Nepal hosting provider does not include free SSL, that is a reason to consider switching, because the technical SEO cost of remaining on HTTP is measurable and ongoing.

Section 7 of 8

Redirect Chains and URL Structure Checklist

Every redirect hop in a chain costs authority and adds latency. If a URL redirects from A to B to C, consolidate it into a single hop from A directly to C. This matters both for PageRank flow and for user experience, particularly on mobile connections in South Asia where each additional network request adds real, noticeable delay. Beyond the crawl efficiency concern, redirect chains are also one of the more reliable indicators that a site has been through migrations or handoffs without proper technical oversight.

Redirect Audit

  • Run Screaming Frog and filter by 3xx response codes. Export the full list and map all redirect paths to identify chains
  • Collapse all multi-hop chains into single 301 redirects from the original URL directly to the final destination
  • Replace any 302 temporary redirects with 301 permanent redirects unless the redirect genuinely needs to be short-term
  • Fix all broken internal links returning 4xx errors, which waste crawl budget and create a poor user experience on mobile
  • Check for redirect loops (A pointing to B pointing back to A) and resolve them before they create indexation confusion
Nepal migration pattern: Sites that have changed from HTTP to HTTPS, moved between hosting providers, or been rebuilt by a new developer almost always carry orphaned redirect chains from previous configurations. On inherited client sites, I routinely find three to five hop chains that no one thought to collapse after previous migrations. Running Screaming Frog on every new client site before starting any other work takes 20 minutes and almost always reveals something worth fixing.

URL Structure Best Practices

  • Use hyphens to separate words, never underscores. /technical-seo-checklist/ reads correctly to Google; /technical_seo_checklist/ is read as one concatenated word
  • Keep URLs short and descriptive. /hotel-kathmandu/ is better than /accommodation?city=ktm&type=hotel&sort=price&id=4523
  • Use all lowercase characters. Case mismatches in URLs create duplicate content problems that are easy to avoid entirely
  • Remove date-based URL structures from evergreen content. A guide at /seo-checklist/ will outperform the same guide at /2022/03/seo-checklist/ over time because the dated URL signals potential staleness
Nepali language URLs: Use romanised Nepali in URL slugs rather than Devanagari script. The Devanagari equivalent of a URL like /seo-nepal/ gets percent-encoded by browsers into a long string of escaped characters that is genuinely difficult to share, copy, or link to. The same principle applies to Bangla, Hindi, Urdu, and Sinhala script in URLs across South Asia. Use romanised slugs for the URL, and use the actual script in the visible page title and content where it belongs.

Section 8 of 8

AI Crawler Readiness Checklist (2026)

This section did not exist in any meaningful form two years ago, but it belongs in every 2026 technical SEO audit. AI search engines, including ChatGPT Search, Perplexity, and Google AI Overviews, send their own distinct crawlers to your website to retrieve content for AI-generated answers. If those crawlers are blocked by your robots.txt, or if your important content lives inside JavaScript components they cannot parse, you lose AI search visibility regardless of how well you rank in traditional results. These are two separate distribution channels now, and they require separate consideration.

GEO opportunity in Nepal (April 2026): With 16.6 million internet users in Nepal according to DataReportal, a growing proportion, particularly students and young professionals in Kathmandu, Pokhara, and Biratnagar, are now using ChatGPT, Perplexity, and Google AI Overviews for research and local service discovery. If your Nepal business website does not appear in AI-generated answers for local searches, you are invisible to this audience segment. Currently, very few Nepal websites are optimised for AI citation. That is a window that will close as more SEOs in this market learn about GEO. The structural work that improves AI citation eligibility is the same work that improves traditional SEO signals: clean markup, structured data, answer-first content, and clear authorship.

AI Crawler Access Checks

  • Review your robots.txt for rules affecting GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot, and Google-Extended
  • Understand the distinction: GPTBot feeds OpenAI's training data, while OAI-SearchBot powers ChatGPT's live search results. Blocking GPTBot does not prevent ChatGPT Search from indexing your site if you allow OAI-SearchBot
  • For most Nepal and South Asian businesses, allowing all AI search crawlers improves citation visibility with minimal downside
  • Keep important content as clean, parseable HTML text. AI crawlers prefer it over JavaScript-rendered content, CSS-only visual elements, or iframe embeds
  • Do not place critical business information, address, phone, services, or pricing, exclusively inside images or dynamically-loaded components
  • Structured data in JSON-LD format directly helps AI systems understand entity relationships on your page, making your content easier to cite accurately
  • Write answer-first. Put the direct answer to each section's question at the top, then elaborate. AI systems extract the first clear, complete answer they find
  • Add author schema with professional credentials alongside a visible publish and update date. AI systems use E-E-A-T signals to evaluate source credibility when deciding what to cite

For Agencies and Freelancers

Technical SEO Discovery Checklist: Your First Session on Any New Site

This answers the question directly: what does the technical SEO discovery checklist actually look like when you sit down with a new client account? The answer is a 10-step process that takes two to three hours, covers every critical technical layer, and gives you a clear picture of what is broken before you recommend anything else. Running this on every new engagement, and presenting the findings in a structured report, is one of the most reliable ways to establish credibility with a new client early in the relationship.

  1. Run a full Screaming Frog crawl. Document all 4xx, 5xx errors, and redirect chains. Export to a spreadsheet and colour-code by severity before presenting. Red for errors, orange for warnings, green for passing items. It reads clearly to non-technical clients.
  2. Verify robots.txt and sitemap in GSC. Confirm the sitemap was submitted and processed without errors. Check that no critical URL patterns are disallowed in robots.txt, particularly CSS and JavaScript directories.
  3. Run PageSpeed Insights on three key pages. Test the homepage, the main service or product page, and the top-performing blog post. Screenshot both mobile and desktop results for the audit report. The delta between mobile and desktop scores usually tells a clear story.
  4. Pull Core Web Vitals data from GSC. Identify all URL groups failing LCP, INP, or CLS on mobile. GSC field data is what Google uses for rankings. Lighthouse lab scores are informative but secondary.
  5. Review GSC Mobile Usability report. List all flagged URLs with their specific error types. Present this as a table organised by error category in your client report.
  6. Validate schema on the homepage. Run Google Rich Results Test. Note every warning and error. Also check whether eligible rich result types, LocalBusiness, FAQPage, Product, are missing entirely despite the content being present to support them.
  7. Check HTTPS mixed content warnings. Open DevTools Console on the homepage. Look for "Mixed Content:" warnings. These quietly undermine HTTPS trust signals and are often left over from HTTP-to-HTTPS migrations.
  8. Search site:domain.com in Google. Count indexed pages against the actual total. A significant discrepancy signals a noindex issue, a canonicalisation problem, or a crawl barrier. Any of the three can wipe out months of ranking progress.
  9. Spot-audit canonical tags on ten random pages. Use browser source view. Confirm self-referencing canonicals exist on each and point to the correct URL, HTTPS, and the right www preference.
  10. Document all GSC Index Coverage exclusions. Screenshot the Excluded reasons. For each one, write a plain-language explanation of what it means and what it is costing the client in ranking potential. This framing helps clients understand why fixing technical issues is worth the investment.
A note on presenting this to clients: Most business owners in Nepal and South Asia have never seen a technical SEO audit before, and the terminology can feel intimidating when it is not explained well. When you present these findings, lead with the business impact rather than the technical label. Instead of "you have 14 pages with a noindex directive," say "Google has been blocked from ranking 14 of your most important pages." The problem is the same. The second framing lands differently.

Tools

Technical SEO Tools for Nepal and South Asian Websites

The good news for SEO practitioners working with tight budgets, which describes most freelancers and small agencies across Nepal, India, Pakistan, Bangladesh, and Sri Lanka, is that the tools you need for a complete technical audit are almost entirely free. The ones that cost money are worth knowing about, but they are not required. For a full walkthrough of how to use these tools together and what each one is best suited for, the technical SEO tools guide covers each one in practical detail.

ToolBest ForFree TierPaid CostSouth Asia Verdict
Google Search ConsoleIndexation, CWV field data, queries, errorsFully freeFreeThis is your primary tool. Every Nepal website should have it configured before anything else. It provides more actionable SEO data than any paid alternative for the specific purpose of understanding how Google sees your site.
Google PageSpeed InsightsCore Web Vitals per pageFully freeFreeRun it on your homepage, main service page, and a blog post. When actively improving CWV, run it after every significant change and track the delta. The field data tab is what matters for rankings.
Screaming FrogFull site crawl, redirect auditUp to 500 URLs~NPR 17,500 per year (~$130)The free tier handles most Nepal SME sites without issue. The paid version becomes worthwhile once you are managing multiple client sites or auditing e-commerce stores with large product catalogues.
Ahrefs Webmaster ToolsSite health score, backlink dataFree for site ownersFrom ~NPR 7,000 per monthThe free Webmaster Tools tier provides crawl health data and backlink information that is sufficient for most Nepal business sites without requiring a paid subscription.
GTmetrixSpeed waterfall chart5 reports per monthFrom $5 per monthUse alongside PageSpeed Insights when diagnosing TTFB problems or identifying render-blocking resources. The waterfall view makes it much easier to see exactly what is loading when.
Google Rich Results TestSchema validationFully freeFreeRun this after every single schema change. A schema error that you miss at implementation prevents the rich result from showing in SERPs even though the markup is technically present.
CloudflareCDN, HTTPS enforcement, TTFB reductionFully free tierFrom $20 per month for ProCloudflare's free plan is genuinely one of the highest-impact free tools available for Nepal websites. Routing requests through Cloudflare's edge nodes typically reduces TTFB by 40 to 60% on sites using Nepal shared hosting, without any hosting change required.

Frequently Asked Questions

What is a technical SEO checklist?

A technical SEO checklist is a structured audit framework covering the infrastructure layers that determine whether search engines can crawl, render, and index your website correctly. It typically covers crawlability, indexation controls, Core Web Vitals, mobile usability, schema markup, HTTPS security, and URL structure. The underlying principle is simple: even well-written, well-linked content will not rank consistently if the technical foundation has unresolved problems. The checklist exists to surface those problems systematically before they silently cap your ranking ceiling.

What technical SEO checklist should agencies use in the discovery phase?

A solid agency discovery checklist runs ten steps: full Screaming Frog crawl for 4xx errors and redirect chains, robots.txt and sitemap verification in GSC, PageSpeed Insights on three representative pages, Core Web Vitals field data from the GSC mobile report, Mobile Usability report review, schema validation using Rich Results Test, HTTPS mixed content check via DevTools, site:domain.com index count versus actual page total, canonical tag spot audit on ten random pages, and Index Coverage documentation with plain-language client explanations. This covers every critical technical layer and can be completed in two to three hours on most sites.

What are the most common technical SEO mistakes on Nepal websites?

From auditing 47 Nepal business websites in 2026, the most common mistakes were: robots.txt blocking CSS and JavaScript files (14 of 47 sites), pages left on noindex after launch due to the WordPress Search Engine Visibility setting not being cleared (9 of 47), no HTTPS enforcement with both HTTP and HTTPS versions simultaneously accessible (11 of 47), and no functioning schema markup (40 of 47). Any single one of these quietly suppresses ranking potential regardless of how strong the content or backlink profile is.

Does technical SEO work the same way in Nepal as in the UK or US?

The core algorithm is the same globally, so the technical rules are universal. The difference in Nepal is in which issues are most severe and most common. TTFB on Nepal shared hosting runs 900ms to 1,400ms, compared to sub-200ms on managed cloud hosting, making hosting the primary performance bottleneck rather than a secondary one. Mobile traffic dominates at 93.84% mobile broadband penetration, which elevates the priority of mobile CWV scores. And bilingual English and Nepali content without hreflang is present on nearly half of Nepal sites I have audited, creating duplicate content suppression that does not exist in monolingual markets. Same rules, different severity distribution.

How do I check if my Nepal website is indexed by Google?

Start by searching site:yourdomain.com in Google and counting the results against your actual total page count. Any significant discrepancy is a sign of an indexation problem worth investigating. Then open Google Search Console, go to Index Coverage, and work through the Excluded tab. Each exclusion reason tells you something specific: noindex directives indicate explicit blocking, soft 404s usually point to thin content pages, and "Crawled but not indexed" suggests Google is accessing the pages but choosing not to rank them, which is a content quality signal rather than an access problem.

How long does it take to see results after fixing technical SEO issues?

It depends on the issue and how frequently Google recrawls your site. Fixing a noindex error on important pages typically shows ranking recovery within one to two weeks, assuming Googlebot revisits promptly after the change. Core Web Vitals improvements appear in GSC field data within about 28 days as the CrUX rolling window updates to reflect the improved user experience data. Schema and structured data changes can improve SERP click-through rates within two to four weeks. For Nepal websites specifically, the fastest measurable wins tend to come from the noindex fix and HTTPS enforcement, both of which can show movement within two weeks of implementation.

What schema markup should Nepal businesses implement first?

Start with LocalBusiness schema for any physical business presence, making sure the NAP matches your Google Business Profile exactly. Then add FAQPage schema to pages that already contain question-and-answer content, which tends to produce the fastest visible rich result in SERPs. Article schema on blog posts comes next. Tourism and trekking operators should prioritise TouristAttraction schema with GeoCoordinates on destination pages, as this category is almost entirely unimplemented across Nepal's tourism sector right now. Everything should be in JSON-LD format and validated through Google Rich Results Test before publishing.

Is technical SEO worth learning as a new SEO freelancer in South Asia?

It is one of the highest-leverage skills you can develop, partly because most freelancers competing for the same clients in Nepal, India, Pakistan, and Bangladesh focus almost entirely on content and link building. Being able to run a complete technical audit, explain the findings in plain language, and implement the fixes yourself puts you in a materially different conversation with potential clients. All of the tools you need, including Google Search Console, PageSpeed Insights, Screaming Frog's free tier, and Google Rich Results Test, cost nothing. The barrier is knowledge and practice, not budget.


Where to Start This Week

After working through everything here, the most important thing I can tell you is this: do not try to fix everything simultaneously. The sites I have seen improve fastest were the ones where someone made a short list of the three most critical issues, fixed those first, waited to see the impact in GSC, and then moved to the next layer. Trying to address crawlability, Core Web Vitals, schema, and redirect chains all at once creates a situation where you cannot tell what worked and what did not.

If you want a practical starting point for this week, run these three checks before anything else. Search site:yourdomain.com in Google and compare the count to your actual page total. Open PageSpeed Insights and test your homepage on mobile. Go to WordPress Settings, then Reading, and confirm search engines are allowed to index the site. Those three checks take under 30 minutes combined, and they will tell you whether you have a serious structural problem or a foundation that is ready to build on.

From there, work through the sections in order. Crawlability before indexation, because there is no point checking whether your pages are indexed if Google cannot reach them. Core Web Vitals before schema, because page experience affects all pages while schema is page-by-page. Get the infrastructure sound before investing heavily in new content or link building, because technical issues cap the return on everything else you do.

If you are a freelancer building your first technical audit deliverable, use the 10-step agency discovery checklist from Section 8. Present the findings with business-impact framing rather than technical labels. And if you want help with the full technical SEO service for your Nepal website, including a structured audit, crawlability fixes, Core Web Vitals optimisation, and schema implementation, that is exactly what I do.

Get a Free Technical SEO Audit for Your Nepal Website

Based in Biratnagar. Serving businesses across Nepal and South Asia.
I will run the 10-step discovery audit on your site and send you the findings with specific, prioritised fixes.

Request Your Free Audit

RankwithNaresh