Jak sprawić, aby Twoja lubiana witryna została zaindeksowana

Aktualizacja: maj 2026 r.

TL;DR: Lovable pozwala stawiać piękne strony szybko, ale często wychodzą one w świat z problemami indeksacji: brak sitemap, treści renderowanych po stronie klienta, zablokowane zasoby lub brak weryfikacji w Search Console. Najszybszy sposób na zdiagnozowanie dowolnego problemu z indeksowaniem w Lovable to zrzut ekranu z inspekcji adresu URL w GSC. Jeśli tam Google widzi biały ekran, nic innego z tej listy nie ma znaczenia, dopóki tego nie naprawisz. Większość poradników zaczyna od sitemap — uważam, że to zła kolejność.

W ostatni weekend pomagałem koledze wypuścić jego projekt na Lovable. Aplikacja wyglądała świetnie: czysty UI, błyskawiczne przejścia, wszystko jak w „prawdziwym” produkcie. W poniedziałek rano dostałem sms: „Czemu nie mogę go znaleźć w Google?”

Rozmowa przerodziła się w dwugodzinny wspólny ekran, podczas którego naprawiliśmy pięć różnych problemów z indeksacją. Od tamtej pory przeprowadziłem kilku kolejnych twórców na Lovable (freelancera, założyciela SaaS-a, konsultanta od Notion) przez te same poprawki. Błędy są niemal identyczne i w zasadzie powtarzają się na każdej audytowanej stronie. Napisałem więc ten przewodnik, żeby oszczędzić wam (i sobie w przyszłości) kolejnych sesji screen-share. Jeśli prowadzisz agencję i audytujesz strony klientów zbudowane na Lovable, najszybszym testem dyskwalifikującym jest Inspekcja URL-i na stronie głównej; zablokowana ścieżka /assets/ pojawia się w Lovable tak często, że warto to sprawdzić, zanim przejrzysz resztę portfolio.

Najpierw jednak krótki reality-check: indeksacja kontra pozycjonowanie. To dwie różne rzeczy i właśnie tu zaczyna się zamieszanie, przez które Lovable bywa postrzegany jako „wolny”.

1. Indeksacja oznacza, że Google odkrył i zapisał twoją stronę.
2. Pozycjonowanie oznacza, że Google uznał twoją stronę za godną wyświetlenia na dane zapytanie.

Strony Lovable to aplikacje React renderowane po stronie klienta (CSR) z wykorzystaniem Vite. Google potrafi indeksować CSR, ale zwykle robi to dwuetapowo: najpierw pobiera początkowy HTML, a potem wraca, by uruchomić JavaScript i zebrać pełną treść. Efekt? Indeksacja nowych stron może trwać dni, a nie godziny, nawet jeśli wszystko jest „w porządku”. Witryna mojego kolegi potrzebowała czterech dni, co dla niego było wiecznością, ale w praktyce to normalne przy nowej domenie CSR bez backlinków. (Szczegóły, jak Lovable obsługuje boty i CSR, znajdziesz w oficjalnych dokumentach Lovable SEO & GEO — warto raz przeczytać od deski do deski.)

Dobra wiadomość: strony Lovable mogą pozycjonować się tak jak inne nowoczesne witryny JS, o ile treść ładuje się poprawnie, a kluczowe zasoby nie są blokowane.

Zanim ruszysz do Search Console: wybierz „prawdziwą” domenę

Projekt Lovable możesz opublikować na:

• domyślnym adresie [twoj-projekt].lovable.app, lub

• własnej domenie (tylko płatne plany — ciągle o tym zapominam, gdy użytkownik z darmowej wersji pyta, czemu nie może podpiąć domeny).

Dla SEO Lovable jasno rekomenduje własną domenę, bo pozwala budować autorytet i utrzymać jedną kanoniczną wersję URL. I tak bym doradzał. Widziałem, jak subdomeny na platformach współdzielonych miesiącami walczyły o jakikolwiek autorytet, mimo regularnej publikacji.

