<?xml version="1.0" encoding="UTF-8"?>
<!-- S461-era sitemap correction: signin.html REMOVED (it is noindex,nofollow —
     listing it contradicted the meta and drew Search Console warnings).
     /privacy and /terms ADDED — real, canonical, indexable static pages that
     Google's OAuth reviewers also visit. lastmod refreshed. -->
<!-- ⚠⚠ W5c, 5 Sep 2026 — THE v27 SITE, AND ONE DELIBERATE DEPARTURE FROM THE
     ADDENDUM, NAMED RATHER THAN SLIPPED IN.
     The addendum §B.4 says this file should list "exactly the four pages". The
     four v27 canonicals ARE listed and carry today's lastmod: / · /suppliers ·
     /together · /journal.html. There was never a landing.html row to remove, and
     /contact.html is removed above.
     ⚠ BUT /privacy AND /terms ARE KEPT, AGAINST THE LETTER OF THAT LINE, and the
     reason is in this file's own history: they were ADDED because Google's OAuth
     reviewers visit them, and the app is mid-verification. Delisting them to
     satisfy "exactly four" would be an SEO tidy-up with a live business cost.
     /about.html, /for/ and /for/wedding-photographers are kept for the plainer
     reason that they are real, indexable, 200-serving pages this arc did not
     commission and has no mandate to hide. All measured on the preview.
     His call to overrule; the close carries this paragraph. -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://say-ido.co.uk/</loc>
    <lastmod>2026-09-05</lastmod>
    <changefreq>weekly</changefreq>
    <priority>1.0</priority>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://say-ido.co.uk/"/>
  </url>
  <!-- ⚠ /contact.html REMOVED W5c (5 Sep 2026), per the SEO addendum §B.4. The
       file is still on disk and still serves, but NOTHING on the v27 site links
       to it — measured across all four pages, zero references — so listing it
       invites a crawler to a page the site itself no longer offers a way to
       reach. If it comes back as a real door, its row comes back with it. -->
  <!-- THE SHOPFRONT, W4 — the public supplier page. Listed at its FILENAME
       because that is how it is actually served: `vercel.json` carries explicit
       rewrites for `/`, `/privacy` and `/terms` only, and everything else in
       public/ is served by `{ "handle": "filesystem" }` at its own name. That is
       the same mechanism `/contact.html` above rides, and it is why this entry
       carries `.html` and those two do not. A prettier `/suppliers` would need a
       route line; it was not taken, deliberately — see the close report. -->
  <!-- ⚠ v17, 24 Aug — this row's <loc> did not move but the DOCUMENT behind it
       did: vercel.json now serves /suppliers from for-suppliers.html. Priority
       and frequency raised because this is one of the site's three front doors.
       Its canonical, this loc and the route row all say /suppliers;
       deployRoutingContract red-fires on any one moving alone. -->
  <url>
    <loc>https://say-ido.co.uk/suppliers</loc>
    <lastmod>2026-09-05</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://say-ido.co.uk/suppliers"/>
  </url>
  <url>
    <loc>https://say-ido.co.uk/together</loc>
    <lastmod>2026-09-05</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://say-ido.co.uk/together"/>
  </url>
  <!-- THE WEBSITE v11, W2 — the two new marketing pages. Listed at their
       FILENAMES, on the identical reasoning the /contact.html entry above
       records: `vercel.json` carries explicit rewrites for `/`, `/privacy`,
       `/terms`, `/suppliers` and `/supplier` only, and everything else in
       public/ is served by `{ "handle": "filesystem" }` at its own name.
       `vercel.json` is FENCED this arc, so the two rewrite rows for `/about`
       and `/journal` are the owner's paste block in the close. The day he
       pastes them, these two <loc>s and the two <link rel="canonical">s on the
       pages themselves move to the pretty paths TOGETHER — `deployRouting-
       Contract` reads both and red-fires on either one moving alone. -->
  <url>
    <loc>https://say-ido.co.uk/about.html</loc>
    <lastmod>2026-08-20</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.7</priority>
  </url>
  <url>
    <loc>https://say-ido.co.uk/journal.html</loc>
    <lastmod>2026-09-05</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://say-ido.co.uk/privacy</loc>
    <lastmod>2026-07-28</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.5</priority>
  </url>
  <url>
    <loc>https://say-ido.co.uk/terms</loc>
    <lastmod>2026-07-28</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.5</priority>
  </url>
  <url>
    <loc>https://say-ido.co.uk/for/</loc>
    <lastmod>2026-08-31</lastmod>
    <changefreq>weekly</changefreq>
    <priority>0.9</priority>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://say-ido.co.uk/for/"/>
  </url>
  <url>
    <loc>https://say-ido.co.uk/for/wedding-photographers</loc>
    <lastmod>2026-08-31</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.8</priority>
    <xhtml:link rel="alternate" hreflang="en-GB" href="https://say-ido.co.uk/for/wedding-photographers"/>
  </url>
</urlset>
