Infrastruktura performansi preglednika: Potpuni vodič za implementaciju

U današnjem digitalnom svijetu, vaša web stranica ili aplikacija nije samo marketinški alat; to je primarni izlog, kritični kanal za isporuku usluga i često prva točka kontakta s vašim brandom. Za globalnu publiku, ovo digitalno iskustvo je iskustvo branda. Dijelić sekunde u vremenu učitavanja može biti razlika između lojalnog kupca i izgubljene prilike. Ipak, mnoge se organizacije bore da se pomaknu izvan ad-hoc popravaka performansi, nedostaje im sustavan način mjerenja, razumijevanja i dosljednog poboljšanja korisničkog iskustva. Tu nastupa robusna Infrastruktura performansi preglednika.

Ovaj vodič pruža potpuni nacrt za dizajniranje, izgradnju i operacionalizaciju vrhunske infrastrukture performansi. Preći ćemo s teorije na praksu, pokrivajući bitne stupove nadzora, tehničku arhitekturu za vaš cjevovod podataka i, što je najvažnije, kako integrirati performanse u kulturu vaše tvrtke kako biste postigli značajne poslovne rezultate. Bez obzira jeste li inženjer, voditelj proizvoda ili tehnološki lider, ovaj će vas vodič opremiti znanjem za zagovaranje i implementaciju sustava koji performanse čini održivom konkurentskom prednošću.

Poglavlje 1: 'Zašto' – Poslovni slučaj za infrastrukturu performansi

Prije nego što se upustite u tehničke detalje implementacije, ključno je izgraditi snažan poslovni slučaj. Infrastruktura performansi nije samo tehnički projekt; to je strateško ulaganje. Morate biti u mogućnosti artikulirati njezinu vrijednost jezikom poslovanja: prihodi, angažman i rast.

Iznad brzine: Povezivanje performansi s poslovnim KPI-jevima

Cilj nije samo učiniti stvari 'brzima'; cilj je poboljšati ključne pokazatelje performansi (KPI) koji su važni za poslovanje. Evo kako uokviriti razgovor:

• Stope konverzije: Ovo je najizravnija veza. Brojne studije slučaja globalnih tvrtki poput Amazona, Walmarta i Zalanda pokazale su jasnu korelaciju između bržeg učitavanja stranica i viših stopa konverzije. Za web stranicu e-trgovine, poboljšanje vremena učitavanja od 100 ms može se prevesti u značajan porast prihoda.
• Angažman korisnika: Brža i responzivnija iskustva potiču korisnike da dulje ostanu, pregledaju više stranica i dublje komuniciraju s vašim sadržajem. To je ključno za medijske stranice, društvene platforme i SaaS aplikacije gdje su trajanje sesije i usvajanje značajki ključne metrike.
• Stope napuštanja stranice i zadržavanje korisnika: Prvi dojmovi su važni. Sporo početno učitavanje glavni je razlog zašto korisnici napuštaju web stranicu. Performantno iskustvo gradi povjerenje i potiče korisnike na povratak.
• Optimizacija za tražilice (SEO): Tražilice poput Googlea koriste signale iskustva stranice, uključujući Core Web Vitals (CWV), kao faktor rangiranja. Loša ocjena performansi može izravno naštetiti vašoj vidljivosti u rezultatima pretraživanja, utječući na organski promet globalno.
• Percepcija branda: Brzo, besprijekorno digitalno iskustvo percipira se kao profesionalno i pouzdano. Sporo, trzavo iskustvo sugerira suprotno. Ova se percepcija proteže na cijeli brand, utječući na povjerenje i lojalnost korisnika.

Cijena neaktivnosti: Kvantificiranje utjecaja loših performansi

Da biste osigurali ulaganja, morate istaknuti cijenu neaktivnosti. Problem uokvirite gledajući performanse kroz globalnu prizmu. Iskustvo korisnika na vrhunskom prijenosnom računalu s optičkim internetom u Seulu uvelike se razlikuje od iskustva korisnika na pametnom telefonu srednje klase s fluktuirajućom 3G vezom u São Paulu. Jedinstveni pristup performansama ne uspijeva za većinu vaše globalne publike.

