URLs são case sensitive, causando match incorreto com os blocos JSON
Atualmente as URLs do site são case sensitive, o que faz com que qualquer diferença entre letras maiúsculas e minúsculas afete o match com os blocos JSON das páginas.
Exemplos:
Esse comportamento é incomum na maior parte das plataformas e pode gerar problemas de UX, SEO e consistência de navegação, já que o esperado é que URLs sejam tratadas como case insensitive.
Problema
- Diferenças de casing causam resolução errada da rota.
- URLs como
/Prime e /prime podem apontar para páginas diferentes.
- Pequenos erros de digitação podem levar a 404 ou conteúdo inesperado.
- Risco de indexação duplicada e inconsistência entre páginas.
Impacto
- Usuários podem acessar páginas incorretas por diferença de maiúscula/minúscula.
- Dificulta padronização e manutenção das URLs.
- Problemas potenciais de SEO (conteúdo duplicado / canonical).
- Risco maior de erros em links compartilhados, campanhas e UTMs.
Expectativa
As URLs deveriam ser tratadas como case insensitive, aplicando normalização antes do match com os blocos JSON, por exemplo:
- Converter o
pathname para lowercase antes da resolução.
- Garantir que
/Prime, /prime e /PRIME sempre retornem a mesma página.
URLs são case sensitive, causando match incorreto com os blocos JSON
Atualmente as URLs do site são case sensitive, o que faz com que qualquer diferença entre letras maiúsculas e minúsculas afete o match com os blocos JSON das páginas.
Exemplos:
Esse comportamento é incomum na maior parte das plataformas e pode gerar problemas de UX, SEO e consistência de navegação, já que o esperado é que URLs sejam tratadas como case insensitive.
Problema
/Primee/primepodem apontar para páginas diferentes.Impacto
Expectativa
As URLs deveriam ser tratadas como case insensitive, aplicando normalização antes do match com os blocos JSON, por exemplo:
pathnamepara lowercase antes da resolução./Prime,/primee/PRIMEsempre retornem a mesma página.