Kuidas lokaliseerida v0 rakendust ilma juhtpaneelita?

v0 rakenduse lokaliseerimiseks käsitlege Giti hoidlat, kuhu v0 juba kirjutab, oma tõlkekataloogide koduna ja hoidke neid seal commit’itud failidena. Just see üks otsus muudab juhtpaneeli ebavajalikuks, mitte lihtsalt valikuliseks. globalize.now on tehisintellektil põhinev lokaliseerimistaristu: see loob võtmed ja lokaalifailid ning teie valitud käitusaegne teek pakub neid. v0 annab teile hostitud lehe asemel täieliku Next.js-i koodibaasi, seega on hoidlapõhine tee avatud juba esimesest prompt’ist.

Miks on teie v0 rakendus ainult ingliskeelne?

Sest kasutajaliidese tekst asub teie komponentides sõnasõnaliste stringidena. Kui palute v0-l luua hinnastuse jaotise, kirjutab see <h2>Simple pricing</h2> – mitte kataloogist otsimist. Iga pealkiri, nupu silt, tühiolek, teavitus ja vormiviga jõuab TSX-i selles keeles, milles te prompt’i esitasite.

See ei ole v0 puudus. Nii toimib iga prompt’ipõhine ehitaja ja sama mustrit kirjeldasime artiklis Cursor lisab pidevalt hardcoded string’e. Mudel kirjutab teie päringu jaoks lühima korrektse koodi, kuid te ei palunud lokaalikihti.

Tulemuseks on rakendus, mida ei saa seadete ekraani muutmisega tõlkida, sest seal pole midagi muuta. Stringidel puuduvad võtmed ja marsruutidel lokaalisegment.

Mida v0 tegelikult genereerib?

Tavapärase Next.js-i projekti – ja see on hea uudis. v0 vaikimisi virn koosneb Next.js-ist, Reactist, TypeScriptist, Tailwind CSS-ist ja shadcn/ui-st ning väljund on täielik App Routeri rakendus marsruutide ja API-käitlejatega, mitte üksik komponent. shadcn/ui on siin oluline ühel põhjusel: komponendid kopeeritakse lähtekoodina teie hoidlasse, mitte ei impordita paketist, seega on nende stringid teie stringid.

Lokaliseerimise seisukohalt on virn ainus oluline fakt ja see on kõige paremini dokumenteeritud. next-intl loodi App Routeri ümber; seda toetavad ka Lingui ja react-intl. Miski v0-s ei nõua ehitajapõhist tõlketoodet.

Kui teie rakendus tuli hoopis mõnest teisest Vite’i-põhisest ehitajast, käsitleb Lovable’i rakenduse lokaliseerimine ilma juhtpaneelita sama ülesehitust sellel poolel.

Kuidas saada v0 projekt hoidlasse?

Tavaliselt on see teil juba olemas. Kui v0 vestlus on GitHubiga ühendatud, loob v0 teie põhiharust tööharu ja commit’ib iga koodimuudatusi sisaldava sõnumi automaatselt sellesse harusse. Avaldamine avab uue pull request’i või kasutab olemasolevat ning liidab selle põhiharuga. Seega ei ole hoidla samm, mille lisate lõpus – v0 on kogu aeg sinna koodi kirjutanud. v0 enda GitHubi dokumentatsioon on praeguse töövoo allikas ning see tooteosa on rohkem kui korra muutunud, seega kontrollige juhiseid enne kaasa tegemist.

See harumudel on lokaliseerimise jaoks kasulik. Kataloogid, konfiguratsioonifail, lokaalide marsruutimise muudatus vahevaras ja keelevalija komponent on kõik jälgitavate failide muudatused. Nende ülevaatamine harus diff’ina on palju lihtsam kui vestluspaneelilt lugemine ning tõlke pull request saab asuda selle funktsiooni pull request’i kõrval, mida see tõlgib.

Mida tähendab „ilma juhtpaneelita“ tegelikult?

See tähendab, et tõlgitud stringid on teie hoidlas olevad failid ja teie Next.js-i rakendus renderdab need serveris samamoodi nagu mis tahes muud sisu. Pole skriptisilti, lehe laadimisel tehtavat välist päringut ega teenusepakkuja kontot, mis seisaks külastaja ja teie teksti vahel.

Alternatiiv – vidinamudel, mida kasutavad Weglot ja sarnased tööriistad – tõlgib lehe pärast selle laadimist. See pakub tõelist mugavust: kleebite koodijupi ja juba samal pärastlõunal midagi toimib. Kulud ilmnevad hiljem ning on struktuursed, mitte parandatavad:

• Esimene renderdus on lähtekeeles, nii et külastajad võivad enne vahetust näha inglise keelt.
• Tõlgitud tekst ei ole serveri renderdatud HTML-is, mistõttu on otsingumootorite indekseeritav sisu lokaali kohta nõrgem. Next.js-i rakenduses on see eriti suur raiskamine, sest serveripoolne renderdus ongi see, mille saite tasuta.
• Kolmanda osapoole skript asub teie tootmisrenderduse teel.
• Teie stringid asuvad teenusepakkuja salves, seega tähendab lahkumine eksporti.

