<?xml version="1.0" encoding="UTF-8"?>
<!--
  A sitemap INDEX, not a list of pages — and the split is deliberate.

  Until 2026-08-31 this file held exactly one url, because it truthfully
  described what existed: the app renders through CanvasKit (all text is
  painted into a canvas) and addresses chapters with a HASH route
  (`#/john/3`), and fragments never reach a server, so the whole reader
  was ONE indexable document with no crawlable words in it.

  `tools/prerender_bible.dart` changed that. It emits a JavaScript-free
  copy of the Bible text at real paths under `/read/`, and one child
  sitemap per edition, into `build/web/` at release time. Those children
  are GENERATED, so they cannot live in this directory; this index is
  STATIC, so it can. The two halves have to agree, and
  `test/prerender_bible_test.dart` pins them to each other — it fails if
  the prerenderer's edition list and the children named below drift
  apart, and `release_web.sh` runs the generator on every build so the
  children are never missing from a deploy.

  If a child sitemap 404s in Search Console, the generator did not run:
  check that `tools/release_web.sh` still invokes it.

  No <lastmod> anywhere. The content behind these urls changes on most
  deploys and nothing computes that date, so any hand-written value
  would be a lie within a week — and crawlers de-prioritise a sitemap
  whose lastmod they learn not to trust.
-->
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://yahwehword.com/sitemap-home.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://yahwehword.com/sitemap-kjv.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://yahwehword.com/sitemap-cuvs-yhwh.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://yahwehword.com/sitemap-cuvs-yhwh-tr.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://yahwehword.com/sitemap-biblexg-v2.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://yahwehword.com/sitemap-biblexg-v2-tr.xml</loc>
  </sitemap>
</sitemapindex>
