<?xml version="1.0" encoding="UTF-8"?>
<!-- sitemap.xml — OperatorGO. Tylko strony PUBLICZNE i REALNIE INDEKSOWALNE.
     Jak rozszerzać: dla każdej nowej publicznej podstrony (np. /pomoc, /blog/<wpis>) dodaj <url>
     z <loc>, opcjonalnie <lastmod> (RRRR-MM-DD). NIE dodawaj /app, /admin, /auth (noindex).

     💀 REGUŁA, KTÓRĄ TA SITEMAPA ZŁAMAŁA (zmierzone na produkcji 10.08.2026, domknięcie fali E7):
        zgłaszała `https://operatorgo.pl/` z `priority 1.0`, a TA SAMA strona ma w <head>
        `<meta name="robots" content="noindex">`. Sitemapa mówiła robotowi „to jest najważniejsza
        strona serwisu", a strona odpowiadała „nie indeksuj mnie". Robot nie ma jak tego pogodzić:
        dostaje sprzeczny sygnał o stronie głównej, a my w Search Console dostajemy „Wykluczona przez
        tag noindex" na URL-u, który sami zgłosiliśmy. Zgłaszamy WYŁĄCZNIE to, co naprawdę wolno
        zaindeksować — obietnica bez pokrycia wobec wyszukiwarki jest tym samym błędem co obietnica
        bez pokrycia wobec użytkownika.
        Stan faktyczny w dniu tamtej zmiany (pomiar `curl` po HTML produkcyjnym):
          /                    noindex          ← plansza „już wkrótce"; publikacja landingu = decyzja Tomka
          /v2                  noindex, nofollow ← landing w przygotowaniu
          /auth /app /admin    noindex
          /legal/*             noindex
          /bezpieczenstwo      BEZ meta robots  ← JEDYNA indeksowalna strona produktu
     ⛔ NIE zdejmuj `noindex` z apeksu, żeby „wrócił do sitemapy" — kierunek zależności jest odwrotny:
        apeks wraca tutaj DOPIERO wtedy, gdy Tomek zdecyduje o publikacji landingu i `noindex` zniknie
        z `public/index.html`.
        ✔ 17.08.2026 TO SIĘ STAŁO. Decyzja Tomka zapisana w `wfa_projects.ext_gates`
          (`ext:tomek_landing_integracja`), landing z `/v2` JEST dziś dokumentem apeksu, `<meta robots>`
          z `public/index.html` zniknął, `/v2` odpowiada 308 na `/`. Wpis dopisany NIŻEJ — i to jest
          jedyna kolejność, w której ten plik wolno zmieniać: najpierw strona przestaje mówić
          „nie indeksuj mnie", potem sitemapa zaczyna ją zgłaszać.
        ⚠️ Adres apeksu w treści TEGO komentarza zapisany jest bez znaczników celowo: adres owinięty
        w tag wewnątrz komentarza kusi każdy naiwny parser sitemapy, żeby zgłosić go mimo wszystko.
     ⚠️ `robots.txt` celowo NIE blokuje tych stron przez Disallow — Disallow uniemożliwiłby robotowi
        ODCZYTANIE meta noindex, więc noindex nigdy by nie zadziałał. -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://operatorgo.pl/</loc>
    <lastmod>2026-08-17</lastmod>
    <changefreq>weekly</changefreq>
    <priority>1.0</priority>
  </url>
  <!-- ⛔ `/v2` NIE wraca tu jako drugi wpis: od 17.08 to jest 308 na `/`, a zgłaszanie do indeksacji
       adresu przekierowującego to ten sam sprzeczny sygnał, o którym mówi komentarz wyżej. -->
  <url>
    <loc>https://operatorgo.pl/bezpieczenstwo</loc>
    <lastmod>2026-08-10</lastmod>
    <changefreq>monthly</changefreq>
    <!-- Priorytet zszedł 1.0 → 0.5: `priority` jest WZGLĘDNY wewnątrz serwisu, a od chwili, w której
         apeks jest realną stroną produktu, dwie strony z priorytetem 1.0 znaczą tyle, co żadna. -->
    <priority>0.5</priority>
  </url>
  <!-- ⛔ /co-nowego POZA sitemapą do czasu, aż będzie co pokazywać: strona jest indeksowalna (nie ma
       meta noindex), ale edge `changelog` dopiero co stanął, a lista wpisów bywa pusta. Zgłaszanie
       do indeksacji pustej strony to ta sama obietnica bez pokrycia. Wraca razem z pierwszymi wpisami. -->
</urlset>