Koristite postojeće podatke za izgradnju svog slučaja. Ako imate osnovnu analitiku, postavite pitanja poput: Imaju li korisnici iz određenih zemalja s povijesno sporijim mrežama više stope napuštanja stranice? Pretvore li se mobilni korisnici po nižoj stopi od korisnika stolnih računala? Odgovaranje na ova pitanja može otkriti značajne prilike za prihode koje se trenutno gube zbog loših performansi.

Poglavlje 2: Ključni stupovi nadzora performansi

Sveobuhvatna infrastruktura performansi izgrađena je na dva komplementarna stupa nadzora: praćenju stvarnih korisnika (RUM) i sintetičkom nadzoru. Korištenje samo jednog pruža vam nepotpunu sliku korisničkog iskustva.

Stup 1: Praćenje stvarnih korisnika (RUM) – Glas vaših korisnika

Što je RUM? Praćenje stvarnih korisnika bilježi podatke o performansama i iskustvu izravno iz preglednika vaših stvarnih korisnika. To je oblik pasivnog nadzora gdje mali JavaScript isječak na vašim stranicama prikuplja podatke tijekom korisnikove sesije i šalje ih natrag na vašu krajnju točku prikupljanja podataka. RUM odgovara na pitanje: "Kakvo je stvarno iskustvo mojih korisnika u divljini?"

Ključne metrike za praćenje s RUM-om:

• Core Web Vitals (CWV): Googleove metrike usmjerene na korisnika fantastično su polazište.
  • Largest Contentful Paint (LCP): Mjeri percepciju performansi učitavanja. Označava točku kada se vjerojatno učitao glavni sadržaj stranice.
  • Interaction to Next Paint (INP): Novi Core Web Vital koji je zamijenio First Input Delay (FID). Mjeri ukupnu responzivnost na korisničke interakcije, bilježeći kašnjenje svih klikova, dodira i pritisaka tipki tijekom životnog ciklusa stranice.
  • Cumulative Layout Shift (CLS): Mjeri vizualnu stabilnost. Kvantificira koliko neočekivanih promjena izgleda korisnici doživljavaju.
• Ostale temeljne metrike:
  • Time to First Byte (TTFB): Mjeri responzivnost poslužitelja.
  • First Contentful Paint (FCP): Označava prvu točku kada se bilo koji sadržaj prikaže na zaslonu.
  • Navigation and Resource Timings: Detaljna vremena za svaku imovinu na stranici koju pruža Performance API preglednika.

Bitne dimenzije za RUM podatke: Sirove metrike su beskorisne bez konteksta. Da biste dobili djelotvorne uvide, morate izrezati i usitniti svoje podatke po dimenzijama kao što su:

• Geografija: Država, regija, grad.
• Vrsta uređaja: Stolno računalo, mobilni uređaj, tablet.
• Operativni sustav i preglednik: Verzija OS-a, verzija preglednika.
• Mrežni uvjeti: Korištenje Network Information API-ja za bilježenje učinkovite vrste veze (npr. '4g', '3g').
• Vrsta stranice/ruta: Početna stranica, stranica proizvoda, rezultati pretraživanja.
• Stanje korisnika: Prijavljeni naspram anonimnih korisnika.
• Verzija aplikacije/ID izdanja: Za korelaciju promjena performansi s implementacijama.

Odabir RUM rješenja (Izgradi naspram Kupi): Kupnja komercijalnog rješenja (npr. Datadog, New Relic, Akamai mPulse, Sentry) nudi brzu instalaciju, sofisticirane nadzorne ploče i posvećenu podršku. To je često najbolji izbor za timove koji trebaju brzo započeti. Izgradnja vlastitog RUM cjevovoda pomoću alata otvorenog koda kao što je Boomerang.js daje vam vrhunsku fleksibilnost, nultu ovisnost o dobavljaču i potpunu kontrolu nad vašim podacima. Međutim, zahtijeva značajan inženjerski napor za izgradnju i održavanje slojeva za prikupljanje, obradu i vizualizaciju podataka.

Stup 2: Sintetički nadzor – Vaš kontrolirani laboratorij

Što je sintetički nadzor? Sintetički nadzor uključuje korištenje skripti i automatiziranih preglednika za proaktivno testiranje vaše web stranice s kontroliranih lokacija širom svijeta prema fiksnom rasporedu. Koristi dosljedno, ponovljivo okruženje za mjerenje performansi. Sintetičko testiranje odgovara na pitanje: "Radi li moja stranica kako se očekuje s ključnih lokacija trenutno?"

