Lovable- ja Base44-sivut Googlessa: näin varmistat, että ne näkyvät

Lovable- ja Base44-sivut näkyvät Googlessa parhaiten, kun sivusto on julkaistu omalla verkkotunnuksella ja hakukone saa sisällön valmiina HTML:nä. Lovablen uudet projektit lähettävät valmiin HTML:n kaikille, ja vanhat Lovable-projektit sekä Base44 tekevät hakuroboteille oman version. Sivustokartta, canonical, kuvaukset ja toimivat linkit ovat silti tekijän vastuulla.

Tarkistimme lokakuussa 2026 yli 11 000 suomalaisen yrityksen etusivut ja löysimme joukosta 16 Lovablella tehtyä sivustoa. Niistä 14 näytti sisältönsä valmiina HTML:nä kenelle tahansa, mutta kaksi oli tavalliselle selaimelle lähes tyhjiä, ja puutteita löytyi useimmilta muiltakin. Alla ovat palveluiden omat linjaukset, löydöksemme ja tarkistuslista ennen julkaisua.

Miksi tekoälyllä tehty sivu ei aina näy Googlessa?

Lovable ja Base44 rakentavat sivustot React-sovelluksina. Pelkästään selaimessa toimivassa React-sovelluksessa palvelin lähettää lähes tyhjän HTML-pohjan, ja otsikot, tekstit ja linkit syntyvät vasta, kun selain suorittaa JavaScriptin. Kävijä ei huomaa eroa, mutta robotti, joka ei suorita JavaScriptiä, näkee tyhjän sivun.

Googlebot osaa suorittaa JavaScriptiä, mutta se laittaa sivut renderöintijonoon, ja Google itse suosittelee palvelinpuolen renderöintiä tai valmiiksi muodostettuja sivuja, koska kaikki robotit eivät osaa suorittaa JavaScriptiä. Tekoälyhakujen robotit ovat tästä selvin esimerkki. Vercelin joulukuussa 2024 julkaiseman mittauksen mukaan yksikään suurista tekoälyroboteista, kuten OpenAI:n, Anthropicin tai Perplexityn robotit, ei renderöinyt JavaScriptiä. Poikkeuksia olivat vain Googlen infrastruktuuria käyttävä Gemini ja Applen robotti.

Siksi Lovable renderöi uudet projektit palvelimella, ja vanhoista Lovable-projekteista sekä Base44-sovelluksista hakurobotit saavat oman, valmiiksi renderöidyn version. Tyhjän sivun ongelma on näin pääosin ratkaistu, mutta hakukone tarvitsee edelleen jokaiselle sivulle oman otsikon ja kuvauksen, oikean ensisijaisen osoitteen, sivustokartan ja linkit, joita se voi seurata. Nämä jäävät helposti tekemättä, koska sivusto näyttää selaimessa valmiilta.

Lovable: uudet ja vanhat projektit toimivat eri tavalla

Lovablessa ratkaisevaa on se, milloin projekti on luotu. Lovablen SEO-dokumentaation mukaan 13.5.2026 alkaen luodut projektit käyttävät TanStack Start -kehystä ja palvelinpuolen renderöintiä. Silloin valmis HTML lähtee kaikille, niin ihmisille kuin roboteillekin. Enterprise-paketeissa sama muutos tuli uusien projektien oletukseksi 22.6.2026.

Vanhemmat React + Vite -projektit rakentuvat edelleen selaimessa, mutta Lovable tekee niistä julkaistuissa osoitteissa esirenderöidyn version, jonka se näyttää vain varmennetuille roboteille. Näitä ovat Google, Bing, somepalveluiden esikatselurobotit ja tekoälypalvelut, kuten ChatGPT, Perplexity, Claude ja Gemini. Muut kävijät, myös kolmansien osapuolten SEO-työkalut, näkevät tavallisen selainsovelluksen. Siksi ulkopuolinen SEO-työkalu voi näyttää sivun tyhjänä, vaikka Google näkisi sen kunnossa. Luotettavimmin asian näkee Search Consolen URL-tarkastuksesta. Robottien erillistä versiota Google kutsuu dynaamiseksi renderöinniksi: se toimii, mutta Google pitää sitä kiertotienä eikä suositeltuna ratkaisuna. Siksi vanhan projektin siirto palvelinrenderöintiin on parempi ratkaisu.