Jeśli możesz, użyj własnej domeny i ustaw ją jako główną (pozostałe będą przekierowywać). Lovable umożliwia wskazanie domeny pierwotnej, na którą przekierują inne.

Jeśli nie jesteś jeszcze gotowy na własną domenę, spokojnie — twoja strona lovable.app też może zostać zindeksowana. Bądź jednak konsekwentny i nie zmieniaj wciąż subdomen. (Pierwszy błąd kolegi: zmienił subdomenę dwa razy, zanim zajrzał do Search Console. Google za każdym razem traktował to jak nową stronę i licznik indeksacji startował od zera.)

Trzy podejścia do indeksacji w Lovable (wybierz jedno na start)

Zanim przejdziemy do kroków, warto wiedzieć, na które z trzech dróg się decydujesz. Większość stron Lovable zostaje przy domyślnym CSR i radzi sobie dobrze; część dodaje prerendering, gdy treści przybywa; nieliczni migrują do SSG, gdy SEO staje się głównym kanałem przychodu.

Szczerze o moim doświadczeniu: wdrażałem domyślny CSR w Lovable i pomagałem konfigurować prerendering, ale nie migrowałem jeszcze projektu Lovable na pełny SSG. Najdokładniejszy opis tej ścieżki ma embeddable.co. Większość dalszego poradnika zakłada, że zostajesz przy CSR — to właściwy wybór dla większości czytelników.

Krok 1 — Opublikuj stronę (i upewnij się, że Google ma do niej dostęp)

1) Publikacja publiczna

W oknie Publish w Lovable upewnij się, że strona jest publiczna. Na planach Business/Enterprise można ją ograniczyć; jeśli ustawisz Workspace-only/private, Googlebot jej nie zobaczy. Brzmi banalnie, ale jedna z osób, którym pomagałem, miała dokładnie ten problem. Ustawiła dostęp tylko dla workspace’u na demo i zapomniała cofnąć.

2) Podstawowe metadane witryny (przydadzą się na CTR)

Metadane ustawiasz w flow Publish:

• Ikona & tytuł

• Opis (meta description używany w wynikach / podglądach)

• Obraz udostępniania (OG image)

To nie „wymusi” indeksacji, ale zapobiegnie kolejnemu problemowi: zindeksowane strony z fatalnymi tytułami i snippetami. Widziałem wynik z tytułem „Vite + React + TS”. CTR? Marny.

3) Publikuj ponownie po zmianach

Zmiany w Lovable nie lądują automatycznie online. Musisz Publish, a potem Update. Jeśli zapomnisz, Google wciąż widzi starą wersję.

Krok 2 — Utwórz sitemap.xml w Lovable (i sprawdź, czy działa)

Sitemap ma większe znaczenie w CSR niż w tradycyjnych stronach, bo crawlerzy nie zawsze odkryją trasy SPA tylko przez linki. Agent Lovable wygeneruje sitemap.xml na żądanie.

Prompt do wklejenia w Lovable

Create XML sitemap at /sitemap.xml listing all public routes. Include lastmod dates and priorities: homepage 1.0, main pages 0.8, blog posts 0.6.

Dodam coś, czego oficjalny opis nie podkreśla: po wygenerowaniu sprawdź daty lastmod. Czasem każdy adres ma datę generacji, co zabija sygnał świeżości (Google go ignoruje, jeśli każdy URL „zaktualizowano dziś”).

Sprawdź, czy działa

Po publikacji:

• Odwiedź: https://twojadomena.com/sitemap.xml

• Upewnij się, że zwraca XML, nie błąd ani stronę HTML

• Sprawdź, czy zawiera kluczowe trasy (home, główne podstrony, blog, produkty)

Ważne: sitemap nie aktualizuje się sam

Musisz ją generować i wysyłać ponownie przy dodawaniu lub usuwaniu stron. Pierwszy raz mnie to ugryzło: dodałem blog, założyłem, że sitemap go złapie. Nie złapała.

