detectar mobile tablet user agent
Não existe um token de "tablet" padronizado em User-Agent nem em Client Hints, então qualquer classificação de tablet é uma convenção que cada fabricante segue por acordo tácito, não por especificação. Esta página mostra como a heurística funciona na prática, onde ela quebra e o que checar quando a string não é confiável.
A ausência do token Mobile na string, não o modelo do aparelho, é o único motivo pelo qual este User-Agent é lido como tablet.
O token literal K no lugar do modelo real é o resultado do User-Agent Reduction do Chrome; a versão do Android também fica congelada, não reflete a versão real instalada.
Desde a mudança do Safari no iPadOS, essa string não contém mais o token iPad, então qualquer parser baseado em string, este incluído, classifica o aparelho como desktop.
É um cabeçalho HTTP enviado pelo navegador em toda requisição, no formato: "NomeBrowser/Versão (SO; Arquitetura) Compatibilidade/1.0 Engine/Versão". A sintaxe é definida pelo RFC 7231 e foi originalmente criada para que servidores pudessem adaptar respostas a diferentes clientes.
Não com segurança. Desde que o Safari do iPad passou a reportar exatamente o User-Agent do macOS, a string deixou de conter o token iPad, então um parser baseado em string classifica o aparelho como desktop. A forma confiável é checar navigator.maxTouchPoints ou os Client Hints, não a string User-Agent.
Porque a presença do token Mobile na string, não o hardware, é o que decide. Um fabricante que inclui Mobile no build da ROM faz o aparelho ser lido como celular mesmo sendo um tablet de 10 polegadas; é uma convenção de firmware, não uma verificação do tamanho real da tela.
Sim: combinar media queries CSS de interação, pointer: coarse e hover: none, com o tamanho de viewport, já que nem User-Agent nem Client Hints têm um sinal dedicado para tablet. O hint Sec-CH-UA-Mobile é só um booleano (?0/?1), o mesmo valor que um desktop também pode enviar.