Japán WordPress fejlesztők japán nyelvű és kétnyelvű oldalakhoz

Hol helyezkedik el a WordPress a japán piacon

A WordPress mély, régóta fennálló lábnyommal rendelkezik Japánban, és a WordCamp-ek évek óta futnak Tokióban, Kansai-ban és Fukuokában. Egy Japánban dolgozó fejlesztő egy hazai ökoszisztémában dolgozik, ahelyett, hogy egy nyugatihoz alkalmazkodna: a japán szerzők által írt témák, mint például a Lightning, a Cocoon, a SWELL és a Snow Monkey gyakoriak az ügynökségi munkában, és a Contact Form 7 egy japán fejlesztő írta. Számítson arra, hogy egy japán ügyfél már egy kiválasztott témával és egy olyan bővítménycsomaggal érkezik, amelyet még nem használt. Tegye bele a briefbe: egy ismeretlen oldalépítőre való átépítés miatt a csapatuk nem tudja majd karbantartani az oldalt.

A japán tipográfia a legtöbb technikai munka helye

A japán nyelvet szóközök nélkül írják a szavak között, így a legtöbb WordPress alapértelmezés, amely szóközöket feltételez, hibásan működik. A kivonatok a klasszikus eset: a standard szószűkítő segédprogram egy egész bekezdést egy szónak tekint, és mindent vagy semmit ad vissza. Pontosan ezért tartalmazza a japán WordPress csomag egy többbájtos javítást, amely a kivonat, a keresés és a fájlnév kezelését karakter alapú megfelelőkre cseréli. Egy fejlesztő, aki soha nem említette ezt, valószínűleg soha nem szállított japán oldalt.

A sortörés a második csapda. A japán tiltási szabályok szerint egy sor nem kezdődhet záró zárójellel, ponttal vagy kis kanával, és nem végződhet nyitó zárójellel. A böngészők ennek nagy részét a line-break és word-break tulajdonságokon keresztül kezelik, és a rossz érték szembetűnő egy japán olvasó számára – a word-break break-all-ra állítása, mert az angol túlcsordulás zavaró volt, minden keskeny képernyőn tetszőleges karaktereknél vágja a japán szöveget.

A betűtípusok a legnagyobb teljesítménybeli döntés az építés során. Egy latin webfont súlya tíz kilobájt; egy teljes japán súly több ezer glifát tartalmaz, és több megabájtos is lehet, így két vagy három nem alcsoportosított súly tönkreteszi a Largest Contentful Paint-et egy telefonon. A reális választások a rendszerbetűtípus-verem, a statikus alcsoportosítás unicode-range-el, vagy a dinamikus alcsoportosítás, amely csak azokat a glifákat szolgálja ki, amelyeket egy oldal használ. Annak megkérdezése, hogy egy jelölt melyiket használja, és miért, megkülönbözteti a japán front-end specialistát attól, aki beállította a nyelvi attribútumot és megállt.

Keresés Japánban: Google, Yahoo! Japan és az építés

A Google uralja a japán keresést, és a Yahoo! Japan a jelentős második – de a Yahoo! Japan 2010 óta a Google-től veszi az organikus indexét, így egy az egyik oldalon rangsorolt webhely általában a másikon is rangsorol. A japánban az alapokat kell jól beállítani, nem pedig egy külön technikai veremet: helyes lang attribútum, érvényes hreflang párok plusz egy x-default egy kétnyelvű webhelyen, és ésszerű permalinkek, mert egy japán bejegyzés címe száz karaktert meghaladó százalékosan kódolt URL-t eredményez, hacsak valaki kézzel nem állít be egy rövid romaji slugot. A helyszíni keresés hasonló – a MySQL teljes szöveges keresés nem tokenizálja a japánt szóközök alapján, így a hasznos eredményekhez ngram elemzőre vagy külső indexre van szükség. Miután az építés stabil, párosítsa japán linképítéssel vagy japán backlinkekkel.

Kereskedelem, fizetések és a japán üzlet által igényelt oldalak

