← Speed / speed / troubleshooting

Řešení problémů s pomalým webem

Tento návod vám pomůže zjistit a vyřešit problémy s výkonem, které ovlivňují váš web. Začíná základní diagnostikou a postupně přechází k pokročilejším technikám řešení potíží.

Než začnete řešit problémy s výkonem, ověřte, že váš provoz skutečně prochází přes Cloudflare. Pokud požadavky Cloudflare obcházejí, problém se Cloudflare nesouvisí a tento návod vám nepomůže.

Každá odpověď doručená prostřednictvím Cloudflare obsahuje cf-ray Zkontrolujte, zda je přítomna tato hlavička:

curl -s -D- -o /dev/null https://www.example.com | grep -i cf-ray

(Invoke-WebRequest -Uri "https://www.example.com" -Method Head).Headers["cf-ray"]

Pokud se zobrazí cf-ray hlavičky (například cf-ray: 8a1b2c3d4e5f6g7h-SJC), váš provoz prochází přes Cloudflare. Pokud ne, zkontrolujte konfiguraci DNS.

Aby mohl být provoz proxován, musí se vaše doména překládat na IP adresy Cloudflare:

dig +short www.example.com

Resolve-DnsName -Name www.example.com | Select-Object -ExpandProperty IPAddress

Vrácené IP adresy by měly být IP adresy Cloudflare ↗. Pokud směřují přímo na váš origin server, vaše DNS záznamy nejsou proxované.

Jak to opravit:

1. Přejděte na Cloudflare dashboard ↗.
2. Najděte DNS záznam pro pomalý hostname.
3. Zajistěte, že Stav proxy je nastaveno na Proxováno (ikona oranžového mraku).

Problémy s výkonem se řeší snáze, když přesně víte, co je pomalé. Začněte shromážděním následujících informací:

1. Identifikujte konkrétní pomalé požadavky - Zjistěte, které URL adresy, prostředky nebo API endpointy jsou pomalé.
2. Změřte zpomalení - Kvantifikujte zpoždění (například „načtení tohoto obrázku trvá 5 sekund“).
3. Reprodukujte problém - Ověřte, že pomalost je trvalá, a ne jednorázová záležitost.

Observatory poskytuje syntetické testy a data z monitorování reálných uživatelů (RUM) pro posouzení výkonu vašeho webu.

RUM je obzvláště důležitý, protože tyto metriky se sbírají přímo z prohlížečů vašich reálných návštěvníků, a poskytují tak objektivní pohled na to, jak vaši návštěvníci váš web ve skutečnosti vnímají. Laboratorní data bývají sice podrobnější (což se hodí při ladění), ale ne vždy odpovídají zařízením nebo připojení, která mají k dispozici reální uživatelé.

1. Přejděte na Cloudflare dashboard.

   Přejděte na Observatory ↗

2. Vyberte Observatory.

3. Zadejte adresu URL, kterou chcete otestovat, a vyberte Spustit test.

Observatory uvádí klíčové metriky:

Real User Monitoring vykazuje podobné metriky, ale místo Total Blocking Time (TBT) uvidíte Interaction to Next Paint (INP).

TBT měří pouze během načítání stránky, zatímco INP měří každou interakci, kterou s vaším webem provedou skuteční návštěvníci.

Na základě výsledků Observatory zapněte příslušné Optimalizace rychlosti:

• Komprese Brotli - Komprimujte odpovědi pro rychlejší přenos
• Early Hints - Přednačtěte kritické prostředky
• HTTP/2 a HTTP/3 - Používejte moderní protokoly s multiplexováním, které umožňují více požadavků v rámci jednoho spojení místo otevírání samostatného spojení pro každý prostředek
• Optimalizace obrázků - Automaticky optimalizujte a měňte velikost obrázků
• Rocket Loader - Odložte načítání JavaScriptu a zkraťte tak dobu vykreslení