Krok 3 — Utwórz robots.txt (nie blokuj JS/CSS/assetów)

Najczęstsza przyczyna „Lovable się nie indeksuje” to przypadkowe zablokowanie plików, których Google potrzebuje do renderu. To problem numer jeden, a najbardziej frustrujący, bo w przeglądarce wszystko działa.

Dokumentacja Lovable mówi wprost: nigdy nie blokuj CSS, JavaScript ani folderu /assets/ w robots.txt, bo Google potrzebuje ich do renderu CSR.

Prompt do wklejenia w Lovable

Create robots.txt at /public/robots.txt that allows all crawlers and references Sitemap: https://twojadomena.com/sitemap.xml

(Dostosuj URL sitemap.)

Sprawdź, czy plik działa

Po publikacji plik powinien być pod:

• https://twojadomena.com/robots.txt

Krok 4 — Dodaj tagi kanoniczne (uniknij duplikatów)

Jeśli strona jest dostępna pod kilkoma adresami (np. lovable.app i własna domena), Google może uznać to za duplikaty, o ile nie wskażesz preferowanego URL-a.

Tagi canonical to naprawiają. Lovable ma do tego prompt i sposób weryfikacji.

Prompt do wklejenia w Lovable

Add canonical tags to all pages pointing to their own URLs. Use https://twojadomena.com format with no trailing slash.

Szybka weryfikacja (konsola przeglądarki)

Otwórz stronę i uruchom w DevTools:

console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);

I sprawdź:

• Dokładnie jeden canonical na stronę

• Pasuje do preferowanej domeny (HTTPS, bez/ z www, ukośnik końcowy)

Krok 5 — Skonfiguruj Google Search Console (weryfikacja własności)

Google Search Console to panel sterowania indeksacją. Szczerze: spędzam tam większość czasu przy debugowaniu Lovable (czasem całe godziny, gdy raport „Stan” nie gra). Kolega nie miał GSC w ogóle — nie widzieliśmy, co Google robi z jego stronami. Ciemność. Gdy tylko podłączyliśmy GSC, zobaczyliśmy, że Google próbował zindeksować trzy strony i poległ na wszystkich przez zablokowane zasoby. Bez GSC zgadywałby tygodniami.

Search Console pozwala:

• zgłaszać sitemap i URL-e,

• widzieć stan indeksu,

• użyć Inspekcji URL, by zobaczyć, co widzi Google (zrzut ekranu to najcenniejsza diagnostyka — dokumentacja URL Inspection).

1) Dodaj właściwość

W Search Console dodaj właściwość dla URL-a, który chcesz indeksować.

2) Zweryfikuj własność (wybierz realną metodę)

Google wymaga weryfikacji, zanim pozwoli zarządzać indeksacją. Trzy metody są praktyczne w Lovable; porównanie poniżej:

Gdy mogę, wybieram DNS TXT. Meta tag jest ok na szybko, ale dwa razy musiałem go odtwarzać po rebuildach, więc odruchowo biorę DNS.

Opcja A: DNS TXT (najlepsza przy własnej domenie)

Lovable rekomenduje DNS TXT, a Google podkreśla, że to jedyna droga do „właściwości domeny”.

Opcja B: Weryfikacja meta tagiem (gdy edytujesz <head>)

Format z dokumentacji Lovable:

<meta name='google-site-verification' content='TWÓJ_KOD' />

Przykładowy prompt (wklej w Lovable):

Add GSC verification meta tag: <meta name='google-site-verification' content='TWÓJ_KOD' /> to the <head>

Opcja C: Plik HTML (też działa w Lovable)

Google może dać plik do wgrania w root. Lovable sugeruje wrzucić go do /public, aby był pod https://twojadomena.com/[nazwa-pliku].

Krok 6 — Zgłoś sitemap w Google Search Console

Po weryfikacji:

1. Przejdź do Sitemapy

2. Wpisz: https://twojadomena.com/sitemap.xml

3. Kliknij Prześlij