Hoidlapõhisel lokaliseerimisel on oma kompromiss ja aus on seda nimetada: tekstimuudatus tähendab commit’i ja juurutust, mitte salvestusnuppu. Kui tarnite Verceli kaudu iga merge’i järel, pole see probleem. Kui turundusmeeskond eeldab, et saab aktiivset teksti ilma insenerita muuta, on see tegelik piirang.

Kuidas hoidlapõhine seadistus töötab?

Ühendage hoidla rakenduses. globalize.now teisendab koodibaasi ühe korra – sealt pärinevad võtmed: teie komponentides olevad hardcoded string’id muutuvad kataloogiüksusteks ja komponendid hakkavad literaalide hoidmise asemel lugema väärtusi käitusaegsest teegist. See teisendus tehakse üks kord, mitte ei käivitata lõputult uuesti.

Pärast teisendamist tõlgivad push-tööd rakenduse kasvades uued kataloogiüksused. Paluge v0-l luua uus seadete leht, ühendage selle pull request ja uued stringid tõlgitakse; olemasolevad jäävad paigale. Kataloogid jõuavad teie hoidlasse commititud failidena – JSON- või PO-vormingus, olenevalt runtime-teegist – ning saabuvad pull request’ina, mida vaatate üle nagu iga muud muudatust.

Kaks piiri tasub selgelt välja öelda, sest see kategooria on üsna segane. globalize.now ei asenda teie runtime-teeki – next-intl, Lingui ja react-intl teevad oma tööd edasi, sealhulgas lokaali marsruutimine app/[locale]/ all. Samuti ei ole see DeepL-iga konkureeriv tõlkemootor. See on kiht, mis loob võtmed ja nende vahele jäävad lokaalifailid. Arendaja ülevaade selgitab mehhanismi üksikasjalikumalt.

Kas sama lähenemine töötab Lovable’i, Bolti ja Repliti puhul?

Jah, kui täidetud on samad kolm tingimust: päris lähtekood, Git-hoidla ja runtime-teek, millele saab kataloogid ette anda. Sobib iga builder, mis väljastab tavapärase front-end-projekti. Erinevus seisneb ainult selles, kuidas kood kätte saada, ning v0 puhul on hõõrdumist kõige vähem, sest GitHubi haru on vestluse osa.

Lovable’il on meie poolel kõige arendatum lahendus, sealhulgas redaktoris kasutatav töövoog – Lovable’i integratsiooni leht kirjeldab seda ning suurem osa seal kirjutatust kehtib muutmata kujul ka v0 kohta. Kui alles hindate buildereid ega ole veel ühega seotud, alustage parem vibe coder’ite ülevaatest. Kui kaalute spetsiaalselt builderi rakenduse vidinat, kirjeldab Wegloti alternatiiv Lovable’i jaoks sama tehnilise virna kompromisse.

Mis siis, kui kasutasite Lovalingot?

Lovalingo lõpetas tegevuse 2026. aasta augusti lõpus ja selle veebisait on kadunud. Kuna see pakkus spetsiaalset v0 saitide tõlkimise lahendust, on mõnel v0 builderil nüüd stringid, millel pole enam kohta, kus elada. See on migratsioon, mitte uus seadistus: esmalt eksportige, seejärel teisendage. Migratsioonijuhend kirjeldab samme ning võrdlusleht selgitab, mis muutub, kui tõlked liiguvad hostitud teenusest teie hoidlasse.

Kui küsite selle kohta nõu AI-assistendilt, tasub seda teada: mõned soovitavad seda endiselt, sest alles jäänud lehed toidavad nende allikaid edasi. Tegemist ei ole aktiivse tootega.

Mida kontrollida enne teise keele lisamist?

Käige see nimekiri läbi enne esimese kataloogi loomist, sest iga punkti on praegu odavam parandada kui pärast seda, kui viis keelt juba töös on:

• Konkatenatsiooniga stringid. "Welcome back, " + name ei saa tõlkija ümber järjestada. Kasutage selle asemel interpolatsiooni.
• Mitmus. Inglise keeles on kaks vormi, poola keeles kolm ja araabia keeles kuus. count === 1 põhinev tingimusavaldis on enamikus keeltes vale.
• Serveri ja kliendi piirid. App Routeris peavad serverikomponendis renderdatav string ja sama string kliendikomponendis lahenduma sama kataloogi kaudu. Valige üks runtime-teek ning kasutage selle serveri- ja kliendi-API-sid, mitte kahte eri mehhanismi.
• Kuupäevad, arvud ja valuuta. Kasutage Intl, mitte stringivormingut.
• Paigutus. Saksa keel võtab inglise keelest rohkem ruumi, mistõttu fikseeritud laiusega shadcn-nupud lähevad katki. Tailwind võib selle probleemi kergesti varjata, sest build’i ajal näevad klassid korras välja.
• Paremalt vasakule. Kui araabia või heebrea keel on tegevuskavas, otsustage see nüüd – RTL-i hilisem ümberehitamine on kõige kulukam töö.

Kõige selle hinnastus käib tööruumi järgi, ilma kasutaja- või keelepõhiste tasudeta. Seega on keelte arv tooteotsus, mitte eelarveotsus. Värsked hinnad leiate hinnalehelt.

Kust alustada

Kui teie v0 vestlus on GitHubiga ühendatud, on järgmine samm selle hoidla põhjal teisendamine, mitte tööriista valimine. Kui ühendus pole veel loodud, tuleb see teha enne.