Sitejump

Tietopankki

Google Search Console migraation jälkeen

Uusi sivusto ei ilmesty Googleen vain olemalla olemassa. Näkyvyys vaatii, että Google pääsee sivustolle, saa tiedon uusista sivuista ja ehtii käsitellä muutokset. Tässä on migraation Google-osuus pähkinänkuoressa: mitä valitsemasi tekoälyrakentaja hoitaa kooditasolla ja mitkä kaksi klikkausta jäävät sinun tehtäväksesi omassa selaimessasi.

Vain 2 vaihetta on sinun vastuullasi

Kaiken muun — kuten vahvistustunnisteet, sivustokartan, uudelleenohjaukset, strukturoidun datan, AI-löydettävyystiedostot ja analytiikkatunnisteet — kirjoittaa projektiisi valitsemasi tekoälyrakentaja Sitejump-paketin pohjalta. Sitejump itse ei muodosta yhteyttä Googleen eikä käsittele dataasi.

1Yhdistä Google Search Console Lovable-projektissa

Sinä, selaimessa

  • Lyhyesti: ”liitin” on vain digitaalinen valtakirja. Se antaa tälle projektille luvan lukea Google Search Consolen raportteja (missä hauissa näyt, mitkä sivut on indeksoitu ja onko linkkejä rikki). Mitään ei muuteta tai julkaista puolestasi, ja yhdistäminen vie noin minuutin.
  • Miksi tämä kannattaa tehdä: ilman dataa joudumme arvailemaan. Yhteyden avulla voimme tallentaa sivustosi nykytilan ENNEN siirtoa, lähettää uuden sivukartan heti julkaisun jälkeen ja varmistaa, ettei näkyvyys kärsi. Migraatio onnistuu ilmankin, mutta silloin vertailutieto jää puuttumaan.
  • Vaihe 1 — Etsi Lovable-projektin alalaidasta keskusteluruutu. Klikkaa sen vasemmalla puolella olevaa pientä +-painiketta.
  • Vaihe 2 — Valitse ”Project connectors”, sitten ”All connectors”, etsi listalta ”Google Search Console” ja klikkaa ”Connect”.
  • Vaihe 3 — Kirjaudu avautuvassa ikkunassa sillä Google-tilillä, jolla hallinnoit sivustoasi Search Consolessa. Yleensä tämä on tili, jolla sivusto on alun perin perustettu. Täysin uusi tai väärä Gmail-tili näyttää vain tyhjän listan.
  • Vaihe 4 — Google pyytää vahvistamaan lukuoikeudet. Klikkaa ”Allow”. Valmista tuli – palaa keskusteluun ja sano ”yhdistetty”.
  • Etkö ole koskaan käyttänyt Search Consolea? Ei huolta. Kerro se minulle, niin luon ja vahvistan sivustokohteen puolestasi. Sinun tarvitsee vain klikata ”Publish” kerran, jotta Google löytää vahvistustunnisteen.
  • Tietoturva: yhteys pysyy vain tämän Lovable-projektin sisällä. Sitejump ei tallenna Google-tunnuksiasi eikä näe tietojasi. Voit katkaista yhteyden milloin tahansa samasta valikosta.
  • Paras hetki: tee tämä kun vanha sivustosi on vielä pystyssä. Näin saamme talteen sijoitusten lähtötason ennen verkkotunnuksen siirtoa.

Yksi pieni muodollisuus – vie noin minuutin, eikä vaadi teknistä osaamista. Google Search Console on ilmainen työkalu, joka kertoo, miten sivustosi näkyy Googlessa. Kun yhdistät sen tähän projektiin, voin tallentaa nykyiset sijoituksesi ja varmistaa, että kaikki siirtyy ehjänä uudelle sivustolle. Mitään ei muuteta tai julkaista. 1. Klikkaa keskusteluruudun vierestä pientä +-painiketta. 2. Valitse Project connectors → All connectors → Google Search Console → Connect. 3. Kirjaudu Google-tililläsi (se, jolla hallinnoit nykyistä sivustoasi). 4. Klikkaa Allow ja sano minulle ”yhdistetty”. Jos et ole aiemmin käyttänyt Search Consolea, ei hätää. Kerro se minulle, niin hoidan teknisen pystytyksen – sinun tarvitsee vain painaa Publish kerran. Tämä kannattaa tehdä heti, jotta saamme vertailupohjan vanhasta sivustosta.