Google może potrzebować 24–48 h na przetworzenie nowej sitemap. W praktyce zależy to od wieku domeny i historii crawl; na starych domenach widziałem raporty tego samego dnia, na nowych — dopiero po kilku. UI GSC bywa mylący i ludzie utknęli tu, myśląc, że coś zrobili źle. Nie — wysyłasz URL i czekasz.

Krok 7 — Użyj Inspekcji URL do testu renderu + poproś o indeksację

To najszybsza odpowiedź na pytanie:

„Czy Google widzi moją treść, czy pusty szkielet CSR?”

Pamiętasz rozdział indeksacja vs. pozycjonowanie? W kroku 7 zobaczysz to na własne oczy. Jeśli Inspekcja pokazuje biały ekran, nawet nie rozmawiamy o pozycjonowaniu — żadne linkowanie wewnętrzne, keywordy czy backlinki nie pomogą, dopóki Google nie wyrenderuje strony. Zawsze zaczynam od tego punktu, gdy ktoś prosi o pomoc. Olej sitemap i robots, najpierw Inspekcja i zrzut. Jeśli Google widzi biało, reszta nie ma znaczenia.

Dlatego temu krokowi poświęcam najwięcej miejsca. Poniższa oś czasu to coś, co każdy founder na Lovable powinien wbić sobie do głowy, zanim zacznie szukać innych zmiennych.

Inspekcja URL pozwala:

• sprawdzić, czy Google widzi prawdziwą treść,

• zdiagnozować problemy renderu CSR,

• zobaczyć blokowane zasoby JS/CSS.

Dokładny workflow

Dla każdej ważnej strony:

1. Wklej URL w pasek Inspekcja URL w GSC

2. Kliknij Przetestuj aktywny adres URL

3. Otwórz Zobacz przetestowaną stronę i sprawdź:

• zrzut ekranu Googlebota

• wygenerowany HTML

• błędy konsoli

• zablokowane zasoby

4. Kliknij Poproś o zindeksowanie dla nowych/zmienionych stron (limitowane)

Ważne: prośby o indeksację mają limit (i nie są magiczne)

Z dokumentów Google:

• Musisz być zweryfikowanym właścicielem lub pełnym użytkownikiem

• Jest quota

• Wielokrotne klikanie w ten sam URL nie przyspieszy crawla

Nauczyłem się tego boleśnie: klikałem „Poproś o indeksację” pięć razy z rzędu, myśląc, że to kolejny „szturchaniec”. Nie jest. Jeden klik wystarczy.

Jak wyglądał pulpit po naprawie

Co się stało u kolegi po wdrożeniu Kroków 1–7? Dzień 1: zero stron w indeksie, zrzut biały z małym spinnerem. Google pobrał HTML-ową skorupę, ale nie wrócił po JS. W robots.txt zablokowany był /assets/, zawierający wszystkie CSS i JS. To przykład strony, która nie przeszła jeszcze nawet bariery indeksacji.

Naprawiliśmy robots.txt, wygenerowaliśmy sitemap (miała tylko root), dodaliśmy canonicale i kliknęliśmy „Poproś o indeksację” dla pięciu kluczowych stron. Czekaliśmy.

Dzień 2: dalej nic. Wysłał mi pusty raport Coverage. Kazałem mu przestać sprawdzać.

Dzień 4: home pojawił się w indeksie. Inspekcja pokazała pełen render: nawigacja, hero, screenshoty. Różnica między dniem 1 (biały ekran) a dniem 4 (pełna strona) była uderzająca. Ta sama witryna, ta sama treść — tylko Google wreszcie ją zobaczył.

Do dnia 10 wszystkie pięć stron było zindeksowanych. Strona /pricing zaczęła się pojawiać na zapytanie „[nazwa produktu] pricing” w dwa tygodnie. Bez magii, po prostu podstawy. Cała naprawa zajęła popołudnie, z czego sporo czasu to jego narzekanie, czemu to nie jest automatyczne (rozumiem go).

