Krótko: właściciel firmy z branży budowlanej zwolnił programistów i specjalistów SEO i całkowicie przeszedł na vibecoding — tworzenie strony przez AI bez kontroli technicznej. Redesign wygenerowany przez AI wdrożono od razu na żywą stronę, a już po dwóch dniach ruch i pozycje zaczęły gwałtownie spadać. Przyczyny: utracone adresy stron, zamienione wersje językowe, zniknięte dane strukturalne i błędna strategia renderowania kluczowych treści. Po dwóch tygodniach diagnozy i napraw strona w pełni wróciła do formy w ciągu miesiąca. Wniosek: AI to potężne narzędzie, ale wymaga eksperckiej kontroli technicznej — nie zastępuje jej.
Ta historia nie jest o tym, że sztuczna inteligencja jest zła. Sam korzystam z niej w pracy każdego dnia. Ta historia jest o tym, co się dzieje, gdy potężne narzędzie jest używane bez kontroli technicznej — i ile może to kosztować biznes w przestojach i utraconych klientach.
Strona z realnym ruchem organicznym przed przejściem na vibecoding
Zgłosił się do mnie właściciel firmy z branży budowlanej. Zanim do mnie trafił, miał działającą, rozwijającą się stronę: ponad tysiąc wartościowych odwiedzających miesięcznie z wyszukiwania organicznego, stały strumień zapytań i lata zgromadzonej historii technicznej — poprawne adresy stron, działającą strukturę, zaufanie wyszukiwarki.
To nie był eksperyment. To było narzędzie, które przynosiło biznesowi realne pieniądze.
Jak firma całkowicie przeszła na vibecoding zamiast zespołu programistów
Po obejrzeniu filmów na TikToku i postów na Threads o tym, jak AI potrafi teraz „samo zbudować stronę", właściciel firmy podjął decyzję: zwolnić cały zespół programistów i specjalistów SEO i prowadzić stronę wyłącznie przez vibecoding — tworzenie strony przez narzędzie AI bez udziału specjalistów technicznych.
Chęć przemyślenia kosztów rozwoju jest zrozumiała, i to rozumiem: każdy właściciel firmy ma prawo szukać bardziej efektywnych sposobów pracy. Problemem nie była sama decyzja, by spróbować AI. Problemem było to, jak to zrobiono.
Chciał nowy design — i go dostał. AI przebudowało wygląd strony, stworzyło nowy panel administracyjny. A potem wszystko to wdrożono od razu na produkcję — na żywą, działającą stronę, bez pośredniej weryfikacji, bez środowiska testowego, bez audytu technicznego.
Po dwóch dniach strona wyraźnie spadła. I nie wróciła do formy — przez ponad miesiąc tylko traciła pozycje i ruch.
Techniczne błędy vibecodingu: co zepsuło się na stronie
Przyczyn było kilka, i każda brzmi inaczej dla programisty, a inaczej dla właściciela biznesu. Wyjaśnię każdą tak, jak tłumaczyłbym klientowi, a nie koledze po fachu.
Zniknęły adresy stron (struktura URL). Wyobraź sobie, że Twoja firma miała tysiące wizytówek rozdanych po całym mieście, a na każdej — poprawny adres biura. Wyszukiwarki przez lata „zapamiętywały" adresy stron dokładnie w takiej formie. Kiedy podczas redesignu te adresy zmieniły się bez odpowiednich przekierowań, każdy, kto wchodził pod stary adres — zarówno odwiedzający, jak i roboty wyszukiwarek — trafiał w pustkę. Lata zgromadzonego zaufania wyszukiwarki do tych stron wyzerowały się w jedną noc.
Zamieniły się wersje językowe, a nikt nie powiadomił wyszukiwarki (lokalizacje i hreflang). Strona ma osobne sekcje dla różnych języków — niemiecką i angielską, każda pod swoim adresem. Podczas redesignu zamieniono je dosłownie miejscami: to, co wcześniej wyświetlało treść niemiecką, zaczęło pokazywać angielską, i odwrotnie. Wyszukiwarki nigdy nie poinformowano o tej zamianie — techniczny sygnał (atrybut hreflang), który mówi „ta strona jest dla niemieckojęzycznych, ta dla anglojęzycznych", pozostał przypisany do starych adresów. A najgorsze: przekierowań ze starych adresów językowych na nowe też nie skonfigurowano. W efekcie zarówno odwiedzający, jak i roboty wyszukiwarek, którzy przez lata korzystali z tych samych linków, albo otrzymywali niewłaściwy język, albo trafiali na martwe strony. Wyszukiwarka przestała ufać temu, co widzi, i zaczęła obniżać pozycje całej struktury językowej strony.
Zniknęły rozszerzone wyniki w wyszukiwarce (dane strukturalne, rich snippets). Wcześniej w wynikach wyszukiwania strona mogła wyświetlać dodatkowe elementy — oceny, odpowiedzi na częste pytania, ustrukturyzowane informacje bezpośrednio w wynikach, jeszcze przed przejściem na stronę. Działa to dzięki specjalnemu znacznikowaniu technicznemu Schema.org — niewidocznemu dla oka, ale widocznemu dla wyszukiwarki. Podczas migracji na nowy design ten znacznik został utracony. Strona zaczęła wyglądać w wyszukiwarce znacznie skromniej niż konkurencja i otrzymywała mniej kliknięć nawet przy tych samych pozycjach.
Część strony stała się „niewidoczna" dla wyszukiwarki w momencie jej wizyty (renderowanie po stronie serwera). Tu jest trochę bardziej technicznie, ale wyjaśnię na przykładzie. Stronę można zbudować na dwa sposoby: z góry „upiec" gotową stronę i błyskawicznie ją serwować przy wejściu (renderowanie po stronie serwera) — albo składać ją „na żywo" bezpośrednio w przeglądarce odwiedzającego, już po otwarciu strony (renderowanie po stronie klienta). Dla kluczowej treści, która musi być widoczna od razu — zarówno dla odwiedzającego, jak i robota wyszukiwarki — pierwszy sposób jest krytyczny. AI w kilku kluczowych miejscach wybrało drugie podejście tam, gdzie potrzebne było pierwsze. W efekcie robot wyszukiwarki czasem zastawał stronę jeszcze pustą, a prawdziwi odwiedzający widzieli wolniejsze, szarpane ładowanie.
Każdy z tych problemów osobno to tydzień pracy do naprawienia. Wszystkie cztery naraz, bez diagnozy i bez zrozumienia, co dokładnie się zepsuło, to zatrzymanie biznesu.
Co się zepsuło i jak to naprawiono — tabela podsumowująca
| Co się zepsuło | Co to oznacza prostym językiem | Jak to naprawiono |
|---|---|---|
| Utracone adresy stron (URL) | Wyszukiwarka i odwiedzający wchodzili pod stare adresy i trafiali w pustkę | Przywrócenie struktury adresów i konfiguracja przekierowań ze starych adresów URL na nowe |
| Zamienione wersje językowe (lokalizacje i hreflang bez przekierowań) | Wersja niemiecka i angielska zamieniły się miejscami bez powiadomienia wyszukiwarki — stare linki prowadziły w złe miejsce | Przywrócenie poprawnych adresów lokalizacji, aktualizacja znaczników hreflang i konfiguracja przekierowań ze starych adresów językowych |
| Utracone znaczniki dla wyszukiwarki (Schema.org) | Strona zniknęła z rozszerzonych wyników wyszukiwania — oceny, odpowiedzi, dodatkowe informacje | Przywrócenie technicznych danych strukturalnych |
| Błędny sposób renderowania stron (client-side zamiast server-side) | Część treści była niewidoczna dla wyszukiwarki w momencie jej wizyty | Przeniesienie krytycznych części strony z powrotem na renderowanie server-side |
Ratowanie strony po vibecodingu: co zrobiłem
Poświęciłem dwa tygodnie na systematyczną diagnozę i naprawę: przywróciłem poprawne adresy stron z odpowiednimi przekierowaniami, przywróciłem znaczniki językowe na miejsce, odtworzyłem dane strukturalne, przeniosłem krytyczne części strony z powrotem na renderowanie po stronie serwera tam, gdzie było to potrzebne dla szybkości i widoczności w wyszukiwarce.
Około miesiąca po naprawach strona ustabilizowała się i zaczęła stopniowo odbudowywać pozycje — wróciły pozycje, wrócił ruch, wróciły zapytania.
Lekcja nie polega na tym, że AI jest złe — chodzi o ekspercką kontrolę nad tworzeniem z AI
Sam aktywnie korzystam z AI w tworzeniu stron — to potężne narzędzie, które przyspiesza rutynę i pomaga pracować szybciej. Różnica nie polega na tym, czy korzystać z AI. Różnica polega na tym, czy jest ono używane pod ekspercką kontrolą, czy zamiast niej.
AI doskonale radzi sobie z tym, co mu się zleci. Ale nie wie automatycznie, że nie można zmieniać struktury adresów bez przekierowań, że nie można mylić wersji językowych, że nie można tracić danych strukturalnych, że nie można bezmyślnie zmieniać sposobu renderowania stron. Ta wiedza to ekspertyza, nie funkcja narzędzia. Bez człowieka, który to rozumie i weryfikuje efekt przed wdrożeniem na żywą stronę, każde potężne narzędzie może wypuścić na produkcję cokolwiek — i nikt tego nie zauważy, dopóki nie będzie za późno.
Checklista: jak zabezpieczyć stronę przy korzystaniu z AI w tworzeniu
Jeśli rozważasz użycie AI do tworzenia lub redesignu strony, oto co warto zrobić koniecznie:
- Nigdy nie wdrażaj zmian od razu na żywą stronę. Każda poważna zmiana powinna być najpierw sprawdzona na testowej kopii strony, niedostępnej dla wyszukiwarek i odwiedzających, i dopiero potem przeniesiona na główną stronę.
- Skonfiguruj podstawowy monitoring. Powiadomienia z Google Search Console i prosty monitoring dostępności strony pokażą problem w ciągu godzin, a nie po miesiącu bezczynności.
- Zachowaj strukturę adresów stron przy każdym redesignie — a jeśli adresy się zmieniają, koniecznie skonfiguruj przekierowania ze starych na nowe.
- Powierz techniczną weryfikację zmian wygenerowanych przez AI specjaliście, który rozumie zarówno tworzenie stron, jak i SEO — zwłaszcza jeśli zmiany dotyczą struktury strony, wersji językowych czy sposobu wyświetlania stron.
- Nie myl ładnego designu z działającą stroną. To dwie osobne kwestie. Strona może wyglądać efektownie i jednocześnie być niewidoczna dla wyszukiwarki — te rzeczy nie są ze sobą powiązane.
- Jeśli chcesz korzystać z AI w tworzeniu strony, połącz to z ekspercką kontrolą, zamiast zastępować nią całą ekspertyzę. AI wzmacnia kogoś, kto rozumie efekt jego pracy — nie zastępuje tego zrozumienia.
Jeśli Twoja strona już ucierpiała przez niesprawdzony redesign AI
Jeśli po redesignie, migracji lub eksperymentach z AI ruch na Twojej stronie gwałtownie spadł i nie wraca do formy, prawdopodobnie chodzi o jedną lub kilka z opisanych powyżej przyczyn. Takie problemy da się zdiagnozować i naprawić, zwykle szybciej, niż się wydaje, jeśli wiadomo, gdzie szukać. Napisz do mnie — przeprowadzę audyt techniczny i powiem, co dokładnie dzieje się z Twoją stroną.