2Varmista sivustokohteen vahvistus

Hoidetaan puolestasi tekoälyrakentajassa

  • Jos vanha sivustosi oli jo vahvistettu, siirsimme omistajuuden meta-tunnisteen automaattisesti uuteen versioon. Sivustokohde pysyy siis vahvistettuna läpi siirron ilman toimenpiteitä.
  • Jos sivustokohdetta ei ole, käytämme meta-tunnistetta: haemme tunnisteen, lisäämme sen projektin head-osioon ja pyydämme sinua julkaisemaan sivuston kerran. Tämän jälkeen vahvistamme omistajuuden.
  • Huom: Google ei näe tunnistetta, joka on vain esikatselutilassa. Jos vahvistus epäonnistuu, julkaise sivusto uudelleen ja yritä sitten uudestaan. Älä vaihda DNS- tai tiedostolataus-menetelmään.
  • Kohdetyypit: Verkkotunnuskohde (Domain property) kattaa kaikki alitunnukset ja protokollat (http/https). URL-etuliitekohde (URL prefix) kattaa vain yhden tarkan osoitteen. Tavallinen URL-etuliitekohde riittää mainiosti raportointiin ja sivukarttoihin.
  • Valinnasta riippumatta sivuston tulee ohjata yhdelle pääosoitteelle (esim. https ja joko www tai ilman www:tä). Muuten raportit jakautuvat turhaan kahden eri kohteen välille.

Vanhan sivustosi Search Console -tunniste on jo siirretty uuteen rakenteeseen, joten omistajuus säilyy. Jos Google ei vielä tunnista sivustoa, lisään tarvittavan tunnisteen – sinun tarvitsee vain klikata Publish kerran.

3Lähetä sivukartta julkaisun jälkeen

Hoidetaan puolestasi tekoälyrakentajassa

  • Kun verkkotunnus osoittaa uuteen sivustoon, lähetä osoite https://verkkotunnuksesi/sitemap.xml Search Consolessa.
  • Migraatio luo sivukartan automaattisesti. Se listaa jokaisen uuden sivun, jotta Google löytää ne heti eikä jää odottelemaan sattumaa.
  • Sivukartta tarvitsee lähettää uudelleen vain, jos sivuston sisältö muuttuu merkittävästi. Toistuva lähettäminen ei nopeuta indeksointia.

Uusi sivukartta on lähetetty. Googlella on nyt lista kaikista uuden sivuston sivuista. Ilmoitan heti, kun näen kuinka monta osoitetta Google hyväksyi.

4Pyydä tärkeimpien sivujen indeksointia manuaalisesti

Sinä, selaimessa

  • Sivukartan lähettäminen kertoo Googlelle sivujen olemassaolosta, mutta se ei pakota Googlea lukemaan niitä heti. Google päättää itse aikataulunsa.
  • Nopein tapa saada uusi sivu näkyviin on käyttää Search Consolen URL-tarkastustyökalua (Request indexing). Tämä on tehtävä manuaalisesti selaimessa; mikään API tai automaatio ei voi tehdä tätä puolestasi.
  • Avaa Search Console → URL-tarkastus → liitä osoite → Pyydä indeksointia. Aloita etusivusta ja valitse sen jälkeen 5–10 tärkeintä sivuasi (esim. palvelut tai tuotteet). Päivittäinen kiintiö on rajallinen, joten älä yritä jonottaa koko sivustoa kerralla.
  • Tee tämä vasta julkaisupäivänä, kun verkkotunnus on jo siirtynyt ja uudelleenohjaukset toimivat. 404-virheeseen päättyvä pyyntö on hukkaan heitetty.

Tässä on vaihe, jota en voi hoitaa puolestasi: Search Consolen ”Pyydä indeksointia” vaatii manuaalisen klikkauksen. Avaa Search Console → URL-tarkastus, liitä etusivusi osoite ja paina Pyydä indeksointia. Tee sama 5–10 tärkeimmälle sivullesi. Se on nopein keino saada uusi sivusto Googlen hakuun.

5Indeksointi vie aikaa – sijoitukset vielä enemmän