Podaję tę oś czasu, by ustawić realne oczekiwania i pokazać, że twoja krzywa będzie podobna. Jeśli naprawisz wszystko dziś, efekty zobaczysz raczej pod koniec tygodnia. I to ok. Indeksacja CSR jest wolniejsza, ale działa.

Krok 8 — Najczęstsze pułapki CSR (specyficzne dla Lovable)

Indeksacja CSR zwykle działa, ale kilka przewidywalnych pułapek ją psuje. Oto główne, które widziałem w prawdziwych projektach Lovable.

Pułapka 1: Google widzi pustą stronę (lub prawie brak treści)

Objawy:

• zrzut Inspekcji URL pusty

• renderowany HTML bez właściwej treści

Naprawa:

• Upewnij się, że robots.txt nie blokuje JS, CSS ani /assets/

• W Inspekcji URL sprawdź zablokowane zasoby i błędy konsoli

Pułapka 2: Zapomniałeś o trasach w sitemap

Jeśli strona istnieje tylko jako „route” w SPA, ale:

• nie jest nigdzie podlinkowana i

• nie ma jej w sitemap, Google może jej nie odkryć.

Naprawa:

• Aktualizuj sitemap.xml przy każdej zmianie stron (Lovable przypomina, że to nie jest automatyczne).

Pułapka 3: Metadane nie zmieniają się między stronami

W CSR metadane nie aktualizują się same, chyba że to zaimplementujesz. Lovable radzi dodać react-helmet-async i ustawić unikalne tytuły i opisy na trasach.

Dlaczego ważne dla indeksacji: Nawet gdy się zindeksujesz, strony mogą wyglądać identycznie w oczach crawlera (i w wynikach), co obniża sygnały jakości i CTR. Sprawdzałem stronę Lovable, gdzie 12 podstron miało ten sam title w indeksie. W appce każdy title był poprawny, ale statyczny HTML dla Google zawsze miał domyślny tytuł homepage.

Pułapka 4: Używasz „fałszywych linków” (nie do crawlowania)

Linkowanie wewnętrzne ma znaczenie. Lovable zaleca:

• Używaj prawdziwych <a href>, nie handlerów onClick

• Głębokie strony dostępne max 3 kliknięciami od home

• Linki w stopce do kluczowych stron na całej witrynie

Dlaczego to ważne: Linki wewnętrzne to jeden z głównych sposobów odkrywania stron przez Google. Idealna sitemap pomaga, ale crawl-owalne menu wciąż jest potrzebne. W React łatwo zbudować nawigację świetną dla użytkownika, lecz niewidzialną dla Googlebota, bo linki to tylko JS.

Krok 9 — Wciąż wolno się indeksuje? Rozważ prerendering (dynamic rendering)

Jeśli tworzysz dużo treści, publikujesz wiele stron lub działasz w konkurencyjnej niszy SEO, prerendering może pomóc. Generuje migawki HTML dla botów, a ludzie dalej korzystają z aplikacji JS.

Według Lovable:

• prerendering przyspiesza indeksację i poprawia widoczność w AI-crawlerach,

• nie jest wbudowany,

• dodasz go przez Prerender.io, DataJelly czy Rendertron.

Szczery disclaimer: nie konfigurowałem Lovable + Prerender.io od A do Z. Pomagałem tylko na podstawie dokumentacji, a tabela wcześniej to to, co powiedziałbym klientowi. Nie potrzebujesz tego w każdym projekcie, ale powyżej 20 stron do pozycjonowania warto.

Lista kontrolna do kopiowania: „Lovable zindeksowane w Google”

Użyj przed (i po) wysłaniu czegokolwiek do Search Console. Mam tę checklistę w zakładkach i odhaczam przy każdej nowej stronie Lovable.

Konfiguracja Lovable

• Strona opublikowana publicznie (nie Workspace-only/private).

• Opublikowałem/Aktualizowałem po ostatnich zmianach.

• https://mojadomena.com/sitemap.xml zwraca poprawny XML i zawiera wszystkie ważne trasy.

