En regional proxy kan svare på: »Hvad gør dette websted med en forbindelse fra denne udgang?« Men den kan ikke alene genskabe oplevelsen hos en beboer, der bruger webstedet fra den region.

  1. Notér den faktiske rute. Behold det konfigurerede proxy-endepunkt og den udgangsadresse, som destinationen observerede. Udbyderens regionsmærke—eller det land, der vises i en liste over gratis proxyer—er ikke den observation.
  2. Hold browserens tilstand fast. Kontoens land, cookies, sprog og browserens placeringsadgang kan ændre siden uafhængigt. At skifte proxy nulstiller dem ikke.
  3. Ændr ét input. Sammenlign siden med samme browsertilstand og en anden rute. Variér derefter et andet input bevidst, hvis spørgsmålet kræver det.

Det kan afprøve IP-afhængigt indhold, en udgang på en tilladelsesliste eller den CDN-rute, der blev valgt for forbindelsen. Ellers kan en husket kontopræference fremstå som et IP-landresultat.

Ydeevne kræver en anden fortolkning. Din trafik rejser først fra din placering til proxyen; en beboer betaler måske ikke den etape. Tidsmåling på en transportforbindelse kan måle proxyforbindelsen, mens senere TLS- og overførselstider omfatter andre trin. Kald ikke ét samlet tal for »regional latenstid«.

Til den lokale brugers ydeevne skal du bruge en passende regional browser eller målemiljø og angive, hvad den repræsenterer. Hold proxyeksperimentets konklusion knyttet til den udgang og rute, den faktisk benyttede.

Relaterede artikler