Vanhan projektin voi siirtää uuteen malliin. Lovablen ohjeen mukaan siirto käynnistetään chatista komennolla "Migrate to TanStack Start" tai projektin asetuksista, ja useimmat siirrot maksavat 10-35 krediittiä. Julkaistu sivusto pysyy vanhana, kunnes julkaiset sen uudelleen, ja muutoksen voi perua versiohistoriasta. Testaa siirron jälkeen lomakkeet ja kaikki sivut ennen julkaisua.

Muista myös nämä Lovablen omat linjaukset:

• Vain julkaistu ja julkinen projekti voi näkyä haussa. Yksityiset ja julkaisemattomat projektit sekä työtilan nimellä brändätyt osoitteet, jotka ovat muotoa sovellus.tyotila.lovable.app, eivät ole koskaan indeksoitavissa.
• Oma verkkotunnus on suositus. Lovable neuvoo käyttämään sitä, jos haluat rakentaa näkyvyyttä hakukoneissa.
• Sivustokartta, robots.txt ja metatiedot eivät aina synny automaattisesti. Ne pitää usein pyytää erikseen.
• Palvelussa on oma tarkistustyökalu. Valikon kohdasta More > SEO & AI search voi ajaa projektin tarkistuksen. Tarkistus on maksuton kaikissa paketeissa, mutta korjaukset kuluttavat krediittejä.

Jos viet vanhan React + Vite -projektin GitHubin kautta muualle, esimerkiksi omalle palvelimelle, Lovablen esirenderöinti jää pois. Lovable kertoo tekevänsä sen julkaistuissa osoitteissaan, joten muualla sivusto on taas tavallinen selaimessa rakentuva sovellus, ellei renderöintiä tehdä erikseen.

Base44: hakuroboteille oma versio

Base44 toimii toisin. Sen dokumentaation mukaan palvelu näyttää hakuroboteille renderöidyn version, jossa metatiedot, rakenteinen data ja sivun varsinainen sisältö ovat HTML:ssä. Jos sivua ei ole vielä ehditty renderöidä, robotti saa lyhyen tiivistelmän. Omalla verkkotunnuksella julkaistussa sovelluksessa Base44 hoitaa automaattisesti:

• jokaiselle sivulle oman otsikon, joka muodostetaan osoitteen perusteella
• canonical-merkinnän, joka osoittaa sivuun itseensä
• sivustokartan osoitteessa /sitemap.xml ja robots.txt-tiedoston.

Sivukohtaisia kuvauksia Base44 ei tee oletuksena, vaan ne kirjoitetaan sovelluksen SEO & GEO -sivulla. Siellä on myös sivukohtainen näkyvyysvalinta, jolla sivun voi piilottaa hakukoneilta. Base44:n ilmaisia osoitteita hakukoneet voivat käydä läpi, mutta palvelun mukaan niitä ei ole tarkoitettu pitkäaikaiseen hakukonenäkyvyyteen. Oma verkkotunnus on siis käytännössä edellytys.

Seuraamme yhtä Base44:llä tehtyä palveluyrityksen sivustoa, ja ero ihmisen ja robotin välillä näkyy siinä selvästi. Tavalliselle selaimelle palvelin lähetti 18 kilotavun pohjan, jossa oli kaikilla alasivuilla sama otsikko ja sama koneellisesti koottu tekstitiivistelmä. Googlebotiksi esittäytyvä pyyntö sai 44-293 kilotavun valmiit sivut, joissa jokaisella oli oma otsikko ja canonical. Robottiversio toimi siis pääosin niin kuin dokumentaatio lupaa. Olematon osoite vastasi kuitenkin tilakoodilla 200 eikä 404, ja osa canonical-merkinnöistä sisälsi kieliparametrin ?lang=fi, osa ei. Kumpikaan ei estä oikeiden sivujen näkymistä, mutta Search Consolesta kannattaa seurata, mitkä osoitteet Google valitsee, ja korjata poikkeamat sovelluksen SEO-asetuksista tai pyytää korjausta palvelun tuesta.

