Rekoni navigaciajn signalojn en protokoloj de antaŭa prokurilo

Interpretu Fetch Metadata-kapojn kie videblaj, sen aserti, ke vi scias, ĉu homo entajpis la URL-on.

Sec-Fetch-Mode: navigate
Sec-Fetch-Dest: document
Sec-Fetch-User: ?1

Kie videblaj, ĉi tiuj Fetch Metadata-kampoj sugestas dokumentan navigacion ligitan al uzanta aktivigo: navigate estas la reĝimo, document la cella tipo kaj Sec-Fetch-User: ?1 la aktiviga signalo.

Ili ne identigas klavpremon en la adresa breto. Klako sur ligilo povas produkti rilatajn metadatenojn, kaj mankanta Referer ankaŭ dependas de referenca politiko kaj petkunteksto.

Kontrolu unue videblecon. Ordinara CONNECT-relajŝipo vidas la celan gastiganton/pordon kaj ĉifritan trafikon, ne la kapojn de la interna retejo. Por videblaj HTTP-petoj, konservu la kategorion nekonata, kiam kampoj mankas aŭ ne estas subtenataj.

Ĉi tiuj valoroj estas kunteksta pruvo, ne aŭtentigo. Ĝenerala ne-retumila kliento povas konstrui la samajn ĉenojn. Se regata aplikaĵo bezonas precizan atribuon de interfacaj agoj, elsendu difinitan aplikaĵan eventon kun petkorelacio; prokuraj URL-protokoloj ne povas rekonstrui ĉiun enigan agon.

Rilataj artikoloj