Ključni slučajevi upotrebe za sintetički nadzor:

• Otkrivanje regresije: Pokretanjem testova na vašim predprodukcijskim ili produkcijskim okruženjima nakon svake promjene koda, možete uhvatiti regresije performansi prije nego što utječu na korisnike.
• Konkurentsko benchmarkiranje: Pokrenite iste testove na web stranicama svojih konkurenata kako biste razumjeli kako se kotirate na tržištu.
• Praćenje dostupnosti i vremena rada: Jednostavne sintetičke provjere mogu pružiti pouzdan signal da je vaša stranica online i funkcionalna s raznih globalnih gledišta.
• Dubinska dijagnostika: Alati poput WebPageTesta pružaju detaljne grafike vodopada, filmske trake i CPU tragove koji su neprocjenjivi za otklanjanje složenih problema s performansama identificiranih vašim RUM podacima.

Popularni sintetički alati:

• WebPageTest: Industrijski standard za duboku analizu performansi. Možete koristiti javnu instancu ili postaviti privatne instance za interno testiranje.
• Google Lighthouse: Alat otvorenog koda za reviziju performansi, pristupačnosti i više. Može se pokrenuti iz Chrome DevToolsa, naredbenog retka ili kao dio CI/CD cjevovoda pomoću Lighthouse CI-a.
• Komercijalne platforme: Usluge poput SpeedCurve, Calibre i mnoštvo drugih nude sofisticirano sintetičko testiranje, često kombinirano s RUM podacima, pružajući objedinjeni prikaz.
• Prilagođeno skriptiranje: Okviri poput Playwrighta i Puppeteera omogućuju vam pisanje složenih skripti korisničkog putovanja (npr. dodavanje u košaricu, prijava) i mjerenje njihovih performansi.

RUM i sintetičko: Simbiotski odnos

Nijedan alat nije dovoljan sam po sebi. Najbolje rade zajedno:

RUM vam govori što se događa. Sintetičko vam pomaže razumjeti zašto.

Tipičan tijek rada: Vaši RUM podaci pokazuju regresiju u 75. percentilu LCP-a za korisnike u Brazilu na mobilnim uređajima. Ovo je 'što'. Zatim konfigurirate sintetički test pomoću WebPageTesta s lokacije u São Paulu s profilom veze s ograničenom 3G vezom kako biste replicirali scenarij. Rezultirajuća grafika vodopada i dijagnostika pomažu vam odrediti 'zašto' – možda je implementirana nova, neoptimizirana herojska slika.

Poglavlje 3: Dizajniranje i izgradnja vaše infrastrukture

S uspostavljenim temeljnim konceptima, arhitektirajmo cjevovod podataka. To uključuje tri glavne faze: prikupljanje, pohranu/obradu i vizualizaciju/upozoravanje.

Korak 1: Prikupljanje i unos podataka

Cilj je pouzdano i učinkovito prikupiti podatke o performansama bez utjecaja na performanse stranice koju mjerite.

• RUM podatkovni signal (Beacon): Vaša RUM skripta prikupit će metrike i spakirati ih u teret ("beacon"). Ovaj beacon treba poslati na vašu krajnju točku prikupljanja. Kritično je koristiti the `navigator.sendBeacon()` API za to. Dizajniran je za slanje analitičkih podataka bez odgode otvaranja stranica ili sukobljavanja s drugim mrežnim zahtjevima, osiguravajući pouzdanije prikupljanje podataka, posebno na mobilnim uređajima.
• Generiranje sintetičkih podataka: Za sintetičke testove, prikupljanje podataka dio je testnog pokretanja. Za Lighthouse CI to znači spremanje JSON izlaza. Za WebPageTest to su bogati podaci koje vraća njegov API. Za prilagođene skripte, eksplicitno ćete mjeriti i bilježiti oznake performansi.
• Krajnja točka unosa: Ovo je HTTP poslužitelj koji prima vaše RUM beacone. Trebao bi biti visoko dostupan, skalabilan i geografski distribuiran kako bi se smanjila latencija za globalne korisnike koji šalju podatke. Njegov jedini posao je brzo primiti podatke i proslijediti ih u red poruka (poput Kafka, AWS Kinesis ili Google Pub/Sub) za asinkronnu obradu. To odvaja prikupljanje od obrade, čineći sustav otpornim.