Mitä 16 suomalaista Lovable-sivustoa kertoi

Tunnistimme Lovablen sivustot palvelun omista tiedostoista ja jakokuvista. Kävimme jokaiselta läpi etusivun, enintään neljä alasivua, sivustokartan, robots.txt:n ja sen, miten sivusto vastaa osoitteeseen, jota ei ole olemassa. Base44-sivustoja ei aineistossa ollut yhtään, ja kaikkiaan Lovable-sivustojen osuus oli 1,4 promillea.

Valtaosa eli 14 sivustoa 16:sta lähetti valmiin HTML:n kaikille, mikä sopii yhteen Lovablen siirtymisen kanssa palvelinrenderöintiin, ja sivukohtaiset otsikot olivat kaikilla kunnossa. Kaikki tarkistuksemme läpäisi silti vain neljä sivustoa. Useimmat puutteet ovat pieniä, kuten puuttuva sivustokartta tai Lovablen oletusjakokuva, mutta niitä ei näe selaimessa, vaan ne löytyvät vasta sivun koodista. Vakavin löydös oli canonical, joka ohjasi Googlen palvelun omaan osoitteeseen eikä yrityksen verkkotunnukseen.

Lovable, Base44 ja perinteinen sivusto rinnakkain

Taulukko kokoaa, mitä kukin vaihtoehto hoitaa hakukoneita varten itse ja mikä jää tekijälle. Lovablesta ja Base44:stä tiedot perustuvat palveluiden omiin dokumentaatioihin lokakuussa 2026. Perinteisellä sivustolla tarkoitetaan tässä sivustoa, jonka sivut muodostetaan valmiiksi palvelimella, kuten WordPress-sivustoa tai staattista sivustoa.

Kaikki kolme voivat näkyä Googlessa hyvin. Erot ovat siinä, kuinka paljon hakukoneoptimoinnin yksityiskohdista on tarkistettava itse ja kuinka helposti niitä voi muuttaa myöhemmin. Tekoälypalvelussa muutokset tehdään pääosin pyytämällä, ja jokainen muutos kannattaa tarkistaa julkaistusta sivusta.

Näin tarkistat, mitä Google näkee

Koska Lovable näyttää vanhojen projektien robottiversion vain varmennetuille roboteille, oma selain tai ulkopuolinen työkalu ei kerro koko totuutta. Tarkista asia Googlen omalla työkalulla. Jos sinulla ei vielä ole pääsyä Search Consoleen, Googlen Rich Results Test -työkalu näyttää myös, millaisen HTML:n Google saa sivusta.

1. Lisää sivusto Search Consoleen ja vahvista verkkotunnus. Helpoin tapa on DNS-merkintä verkkotunnuksen asetuksissa, koska se ei vaadi muutoksia sivuston koodiin. Palvelu on ilmainen.
2. Liitä sivun osoite URL-tarkastukseen ja valitse Testaa live-URL-osoite (Test live URL).
3. Avaa Näytä testattu sivu (View tested page) ja katso HTML-välilehti. Hae sieltä jokin lause, joka näkyy sivulla. Jos lause löytyy, Google näkee sisällön.
4. Katso kuvakaappaus. Jos se on tyhjä tai siinä näkyy pelkkä latausanimaatio, Google ei saa sivua auki.
5. Tarkista Googlen valitsema ensisijainen osoite. Jos se on lovable.app- tai base44-osoite eikä oma verkkotunnuksesi, korjaa canonical ja ohjaukset.

Pikatestin voi tehdä myös selaimessa: avaa sivu, paina Ctrl+U (Macissa Cmd+Option+U) ja etsi lähdekoodista sama lause. Uusissa Lovable-projekteissa lauseen pitäisi löytyä. Jos se ei löydy, kyse on vanhasta Lovable-projektista. Base44-sivujen lähdekoodissa voi olla koneellisesti koottu tiivistelmä, joten niissä luotettavin testi on URL-tarkastus.

Tarkistuslista ennen julkaisua

