Mediana TTFB: domeny najczęściej cytowane a najrzadziej cytowane . 804 vs 910 ms.
Najczęściej cytowane domeny odpowiadają szybciej: mediana czasu do pierwszego bajtu wynosi 804 ms dla cytowanych 10+ razy, w porównaniu do 910 ms dla stron cytowanych raz lub dwa razy. Wolna odpowiedź serwera wiąże się z mniejszą liczbą cytowań, choć różnica jest niewielka.
Czas odpowiedzi serwera (TTFB) a częstotliwość cytowań
Grupując każdą cytowaną domenę według tego, w ilu odpowiedziach śledzonych zapytań AmICited została przywołana, i łącząc to z danymi Google o rzeczywistych użytkownikach Core Web Vitals , widoczny jest spójny wzór we wszystkich poziomach. Domeny cytowane 10+ razy (659 domen z danymi) znajdują się na jednym końcu, a cytowane 1–2 razy (4313 domen) na drugim. Kierunek zależności jest taki sam dla każdego mierzonego wskaźnika kondycji — wskaźnika zaliczenia, czasu odpowiedzi serwera i wyniku wydajności — dlatego ten (niewielki) sygnał jest wiarygodny, a nie przypadkowy.
Dane liczbowe
| Częstotliwość cytowań | Domeny z danymi CrUX | Zaliczają Core Web Vitals | Mediana TTFB | Średni wynik wydajności |
|---|---|---|---|---|
| Cytowane 10+ razy | 659 | 60% | 804 ms | 76,5 |
| Cytowane 3–9 razy | 1584 | 58% | 893 ms | 74,9 |
| Cytowane 1–2 razy | 4313 | 57% | 910 ms | 74,9 |
Co to oznacza dla widoczności w wyszukiwarkach AI
Strony w dobrej kondycji technicznej są cytowane nieco częściej, ale efekt jest niewielki — kondycja strony wydaje się czynnikiem wspomagającym, a nie głównym motorem decydującym o tym, czy silniki AI będą Cię cytować. Trafność treści prawie na pewno ma większe znaczenie (zobacz raporty na poziomie źródeł i tematów). Praktyczny wniosek: poprawa Core Web Vitals i czasu odpowiedzi serwera jest warta zachodu — usuwa niewielki opór i pomaga użytkownikom niezależnie od reszty — ale sama w sobie nie przeniesie Cię do grona cytowanych źródeł. Traktuj to jako podstawę, a następnie rywalizuj trafnością.
Dlaczego TTFB jest najważniejszym wskaźnikiem szybkości dla cytowań AI
Wśród wszystkich analizowanych przez nas wskaźników wydajności, Time to First Byte wykazuje największą bezwzględną różnicę między domenami najczęściej i najrzadziej cytowanymi: 106 milisekund (804 ms vs. 910 ms). To nie przypadek. TTFB to wskaźnik najbardziej bezpośrednio związany z wydajnością serwera — czyli tym, z czym stykają się crawle AI, gdy pobierają Twoje strony.
Gdy crawler AI, taki jak GPTBot, żąda strony, nie interesuje go hero image, animacje CSS ani pakiet JavaScript. Interesuje go jedna rzecz: jak szybko może uzyskać zawartość HTML , której potrzebuje, aby wyodrębnić tekst i określić trafność. Wolny TTFB oznacza, że crawler czeka — a jeśli czeka zbyt długo, może przekroczyć limit czasu, pobrać tylko częściową odpowiedź lub obniżyć priorytet Twojej domeny w przyszłych indeksowaniach.
Różnica 106 ms jest niewielka w wartościach bezwzględnych — to mniej więcej tyle, ile trwa mrugnięcie oka — ale jest spójna w tysiącach domen i zgodna z oczekiwanym kierunkiem. Najbardziej prawdopodobny mechanizm to efekt wydajności indeksowania: szybsze serwery są indeksowane pełniej i częściej, co oznacza, że ich treść jest lepiej reprezentowana w indeksach wyszukiwania, z których korzystają silniki AI. Nie jest to udowodniony związek przyczynowy, ale jest to najbardziej spójne wyjaśnienie, dlaczego TTFB wykazuje najsilniejszy sygnał wydajności.
Jak TTFB wypada na tle innych wskaźników wydajności
W przeciwieństwie do wskaźników frontendowych, takich jak LCP , FCP i CLS , TTFB jest prawie w całości pod kontrolą właściciela strony. Zależy od:
- Infrastruktury serwerowej: Jakości i lokalizacji hostingu
- Konfiguracji CDN: Czy korzystasz z CDN i jak jest skonfigurowany
- Strategii cache’owania: Czy strony są serwowane z pamięci podręcznej, czy generowane dynamicznie
- Wydajności backendu: Jak szybko Twój CMS lub serwer aplikacji generuje HTML
To sprawia, że TTFB jest najbardziej praktycznym wskaźnikiem do pracy nad widocznością w AI. Poprawa LCP może wymagać przeprojektowania układu strony; poprawę TTFB często można osiągnąć samymi zmianami konfiguracyjnymi. Różnica między 910 ms a 804 ms jest osiągalna dla większości witryn dzięki CDN i podstawowemu cache’owaniu po stronie serwera — a nasze dane sugerują, że zniwelowanie tej różnicy to pojedyncza najbardziej wpływowa optymalizacja wydajności, jaką możesz wykonać dla widoczności w AI .
Jaki „dobry" TTFB oznacza dobrą widoczność w AI
Google uznaje TTFB poniżej 800 ms za „dobry". Najczęściej cytowane domeny w naszym zbiorze danych znajdują się tuż przy tym progu (mediana 804 ms). Sugeruje to, że praktycznym celem dla widoczności w AI nie jest jakiś elitarny TTFB poniżej 200 ms, ale po prostu znalezienie się w zakresie „dobrym" — poniżej 800 ms.
Jeśli Twój TTFB wynosi obecnie ponad 1000 ms, prawdopodobnie doświadczasz pewnego stopnia tarcia podczas indeksowania. Crawle AI działają w określonych budżetach czasowych, a serwer, który odpowiada ponad sekundę, straci część prób indeksowania z powodu przekroczenia limitu czasu. Zejście poniżej 1000 ms powinno być Twoim pierwszym kamieniem milowym; zejście poniżej 800 ms stawia Cię w towarzystwie najczęściej cytowanych domen.
Praktyczne zalecenia
Zmierz swój TTFB z wielu lokalizacji geograficznych. Twój TTFB będzie się różnić w zależności od tego, skąd pochodzi żądanie. Crawle AI mogą pobierać dane z centrów danych w innych regionach niż Twoi ludzcy odwiedzający. Użyj narzędzia takiego jak KeyCDN Performance Test lub WebPageTest, aby zmierzyć TTFB z wielu lokalizacji.
Włącz pełne cache’owanie stron. Jeśli Twoje strony są generowane dynamicznie przy każdym żądaniu, Twój TTFB będzie wysoki. Warstwa cache’owania (Redis, Varnish lub wbudowany cache Twojego CMS) może zmniejszyć TTFB z 500+ ms do poniżej 50 ms dla stron w cache’u.
Użyj CDN z cache’owaniem brzegowym. CDN serwuje Twoje treści z lokalizacji bliskich osobie żądającej, skracając opóźnienie sieciowe. Nawet podstawowa konfiguracja CDN (Cloudflare, Fastly, CloudFront) może zmniejszyć TTFB o 100–300 ms.
Zaktualizuj hosting, jeśli to konieczne. Współdzielone pakiety hostingowe często mają TTFB w zakresie 1000–2000 ms. Przejście na VPS, dedykowany serwer lub zarządzaną platformę hostingową może przynieść skokową poprawę.
Metodologia
Jest to zależność wśród stron, które AI już cytuje, a nie dowód związku przyczynowego: została obliczona poprzez połączenie danych Google CrUX / PageSpeed z tym, jak często każda domena była cytowana w ramach 1905 śledzonych zapytań AmICited. Dane CrUX były dostępne dla 6556 z 8845 cytowanych domen (74%). Domeny są pogrupowane według tego, w ilu odpowiedziach zostały zacytowane; w ramach każdej grupy uśredniamy wskaźnik kondycji witryny. Domena „zalicza Core Web Vitals", gdy większość jej audytowanych URL-i przechodzi progi Google dla LCP/INP /CLS w danych rzeczywistych użytkowników (CrUX); TTFB i wynik wydajności są uśredniane w ten sam sposób. Strony bez wystarczających danych CrUX są wykluczone. Ponieważ zapytania AmICited są ukierunkowane na SaaS , e-commerce i tematy pomocy technicznej, te liczby opisują strony cytowane dla tego rodzaju zapytań. Zależność jest rzeczywista, ale niewielka i korelacyjna — nie twierdzimy, że szybsze strony powodują więcej cytowań.