Korak 2: Pohrana i obrada podataka

Jednom kada su podaci u vašem redu poruka, cjevovod za obradu ih provjerava, obogaćuje i pohranjuje u prikladnu bazu podataka.

• Obogaćivanje podataka: Ovdje dodajete vrijedan kontekst. Sirovi beacon može sadržavati samo IP adresu i niz korisničkog agenta. Vaš cjevovod za obradu trebao bi izvršiti:
  • Geo-IP pretraživanje: Pretvorite IP adresu u državu, regiju i grad.
  • Analiza korisničkog agenta: Pretvorite niz UA u strukturirane podatke poput naziva preglednika, OS-a i vrste uređaja.
  • Spajanje s metapodacima: Dodajte informacije poput ID-a izdanja aplikacije, varijanti A/B testova ili zastavica značajki koje su bile aktivne tijekom sesije.
• Odabir baze podataka: Izbor baze podataka ovisi o vašoj skali i obrascima upita.
  • Baze podataka vremenskih serija (TSDB): Sustavi poput InfluxDB, TimescaleDB ili Prometheus optimizirani su za rukovanje podacima s vremenskim oznakama i pokretanje upita u vremenskim rasponima. Izvrsni su za pohranu agregiranih metrika.
  • Analitička skladišta podataka: Za masivni RUM gdje želite pohraniti svaki pojedini prikaz stranice i pokrenuti složene, ad-hoc upite, stupčasta baza podataka ili skladište podataka poput Google BigQuery, Amazon Redshift ili ClickHouse superioran je izbor. Dizajnirani su za analitičke upite velikih razmjera.
• Agregacija i uzorkovanje: Pohranjivanje svakog pojedinog podatkovnog signala performansi za web stranicu s velikim prometom može biti prohibitivno skupo. Uobičajena strategija je pohranjivanje sirovih podataka na kratko razdoblje (npr. 7 dana) za duboko otklanjanje pogrešaka i pohranjivanje unaprijed agregiranih podataka (poput percentila, histograma i brojeva za različite dimenzije) za dugoročno praćenje trendova.

Korak 3: Vizualizacija i upozoravanje podataka

Sirovi podaci su beskorisni ako se ne mogu razumjeti. Završni sloj vaše infrastrukture odnosi se na to da podaci budu dostupni i djelotvorni.

• Izgradnja učinkovitih nadzornih ploča: Idite dalje od jednostavnih linijskih grafikona temeljenih na prosjecima. Prosjeci skrivaju odstupanja i ne predstavljaju tipično korisničko iskustvo. Vaše nadzorne ploče moraju sadržavati:
  • Percentili: Pratite 75. (p75), 90. (p90) i 95. (p95) percentile. p75 predstavlja iskustvo tipičnog korisnika mnogo bolje od srednje vrijednosti.
  • Histogrami i distribucije: Prikazuju punu distribuciju metrike. Je li vaš LCP bimodalni, s jednom skupinom brzih korisnika i jednom skupinom vrlo sporih korisnika? Histogram će to otkriti.
  • Prikazi vremenskih serija: Nacrtajte percentile tijekom vremena kako biste uočili trendove i regresije.
  • Filtri segmentacije: Najkritičniji dio. Omogućite korisnicima filtriranje nadzornih ploča po zemlji, uređaju, vrsti stranice, verziji izdanja itd., kako bi se izolirali problemi.
• Alati za vizualizaciju: Alati otvorenog koda poput Grafane (za podatke vremenskih serija) i Superseta moćne su opcije. Komercijalni BI alati poput Lookera ili Tableaua također se mogu povezati s vašim skladištem podataka za složenije nadzorne ploče poslovne inteligencije.
• Inteligentno upozoravanje: Upozorenja bi trebala biti visokog signala i niskog šuma. Nemojte upozoravati na statičke pragove (npr. "LCP > 4s"). Umjesto toga, implementirajte detekciju anomalija ili upozoravanje na relativne promjene. Za primjer: "Upozorite ako se p75 LCP za početnu stranicu na mobilnom uređaju poveća za više od 15% u usporedbi s istim vremenom prošlog tjedna." Ovo uzima u obzir prirodne dnevne i tjedne obrasce prometa. Upozorenja bi se trebala slati na platforme za suradnju poput Slacka ili Microsoft Teamsa i automatski stvarati tikete u sustavima poput Jire.