Aloita kahdesta ensimmäisestä kohdasta, koska ne ratkaisevat, mikä osoite on sivustosi virallinen osoite. Muut kohdat voi tehdä missä järjestyksessä tahansa.

1. Julkaise omalla verkkotunnuksella. Varmista, että palvelun oma osoite ohjaa omaan verkkotunnukseesi, jotta Google ei indeksoi kahta versiota.
2. Valitse yksi osoitemuoto, esimerkiksi www-osoite, ja ohjaa toinen siihen.
3. Kirjoita jokaiselle sivulle oma otsikko ja kuvaus. Otsikkoon kuuluu palvelu ja paikkakunta, kuvaukseen syy klikata.
4. Tarkista canonical jokaisella sivulla. Sen pitää osoittaa sivuun itseensä omalla verkkotunnuksella.
5. Luo sivustokartta ja robots.txt ja lisää robots.txt:hen rivi, joka kertoo sivustokartan osoitteen. Lähetä sivustokartta Search Consoleen.
6. Tee valikosta ja sisäisistä linkeistä oikeita linkkejä. Google seuraa vain <a>-elementtejä, joissa on href-osoite. Pelkällä klikkaustoiminnolla toimiva nappi ei vie Googlea alasivulle.
7. Varmista, että olematon osoite palauttaa 404-tilakoodin eikä etusivua tai tyhjää sivua tilakoodilla 200. Jos palvelu ei salli 404-koodia, lisää virhesivulle noindex-merkintä.
8. Tee oma jakokuva, joka näkyy, kun sivu jaetaan somessa tai viestissä.
9. Älä estä tekoälyrobotteja vahingossa. Jos käytät palomuuria tai bottisuojausta, tarkista, ettei se torju hakukoneiden ja tekoälypalveluiden robotteja, joiden haluat lukevan sivua.
10. Testaa yhteydenottolomake. Se ei vaikuta näkyvyyteen, mutta ilman sitä näkyvyydestä ei ole hyötyä. Katso myös mitä tehdä, kun yhteydenottolomake ei toimi.

Lovablessa nämä kannattaa pyytää yhdellä selkeällä viestillä, esimerkiksi: "Lisää jokaiselle reitille oma title ja meta description, canonical-merkintä muodossa https://www.yritys.fi ja sivun oma polku, esimerkiksi https://www.yritys.fi/palvelut, luo sitemap.xml ja robots.txt, lisää yhteystiedoista LocalBusiness-merkintä, tee navigaatiosta a href -linkit ja varmista, että tuntematon osoite palauttaa 404-tilakoodin." Tarkista tulos sen jälkeen itse URL-tarkastuksella, koska tekoäly voi ilmoittaa tehneensä asian, vaikka jokin kohta puuttuu.

Yritystiedot ja rakenteinen data

Paikallista palvelua myyvälle yritykselle tärkeimmät hakukoneelle kerrottavat tiedot ovat nimi, osoite, puhelinnumero, aukioloajat ja palvelualue. Ne kannattaa kirjoittaa sivulle tekstinä ja lisäksi rakenteisena datana. Rakenteinen data on sivun koodiin lisättävä JSON-LD-merkintä, josta Google lukee yrityksen tiedot koneellisesti. Base44:n robottiversio sisältää sovellukseen lisätyn rakenteisen datan. Lovablessa merkintä kannattaa pyytää erikseen, esimerkiksi LocalBusiness-tyyppisenä yrityksen yhteystiedoilla.

Tietojen pitää olla samat kuin Google-yritysprofiilissa ja muissa hakemistoissa. Jos sivustolla on eri puhelinnumero tai osoite kuin yritysprofiilissa, Google ei voi olla varma, kumpi on oikein. Tekoälyllä tehdyssä sivustossa tiedot kannattaa tarkistaa erityisen huolella, koska tekoäly voi täyttää puuttuvat tiedot keksimällä, jos niitä ei anneta.

Milloin Lovable tai Base44 ei riitä?