Hoidetaan puolestasi tekoälyrakentajassa

  • Uuden sivuston ensimmäinen indeksointi tapahtuu yleensä päivien, ei tuntien, kuluessa. Search Consolen raportit laahaavat 1–3 päivää jäljessä, joten tyhjä raportti heti julkaisun jälkeen on normaalia.
  • Indeksointi tarkoittaa vain, että sivu on mukana Googlen arkistossa. Sijoittuminen vaatii historiaa ja linkkejä. Brändihaut alkavat toimia yleensä nopeasti, mutta kilpailluissa hakusanoissa voi kestää viikkoja.
  • Voit tarkistaa tilanteen milloin tahansa hakemalla Googlesta: site:verkkotunnuksesi.com.
  • Migraatiossa uudelleenohjaukset tekevät tärkeimmän työn. Vanhojen osoitteiden auktoriteetti säilyy, kunhan ne ohjaavat suoraan uusille sivuille. Voit varmistaa tämän ajamalla julkaisuvarmistuksen ja korjaamalla mahdolliset virheet heti.

Indeksointi alkaa yleensä muutaman päivän sisällä. Muista, että näkyminen brändinimellä tapahtuu ensin, ja muiden hakusanojen palautuminen vie enemmän aikaa. Voit seurata tilannetta haulla site:verkkotunnuksesi.com. Koska olemme tehneet 301-uudelleenohjaukset huolella, vanha maineesi siirtyy uuden sivuston tueksi – voin ajaa tarkistuksen tästä milloin vain.

6Miksi vanha sivusto tuntui päivittyvän nopeammin?

Hoidetaan puolestasi tekoälyrakentajassa

  • Kyse on harvoin alustasta. Jos vanha WordPress-sivusto päivittyi Googlessa nopeasti, syynä oli verkkotunnuksen pitkä historia ja Googlen vakiintunut tapa vierailla sivustolla päivittäin. Täysin uusi verkkotunnus on Googlelle aina hitaampi tapaus, oli alusta mikä tahansa.
  • Yksi tekninen ero on silti kriittinen: jos sivun sisältö ladataan vasta JavaScriptillä, Google ja tekoälybotit näkevät aluksi tyhjää. Siksi käytämme palvelinpuolen renderöintiä. Voit varmistaa tämän run_indexability_check-komennolla, joka todistaa, että teksti ja otsikot ovat suoraan HTML-koodissa.
  • Linkit ovat yhä tärkeitä. Sisäiset linkit etusivulta ja ulkoiset linkit (kuten some-profiilit ja yrityshakemistot) nopeuttavat uuden osoitteen löytymistä huomattavasti enemmän kuin pelkkä sivukartta.
  • Migraatiossa 301-uudelleenohjaukset ovat elintärkeitä. Ne siirtävät vanhan sivuston historian uudelle, jolloin Google ei joudu aloittamaan nollasta. Siksi migroitu sivusto nousee hakuun paljon nopeammin kuin täysin uusi sivusto.
  • Vältä verkkotunnuksen ja alustan vaihtamista samanaikaisesti, jos mahdollista. Jos osoite on pakko vaihtaa, pidä vanha osoite ohjaamassa uuteen vähintään vuoden ajan.

Jos vanha WordPress-sivusi näkyi Googlessa heti, se johtui verkkotunnuksen historiasta, ei alustasta. Kaksi asiaa ratkaisee: sivun on oltava luettavissa ilman JavaScriptiä – minkä olen jo varmistanut – ja sivustolle on johdettava linkkejä. Koska säilytimme osoitteesi ja teimme uudelleenohjaukset, uusi sivusto perii vanhan maineesi nollasta aloittamisen sijaan.

7Seuraa virheitä ensimmäisten viikkojen ajan

Hoidetaan puolestasi tekoälyrakentajassa

  • Kun yhteys on luotu, tarkista Search Consolen Sivut-raportti viikoittain parin kuukauden ajan. Etsi uusia 404-virheitä, ”indeksoitu, mutta ei tällä hetkellä hakemistossa” -ilmoituksia ja uudelleenohjausongelmia.
  • Jos löydät uusia 404-virheitä, vertaa niitä uudelleenohjauskarttaan ja lisää puuttuvat 301-ohjaukset.
  • Aja julkaisuvarmistus uudelleen aina, jos teet muutoksia sivuston rakenteeseen. Se on ilmainen ja nopea tapa varmistaa, että kaikki toimii.

Seuraan seuraavien viikkojen ajan mahdollisia 404-virheitä ja vertaan niitä uudelleenohjauskarttaasi. Voit pyytää minua ajamaan tarkistuksen milloin vain.

8Tekoälyhakujen optimointi (GEO)

