Napraviš sajt, predaš klijentu pristup, i posle dva dana dobiješ poruku koju nisi očekivao: „Ko je firma čiji mi logo stoji u panelu?” Ponekad se tu i završi. Ponekad klijent ukuca to ime u Google, nađe cenovnik, i shvati da hosting koji mu ti fakturišeš stoji upola manje kod izvora.
Odatle obično kreće razgovor o white label hostingu. Ideja je prosta: klijent radi u panelu koji nosi tvoje ime, a ne ime nekog trećeg. Ono što se ređe kaže je da white label nije nevidljivi ogrtač. Nekoliko stvari ostaje vidljivo bez obzira na to šta podesiš, i mnogo je bolje da to znaš unapred nego da saznaš preko klijenta.
U nastavku ide šta klijent stvarno vidi, na kojih sedam mesta ime hostera curi iako si sve podesio, i šta od toga vredi zatvarati a šta ne.
Šta white label kod hostinga zapravo pokriva
Kad hoster kaže white label, u devet od deset slučajeva misli na kontrolni panel. To znači da u panelu stoji tvoj logo, tvoje boje, tvoja favikona i tvoji linkovi ka pomoći i kontaktu. Kod cPanela se to podešava kroz odeljak Customization, koji ima kartice za logotipe, boje, favikonu, linkove i javni kontakt. Logotip se postavlja u dve varijante, za svetlu i za tamnu pozadinu, a favikona mora da bude .ico fajl, najbolje 32 sa 32 piksela.
To je stvarna promena i klijent je odmah primeti. Ali pogledaj šta sve ostaje izvan panela: DNS zapisi, adresa na kojoj se panel otvara, mejlovi koje sajt šalje, podaci o domenu, sertifikat. Nijedno od toga ne dira podešavanje brendiranja. Zato white label najbolje shvatiti kao prvi sloj, ne kao ceo posao.
Sedam mesta na kojima curi ime hostera
1. Nejmserveri
Ovo je najglasnije mesto i istovremeno najlakše za proveru. Svako ko ukuca dig NS domen.rs ili otvori bilo koji besplatni DNS alat vidi na čijim nejmserverima domen stoji. Ako tamo piše ime hostera, nema tog logotipa u panelu koji to pokriva.
Da vidim koliko je to zaista uobičajeno, pustio sam 18.09.2026. upit za nejmservere na četrnaest poznatih srpskih domena. Kod samo tri od četrnaest nejmserveri nose ime samog sajta (b92.net, sbb.rs i rnids.rs). Kod ostalih jedanaest u imenu nejmservera stoji neko drugi: Cloudflare, Orion, Loopia, Bunny, Azure, Telekom, Cetin i mns-dns. Drugim rečima, većina sajtova u Srbiji doslovno objavljuje ko im drži infrastrukturu, i niko od toga nije napravio problem.
Ako ti je ipak stalo, rešenje su sopstveni nejmserveri na tvom domenu, tipa ns1.tvojaagencija.rs i ns2.tvojaagencija.rs. Praviš ih kod registra svog domena kao child nameservere, usmeriš na IP adrese koje ti hoster da, pa klijentske domene prebaciš na njih. Traje pola sata po agenciji, jednom zauvek. Kad prebacuješ više klijenata odjednom, isplati se da pogledaš i redosled poteza kod selidbe dvanaest sajtova, jer se promena nejmservera najčešće radi u istom prolazu.
2. Obrnuti DNS zapis IP adrese
Kad neko uzme IP adresu sajta i pusti obrnuti upit, dobije ime servera kod hostera. Na deljenom hostingu to ime obično sadrži ime firme koja drži server. Ovo se ne može sakriti sa tvoje strane, jer obrnuti zapis postavlja vlasnik IP adresne mreže, ne ti.
Realno gledano, ovo je najmanji problem na spisku. Klijent koji zna da pusti obrnuti DNS upit obično već zna i kako hosting funkcioniše, pa mu činjenica da si negde zakupio prostor nije nikakvo otkriće.
3. Adresa i naslov stranice za prijavu u panel
Ovde se najčešće greši. Možeš da postaviš svoj logo i svoje boje, ali ako klijentu pošalješ link na kom u adresi stoji ime hostera, brendiranje je propalo pre nego što je stranica učitana. Adresa treba da ide preko domena klijenta ili tvog, na primer panel.tvojaagencija.rs.
I tu postoji granica. Pogledao sam 18.09.2026. stranicu za prijavu na jednom nalogu: naslov stranice u kartici pregledača glasi „cPanel Redirect”, a sama reč cPanel pojavljuje se na toj stranici četrnaest puta. Brendiranje menja logotip, boje i linkove, ne menja ime samog softvera. Ako klijent gleda, videće da koristi cPanel. To nije tajna koju treba čuvati, cPanel je industrijski standard i pre je argument nego problem.
4. Mejlovi koje sajt šalje
Kontakt forma pošalje poruku, klijent otvori zaglavlje, i u redovima o putu poruke stoji ime servera. Isto važi za sistemske mejlove koje WordPress šalje o ažuriranjima i novim korisnicima. Većina ljudi nikad ne otvori zaglavlje mejla, ali onaj jedan koji otvori uvek je baš onaj sa kojim ne želiš tu temu.
Rešenje je da sajt šalje preko SMTP naloga na klijentovom domenu. Postaviš nalog tipa [email protected], dodaš SPF i DKIM zapise za taj domen, i dobiješ dve stvari odjednom: poruke prestaju da završavaju u spamu, a u zaglavlju stoji klijentov domen kao pošiljalac.
5. WHOIS i ovlašćeni registar domena
Ako domen registruješ preko hostera, u javnom zapisu o domenu stoji ime tog registra. Kod .rs domena to je vidljivo kroz RNIDS pretragu, gde pored statusa i datuma stoji i ko je ovlašćeni registar. Kontakti se prikazuju štedljivo, ali registar se vidi.
Ovde postoji i pitanje koje je važnije od brendiranja: na čije ime je domen registrovan. Ako je na tvoje, imaš problem u trenutku kad se rastanete, a klijent ima pravo da traži svoje. Registruj domen na ime klijenta, daj mu pristup, i ostavi sebi tehnički kontakt. Manje si vidljiv kao brend, ali si zato čist kad dođe do razlaza.
6. Zaglavlja koja server vraća
Ovo je dobra vest. Proverio sam 18.09.2026. šta wphost.rs vraća u zaglavljima: stoji samo server: LiteSpeed, i nema X-Powered-By ni bilo kog zaglavlja sa imenom hostera. Znači obična provera alatom tipa „koja tehnologija stoji iza ovog sajta” vraća ime veb servera, ne ime firme koja ga drži. Kod dela hostera to nije tako, pa ako biraš, ovo je jedna od stvari koje se proveravaju za deset sekundi.
7. SSL sertifikat
Isto merenje, isti dan: sertifikat je izdao Google Trust Services, kroz automatsko izdavanje na serveru. U detaljima sertifikata piše izdavalac i domen, nigde ime hostera. Sertifikati koji se izdaju automatski su tu u prednosti nad plaćenim sertifikatima kupljenim preko hostera, gde u lancu ume da se pojavi i ime prodavca.
Šta klijent sme da vidi, i zašto je zdravo da vidi
Sad druga strana priče. Postoji vrsta agencije koja od white labela napravi zid i klijentu ne da ništa, pa se zove za svaku izmenu teksta. To radi tačno dok klijent ne poželi da ode, a onda postane skupo i ružno.
Klijent bez ikakve štete po tebe treba da vidi svoj nalog i svoje fajlove, svoje mejl naloge i lozinke za njih, svoje bekape i mogućnost da ih skine, statistiku svog sajta i pristup WordPress administraciji u ulozi koja mu odgovara. Koja je to uloga i kako se to postavlja bez rizika pisao sam odvojeno, u tekstu o delegiranju pristupa klijentima na WordPressu.
Korist je praktična, ne moralna. Klijent koji sam vidi svoje bekape ne zove te u nedelju uveče da pita da li je sajt sačuvan. Klijent koji ima svoj mejl nalog ne traži od tebe da mu resetuješ lozinku svaki treći mesec.
Šta klijent ne treba da vidi
Granica je jasnija nego što izgleda. Klijent ne treba da vidi druge klijente, ni po imenu ni kroz fajlove, i tu nije reč o brendiranju nego o osnovnoj bezbednosti. Ne treba da vidi ni tvoj glavni nalog iz kog praviš podnaloge, ni nabavnu cenu hostinga, ni licence koje si nabavio za sve klijente odjednom.
Ovo poslednje je čest izvor neprijatnosti. Ako klijentu na sajtu vrti premium dodatak čija licenca ide preko tebe, u podešavanjima dodatka ume da se vidi na koga je licenca registrovana. Pre predaje prođi kroz podešavanja licenciranih dodataka i vidi šta tamo piše. Kod paketa koji uključuju gotove licence to je obično uredno rešeno, ali provera traje minut.
Odvojeni nalozi su pola posla
Najveća razlika nije u logotipu nego u tome da li svaki klijent ima svoj nalog ili svi sede u jednom.
Kad je sve u jednom nalogu, klijentu možeš da daš pristup samo kroz WordPress, jer bi pristup fajlovima značio pristup svim sajtovima. Tu nema brendiranja koje pomaže, jer klijent uopšte ne dobija panel. Kad svaki klijent ima svoj cPanel nalog, dobija svoj panel, svoju bazu, svoje mejlove i svoje resurse, a ti zadržavaš glavni nalog iznad svega. Tek tada brendiranje ima gde da se vidi.
Pomaže i kad neko ode. Odvojen nalog se spakuje i pošalje drugom hosteru kao jedan fajl, bez petljanja oko toga koji su fajlovi čiji. Na tome stoji i Agency hosting: glavni nalog iz kog praviš podnaloge, potpuno odvojene. Starter je 3.333 dinara mesečno uz godišnje plaćanje, sa 50 GB prostora i do 20 odvojenih cPanel naloga, a Pro 5.833 dinara, sa 100 GB i do 50 naloga. Ako radiš sam i još nemaš dvadeset klijenata, isti princip pokriva i hosting za frilensere. Za agencije koje uz sajtove vrte i kampanje, sa skokovima saobraćaja koje treba izdržati, ide ista logika u WordPress hostingu za marketing agencije.
Granica koju white label ne sme da pređe
Jedna stvar se lako pomeša. White label znači da ti nudiš uslugu pod svojim imenom, i to je potpuno legitimno, isto kao kad štamparija štampa preko partnera ili kad restoran ne pravi sam hleb. Ne znači da smeš da tvrdiš nešto što nije tačno.
Praktično: nemoj da pišeš da imaš sopstvene servere u data centru ako ih nemaš. Nemoj da izmišljaš tehničke podatke o infrastrukturi. Ako te klijent direktno pita gde mu stoji sajt, reci mu, jer je to njegov podatak i ima pravo da ga zna. Razlika je između toga da nešto ne reklamiraš i toga da tvrdiš suprotno. Prvo je normalno poslovanje, drugo se vraća kao bumerang, obično baš kad ti najmanje treba.
Čeklista pre nego što predaš pristup
- Klijent ima svoj nalog, ne pristup tvom glavnom nalogu.
- Adresa panela ide preko tvog ili klijentovog domena, ne preko adrese hostera.
- U panelu stoje tvoj logo, boje, favikona i tvoj kontakt za podršku.
- Nejmserveri su tvoji, ili si svesno odlučio da to ne radiš.
- Sajt šalje mejlove preko klijentovog domena, sa SPF i DKIM zapisima.
- Domen je registrovan na ime klijenta, ti si tehnički kontakt.
- WordPress uloga je najmanja koja klijentu obavlja posao, najčešće Editor.
- Prošao si kroz podešavanja licenciranih dodataka i video na koga glase.
- Klijent zna gde su mu bekapi i kako da ih skine sam.
- Napisao si u jednom mejlu šta klijent ima, čemu ima pristup i koga zove kad nešto pukne.
Poslednja stavka je jedina koju skoro svi preskaču, a ona najviše smanjuje broj poziva.
Kratak odgovor
White label ti daje panel pod tvojim imenom i odvojen nalog po klijentu. Ne daje ti nevidljivost, jer nejmserveri, obrnuti DNS, zaglavlja mejlova i podaci o domenu i dalje govore svoju priču onome ko ume da pogleda. Zato se ne trudi da sakriješ sve, nego zatvori ono što klijent vidi svakog dana, a ostalo ostavi kako jeste i odgovori pošteno ako pita.
Ako te zanima kako to izgleda kad je postavljeno kako treba, pogledaj kako radi Agency hosting sa odvojenim nalozima i brendiranim panelom.