Pokud data z Observatory a RUM ukazují na konkrétní problémy, použijte nástroje pro vývojáře v prohlížeči k prošetření jednotlivých zdrojů.

1. Otevřete nástroje pro vývojáře ve svém prohlížeči.
2. Přejděte na Síť kartě.
3. Znovu načtěte stránku a sledujte, které požadavky trvají nejdéle.
4. Seřadit podle Čas nebo Doba trvání abyste identifikovali nejpomalejší prostředky.
5. Poznamenejte si konkrétní URL adresy pomalých zdrojů.

Zaměřte se na:

• Velké obrázky nebo videa
• Pomalá volání API
• Skripty třetích stran
• Zdroje blokující vykreslování

Pokud je váš web pomalý, problém může být na straně vašeho origin serveru. K posouzení výkonu origin serveru použijte Origin Analytics.

V dashboardu Cloudflare:

1. Přejděte na Rychlost > Origin Analytics.

   Přejděte na Origin Analytics ↗

2. Zkontrolujte Doba odezvy originu metriky.

3. Hledejte vzorce v pomalých odpovědích, například konkrétní cesty, denní doby nebo geografické oblasti.

Vysoké doby odezvy origin serveru znamenají, že má váš origin server potíže. Zvažte:

• Upgrade hostingového plánu
• Optimalizace databázových dotazů
• Implementace cachování na straně serveru

Úplného průvodce dostupnými metrikami, diagnostickými postupy a interpretací stavových kódů originu najdete v Origin Analytics.

Pokud vaše zóna má Cloudflare Workers nasazeny, spouštějí se při každém odpovídajícím požadavku a prodlužují celkovou dobu odezvy. Pomalý Worker je běžnou příčinou vysokého TTFB.

Pokud chcete zjistit, zda výkon ovlivňují Workers:

1. Přejděte na Workers & Pages na Cloudflare dashboardu.
2. Zjistěte, které Workers jsou nasazené ve vaší zóně.
3. Zkontrolujte Analytics pro každý Worker, abyste viděli dobu provádění.
4. Dočasně vypněte Workers, abyste zjistili, zda způsobují zpomalení.

Pokud je Worker pomalý, zkontrolujte jeho kód, zda neobsahuje:

• Pomalá externí volání API nebo fetch() požadavky
• Neefektivní smyčky nebo zpracování dat
• Chybí await příkazy, kvůli kterým dochází k sekvenčnímu místo paralelního provádění

Pro podrobné časové metriky konkrétních požadavků použijte k měření výkonu nástroje příkazového řádku.

curl -w "\n\nDNS Lookup: %{time_namelookup}s\nTCP Connect: %{time_connect}s\nTLS Handshake: %{time_appconnect}s\nTime to First Byte: %{time_starttransfer}s\nTotal Time: %{time_total}s\n" -o /dev/null -s https://www.example.com/slow-asset.jpg

$url = "https://www.example.com/slow-asset.jpg"
try {
    $timing = Measure-Command { 
        $response = Invoke-WebRequest -Uri $url -ErrorAction Stop
    }
    Write-Host "Total Time: $($timing.TotalSeconds)s"
    Write-Host "Status: $($response.StatusCode)"
} catch {
    if ($_.Exception.Response) {
        $statusCode = $_.Exception.Response.StatusCode.value__
        Write-Host "Error Status: $statusCode"
    }
    Write-Host "Error: $($_.Exception.Message)"
}

Příklad výstupu (bash):

DNS Lookup: 0.025s
TCP Connect: 0.045s
TLS Handshake: 0.120s
Time to First Byte: 0.350s
Total Time: 1.250s

Rozpis časování curl zobrazuje následující:

Pokud chcete testovat z různých geografických lokalit, použijte online nástroje, například:

• KeyCDN Tools ↗
• Uptrends ↗
• Dotcom-Tools ↗