• https://mojadomena.com/robots.txt działa, ma linię Sitemap: i nie blokuje CSS/JS//assets/.

• Canonicale istnieją i wskazują preferowaną domenę.

• Ważne strony są podlinkowane prawdziwymi <a href> i osiągalne z home.

Google Search Console

• Dodana właściwość dla właściwej domeny (preferowana własna).

• Weryfikacja własności (polecany DNS TXT, jeśli możliwe).

• Sitemap zgłoszona w GSC.

• Strony priorytetowe przetestowane w Inspekcji URL: Test Live + View Tested Page.

• „Poproś o indeksację” użyte tylko dla kluczowych stron (limit).

Typowe błędy (i szybkie poprawki)

1) Blokada /assets/ w robots.txt

Psuje render CSR. Lovable ostrzega: nie blokuj JS, CSS, assetów.

Fix: odblokuj assety i przetestuj w Inspekcji URL.

2) Sitemap istnieje, ale brakuje stron

Sitemap nie aktualizuje się automatycznie.

Fix: zaktualizuj sitemap i wyślij ponownie.

3) Zweryfikowałeś złą właściwość (zły protokół lub www)

Fix: wybierz jedną strategię (HTTPS, z/bez www) i ujednolić:

• tagi canonical

• przekierowania domeny głównej

• właściwość GSC

4) Zmieniłeś subdomenę Lovable po dodaniu do GSC

Zmiana subdomeny jest dozwolona, ale dla Google to nowa strona.

Fix: ustabilizuj URL przed poważnym SEO. Jeśli zmienisz, dodaj nową właściwość i zgłoś sitemap.

5) Liczysz, że „Poproś o indeksację” da natychmiastowe pozycje

Google jasno mówi: zgłoszenie crawla nie gwarantuje szybkiego włączenia; może to potrwać dni–tygodnie w zależności od jakości i systemów.

FAQ

Ile trwa indeksacja strony Lovable w Google?

Lovable podaje, że od kilku godzin do kilku dni; przyspieszysz, zgłaszając sitemap, używając Inspekcji URL i „Poproś o indeksację”. Google dodaje, że crawling może trwać kilka dni do kilku tygodni. U mnie: od paru dni do dwóch tygodni dla home, głębsze strony czasem dłużej. To nie oficjalny benchmark, tylko doświadczenie.

Czy strony Lovable mogą wysoko rankować w Google?

Tak. Lovable twierdzi, że jego aplikacje mogą pozycjonować się jak inne nowoczesne strony JS, o ile treść się ładuje, a kluczowe zasoby nie są blokowane.

Czy sitemap jest konieczny w Lovable?

Gorąco polecam. Lovable mówi, że sitemap jest szczególnie ważny dla CSR, bo crawlery mogą nie odkryć wszystkich tras. Ja uważam, że to praktycznie wymóg.

Co sprawdzić najpierw, gdy Lovable się nie indeksuje?

1. Czy strona jest publiczna (nie Workspace-only)?

2. Czy ładuje się sitemap.xml?

3. Czy robots.txt blokuje JS, CSS lub assety?

4. W GSC Inspekcja URL — Google widzi treść czy biały ekran?

Dlaczego w Search Console screenshot jest pusty?

Zwykle to problem renderu CSR: zablokowane zasoby, błędy JS, Googlebot nie może wyrenderować appki. Użyj Inspekcji URL i View Tested Page, by zdiagnozować.

Kiedy rozważyć prerendering w Lovable?

Gdy publikujesz dużo stron, zależy ci na szybszej indeksacji lub lepszej widoczności w botach i AI-crawlerach. Prerendering pomaga, ale wymaga zewnętrznej konfiguracji.

Czytaj dalej

• Bezpłatne narzędzie SEO Audit: wykryj problemy z indeksacją, zanim zabiorą ruch.
• Lista SEO po premierze: wszystko do sprawdzenia po uruchomieniu strony.
• Generator robots.txt: upewnij się, że nie blokujesz Googlebota przypadkiem.