Pienelle yritykselle, jonka sivusto on käyntikortti ja yhteystietojen paikka, Lovable tai Base44 riittää hyvin, kunhan tarkistuslista on käyty läpi. Rajat tulevat vastaan, kun hakukoneista halutaan tasaisesti uusia asiakkaita. Silloin sivustolle tarvitaan palvelu- ja aluesivuja, joista jokaisella on oma, aidosti erilainen sisältö, sekä blogi, jonka jokainen sivu on hakukoneelle kunnossa. Muutokset tehdään pääosin pyytämällä tekoälyltä, ja Lovablessa ne kuluttavat krediittejä. Tekninen hakukoneoptimointi riippuu lisäksi siitä, mitä palvelu kulloinkin tukee.

Hakukoneoptimoinnin perusasiat eivät muutu alustan mukana. Jos sisältö on ohutta tai palvelusivuja ei ole, mikään renderöintitapa ei nosta sivua hakutuloksissa. Laajemmin syitä, joiden vuoksi sivut eivät näy hakutuloksissa, on käyty läpi oppaassa kotisivut eivät näy Googlessa: 9 syytä ja korjaus.

Usein kysytyt kysymykset

Näkyvätkö Lovable-sivut Googlessa?

Näkyvät, kun projekti on julkaistu julkisena ja mieluiten omalla verkkotunnuksella. Projektit, jotka on luotu 13.5.2026 tai myöhemmin, renderöidään palvelimella. Vanhemmista Lovable tekee esirenderöidyn version Googlelle, Bingille ja tekoälypalveluiden roboteille. Sivukohtaiset otsikot, kuvaukset, canonical ja sivukartta kannattaa silti tarkistaa itse.

Tarvitseeko Lovable-sivu erillisen esirenderöintipalvelun?

Ei yleensä, kun sivusto on julkaistu Lovablen kautta, koska uudet projektit renderöidään palvelimella ja vanhat saavat esirenderöinnin. Jos viet projektin GitHubin kautta muualle, vanha React + Vite -projekti tarvitsee renderöinnin erikseen tai siirron palvelinrenderöintiin.

Näkyykö Base44-sivu Googlessa ilman omaa verkkotunnusta?

Hakukoneet voivat käydä läpi Base44:n ilmaisia osoitteita, mutta Base44:n mukaan niitä ei ole tarkoitettu pitkäaikaiseen hakukonenäkyvyyteen. Automaattinen sivustokartta, robots.txt ja sivukohtaiset canonical-merkinnät on suunniteltu omalla verkkotunnuksella julkaistuille sovelluksille.

Kauanko kestää, että Lovable- tai Base44-sivu näkyy Googlessa?

Alusta ei ratkaise sitä, koska hakemisesta päättää Google. Googlen mukaan sivun hakeminen voi kestää muutamasta päivästä muutamaan viikkoon. Sivustokartan lähettäminen ja indeksointipyyntö Search Consolessa nopeuttavat löytämistä. Sijoitukset kilpailluilla hauilla vakiintuvat vasta kuukausien kuluessa.

Miten tiedän, onko Lovable-projektini vanha vai uusi?

Jos projekti on luotu ennen 13.5.2026, Enterprise-paketeissa ennen 22.6.2026, se on todennäköisesti React + Vite -projekti. Varmimmin sen näkee sivun lähdekoodista: jos sivulla näkyvä teksti löytyy lähdekoodista, sivu renderöidään palvelimella. Jos ei löydy, kyse on selaimessa rakentuvasta sovelluksesta.

Näkyykö Lovable-sivu ChatGPT:ssä?

Lovablen mukaan sen esirenderöity versio näytetään myös ChatGPT:n, Perplexityn, Clauden ja Geminin roboteille, ja palvelimella renderöidyt sivut näkyvät kaikille. Tarkista kuitenkin, ettei palomuuri tai bottisuojaus estä robotteja. Lisää aiheesta oppaassa näkyvyys tekoälyhauissa.

Haluatko varmistaa, että sivusi näkyvät?

Jos Lovable- tai Base44-sivusto on jo julkaistu, mutta Google ei löydä sitä, varaa maksuton esittely, niin käydään Search Console ja sivuston tekninen tila läpi yhdessä. Jos harkitset sivuston rakentamista uudelleen, Priimolta saat maksuttoman luonnoksen uusista sivuista vuorokaudessa.