Ukládání do mezipaměti je jedním z nejúčinnějších způsobů, jak zlepšit výkon webu. Když je obsah uložen v mezipaměti, Cloudflare jej doručuje přímo z datového centra v blízkosti vašich návštěvníků, takže odpadá zpáteční cesta na váš origin server. Díky tomu se doba odezvy může zkrátit ze stovek milisekund na pouhých několik milisekund.

Obsah, který není v mezipaměti, musí putovat od návštěvníka k Cloudflare, poté na váš origin server a zpět. Použijte Cache Analytics abyste pochopili výkon své cache a identifikovali příležitosti, jak ukládat do cache více obsahu.

Zkontrolujte stav mezipaměti konkrétního prostředku:

curl -s -D- -o /dev/null https://www.example.com/asset.jpg | grep -i "cf-cache-status"

(Invoke-WebRequest -Uri "https://www.example.com/asset.jpg" -Method Head).Headers["cf-cache-status"]

Možné hodnoty:

Úplný seznam naleznete v Odpovědi mezipaměti Cloudflare.

1. Přejděte na Cloudflare dashboard.

   Přejděte na Přehled ↗

2. Zkontrolujte Výkon mezipaměti sekce.

3. Filtrovat podle Stav mezipaměti se rovná MISS nebo DYNAMIC abyste identifikovali obsah, který není uložen v cache.

Pokud statická aktiva (obrázky, CSS, JavaScript) vykazují stav cache DYNAMIC, BYPASS, nebo MISS, prozkoumejte příčinu:

Cloudflare ve výchozím nastavení ukládá do mezipaměti pouze určité přípony souborů. Chcete-li ukládat do cache další statický obsah:

1. Přejděte na Ukládání do mezipaměti > Cache Rules.
2. Vytvořte pravidlo pro ukládat konkrétní obsah do mezipaměti.
3. Nastavte vhodné Edge TTL.

Pokud se vaše cache rules neuplatňují podle očekávání, použijte Cloudflare Trace abyste simulovali požadavek a zjistili přesně, která pravidla se uplatní. Trace vám ukáže, jak by vaše konfigurace Cloudflare (včetně cache rules, page rules a dalších nastavení) ovlivnila konkrétní URL adresu.

To je užitečné zejména v těchto případech:

• Cache rule by mělo obsah ukládat do cache, ale odpověď ukazuje DYNAMIC nebo BYPASS
• Nejste si jisti, které pravidlo má přednost
• Chcete si před provedením změn otestovat scénář „co kdyby“

Pokud curl ukazuje vysoké hodnoty TCP Connect nebo TLS Handshake, problém může souviset spíše se sítí než s aplikací.

Navštivte speed.cloudflare.com ↗ abyste otestovali:

• Rychlost stahování a nahrávání
• Latence (ping)
• Jitter
• Ztráta paketů

Špatné výsledky ukazují na problémy s vaší lokální sítí nebo poskytovatelem internetového připojení.

MTR kombinuje traceroute a ping a zobrazuje latenci a ztrátovost paketů na každém síťovém uzlu.

mtr -rw www.example.com

Zaměřte se na:

• Vysoká latence na konkrétních hopech (naznačuje pomalé segmenty sítě)
• Ztráta paketů (naznačuje přetížení sítě nebo problémy)
• Časové limity (může naznačovat problémy s firewally nebo směrováním)

Podrobnosti uvádí Jak číst výstup MTR ↗.

Pokud máte přístup ke svému origin serveru, spusťte MTR z origin serveru na IP adresa Cloudflare ↗ abyste otestovali síťovou cestu mezi vaším originem a Cloudflare.

mtr -rw 104.16.132.229

Vysoká latence nebo ztráta paketů na této cestě ovlivňuje všechny požadavky, které nezasáhnou cache.

Způsob, jakým Cloudflare směruje požadavky do svých datových center, může výrazně ovlivnit výkon.

Přidejte /cdn-cgi/trace k vaší doméně, abyste zjistili, které datové centrum Cloudflare obsluhuje vaše požadavky:

