TL;DR

Google Search Console shows 332 pages discovered via the sitemap but only 44 indexed for shilikajain.com. Root cause is not a technical block. It's a combination of three things:

  1. Orphan pages, caused by code drift between two footers. The /pages/ section (101 URLs, ~30% of the whole site) had zero internal links from the homepage. The shared React footer component was fixed on 2026-06-29 to link to /pages, but the homepage renders a separate legacy static HTML file (app/_partials/homepage-body.html) that never got the same fix. Two footers drifted out of sync. Fixed in code, committed, pushed, and confirmed live as of 2026-07-13 (see Fix Plan).
  2. A sitemap bug made 255 pages look freshly published when they weren't. app/sitemap.ts stamped every static page with lastModified: new Date() on every request, so 76% of the sitemap always shows "today" regardless of real edit history. This isn't a mass publish event, it's a bug that also weakens Google's trust in the lastmod signal. Fixed in code and confirmed live as of 2026-07-13.
  3. Near-zero domain authority. Ahrefs Domain Rating is 0.1 (essentially no backlinks). Low-authority new domains get a smaller crawl budget, so Google is slower and more selective about indexing volume. Not something a code fix solves; needs real backlinks over time.

A secondary risk: the 101 /pages/ URLs are a templated set ("Best [X] PR Agency in 2026") that overlaps topically with the 9 /services/ pages, which risks read as scaled/duplicate content on a brand-new domain if all 100 get pushed at once.

What was NOT the problem

Checked and ruled out: robots.txt blocking, noindex meta tags, canonical redirect issues, 4xx/5xx errors on sampled URLs. All sampled pages returned 200, self-referencing canonicals, and robots: index, follow.

Links