A WooCommerce jól működik Japánban, de az alapértelmezett fizetési folyamat több szempontból is hibás. A cím sorrendje fordított – irányítószám, prefektúra, város, majd blokk és telek – az irányítószámok hétjegyűek, a harmadik szám után kötőjellel, a nevek vezetéknévvel kezdődnek, és a japán űrlapok gyakran külön kana mezőt gyűjtenek, hogy az olvasás egyértelmű legyen. A fizetési elvárások is szélesebbek, mint a kártyás fizetés: a kisbolti fizetés, a banki átutalás és a QR-fizetési alkalmazások, mint a PayPay és a Rakuten Pay, mind mainstreamek, ezért kérdezze meg, melyik átjárót integrálta a fejlesztő. Aztán a közzétételi oldalak – egy fogyasztói üzlettől elvárják, hogy közzétételt tegyen a Kereskedelmi Ügyletekre vonatkozó törvény értelmében, a minősített számlarendszer regisztrációs számot igényel az áfa visszaigénylő üzleti ügyfelek számára, és a Távközlési Üzleti Törvény módosításai külső átviteli szabályokat adtak hozzá, amelyek minden olyan analitikai címkét lefednek, amely felhasználói adatokat küld harmadik feleknek. Ez mind nem jogi tanács, de egy fejlesztő, aki soha nem hallott erről, nem fogja elkészíteni az Ön által igényelt oldalakat.

Tárhely, időzónák és munkaritmus

Sok japán ügyfél hazai tárhelyet ad meg – az Xserver, Sakura Internet, ConoHa WING, Lolipop és mixhost gyakoriak –, és néhány megosztott csomag korlátozza a parancssori hozzáférést, ami megváltoztatja a telepítés módját. Régebbi oldalak még mindig Shift_JIS vagy EUC-JP kódolással jelennek meg, ezért bármilyen régi migrációba tervezzen be egy kódolási lépést. A Japán Standard Idő egész évben egy órát tart, nyári időszámítás nélkül, London előtt, ami megbízható átfedést biztosít az Egyesült Királyság reggelén; jóval New York előtt; Szingapúr előtt; és körülbelül három és fél órával India előtt. Tervezzen három közel teljes leállással – az újév nagyjából december 29-től január 3-ig, az Arany Hét április végén és május elején, valamint az Obon augusztus közepén –, és vegye figyelembe, hogy a pénzügyi év március 31-én ér véget, ami februárban és márciusban sűríti a vállalati határidőket.

Jól briefelni és a minőséget megítélni

Egy jó brief tartalmazza az aktuális URL-t és a hosztot; hogy a japán az elsődleges vagy a második nyelv, és ki biztosítja a szöveget; bármilyen témát vagy plugint, amit meg kell tartani; a betűtípusra vonatkozó döntést; a kereskedelmi követelményeket, beleértve a fizetési módokat, valamint a kana és cím mezőket; egy mérhető teljesítménycélt (Largest Contentful Paint egy középkategóriás telefonon, valódi japán betűtípus-terheléssel, nem asztali pontszámmal); az elfogadási tesztet; az átadást; és a határidőt JST-ben. Ha a hatókör még változik, tegyen közzé egy projektet ingyenesen a WordPress fejlesztés kategóriában, és hagyja, hogy a Zinners javasoljon egy megközelítést.

Egy jelölt megítéléséhez kérjen egy általa készített élő japán nyelvű webhelyet, és nyissa meg telefon szélességben. A szöveg tisztán törik, vagy szó közben vágódik? A Largest Contentful Paint elem a fő szöveg, vagy egy még betöltődő webfont? Ezután kérdezze meg, milyen többbájtos problémákat oldottak meg, és hogyan kezelik a kana és a cím sorrendjét a pénztárnál. Előnyben részesítse a staging oldalt a képernyőképekkel szemben, és kezdje kicsiben – egy fix áras Micro Zinn $5 és $20 között olcsó meghallgatás. Vizuális irányításra, nem pedig építési munkára, a japán webdesign jobban illik; a japán szöveg és felületi karakterláncok egy japán lokalizációs vagy japán fordítási szakemberhez tartoznak; és ha már rangsorol, a japán SEO Zinners átveheti a tartalomtervet.

Japán összehasonlítva más WordPress piacokkal

Japán nem a legolcsóbb hely a WordPress órák megvásárlásához, és nem szabad alapértelmezettnek tekinteni, ha nincs japán nyelvű követelmény. Akkor nyújt döntő előnyt, amikor japán olvasók a célközönség, amikor egy japán kliens karbantartható átadást igényel, vagy amikor a pénztárnak hazainak kell lennie. Az angol nyelvű munkához más árpontok mellett hasonlítsa össze a filippínó WordPress fejlesztőket, indiai WordPress fejlesztőket, brit WordPress fejlesztőket és amerikai WordPress fejlesztőket, vagy böngéssze az összes piacot a helyek központban. Ha más platformról helyezi át a felvételi folyamatot, a Fiverr alternatíva Japánhoz és Upwork alternatíva Japánhoz oldalak bemutatják, hogyan különböznek a díjak és a kifizetések. A Japánban alapított fejlesztők WordPress fejlesztést értékesíthetnek itt, 0% jutalékot fizetnek az első $500 értékesítésből, és azonnali Zinner kifizetéseket vehetnek fel a pénztárnál.