<?xml version="1.0" encoding="UTF-8"?>
<!--
  Sitemap do institucional (deliveryon.com.br).

  Servido direto do disco pelo roteador da raiz — nao ha controller por tras,
  ao contrario do sitemap de web.deliveryon.com.br, que e gerado por
  pwa/api/application/controllers/Sitemap.php a partir da base de lojas.

  Sao as paginas institucionais permanentes, todas conferidas respondendo 200
  em producao. Ficaram de fora, de proposito:

  - as paginas de campanha (sorteador, delivery_game, cupom_black, taroton,
    gol_de_premios, delivery_match...), que existem para quem chega por um link
    especifico e no indice so competem com o institucional pelas buscas de
    marca;
  - /pesquisa, formulario de satisfacao, sem valor de busca;
  - /informativo, que responde 404 em producao.

  SEM <lastmod>, e isto e deliberado. Este arquivo e estatico: qualquer data
  aqui vira mentira no primeiro deploy que mexer numa das paginas e ninguem
  lembrar de atualizar. O Google ignora <changefreq> e <priority>, e trata
  <lastmod> como dado descartavel assim que percebe que ele nao acompanha a
  realidade — foi exatamente o problema do dt_ativacao no sitemap de lojas
  (DW-194). Sem o campo, o Google usa a data que ele proprio observa, que para
  seis paginas que mudam raramente e melhor que uma data errada.

  Ao acrescentar pagina aqui, confirme antes que ela responde 200: sitemap com
  404 dentro custa mais credibilidade do que sitemap nenhum.
-->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://deliveryon.com.br/</loc>
  </url>
  <url>
    <loc>https://deliveryon.com.br/app</loc>
  </url>
  <url>
    <loc>https://deliveryon.com.br/ficha</loc>
  </url>
  <url>
    <loc>https://deliveryon.com.br/videos</loc>
  </url>
  <url>
    <loc>https://deliveryon.com.br/privacidade</loc>
  </url>
  <url>
    <loc>https://deliveryon.com.br/exclusao_dados</loc>
  </url>
</urlset>