curl https://www.example.com/cdn-cgi/trace

Invoke-RestMethod -Uri "https://www.example.com/cdn-cgi/trace"

colo pole zobrazuje třípísmenný kód letiště obsluhujícího datového centra (například colo=SJC pro San Jose). Úplný seznam datových center Cloudflare a jejich kódů najdete na Stránka stavu Cloudflare ↗.

Když požadavek dorazí ke Cloudflare:

1. Požadavek je směrován do nejbližšího datového centra Cloudflare na základě anycast směrování ↗.
2. Pokud je obsah uložen v cache, je doručen okamžitě.
3. Pokud obsah není uložen v cache, Cloudflare jej načte z vašeho origin serveru.

Pokud je váš origin server geograficky vzdálený od datového centra Cloudflare, které obsluhuje vaše uživatele, budou požadavky mimo cache pomalé.

Pokud jsou požadavky směrovány do datového centra, které se zdá být od uživatele vzdálené, může to být způsobeno automatizovaným řízením provozu Cloudflare nebo směrováním provozu ze strany ISP daného uživatele.

Cloudflare se vždy snaží poskytovat nejlepší možný výkon obsluhou provozu z nejbližší lokality, prioritou číslo jedna ale zůstává spolehlivost. Pokud jsou výkon a spolehlivost v rozporu, systémy Cloudflare upřednostní stabilní připojení před lokálním.

Podrobnosti uvádí Provoz Cloudflare není směrován do geograficky nejbližšího datového centra.

Časté příčiny neočekávaného směrování:

Podle svých potřeb zvažte následující řešení:

Argo Smart Routing analyzuje podmínky v síti v reálném čase a směruje provoz po nejrychlejších cestách, čímž v průměru snižuje latenci o 30%.

Argo Smart Routing je součástí Smart Shield, které sdružuje více funkcí Cloudflare pro výkon a spolehlivost.

Pokud chcete zapnout Argo Smart Routing:

1. Přejděte na Cloudflare dashboard ↗.
2. Postupujte podle Průvodce nastavením Smart Shield abyste danou funkci povolili.

Argo je obzvláště účinné v těchto případech:

• Váš origin server je daleko od vašich uživatelů
• Přetížení sítě ovlivňuje určité trasy
• Potřebujete konzistentní výkon celosvětově

Podrobné informace o fungování Argo Smart Routing najdete v Dokumentace Argo Smart Routing.

Pokud jste postupovali podle výše uvedených kroků a problém s výkonem přetrvává, kontaktujte Cloudflare Support s žádostí o pomoc.

Když kontaktujete podporu, poskytněte co nejvíce podkladů, které pomohou problém diagnostikovat:

• Soubor HAR - Vygenerování souboru HAR která zachycuje pomalé požadavky. Ty poskytují podrobné informace o časování pro každý požadavek.
• Výsledky Observatory - Sdílejte snímky obrazovky nebo odkazy na výsledky testů Observatory.
• Data RUM - Pokud máte povolené Web Analytics, sdílejte příslušné metriky dokládající problém s výkonem.
• výstup příkazu curl - Přiložte rozpis časování z curl --write-out pro pomalé prostředky.
• Výsledky MTR - Pokud máte podezření na problémy se sítí, přiložte výstup MTR z vaší lokality na postiženou doménu.
• Konkrétní adresy URL - Uveďte přesné URL adresy, které jsou pomalé, spolu s očekávanou a skutečnou dobou odezvy.

Čím více důkazů o zpomalení poskytnete, tím rychleji dokáže podpora problém identifikovat a vyřešit.

• Observatory - Testujte a sledujte výkon webu
• Cache Analytics - Analyzujte míru zásahů v cache
• Cache Rules - Určete, co se bude ukládat do cache
• Argo Smart Routing - Optimalizujte směrování sítě
• Shromažďování informací pro řešení problémů - Shromážděte diagnostická data