Poglavlje 4: Od podataka do akcije: Integracija performansi u vaš tijek rada

Infrastruktura koja proizvodi samo nadzorne ploče je neuspjeh. Krajnji je cilj potaknuti akciju i stvoriti kulturu u kojoj je izvedba zajednička odgovornost.

Uspostavljanje proračuna performansi

Proračun performansi je skup ograničenja koja se vaš tim slaže ne prekoračiti. On pretvara performanse iz apstraktnog cilja u konkretnu metriku prolaza/pada. Proračuni mogu biti:

• Temeljeni na metrici: "p75 LCP za naše stranice proizvoda ne smije prelaziti 2,5 sekunde."
• Temeljeni na količini: "Ukupna veličina JavaScripta na stranici ne smije prelaziti 170 KB." ili "Ne bismo trebali imati više od 50 ukupnih zahtjeva."

Kako postaviti proračun? Nemojte proizvoljno birati brojeve. Temeljite ih na analizi konkurencije, onome što je ostvarivo na ciljanim uređajima i mrežama ili poslovnim ciljevima. Počnite sa skromnim proračunom i s vremenom ga zategnite.

Provođenje proračuna: Najučinkovitiji način provođenja proračuna je njihova integracija u vaš CI/CD (kontinuirana integracija/kontinuirana isporuka) cjevovod. Korištenjem alata poput Lighthouse CI-a, možete pokrenuti reviziju performansi na svakom zahtjevu za povlačenje. Ako zahtjev za povlačenje uzrokuje prekoračenje proračuna, izgradnja ne uspijeva, sprječavajući da regresija ikada dođe do produkcije.

Stvaranje kulture usmjerene na performanse

Sama tehnologija ne može riješiti probleme s performansama. Zahtijeva kulturnu promjenu u kojoj se svatko osjeća vlasnikom.

• Zajednička odgovornost: Performanse nisu samo inženjerski problem. Voditelji proizvoda moraju uključiti kriterije performansi u zahtjeve za nove značajke. Dizajneri bi trebali uzeti u obzir troškove performansi složenih animacija ili velikih slika. QA inženjeri moraju uključiti testiranje performansi u svoje planove testiranja.
• Učinite to vidljivim: Prikazujte ključne nadzorne ploče performansi na ekranima u uredu ili na istaknutom kanalu u aplikaciji za razgovor vaše tvrtke. Stalna vidljivost održava to u prvom planu.
• Uskladite poticaje: Povežite poboljšanja performansi s timskim ili individualnim ciljevima (OKR-ovi). Kada se timovi ocjenjuju prema metričkim performansama uz isporuku značajki, njihovi će se prioriteti pomaknuti.
• Slavite pobjede: Kada tim uspješno poboljša ključnu metriku, proslavite to. Široko podijelite rezultate i svakako povežite tehničko poboljšanje (npr. "smanjili smo LCP za 500 ms") s poslovnim utjecajem (npr. "što je dovelo do povećanja mobilnih konverzija za 2%").

Praktičan tijek rada otklanjanja pogrešaka

Kada dođe do regresije performansi, strukturirani tijek rada je ključan:

1. Upozorenje: Automatsko upozorenje se aktivira, obavještavajući dežurni tim o značajnoj regresiji u p75 LCP-a.
2. Izolacija: Inženjer koristi RUM nadzornu ploču za izolaciju regresije. Filtrira po vremenu kako bi odgovarao upozorenju, zatim segmentira po verziji izdanja, vrsti stranice i zemlji. Otkriva da je regresija povezana s najnovijim izdanjem i utječe samo na stranicu 'Pojedinosti o proizvodu' za korisnike u Europi.
3. Analiza: Inženjer koristi sintetički alat poput WebPageTesta za pokretanje testa na toj stranici s europske lokacije. Grafikon vodopada otkriva preuzimanje velike, neoptimizirane slike koja blokira prikaz glavnog sadržaja.
4. Korelacija: Inženjer provjerava povijest izmjena za najnovije izdanje i otkriva da je nova komponenta herojske slike dodana na stranicu s pojedinostima o proizvodu.
5. Popravak i provjera: Programer implementira popravak (npr. pravilno dimenzioniranje i komprimiranje slike, korištenje modernog formata poput AVIF/WebP). Popravak provjerava drugim sintetičkim testom prije implementacije. Nakon implementacije, nadzire RUM nadzornu ploču kako bi potvrdio da se p75 LCP vratio u normalu.