Hoidetaan puolestasi tekoälyrakentajassa

  • ChatGPT, Perplexity ja Googlen AI Overviews lukevat sivustoasi samalla tavalla kuin hakukoneet. Luomamme tekoälytiedostot (llms.txt, robots.txt, sitemap.xml ja Markdown-versiot) auttavat niitä ymmärtämään sisältösi ilman raskasta JavaScript-käsittelyä.
  • Tekoäly arvostaa selkeyttä: yksi H1-otsikko, faktapohjaiset vastaukset heti tekstin alussa, oikeat HTML-rakenteet ja huolellinen jäsennelty data (Schema). Kaikki nämä siirretään migraatiossa vanhalta sivustoltasi.
  • Sallimme tekoälybotit (kuten GPTBot ja ClaudeBot) robots.txt-tiedostossa oletuksena. Niiden estäminen on mahdollista, mutta se tarkoittaa, ettei sivustoasi voida käyttää lähteinä tekoälyvastauksissa.
  • Tekoälymoottoreilla ei ole ”pyydä indeksointia” -painiketta. Ne poimivat lähteensä oman aikataulunsa mukaan perustuen sisällön laatuun ja tekniseen selkeyteen.

Tekoälyvalmius on kunnossa: llms.txt, robots.txt ja Markdown-peilit auttavat ChatGPT:tä ja muita botteja ymmärtämään sisältösi suoraan. Näille ei ole erillistä lähetyspainiketta – ne alkavat siteerata sivustoasi sitä mukaa, kun ne tunnistavat laadukkaan ja jäsennellyn sisältösi.

9Tarkista analytiikka ja muut integraatiot

Hoidetaan puolestasi tekoälyrakentajassa

  • Vanhalta sivustolta löytyneet GA4-, Google Tag Manager- ja mainostunnisteet siirretään automaattisesti. Mittaus jatkuu keskeytyksettä – voit vahvistaa toiminnan GA4:n reaaliaikaisesta raportista heti julkaisun jälkeen.
  • Muut Google-palvelut (kuten Sheets tai Drive) yhdistetään samalla tavalla kuin Search Console: + → Project connectors projektin asetuksista.
  • Google Forms -integraatiota ei tarvita sellaisenaan – rakennamme lomakkeet natiiveina, mutta ne voivat silti tallentaa tiedot suoraan Google Sheetiin tai lähettää ne CRM-järjestelmääsi.

Analytiikkatunnisteesi on jo siirretty. Tarkista GA4:n reaaliaikanäkymä julkaisun jälkeen varmistaaksesi, että kävijätiedot tallentuvat. Muut Google-palvelut voit yhdistää projektin liittimien kautta.

Jos jokin ei toimi

