Mediană TTFB: domenii cele mai citate vs. cele mai puțin citate . 804 vs. 910 ms.
Cele mai citate domenii răspund mai rapid de la server: o mediană a timpului până la primul octet de 804 ms pentru cele citate de 10+ ori, față de 910 ms pentru paginile citate o dată sau de două ori. Un răspuns lent al serverului este asociat cu mai puține citări, deși diferența este modestă.
Timpul de răspuns al serverului (TTFB) vs. frecvența citărilor
Grupând fiecare domeniu citat în funcție de câte dintre răspunsurile la prompturile urmărite de AmICited l-au citat și îmbinând datele Google privind Core Web Vitals ale utilizatorilor reali, un model consistent apare pe toate nivelurile. Cele citate de 10+ ori (659 de domenii cu date) se află la un capăt, iar cele citate de 1–2 ori (4.313 domenii) la celălalt. Direcția este aceeași pentru fiecare metrică de sănătate pe care o putem măsura — rata de promovare, timpul de răspuns al serverului și scorul de performanță — motiv pentru care semnalul (modest) este credibil, nu doar zgomot.
Cifrele de bază
| Frecvența citărilor | Domenii cu date CrUX | Promovare Core Web Vitals | Mediană TTFB | Scor mediu performanță |
|---|---|---|---|---|
| Citate de 10+ ori | 659 | 60% | 804 ms | 76,5 |
| Citate de 3–9 ori | 1.584 | 58% | 893 ms | 74,9 |
| Citate de 1–2 ori | 4.313 | 57% | 910 ms | 74,9 |
Ready to Monitor Your AI Visibility?
Track how AI chatbots mention your brand across ChatGPT, Perplexity, and other platforms.
Ce înseamnă acest lucru pentru vizibilitatea în căutarea AI
Paginile sănătoase din punct de vedere tehnic sunt citate ceva mai des, dar efectul aici este mic — starea de sănătate a site-ului pare a fi un factor de sprijin, nu un factor principal care determină dacă motoarele AI vă citează. Relevanța conținutului contează aproape sigur mai mult (consultați rapoartele la nivel de sursă și subiect). Concluzia practică: remedierea Core Web Vitals și a timpului de răspuns al serverului merită făcută — elimină un ușor obstacol și ajută utilizatorii indiferent — dar nu vă va plasa, de una singură, printre sursele citate de un motor. Tratați-o ca pe o condiție de bază, apoi concurați pe relevanță.
De ce TTFB este cea mai importantă metrică de viteză pentru citările AI
Dintre toate metricile de performanță pe care le-am analizat, Timpul până la Primul Octet prezintă cea mai mare diferență absolută între domeniile cele mai și cele mai puțin citate: 106 milisecunde (804 ms vs. 910 ms). Aceasta nu este o coincidență. TTFB este metrica cea mai direct legată de performanța pe partea de server — exact ceea ce interacționează crawler-ele AI atunci când preiau paginile dvs.
Când un crawler AI precum GPTBot solicită o pagină, nu îi pasă de imaginea hero, de animațiile CSS sau de pachetul JavaScript. Îi pasă de un singur lucru: cât de repede poate obține conținutul HTML de care are nevoie pentru a extrage text și a determina relevanța. Un TTFB lent înseamnă că crawler-ul așteaptă — și dacă așteaptă prea mult, poate expira, poate prelua doar un răspuns parțial sau poate deprioritiza domeniul dvs. pentru viitoarele accesări.
Diferența de 106 ms este modestă în termeni absoluți — este aproximativ timpul necesar pentru a clipi — dar este consistentă pe mii de domenii și urmărește direcția așteptată. Cel mai plauzibil mecanism este un efect de eficiență a accesării: serverele mai rapide sunt accesate mai complet și mai des, ceea ce înseamnă că conținutul lor este mai bine reprezentat în indicii de regăsire pe care motoarele AI îi interoghează. Aceasta nu este o cauzalitate dovedită, dar este cea mai coerentă explicație pentru care TTFB prezintă cel mai puternic semnal de performanță.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Cum se compară TTFB cu alte metrici de performanță
Spre deosebire de metricile front-end precum LCP , FCP și CLS , TTFB este aproape în întregime sub controlul proprietarului site-ului. Depinde de:
- Infrastructura serverului: Calitatea și locația găzduirii dvs.
- Configurația CDN: Dacă utilizați un CDN și cum este configurat
- Strategia de cache: Dacă paginile dvs. sunt servite din cache sau generate dinamic
- Eficiența backend-ului: Cât de repede CMS-ul sau serverul de aplicații generează HTML
Acest lucru face ca TTFB să fie cea mai acționabilă metrică pentru munca de performanță pentru vizibilitatea AI. Îmbunătățirea LCP ar putea necesita reproiectarea aspectului paginii; îmbunătățirea TTFB poate fi adesea realizată doar cu modificări de configurare. Diferența între 910 ms și 804 ms este realizabilă pentru majoritatea site-urilor cu un CDN și cache de bază pe partea de server — iar datele noastre sugerează că eliminarea acestei diferențe este cea mai importantă optimizare de performanță pe care o puteți face pentru vizibilitatea AI .
Cum arată un TTFB „bun" pentru vizibilitatea AI
Google consideră un TTFB sub 800 ms ca fiind „bun". Cele mai citate domenii din setul nostru de date se situează chiar la acest prag (mediană 804 ms). Acest lucru sugerează că ținta practică pentru vizibilitatea AI nu este un TTFB elitist sub 200 ms, ci pur și simplu a fi în intervalul „bun" — sub 800 ms.
Dacă TTFB-ul dvs. este în prezent peste 1.000 ms, probabil experimentați un anumit grad de frecare la accesare. Crawler-ele AI operează cu bugete de timp, iar un server care durează mai mult de o secundă să răspundă va pierde o parte din încercările de accesare din cauza timeout-urilor. Atingerea pragului sub 1.000 ms ar trebui să fie prima dvs. etapă; atingerea pragului sub 800 ms vă plasează în compania domeniilor celor mai citate.
Recomandări practice
Măsurați-vă TTFB din multiple locații geografice. TTFB-ul dvs. va varia în funcție de locul de origine al solicitării. Crawler-ele AI pot prelua date din centre de date în regiuni diferite față de vizitatorii umani. Utilizați un instrument precum KeyCDN’s Performance Test sau WebPageTest pentru a măsura din mai multe locații.
Activați cache-ul complet al paginilor. Dacă paginile dvs. sunt generate dinamic la fiecare solicitare, TTFB-ul va fi mare. Un strat de cache (Redis, Varnish sau cache-ul încorporat al CMS-ului) poate reduce TTFB de la 500+ ms la sub 50 ms pentru paginile stocate în cache.
Utilizați un CDN cu cache la margine. Un CDN servește conținutul dvs. din locații apropiate de solicitant, reducând latența rețelei. Chiar și o configurație CDN de bază (Cloudflare, Fastly, CloudFront) poate reduce TTFB cu 100–300 ms.
Faceți upgrade la găzduirea dvs. dacă este necesar. Planurile de găzduire partajată au adesea TTFB în intervalul 1.000–2.000 ms. Trecerea la un VPS sau server dedicat, sau la o platformă de găzduire gestionată, poate reprezenta o îmbunătățire semnificativă.
Metodologie
Aceasta este o asociere între paginile pe care AI le citează deja, nu o dovadă de cauză: este calculată prin îmbinarea datelor de teren Google CrUX / PageSpeed cu frecvența cu care fiecare domeniu a fost citat în cele 1.905 de prompturi urmărite de AmICited. Datele CrUX au fost disponibile pentru 6.556 din 8.845 de domenii citate (74%). Domeniile sunt grupate în funcție de câte răspunsuri le-au citat; în cadrul fiecărui grup, facem media metricii de sănătate a site-ului. Un domeniu „promovează Core Web Vitals" atunci când majoritatea URL-urilor sale auditate trec pragurile Google LCP/INP /CLS în datele utilizatorilor reali (CrUX); TTFB și scorul de performanță sunt mediate în mod similar. Paginile fără date CrUX suficiente sunt excluse. Deoarece prompturile AmICited tind spre subiecte SaaS , comerț electronic și suport, aceste cifre descriu site-urile citate pentru acest tip de interogări. Relația este reală, dar modestă și corelațională — nu susținem că paginile mai rapide cauzează mai multe citări.
