Jak odświeżyliśmy consaldi.pl - profesjonalny wygląd, a strona nie zamula

Odświeżyliśmy stronę naszego siostrzanego studia consaldi.pl i od pierwszego dnia mieliśmy jedno twarde założenie: profesjonalny, bogaty wygląd nie może odbywać się kosztem szybkości. Zbyt wiele firmowych stron wygląda „poważnie", a otwiera się kilka sekund - i traci na tym zarówno użytkownik, jak i pozycja w wyszukiwarce. Ten artykuł pokazuje, na co zwróciliśmy uwagę, jakie wyniki uzyskaliśmy i dlaczego równie mocno postawiliśmy na widoczność w silnikach AI.

Jeśli myślisz o odświeżeniu własnej strony, potraktuj to jako konkretną listę rzeczy, które naprawdę robią różnicę.

Punkt wyjścia: po co w ogóle odświeżać stronę

consaldi.pl to strona doradcza - diagnoza procesów i technologii dla firm. Taka strona ma budować zaufanie w pierwszych sekundach. Odświeżenie nie było więc „zmianą kolorów", tylko realizacją trzech celów naraz:

• wygląd, który komunikuje profesjonalizm i porządek,
• szybkość, bo wolna strona kasuje wrażenie profesjonalizmu, zanim ktokolwiek przeczyta ofertę,
• widoczność - zarówno w klasycznym Google, jak i w odpowiedziach generowanych przez AI.

To ostatnie jest nowe i wiele redesignów je pomija. Wrócę do tego niżej.

Ciężki wygląd, lekki kod

Najważniejsza rzecz, którą chcemy tu przekazać: „ciężki" wizualnie design nie musi oznaczać ciężkiej strony. To dwie różne rzeczy, które łatwo pomylić.

Wrażenie premium robią proporcje, typografia, przestrzeń i dopracowane detale - a nie megabajty. Wagę strony podbijają natomiast najczęściej trzy rzeczy: nieoptymalizowane zdjęcia, sterty JavaScriptu z gotowych szablonów i wolny serwer. Przy odświeżeniu consaldi.pl pilnowaliśmy właśnie tych trzech frontów:

• Obrazy przycięte do realnych rozmiarów i podane w nowoczesnych formatach, z leniwym ładowaniem (lazy-loading) tego, co poniżej pierwszego ekranu.
• Kod bez zbędnego balastu - żadnych ciężkich frameworków „na wszelki wypadek", minimum skryptów, style ładowane raz.
• Szybki serwer i transport: strona idzie po HTTP/2, z kompresją, a czas do pierwszego bajtu (TTFB) trzymamy grubo poniżej progu odczuwalności.

Efekt jest wymierny. Serwer odpowiada w okolicach 120 milisekund, treść jedzie skompresowana (gzip) i zabezpieczona nagłówkiem HSTS, a sam dokument HTML to kilka kilobajtów transferu. To fundament, na którym w ogóle da się uzyskać dobry wynik PageSpeed - bo najlepiej zoptymalizowana grafika nie pomoże, jeśli serwer myśli sekundę.

Wyniki PageSpeed

Szybkości nie deklaruje się - ją się mierzy. Punktem odniesienia jest Google PageSpeed Insights, które ocenia stronę w czterech kategoriach (Performance, Accessibility, Best Practices, SEO) i pokazuje Core Web Vitals: LCP, INP i CLS. Testujemy zawsze oddzielnie mobile i desktop, bo to na telefonie strony najczęściej się „sypią".

Wynik na desktopie mówi sam za siebie:

96/100 w wydajności oraz komplet 100/100 w dostępności, dobrych praktykach i SEO, przy LCP na poziomie 0,9 sekundy, zerowym Total Blocking Time i praktycznie zerowym przesunięciu układu (CLS). Dla strony z tak rozbudowanym, ciemnym designem i mocną typografią to bardzo dobry rezultat.

Na mobile jest równie ciekawie:

Tu również 100/100 w dostępności, dobrych praktykach i SEO, a wydajność na poziomie 86/100 - solidnie, mimo że telefon to zawsze trudniejszy egzamin (wolniejsze łącze, słabszy procesor). Total Blocking Time i CLS są wzorowe (0 ms, 0), a jedynym realnym polem do dalszej optymalizacji zostaje LCP - i dokładnie wiemy, co za nie odpowiada. To pokazuje wartość mierzenia: nie zgadujemy, tylko widzimy konkretną dźwignię.

Dla porządku, twarde parametry techniczne (mierzalne niezależnie od Lighthouse):

• TTFB (czas do pierwszego bajtu): ok. 120 ms
• Protokół: HTTP/2
• Kompresja: gzip, z bezpiecznym nagłówkiem HSTS
• Waga dokumentu: kilka kilobajtów transferu (skompresowany HTML)

To są liczby, które użytkownik czuje jako „strona otwiera się od razu" - i które Google premiuje w rankingu.

