* * noxmob.com.br (entrega ao Bitrix pela URL, via b24_crm_guest_utm) * * * --------------------------------------------------------------------------- * POR QUE noxmob AINDA PRECISA ESCREVER NA URL * --------------------------------------------------------------------------- * Inspecao do noxmob.com.br em 11/09/2026: * - Nenhum campo oculto de UTM na pagina (querySelectorAll retornou vazio) * - Nenhum iframe do Bitrix; o formulario vem por script (cdn.bitrix24.com.br * e nox.bitrix24.com.br) * - localStorage contem b24_crm_guest_utm, ou seja, o proprio Bitrix le as * UTMs DA URL e as guarda para anexar ao lead * * Conclusao: no noxmob a URL E o canal de entrega. Desligar updateCurrentUrl * sem antes remapear o formulario do Bitrix faria o dispositivo parar de * chegar no CRM. No nox.com.br e o contrario: o campo oculto entrega, e a URL * so atrapalha o GA4. * * Caminho para tambem limpar o noxmob, quando houver janela: * 1. No formulario Bitrix do noxmob, mapear um campo proprio (por exemplo * nox_device) para UF_CRM_DISPOSITIVO ou para o UTM_MEDIUM * 2. Trocar paramName de "utm_medium" para "nox_device" no config do noxmob * 3. Testar um envio e conferir o deal * Enquanto isso nao acontecer, manter updateCurrentUrl: true no noxmob. * * --------------------------------------------------------------------------- * BUGS CORRIGIDOS EM RELACAO AS VERSOES ANTERIORES * --------------------------------------------------------------------------- * A. iPad nao era detectado no noxmob. O iPadOS 13 ou superior se apresenta * como "Macintosh", sem o token "ipad". A versao antiga do noxmob nao * checava maxTouchPoints, entao todo iPad virava desktop. Reflexo no GA4: * noxmob tem 7 sessoes "tablet" em 1.121 (0,6%), contra 7,9% no nox. * * B. Notebook com tela sensivel ao toque virava "tablet" na versao do nox. * Windows NT com maxTouchPoints alto caia no fallback por toque e tamanho. * Agora, se o user agent indica sistema de desktop, encerra como desktop. * * C.