Search Console sanoo, ettei URL ole Googlen tiedossa
Sivustokohde on uusi eikä sivua ole vielä ehditty indeksoida. Varmista, että sivu toimii, löytyy sivukartasta eikä ole estetty robots.txt-tiedostossa. Pyydä sitten indeksointia manuaalisesti ja odota muutama päivä.
Vahvistus epäonnistuu: ”could not find the meta tag”
Tunniste on projektissa, mutta ei vielä live-sivustolla. Julkaise sivusto, avaa se selaimessa ja tarkista lähdekoodista, että tunniste löytyy head-osiosta. Vasta tämän jälkeen yritä vahvistusta uudelleen. Esikatselutilassa oleva tunniste ei riitä.
Sivustolista on tyhjä tai näyttää väärän sivuston
Käytät Google-tiliä, jolla ei ole oikeuksia kyseiseen sivustoon. Katkaise yhteys, yhdistä uudelleen ja valitse oikea tili, tai pyydä sivuston omistajaa lisäämään sinut käyttäjäksi Search Consoleen.
Verkkotunnus näkyy, mutta toiminnot on estetty
Olet listattu käyttäjäksi, mutta et ole vahvistanut omistajuutta tällä tilillä (siteUnverifiedUser). Sinun on joko tehtävä meta-tunnistevahvistus tai pyydettävä omistajalta laajemmat oikeudet, ennen kuin voit lähettää sivukarttoja.
Sivukartan lähetys hylätään tai se näyttää virheitä
Varmista, että sivukartta löytyy live-osoitteesta, on oikeassa XML-muodossa ja viittaa oikeaan verkkotunnukseen. Jos Google ilmoittaa virheestä ilman tarkempaa syytä, kyse on usein väliaikaisesta yhteysongelmasta tai väärästä osoitteesta.
Voiko favicon-kuvakkeen tai indeksoinnin päivittää heti pyynnöstä?
Ei. Voimme automatisoida sivukartat ja vahvistukset, mutta Google päättää itse, milloin se päivittää faviconin tai hakee sivun uudelleen. Favicon päivittyy yleensä vasta, kun etusivu on indeksoitu uudelleen, mikä voi viedä viikkoja.
Data jakautuu www- ja ei-www-versioiden välille
Molemmat osoitteet ovat käytössä. Valitse yksi pääosoite ja tee DNS-tasolla 301-ohjaus toisesta siihen. Vaihtoehtoisesti voit käyttää Search Consolessa verkkotunnuskohdetta (Domain property), joka yhdistää molemmat.
Vanhat sivut olivat Googlessa, mutta uudet eivät
Tarkista uudelleenohjaukset. Jokaisen vanhan osoitteen on johdettava suoraan uudelle vastaavalle sivulle. Aja julkaisuvarmistus ja korjaa kaikki 404-virheet ja turhat ohjausketjut heti.
Mitään ei indeksoidu lainkaan
Tarkista, ettei sivustolle ole jäänyt ”noindex”-tunnistetta tai robots.txt-estoa (Disallow: /). Varmista myös, etteivät kanoniset osoitteet viittaa vahingossa vanhaan osoitteeseen.
Miksi WordPress-sivuni toimi heti ja tämä ei?
Kyse on osoitteen historiasta, ei alustasta. Vakiintunut osoite indeksoituu aina nopeammin. Olemme varmistaneet, että uusi sivustosi on teknisesti täydellisesti luettavissa (ilman JavaScript-riippuvuutta), joten kyse on vain ajasta ja linkkien päivittymisestä.
Sivusto on indeksoitu, mutta se ei löydy hauissa
Indeksointi ja sijoittuminen ovat kaksi eri asiaa. Kokeile hakua site:verkkotunnuksesi.com. Jos sivut löytyvät sieltä, ne ovat Googlen tiedossa. Sijoitusten palautuminen vaatii aikaa ja linkkien uudelleenarviointia Googlen puolelta.
Voiko Sitejump pyytää indeksointia puolestani?
Ei. Indeksointipyyntö (Request indexing) on tehtävä manuaalisesti Search Consolen kautta, sillä Google ei tarjoa siihen rajapintaa. Kaikki muu tekninen valmistelu on jo hoidettu puolestasi.

Pyydä agenttia opastamaan vaiheissa

Kun Sitejump-liitin on lisätty Lovable-projektiisi, pyydä agenttia opastamaan Google-asetusten teossa. Agentti lukee oikean järjestyksen migraatiopaketista ja kertoo, mitä sinun tulee klikata seuraavaksi.

Mitä ulkoisille linkeille tapahtuu?

Muiden sivustojen linkit omillesi ovat tärkeitä hakukonesijoitusten kannalta. Uudistuksessa ne herättävät usein huolta. Tässä tosiasiat.

  • Linkit seuraavat verkkotunnustasi. Ulkoisia linkkejä ei tarvitse siirtää. Ne osoittavat edelleen vanhoihin osoitteisiin, ja niiden arvo säilyy, kunhan verkkotunnus pysyy samana.
  • Arvo säilyy vain, jos vanhat osoitteet toimivat. Jos linkki johtaa 404-virhesivulle, sen arvo katoaa. 301-uudelleenohjauskartta estää tämän: jokainen vanha osoite ohjataan pysyvästi vastaavalle uudelle sivulle.
  • Tärkeimmät sivut suojataan ensin. Ryömijä analysoi sivuston linkitykset ja merkitsee kriittisimmät sivut. Ne rakennetaan ensimmäisenä ja niiden toimivuus varmistetaan julkaisuvalidoinnissa erikseen.
  • Search Console on paras tarkistuslista. Search Consolen raportti eniten linkitetyistä sivuista on ainoa täysin tarkka lista ulkoisista linkeistäsi. Julkaisun jälkeen voit verrata sitä suoraan uudelleenohjauskarttaan.

Erillistä backlink-palvelua ei tarvita. Huolellinen uudelleenohjauskartta ja julkaisuvalidointi hoitavat linkkien säilymisen.

Tekoälyavustaja

← Takaisin tietopankkiin

Sitejumpin kehittäjä ja ylläpitäjä on miPlug.