Proč API pro test rychlosti internetu ukazuje jiné výsledky

Jaký problém API pro test rychlosti internetu řeší

API pro test rychlosti internetu umožňuje automaticky měřit download, upload, latenci, jitter a ztrátu paketů z webu, aplikace nebo monitorovacího systému. Výsledek však nemusí být totožný s ručním měřením v prohlížeči. Každý test může používat jiný server, počet paralelních spojení, délku měření nebo způsob výpočtu výsledné hodnoty.

Pokud API opakovaně ukazuje nižší rychlost než tarif u ISP nebo než jiný speedtest, nejde automaticky o poruchu linky. Nejdříve je nutné oddělit vlastnosti přípojky od podmínek konkrétního testu.

Server testu je příliš daleko nebo je vytížený

Nejčastější příčinou rozdílu je vzdálenost a aktuální vytížení měřicího serveru. U optiky, kabelu i DSL může být přístupová síť v pořádku, ale server API nemusí mít dostatečnou kapacitu nebo může být připojen přes přetíženou trasu. Vyšší vzdálenost se obvykle projeví hlavně latencí a jitterem, při delším testu také nižším downloadem nebo uploadem.

Ověřte stejný test proti několika dostupným serverům v Česku nebo v okolních zemích. Pokud se výsledky výrazně liší podle lokality serveru, hledejte problém spíše v trase, peeringu nebo kapacitě testovacího bodu než přímo u domácího routeru.

Wi-Fi omezuje rychlost a stabilitu připojení

Wi-Fi může mít nižší výkon než kabelové připojení, zejména při použití pásma 2,4 GHz, velké vzdálenosti od routeru nebo v bytovém domě s rušením. Překážky, sousední sítě a starší zařízení ovlivňují nejen download a upload, ale také jitter a ztrátu paketů.

Pro kontrolní měření připojte počítač ethernetovým kabelem přímo k routeru nebo modemu. Poté zopakujte test přes Wi-Fi ve stejné místnosti. Pokud je rozdíl výrazný pouze bezdrátově, zaměřte se na umístění routeru, méně rušený kanál, pásmo 5 GHz nebo Wi-Fi 6 a aktualizaci firmwaru.

Router, modem nebo domácí síť nestíhá

Starší router může být omezený výkonem procesoru, NAT tabulkou nebo Wi-Fi rádiem. Problém se může objevit také při zapnutém VPN, rodičovské kontrole, bezpečnostní inspekci provozu nebo při současném používání více zařízení. U některých zařízení se rychlost sníží při aktivním QoS nebo při špatně nastaveném duplexu ethernetového portu.

Odpojte dočasně ostatní zařízení, vypněte VPN a porovnejte výsledek s připojením přímo přes kabel. Zkontrolujte také, zda ethernetový port a kabel podporují očekávanou rychlost. Restart routeru může odstranit dočasný stav, ale nevyřeší trvalé kapacitní omezení.

Jiná zařízení spotřebovávají kapacitu linky

Aktivní download, cloudová synchronizace, zálohování, streamování nebo aktualizace her mohou během měření spotřebovat část kapacity. Upload bývá citlivější, protože odesílání fotografií nebo videa může zaplnit výstupní linku a současně zvýšit latenci při řízení provozu.

Před testem zastavte velké přenosy na počítačích, telefonech, televizích a kamerách. V administraci routeru případně ověřte seznam klientů a přehled provozu. Měření opakujte několikrát v různých časech, protože večerní vytížení může odhalit problém, který přes den není patrný.

Metodika API se liší od běžného speedtestu

API může používat jiný počet paralelních spojení, menší objem dat nebo kratší testovací interval. Krátké měření nemusí zachytit skutečný výkon linky, zatímco příliš malý datový vzorek může být ovlivněn navazováním spojení a počáteční režií. Rozdílné může být také zaokrouhlení jednotek, například Mbps a MB/s.

Pro srovnatelné výsledky používejte stejný endpoint, stejný server, stejnou délku testu a stejné parametry vláken. Do výsledků ukládejte čas měření, IP nebo identifikaci testovacího bodu, typ připojení a hodnoty download, upload, latence, jitter a ztráty paketů.

ISP nebo přístupová síť má kapacitní problém

Pokud je výsledek nízký také při kabelovém měření proti více blízkým serverům, může být problém u ISP nebo v přístupové síti. U DSL se může projevit kvalita metalického vedení a vzdálenost od ústředny. U kabelu může večerní sdílení segmentu snižovat výkon. U optiky mohou výsledky ovlivnit aktivní síťové prvky, profil služby nebo porucha na trase.

Zapište si několik měření v různých časech a uveďte podmínky testu. Pokud je rychlost dlouhodobě nižší než obvyklá hodnota služby, předejte ISP časové údaje, použité servery a informaci, zda byl test proveden přes ethernet. Jednorázový výsledek obvykle nestačí k určení závady.

Jak postupovat při ověřování výsledků

1. Proveďte první měření přes ethernet bez VPN a bez aktivních přenosů.
2. Vyberte několik geograficky blízkých testovacích serverů.
3. Zopakujte test alespoň třikrát a sledujte medián, ne pouze nejlepší výsledek.
4. Porovnejte API s ručním testem za stejných síťových podmínek.
5. Zaznamenejte download, upload, latenci, jitter, ztrátu paketů, čas a typ připojení.

Pro automatizované monitorování je vhodné používat test rychlosti internetu jako doplňkový zdroj a výsledky vyhodnocovat v časové řadě. Jediný test může popsat okamžitý stav, ale opakovaná měření lépe odhalí večerní přetížení, nestabilní Wi-Fi nebo problém v trase.

Jak zlepšit přesnost měření přes API

• Upřednostněte ethernet před Wi-Fi při diagnostice pevné linky.
• Volte server s nízkou latencí a dostatečnou kapacitou.
• Definujte konstantní délku testu, počet vláken a velikost datového vzorku.
• Oddělujte měření přístupové rychlosti od měření kvality Wi-Fi.
• Vyhodnocujte více časových období a sledujte také jitter a ztrátu paketů.

Správná interpretace neporovnává pouze nejvyšší download. Důležitá je shoda podmínek, opakovatelnost a vztah mezi výsledky API a skutečným používáním internetu.