Nacisk na LLM: żeby stronę „widziało" też AI

Coraz częściej klient nie trafia na stronę przez dziesięć niebieskich linków, tylko przez gotową odpowiedź AI - w ChatGPT, Perplexity czy Google AI Overviews. Jeśli model nie potrafi odczytać i zacytować Twojej strony, po prostu Cię w tej odpowiedzi nie ma. Dlatego odświeżenie consaldi.pl objęło też optymalizację pod LLM (GEO - Generative Engine Optimization).

Na co konkretnie zwróciliśmy uwagę:

• Dane strukturalne (schema.org). Strona opisuje się maszynowo w formacie JSON-LD - kim jest firma (`WebSite`), jakie świadczy usługi (`Service`, `OfferCatalog`, `Offer`) i gdzie działa (`PostalAddress`). To pozwala silnikom AI jednoznacznie zrozumieć, czym jest consaldi.pl.
• Plik `llms.txt`. To swoista mapa treści dla modeli językowych - zwięzły spis tego, co jest na stronie i o czym. Ułatwia AI dotarcie do sedna bez przedzierania się przez cały serwis.
• Czysty, semantyczny HTML. Treść jest w kodzie, a nie doklejana wyłącznie skryptami - dzięki temu widzą ją zarówno roboty Google, jak i crawlery AI.
• Samowystarczalne akapity. Tekst odpowiada wprost na konkretne pytania, więc model może wyciąć gotowy fragment jako cytat.

Efekt tej pracy widać w testach gotowości pod AI. W kategorii przeglądanie agentowe (agentic browsing) consaldi.pl uzyskała komplet 3/3. W praktyce oznacza to, że agent AI - taki, który samodzielnie wchodzi na stronę, czyta ją i wyciąga informacje w imieniu użytkownika - dostaje pełny, nieblokowany dostęp do treści i danych. To coraz ważniejsze: asystenci AI coraz częściej odwiedzają stronę „na żywo", zamiast opierać się wyłącznie na wcześniej zaindeksowanym tekście. Jeśli strona blokuje boty, chowa treść za skryptami albo ładuje się zbyt wolno, agent po prostu z niej zrezygnuje - i wybierze konkurencję, którą udało mu się odczytać.

To dokładnie to samo podejście, które stosujemy w C3S przy blogu i stronach na zamówienie - treść pisana tak, by była cytowalna przez AI, wsparta danymi strukturalnymi i szybkim, dostępnym kodem.

Co możesz z tego wziąć, odświeżając swoją stronę

Jeśli planujesz redesign, oto skrót tego, na co warto naciskać - w tej kolejności:

1. Zacznij od pomiaru. Zrób test w PageSpeed Insights (mobile i desktop) na obecnej stronie. Bez punktu wyjścia nie wiesz, co poprawiasz.
2. Rozdziel „wygląd" od „wagi". Możesz mieć bogaty, premium design i lekką stronę jednocześnie - to kwestia obrazów, kodu i serwera, nie efektu wizualnego.
3. Zajmij się obrazami. To zwykle największy pożeracz sekund: właściwe wymiary, WebP/AVIF, lazy-loading.
4. Utnij zbędny JavaScript. Każda dodatkowa biblioteka i widget to koszt. Zostaw tylko to, co naprawdę pracuje.
5. Sprawdź serwer. HTTP/2, kompresja, sensowny TTFB i cache to darmowe przyspieszenie na starcie.
6. Pomyśl o AI, nie tylko o Google. Dane strukturalne, `llms.txt` i cytowalne treści decydują dziś o tym, czy pojawisz się w odpowiedziach generowanych przez modele.
7. Na końcu nie zapomnij zgłosić zmian. Po publikacji zaktualizuj `sitemap.xml` oraz `llms.txt`, a nowe i zmienione adresy zgłoś w Google Search Console i Bing Webmaster Tools (protokół IndexNow). To ostatnie ma dziś podwójne znaczenie: z indeksu Bing korzystają silniki AI, więc szybkie powiadomienie przez IndexNow realnie skraca czas, po którym Twoje treści mogą pojawić się w odpowiedziach modeli. Najlepsza optymalizacja nic nie da, jeśli wyszukiwarki i LLM-y nie wiedzą, że coś się zmieniło.

Podsumowanie

Odświeżenie consaldi.pl potwierdziło coś, co powtarzamy klientom: profesjonalny wygląd i szybkość to nie jest wybór „albo-albo". Bogaty, uporządkowany design da się połączyć z błyskawicznym ładowaniem i dobrymi wynikami PageSpeed - a przy okazji przygotować stronę tak, by widziały ją również silniki AI.

Chcesz odświeżyć swoją stronę tak, żeby wyglądała poważnie, ładowała się natychmiast i była gotowa na erę wyszukiwania przez AI? Odezwij się - zaczniemy od audytu i powiemy wprost, czy wystarczy optymalizacja, czy warto przebudować.