La mallonga respondo: por kontroli la ŝarĝrapidon de via paĝo interrete, algluu ĝian adreson en la senpagan Page Speed Analyzer de PromoPilot kaj alklaku "Analizi". La ilo ŝarĝos la paĝon kaj montros al vi la tempon ĝis la unua bajto (TTFB), DNS-rezolucion kaj SSL-konektan tempon, la plenan paĝŝarĝtempon, la totalan paĝograndecon, kaj la nombron de petoj al JavaScript, CSS kaj bildoj — plus rekomendojn pri rapideco. Bona gvidlinio: TTFB de ĝis 200 ms estas bonega, plena ŝarĝtempo de ĝis 3 sekundoj estas normala, kaj io ajn pli longa ol 5 sekundoj estas kritika. Sube, vi trovos kiel identigi la proplempunkton kaj kie komenci rapidigi ĝin.
Mi konstruas retejojn kaj interretajn vendejojn jam de 12 jaroj, kaj malrapida ŝarĝado estas la ĉefa plendo de posedantoj, kiuj revenas por "plibonigoj". Duone de la tempo, ne la dezajno kulpas, sed prefere gastigado sen kaŝmemoro aŭ dek kvin kromaĵoj, ĉiu funkcianta per sia propra skripto.
Kion mezuras analizo de paĝrapideco?
Ŝarĝi paĝon estas serio da paŝoj: trovi la servilon, establi sekuran konekton, ricevi la respondon kaj elŝuti ĉiujn rimedojn. La ilo spuras ĉiun paŝon, do vi povas vidi precize kie tempo estas malŝparita.
| Metrikoj | Kion ĝi mezuras? | Kie serĉi la kaŭzon se vi sentas vin malbone |
|---|---|---|
| DNS-rezolucio | Kiom longe daŭris por trovi la IP-adreson de la retejo? | DNS-provizanto, tro kompleksa ĉeno de registroj |
| SSL-konekto | Tempo establi sekuran HTTPS-konekton | Servilaj agordoj, servilo for de vizitantoj |
| TTFB | Tempo ĝis la unua bajto de respondo | Gastigado, kaŝmemoro, datumbazo, pezaj kromaĵoj |
| Plena elŝuta tempo | Kiom longe daŭras por ke la tuta paĝo ŝarĝiĝu? | Paĝpezo kaj nombro de serĉdemandoj |
| Tuta paĝograndeco | Kiom da megabajtoj elŝutas la retumilo? | Nekunpremitaj bildoj, filmetoj, tiparoj, bibliotekoj |
| Nombro da petoj | Kiom da JS, CSS, kaj bilddosieroj estas ŝarĝitaj? | Ekstraj kromaĵoj, fenestraĵoj, nombriloj, tiparoj |
Rapido estas kaj rangotabela faktoro kaj uzebleco-metriko: malrapida paĝo perdas moveblajn vizitantojn antaŭ ol ili eĉ vidis la oferton.
Kiel kontroli la ŝarĝrapidon de paĝo interrete?
- Malfermu Analizon de Paĝa Rapido.
- Algluu la paĝadreson. Kontrolu ne nur la ĉefpaĝon: produktaj paĝoj kaj surteriĝaj paĝoj por reklamado ofte estas pli kompleksaj.
- Alklaku "Analizi" kaj atendu ĝis la elŝuta testo finiĝos.
- Rigardu TTFB kaj la tutan tempon - tiuj estas la du ĉefaj nombroj.
- Analizu vian paĝpezon kaj serĉdemandojn, poste legu la rekomendojn pri optimumigo.
Jen kiel aspektas la ilpaĝo: la adreskampo, la butono "Analizi", kaj la listo de mezuritaj metrikoj.
Konsilo: Testu la saman paĝon du aŭ tri fojojn sinsekve. La unua testo povas esti pli malrapida se la servila kaŝmemoro malvarmiĝis; se ĝi estas malrapida ĉiufoje, la problemo daŭras.
Kaj tuj kontrolu kelkajn paĝojn de viaj konkurantoj. Absolutaj nombroj signifas malmulte por entreprenposedanto, sed komparo de "ni havas 6 sekundojn, niaj tri ĉefaj konkurantoj havas po 2" konvinkas vin asigni buĝeton por akcelo pli bone ol iu ajn diagramo.
Kiel legi la rezulton kaj kion unue rapidigi?
La ĉefa regulo estas unue trovi la proplempunkton, poste ripari ĝin. Kunpremi bildojn estas senutile se la servilo bezonas sekundon kaj duonon por respondi.
- Se TTFB estas pli granda ol 600–800 ms, komencu per la servilo. Ebligu paĝan kaŝmemorigon (en WordPress, uzu kaŝmemoran kromprogramon aŭ kaŝmemoron je gastiga nivelo), kontrolu vian gastigan planon, kaj malŝaltu kromprogramojn, kiuj faras pezajn datumbazajn serĉojn. Celu 200 ms aŭ malpli.
- Se via paĝo pezas plurajn megabajtojn, koncentriĝu pri viaj bildoj. Nekunpremitaj fotoj preskaŭ ĉiam respondecas pri la plej granda parto de la grandeco. Konvertu ilin al WebP aŭ AVIF, ŝanĝu ilian grandecon al la efektiva ekrana grandeco, kaj ebligu maldiligentan ŝargadon por ĉio sub la faldo.
- Estas pli ol cent petoj — purigu viajn skriptojn. Babilejoj, mapoj, pikseloj, ŝoviloj, tri tiparoj en kvin stiloj — ĉiu aldonas petojn. Forigu tion, kio ne generas enspezojn, kaj ŝargu la reston poste.
- DNS aŭ SSL estas rimarkeble malrapidaj — malofta okazo, kutime solvita per ŝanĝo al pli bona DNS-provizanto aŭ CDN.
- Plena ŝarĝtempo de pli ol 5 sekundoj jam estas kritika: vizitantoj forlasas la moveblan interreton, kaj reklamado malŝparas buĝeton por tiuj, kiuj ne atendas la paĝon.
Tipa ekzemplo el praktiko: surteriĝa paĝo pezas 9 MB, el kiuj 7 MB estas tri fonaj fotoj prenitaj rekte de fotilo. Konvertado al WebP kaj skaligo por konveni al la ekranlarĝo signife reduktas la grandecon — sen eĉ unu ŝanĝo de dezajno.
Kio estas Kernaj Retaj Vidpunktoj kaj kiel ili rilatas al ĉi tiu analizo?
Kernaj Retaj Vitvaloroj estas tri metrikoj, kiujn Google uzas por taksi la uzeblecon de paĝo: LCP (kiom rapide aperas la ĉefa elemento de la unua ekrano; bona estas ĝis 2.5 sekundoj), INP (kiom rapide la paĝo respondas al agoj; bona estas ĝis 200 ms), kaj CLS (kiom rapide la aranĝo "saltas"; bona estas ĝis 0.1).
La rapidanalizo de PromoPilot ne rekte kalkulas ĉi tiujn metrikojn — ĝi montras, kiaj faktoroj kontribuas al la ŝarĝtempo. Sed la korelacio estas rekta: alta TTFB kaj pezaj bildoj preskaŭ certe degradas la LCP, dum dekoj da skriptoj degradas la INP. Tial, la labora aliro estas jena: ni identigas la proplempunkton ĉi tie, kaj en PageSpeed Insights, ni rigardas la Kernajn Retajn Vitaĵojn antaŭ kaj post ĝia riparado.
Komparo: Rapido kaj Alternativa Analizo
| Ilo | Kio estas senpaga? | Restriktoj | Por kiu ĝi taŭgas? |
|---|---|---|---|
| PromoPilot — Analizo de Paĝrapideco | TTFB, DNS, SSL, tuta tempo, pezo, nombro da petoj, rekomendoj | Ne kalkulas Kernajn Retajn Vidpunktojn, unu paĝo por ĉeko | Rapide trovu la proplempunkton: servilon, pezon aŭ skriptojn |
| Google PageSpeed Insights | Kernaj Retaj Vivsignoj, Lighthouse Lab Test, kaj datumoj pri realaj vizitantoj kiam haveblaj | Estas multaj teknikaj terminoj, kaj ne ĉiuj retejoj havas vizitantodatumojn. | Taksu la paĝon kiel Google vidas ĝin |
| GTmetrix | Detala ŝarĝraporto kaj serĉakvofalo | Iuj funkcioj postulas registriĝon. | Profunda plonĝo en la startordon |
| Iloj por programistoj de Chrome | Langeto Reto: ĉiu peto, grandeco kaj tempo | Vi devas povi legi la akvofalon, la rezulto dependas de via interreto. | Por programistoj |
Konkludo: por rapida rigardo al "kial ĝi malrapidiĝas", simpla analizo kun klaraj nombroj estas pli oportuna. Por la raporto Core Web Vitals, uzu PageSpeed Insights, kaj por analizi ĉiun peton, uzu GTmetrix aŭ DevTools.
PromoPilot havas 87 pliajn senpagajn SEO-ilojn. Se bildoj estas la ĉefa problemo, nia serio inkluzivas artikolon pri bilda SEO-kontrolado: ĝi montros al vi, al kiuj fotoj mankas WebP, dimensioj kaj maldiligenta ŝarĝado.
Kiuj estas la limigoj de rapidanalizo?
La mezurado estas prenita de la servilo de la ilo, ne de la telefono de via kliento: la paĝo ŝarĝiĝos pli malrapide sur portebla aparato. La rezultoj dependas de la horo de la tago — la ŝarĝo de gastigado varias dumtage kaj nokte, do komparu mezuradojn prenitajn en similaj tempoj. La ilo kontrolas unu paĝon samtempe kaj ne mezuras Core Web Vitals aŭ realajn vizitantajn datumojn — PageSpeed Insights kaj Search Console estas haveblaj por tio.
Kiam senpaga ilo ne sufiĉas?
Analizo rivelos kie estas la proplempunkto. Tamen, servila kaŝmemorigo, maldiligenta ŝarĝado de skriptoj, kaj la bildprilabora dukto ne estos agorditaj memstare. Specialisto estas bezonata se:
- TTFB estas alta, kaj ne estas klare ĉu la gastigado, datumbazo aŭ specifa kromprogramo kulpas;
- WordPress ejo kun dekoj da kromaĵoj, kaj ĉiu ajn malŝalto rompas ion;
- Kernaj Retaj Vidsignoj en Search Console estas "ruĝaj" sur centoj da paĝoj;
- Estas pli facile rekonstrui malnovan retejon sur moderna platformo ol rapidigi ĝin pecon post peco.
Kion mi povas fari por via retejo?
Mi estas Valerij Danyuk, programisto kaj SEO-specialisto kun 12 jaroj da sperto kaj pli ol 200 klientoj. Akceli retejon estas unu el tiuj taskoj, kie oni povas vidi rezultojn en nombroj jam la sekvan tagon.
SEO kaj revizio
- Preta SEO-revizio de retejo: Mi identigas la kaŭzon de malrapida ŝarĝado, ĝustigas la kaŝmemoron, bildojn kaj skriptojn, kaj mezuras la rezultojn antaŭ kaj poste.
Retejoj kaj interretaj vendejoj
- WordPress -retejo kun artefarita inteligenteco-asistanto por €299 kaj 3 tagoj — neniuj ekstraj kromaĵoj ekde la unua tago.
- Tilda kun abonpago aŭ retejo kun artefarita inteligenteco - komparo de platformoj, inkluzive de rapideco kaj fleksebleco.
- Retejo de kliniko pri plastikkirurgio kun artefarita inteligenteco kaj aplikaĵoj per Telegram.
- Ĉe 1001site la retejo funkcias per servilflanka bildigo sur serviloj en EU, kaj SEO-agordoj estas aŭtomate ebligitaj.
Kontado, ERP kaj aŭtomatigo
- ERP + retejo + per artefarita inteligenteco funkciigita Telegram roboto por aŭtomalmuntado en 6 tagoj.
- Monata kontada sistemo por interreta vendejo por kompanio el Ĉeĥio.
- E-komercaj agentoj anstataŭ babilrobotoj.
Sendu al mi la adreson de la malrapida paĝo en Telegram - mi diros al vi kio plej malrapidigas ĝin kaj kiom vi povas gajni.
Rezulto
- Analizo de la ŝarĝrapido de interretaj paĝoj montras TTFB, DNS, SSL, totalan tempon, pezon kaj nombron de petoj - kaj kie estas la proplempunkto.
- Komparnormoj: TTFB ĝis 200 ms, plena ŝarĝo ĝis 3 sekundoj; pli ol 5 sekundoj estas kritika.
- La ordo de akcelo estas: servilo kaj kaŝmemoro → bildoj → nenecesaj skriptoj; kontrolu la rezultojn en PageSpeed Insights uzante Core Web Vitals.
- Se malnova retejo ne povas esti rapidigita senprobleme, estas pli facile rekonstrui ĝin — ekzemple, ĉe 1001site.
Kontrolu vian plej gravan paĝon per senpaga rapidtesto tuj nun — kaj notu la nombrojn por ke vi povu kompari ilin post kiam vi rapidigos.
Fontoj
- La paĝo pri la analizo de paĝrapideco de PromoPilot - metrikoj, komparnormoj kaj ofte demanditaj demandoj.
- web.dev — Priskribo de Kernaj Retaj Vivsignoj kaj sojloj.
- Google PageSpeed Insights kaj GTmetrix - priskriboj de funkcioj.