Poglavlje 5: Napredne teme i otpornost na buduće promjene

Kada je vaša temeljna infrastruktura uspostavljena, možete istražiti naprednije mogućnosti kako biste produbili svoje uvide.

Korelacija podataka o performansama s poslovnim metrikama

Krajnji je cilj izravno mjeriti utjecaj performansi na vaše poslovanje. To uključuje spajanje vaših RUM podataka s podacima poslovne analitike. Za svaku korisničku sesiju bilježite ID sesije i u svom RUM beacono i u svojim analitičkim događajima (npr. 'dodaj u košaricu', 'kupnja'). Tada možete izvršiti upite u svom skladištu podataka kako biste odgovorili na moćna pitanja poput: "Koja je stopa konverzije za korisnike koji su doživjeli LCP manji od 2,5 sekundi u usporedbi s onima koji su doživjeli LCP veći od 4 sekunde?" To pruža neoborive dokaze o ROI-u rada na performansama.

Segmentiranje za istinski globalnu publiku

Globalno poslovanje ne može imati jednu definiciju 'dobrih performansi'. Vaša infrastruktura mora vam omogućiti segmentiranje korisnika na temelju njihovog konteksta. Osim samo zemlje, iskoristite API-je preglednika za nijansiraniji pogled:

• Network Information API: Bilježi `effectiveType` (npr. '4g', '3g', 'slow-2g') za segmentiranje prema stvarnoj kvaliteti mreže, a ne samo vrsti mreže.
• Device Memory API: Koristite `navigator.deviceMemory` kako biste razumjeli mogućnosti korisničkog uređaja. Možda ćete odlučiti poslužiti lakšu verziju svoje stranice korisnicima s manje od 1 GB RAM-a.

Porast novih metrika (INP i dalje)

Krajolik performansi weba neprestano se razvija. Vaša infrastruktura trebala bi biti dovoljno fleksibilna da se prilagodi. Nedavni pomak s First Input Delay (FID) na Interaction to Next Paint (INP) kao Core Web Vital je glavni primjer. FID je mjerio samo kašnjenje *prve* interakcije, dok INP uzima u obzir latenciju *svih* interakcija, pružajući mnogo bolju mjeru ukupne responzivnosti stranice.

Kako biste svoj sustav učinili otpornim na budućnost, osigurajte da vaši slojevi za prikupljanje i obradu podataka nisu kodirani za određeni skup metrika. Olakšajte dodavanje nove metrike iz API-ja preglednika, započnite je prikupljati u svom RUM beacono i dodajte je svojoj bazi podataka i nadzornim pločama. Ostanite povezani s W3C Web Performance Working Group i širom zajednicom za performanse weba kako biste ostali ispred trendova.

Zaključak: Vaše putovanje do izvrsnosti performansi

Izgradnja infrastrukture performansi preglednika značajan je pothvat, ali jedno je od najutjecajnijih ulaganja koje moderno digitalno poslovanje može napraviti. Pretvara performanse iz reaktivne vježbe "gašenja požara" u proaktivnu disciplinu vođenu podacima koja izravno doprinosi krajnjem rezultatu.

Zapamtite da je ovo putovanje, a ne odredište. Započnite uspostavljanjem temeljnih stupova RUM-a i sintetičkog nadzora, čak i s jednostavnim alatima. Koristite prikupljene podatke za izgradnju poslovnog slučaja za daljnje ulaganje. Usredotočite se na izgradnju cjevovoda podataka koji vam omogućuje učinkovito prikupljanje, obradu i vizualizaciju podataka. Najvažnije, potičite kulturu performansi u kojoj se svaki tim osjeća vlasnikom korisničkog iskustva.

Slijedeći ovaj nacrt, možete izgraditi sustav koji ne samo da otkriva probleme, već pruža i djelotvorne uvide potrebne za stvaranje bržih, privlačnijih i uspješnijih digitalnih iskustava za vaše korisnike, gdje god se nalazili u svijetu.