WordPress Multisite instalacija i upravljanje s više sajtova iz jednog panela

WordPress Multisite instalacija je proces koji vam omogućava da kreirate, ažurirate i nadgledate više web stranica iz jedne WordPress instalacije i jedinstvenog administratorskog panela. Ova arhitektura je idealna za agencije koje upravljaju klijentskim sajtovima, korporacije s odjelima, obrazovne platforme sa podstranicama ili višejezične/lokacijske stranice kojima se upravlja centralno. Uz pouzdan hosting paket, čiste backupove, dobro isplaniranu domensku strukturu i pažljivo podešenu mrežu, WordPress Multisite donosi značajnu uštedu vremena, centraliziranu sigurnost i standardizirano upravljanje.

Kod standardne WordPress instalacije upravljate jednim sajtom. Kada omogućite Multisite, vaša instalacija se pretvara u mrežu. U toj mreži svaka stranica može imati vlastiti sadržaj, korisnike, medijske datoteke i postavke, ali se osnovni WordPress fajlovi, teme i dodaci koriste centralno. Na primjer, firma s 20 različitih poslovnica može umjesto 20 odvojenih WordPress instalacija kreirati 20 podstranica iz jednog panela. Time se procesi ažuriranja, sigurnosnih provjera i dodjele korisničkih ovlasti dramatično pojednostavljuju.

U ovom vodiču ćemo praktično obraditi kada WordPress Multisite ima smisla, pripremne radnje, instalaciju korak po korak, razlike između poddomene i poddirektorijuma, mrežni administratorski panel, upravljanje dodacima i temama, te savjete za performanse i sigurnost. Ako planirate koristiti ovu strukturu na produkcijskom projektu, preporučujemo da prije početka napravite kompletan backup i odaberete resursno jak WordPress hosting paket.

Šta je WordPress Multisite?

WordPress Multisite je ugrađena mrežna funkcionalnost koja je podrazumijevano isključena. Kada se aktivira, možete kreirati više sajtova koristeći iste WordPress fajlove i istu bazu podataka. Svaka podstranica se u administraciji ponaša kao zaseban sajt, ali mrežni administrator ima kontrolu na najvišem nivou nad svim stranicama.

U Multisite arhitekturi postoje dva osnovna nivoa upravljanja. Prvi je nivo Mrežnog administratora. On može dodavati nove sajtove, upravljati korisnicima, aktivirati teme na nivou mreže, omogućavati dodatke za sve sajtove i centralno vršiti ažuriranja. Drugi nivo je Administrator sajta. On upravlja samo dodijeljenom podstranicom, dodaje sadržaj, uređuje stranice, kreira menije i koristi odobrene teme.

Ova struktura je izuzetno moćna za repetitivno upravljanje web stranicama. Na primjer, dilerska mreža može otvoriti sajt u formatu dilernaziv.brend.com. Univerzitet može upravljati fakultetskim sajtovima tipa odsjek.univerzitet.edu.ba. Agencija može držati manje klijentske sajtove pod jednim panelom sa standardnim setom tema i dodataka. Ipak, Multisite nije rješenje za svaki scenario; posebno za projekte koji su potpuno nezavisni, zahtijevaju različite serverske resurse i specifične dodatke, odvojene WordPress instalacije su često zdravije rješenje.

Kada koristiti WordPress Multisite?

Prilikom odluke o Multisite-u treba gledati ne samo tehničku pogodnost, već i operativne potrebe. Jer kada se mreža jednom pusti u produkciju, mijenja vaše navike upravljanja. U pravom scenariju donosi ogromnu efikasnost; u pogrešnom može zakomplikovati održavanje, backup i debugiranje.

Odgovarajući scenariji upotrebe

• Korporativni sajtovi odjela: Ljudski resursi, press, podrška i kampanje mogu se upravljati pod istim brendom.
• Biznisi sa više lokacija: Za svaki grad ili poslovnicu može se kreirati zasebna podstranica.
• Edukativne i članske platforme: Sajtovi bazirani na instruktorima, razredima ili odsjecima mogu se okupiti u jednoj mreži.
• Projekti agencija: Mikro sajtovi sa sličnom tehničkom osnovom mogu se centralno ažurirati.
• Višejezične strukture: Zasebni jezički sajtovi mogu se postaviti u formatu bs.sajt.com ili sajt.com/bs.

Neprikladni scenariji

• Ako svaki sajt zahtijeva različitu PHP verziju, drugačiju serversku konfiguraciju ili posebnu izolaciju.
• Kada jedan sajt prima veoma intenzivan promet, a drugi slab, i želite odvojeno skaliranje resursa.
• Ako svaki klijent želi slobodno instalirati svoje dodatke.
• Kada je iz pravnih ili sigurnosnih razloga potrebna potpuna separacija na nivou baze podataka.
• Ako je za samo dva mala sajta nepotrebno uvoditi kompleksno mrežno upravljanje.

Da damo praktičan prag, ako upravljate sa najmanje 5-10 sajtova pod istim brendom ili tehničkim standardom, Multisite može uštedjeti ozbiljno vrijeme. Međutim, za 2-3 nezavisna projekta, odvojene instalacije su najčešće jednostavnije i fleksibilnije.

Struktura poddomene i poddirektorijuma: Koju odabrati?

Jedna od najkritičnijih odluka tokom instalacije je adresna struktura podstranica. WordPress Multisite nudi dva glavna modela: poddomenu i poddirektorijum. Kod modela poddomene, sajtovi se otvaraju kao sajt1.primjer.com. Kod modela poddirektorijuma koristi se format primjer.com/sajt1. Obje metode funkcionišu sa SEO strane ako su ispravno konfigurisane; odluka se donosi na osnovu arhitekture brenda, tehničkih potreba i strategije sadržaja.

Prilikom pokretanja nove mreže, model poddirektorijuma se brže postavlja. Međutim, za dilerske, školske, gradske ili državne sajtove, poddomena može izgledati profesionalnije. Ako ćete koristiti poddomene, provjerite u hosting panelu podršku za Wildcard DNS i SSL. Ako trebate planirati domene, sadržaji Upit domena i Upravljanje Domenom će vam olakšati proces odlučivanja.

Pripremna lista prije instalacije

Iako se Multisite instalacija čini kao dodavanje par linija koda, pogrešna primjena na produkcijskom sajtu može dovesti do problema s pristupom. Zato je preporučljivo da prije početka završite sljedeće pripreme.

• Napravite potpuni backup: Fajlovi i baza podataka moraju se backupirati zajedno. Samo spašavanje wp-content foldera nije dovoljno.
• Provjerite trajne linkove: U Postavkama mora biti aktivna SEO-friendly struktura trajnih linkova.
• Provjerite kompatibilnost dodataka: Posebno provjerite podršku za Multisite kod cache, sigurnosnih, članskih i page builder dodataka.
• Verifikujte PHP i verziju baze: Za aktuelnu WordPress verziju potrebna je moderna PHP verzija i dovoljan memorijski limit.
• Isplanirajte serverske resurse: Potrebe za CPU-om, RAM-om i inode-om za 10 podstranica nisu iste kao za 100 podstranica.
• Definišite SSL strategiju: Kod strukture poddomene može biti potreban Wildcard SSL ili sertifikat za svaku podadresu. U ovom trenutku možete procijeniti SSL certifikat opcije.

Kao preporuka iz iskustva, najzdraviji metod je testiranje u staging okruženju prije aktivacije Multisite-a na produkciji. Naročito je rizično raditi bez testnog okruženja na e-commerce, članskim i sajtovima s visokim prometom. Ako vaš sajt raste, a resursi shared hostinga se približavaju limitu, VPS Server ili skalabilni hosting plan mogu biti sigurnija opcija.

WordPress Multisite instalacija: Korak po korak

Sljedeći koraci služe za aktivaciju Multisite mreže na standardnoj WordPress instalaciji. Obavezno se uvjerite da ste napravili backup prije postupka. Također, trebat će vam FTP, file manager ili SSH pristup.

1. Uredite wp-config.php datoteku

Otvorite wp-config.php datoteku u glavnom WordPress direktorijumu. Neposredno iznad linije: /* That's all, stop editing! */ dodajte sljedeći kod:

define('WP_ALLOW_MULTISITE', true);

Sačuvajte datoteku i ponovo se prijavite na WordPress administraciju. Ovaj korak samo čini vidljivim meni za instalaciju Multisite-a; još uvijek ne aktivira mrežu.

2. Privremeno deaktivirajte dodatke

Prije instalacije preporučuje se privremeno isključivanje svih dodataka. Ovo smanjuje probleme s preusmjeravanjem ili dozvolama tokom instalacije. Naročito firewall, cache i dodaci za preusmjeravanje mogu izazvati neočekivane greške.

3. Pokrenite instalaciju mreže iz menija Alati

U administratorskom panelu idite na Alati > Instalacija mreže. Ovdje ćete biti upitani da odaberete poddomene ili poddirektorijume. Ako je vaša postojeća instalacija veoma stara, WordPress u nekim slučajevima može ograničiti opciju poddirektorijuma. Nakon odluke, provjerite naslov mreže i email adresu mrežnog administratora.

4. Dodajte date kodove u wp-config.php i .htaccess

WordPress će vam dati dva odvojena bloka koda. Prvi blok se dodaje u wp-config.php, a drugi u .htaccess datoteku. Dobra praksa je kopirati postojeća .htaccess pravila prije brisanja. Nakon što dodate kodove na ispravna mjesta, sačuvajte datoteke.

Najčešća greška u ovoj fazi je dodavanje koda na pogrešno mjesto ili stvaranje konflikta s postojećim pravilima u .htaccess-u. Ako dobijete 404 grešku, ponovo sačuvajte postavke trajnih linkova i provjerite sadržaj .htaccess datoteke.

5. Ponovo se prijavite i provjerite mrežni panel

Nakon dodavanja kodova, WordPress će tražiti da osvježite sesiju. Kada se ponovo prijavite, vidjet ćete meni Moji sajtovi u gornjoj admin traci. Odatle možete preći na panel Mrežnog administratora. Vaša mrežna struktura je sada aktivna.

6. Kreirajte prvu podstranicu

U panelu Mrežnog administratora idite na Sajtovi > Dodaj novi. Unesite adresu sajta, naslov, jezik i email administratora. Na primjer, ako koristite poddirektorijum, možete otvoriti sajt kao primjer.com/sarajevo, a za poddomenu sarajevo.primjer.com. Nakon kreiranja, uđite u panel tog sajta da podesite temu, menije, stranice i sadržaj.

Kako funkcioniše upravljanje iz jednog panela?

Prava snaga Multisite mreže dolazi do izražaja nakon instalacije. Mrežni administrator prati sve sajtove iz jednog panela i centralno definiše standarde. Na taj način nije potrebno pojedinačno se prijavljivati na svaki sajt radi ažuriranja ili uploada teme.

Upravljanje sajtovima

Na ekranu Sajtovi možete vidjeti sve sajtove u mreži, dodavati nove, arhivirati postojeće, deaktivirati ih ili obrisati. U velikim mrežama važno je uspostaviti standard imenovanja sajtova. Na primjer, za gradske sajtove koristiti format ime-grada, a za partnere kod-partnera, što kasnije olakšava pretragu i izvještavanje.

Upravljanje korisnicima i ulogama

U Multisite strukturi korisnici su definisani na nivou mreže, ali njihove uloge mogu biti različite na svakom sajtu. Jedna osoba može biti urednik na sajtu A, pretplatnik na sajtu B i administrator na sajtu C. Ova fleksibilnost je moćna, ali da ne bi došlo do zbrke s ovlastima, potrebno je unaprijed definisati politiku uloga.

Na primjer, u firmi sa 30 poslovnica, centralni tim su mrežni administratori, dok se svakom predstavniku poslovnice daje uloga urednika samo na njegovom sajtu. Tako poslovnica objavljuje vlastita obavještenja, ali ne može dirati temu, dodatke i kritične postavke.

Upravljanje temama

Teme postavlja mrežni administrator i aktivira ih na nivou mreže. Administratori sajtova mogu birati samo između dozvoljenih tema. Radi integriteta brenda, najbolji pristup je obično korištenje 1 glavne teme i 1 child teme. Time se održava standard dizajna, a ažuriranja se sprovode centralno.

Upravljanje dodacima

Dodaci se mogu koristiti na dva načina: mrežna aktivacija ili aktivacija po pojedinačnom sajtu. Osnovni dodaci za sigurnost, SEO, backup i performanse mogu se aktivirati na nivou mreže. Potrebe poput formi, galerija ili posebnih integracija mogu se uključivati po sajtovima.

Ovdje treba obratiti pažnju na držanje broja dodataka pod kontrolom. U mreži sa 50 podstranica, jedan nepotreban dodatak može uticati na performanse cijele mreže. Iz iskustva, za svaki dodatak van osnovnih potreba treba postaviti tri pitanja: Da li je zaista neophodan, da li je kompatibilan s Multisite-om, da li je ažuran i pouzdan?

SEO aspekti korištenja Multisite-a

WordPress Multisite sam po sebi nije ni prednost ni mana za SEO. Ishod određuju URL arhitektura, kvalitet sadržaja, interna struktura linkova, tehničke performanse i kontrola indeksiranja. Naročito po SEO standardima iz 2026. godine, pretraživači zajedno procjenjuju korisničku namjeru, autoritet teme, iskustvo na stranici i signale povjerenja.

Za svaku podstranicu treba kreirati jedinstven naslov, meta opis, tekst početne stranice i kontakt informacije. Kopiranje istog sadržaja uz male izmjene na 20 podstranica može uzrokovati problem slabog ili dupliranog sadržaja. Na primjer, za svaki gradski sajt, umjesto objave istog teksta o uslugama uz promjenu samo imena grada, zdravije je dodati obim usluge specifičan za tu lokaciju, vrijeme isporuke, informacije o timu i pitanja kupaca.

• Kreirajte zasebne XML mape sajta za svaku podstranicu i pratite ih kroz Search Console.
• Ako koristite poddomene, verifikujte svaku važnu poddomenu kao zaseban property.
• Kontrolišite robots.txt i noindex postavke na nivou cijele mreže.
• Planirajte interne linkove tako da dodaju vrijednost korisniku.
• Održavajte prirodno linkovanje između podstranica; nemojte pretjerivati s unakrsnim linkovanjem.

Prilikom odabira SEO dodatka, treba preferirati rješenje s podrškom za Multisite. Također, na polju performansi važni su optimizacija slika, keširanje i korištenje CDN-a. Brži sajtovi poboljšavaju i korisničko iskustvo i efikasnost crawlovanja. Na ovu temu možete proširiti svoj tehnički optimizacijski plan uz Ubrzavanje web stranice vodiče.

Najbolje prakse za sigurnost i backup

Budući da u Multisite strukturi jedan sigurnosni propust može uticati na cijelu mrežu, nivo mjera opreza mora biti viši nego kod standardne instalacije. Nalozi mrežnih administratora moraju biti zaštićeni jakim lozinkama, dvofaktorskom autentifikacijom i politikom ograničenog pristupa. Ne treba ostavljati nepotrebne administratore, a bivše korisnike treba redovno provjeravati.

• Planirajte sedmični potpuni backup, dnevni backup baze. U mrežama s intenzivnim unosom sadržaja prikladniji je dnevni potpuni backup.
• Ažuriranja prvo testirajte u testnom okruženju. Ažuriranje jednog dodatka može istovremeno uticati na 40 sajtova.
• Kontrolišite dozvole datoteka. Svedite upisive direktorijume na minimum.
• Ograničite pokušaje prijave. Koristite zaštitu od brute force napada.
• Aktivirajte SSL sertifikat na svim sajtovima. Redovno skenirajte greške mješovitog sadržaja.
• Koristite pouzdane teme i dodatke. Nelicencirane datoteke ili one nepoznatog porijekla ugrožavaju cijelu mrežu.

U planu backupa ne smije se zaboraviti test vraćanja. Samo napraviti backup nije dovoljno; potrebno je u određenim intervalima testirati da li se backup zaista može vratiti. Naročito u mrežama s mnogo sajtova može se javiti potreba za vraćanjem samo jedne podstranice. Zbog toga provjerite da li vaše backup rješenje podržava vraćanje po pojedinačnom sajtu.

Performanse i izbor hostinga

U Multisite mreži sve podstranice dijele isto WordPress jezgro i najčešće iste serverske resurse. Zbog toga je izbor hostinga od kritične važnosti. Na početku, za 5-10 sajtova s niskim prometom, optimizirani WordPress hosting paket može biti dovoljan. Međutim, kako raste promet, medijsko opterećenje i broj dodataka, javlja se potreba za jačim resursima.

Hajde da isplaniramo jedan primjer: u korporativnoj mreži od 15 podstranica, ako svaki sajt ima prosječno 5.000 posjeta mjesečno, govorimo o strukturi od ukupno 75.000 posjeta. Ako svaki sajt ima slike visoke rezolucije, dodatke za forme i page buildere, raste upotreba CPU-a i RAM-a. U ovom slučaju nije dovoljno gledati samo diskovni prostor; procesor, memorija, PHP workers, inode limit i kapacitet backupa moraju se zajedno procijeniti.

Primjenjivi savjeti za performanse su:

• Komprimujte slike u WebP ili AVIF formatu.
• Definišite standardnu cache politiku na nivou mreže.
• Uklonite nepotrebne dodatke; samo ih deaktivirati možda nije dovoljno.
• Periodično optimizujte tabele baze podataka.
• Postavite limite veličine i tipa datoteka u Medijskoj biblioteci.
• Redovno izvještavajte o podstranicama s visokim prometom.

Na Hostragons-u, u zavisnosti od veličine vašeg projekta, možete procijeniti WordPress hosting, Korporativni Hosting ili za projekte koji zahtijevaju višu kontrolu, VPS Server opcije. Cilj nije odabrati najskuplji paket, već izgraditi održivu infrastrukturu koja odgovara današnjim potrebama mreže i planu rasta za 12 mjeseci.

Česte greške i rješenja

404 Greška

Ako stranice podstranica vraćaju 404, obično su problematična .htaccess pravila ili postavke trajnih linkova. Prvo ponovo sačuvajte trajne linkove. Zatim provjerite da li su Multisite .htaccess pravila koja je dao WordPress ispravno dodana.

Poddomena ne radi

Kod modela poddomene, možda nedostaje Wildcard DNS zapis. U DNS panelu provjerite da li je zapis *.vasadomena.com usmjeren na ispravnu IP adresu. Također, provjerite da li vaš hosting račun podržava Wildcard poddomene.

Pojavljuje se SSL upozorenje

Ako se svaka podstranica ne otvara s HTTPS-om, SSL pokrivenost može biti nedovoljna. Za mrežu s poddomenama može biti potreban Wildcard SSL. Također, slike, CSS ili JavaScript datoteke koje se u temi ili dodacima pozivaju preko HTTP-a mogu stvoriti grešku mješovitog sadržaja.

Dodatak pravi problem na svim sajtovima

Ako dodatak aktiviran na nivou mreže baci grešku, može uticati na sve sajtove. U tom slučaju privremeno deaktivirajte dodatak, provjerite logove grešaka i testirajte kompatibilnost u staging okruženju. Na kritičnim mrežama sigurnije je kontrolisano koristiti automatska ažuriranja.

Praktična kontrolna lista za upravljanje Multisite-om

Nakon završetka instalacije potrebno je uspostaviti redovnu rutinu održavanja. Sljedeća lista pomaže da vašu WordPress mrežu s više sajtova održite sigurnijom i upravljivijom.

• Mjesečno provjeravajte korisničke uloge i administratorske naloge.
• Svake sedmice pregledajte ažuriranja tema, dodataka i jezgra.
• Prije ažuriranja provjerite da li je napravljen automatski backup.
• Pratite brzinske skorove i logove grešaka podstranica.
• Provjeravajte SEO mape sajta i status indeksiranja.
• Pratite datume isticanja SSL sertifikata.
• Brišite nekorištene teme i dodatke.
• Kreirajte standardni šablon sadržaja i sigurnosti za otvaranje novih sajtova.

Ovaj pristup sprječava nered koji može nastati kako mreža raste. Kada struktura koja je počela sa 5 sajtova za nekoliko mjeseci naraste na 50, upravljanje postaje teško ako nemate standarde. Zato Multisite projekat treba posmatrati ne samo kao tehničku instalaciju, već kao kontinuirani operativni model.

Zaključak

WordPress Multisite instalacija je, u pravom scenariju, moćan i efikasan način za upravljanje više web stranica iz jednog panela. Zahvaljujući centralnom ažuriranju, zajedničkom upravljanju temama/dodacima, korisničkim ulogama i standardnim sigurnosnim politikama, donosi značajne prednosti naročito za korporativne mreže, agencije, obrazovne strukture i biznise s više lokacija. Ipak, za uspješno Multisite iskustvo neophodni su ispravan URL model, kompatibilni dodaci, redovan backup, snažan SSL plan i dovoljni hosting resursi.

Ako u svom projektu planirate centralno upravljati s više WordPress sajtova, prvo razjasnite svoje potrebe i cilj rasta. Zatim nastavite s odgovarajućom hosting infrastrukturom, strukturom domena i sigurnosnim planom. Na Hostragons-u možete napraviti solidan početak istražujući opcije WordPress hosting, Upit domena i SSL certifikat koje odgovaraju vašem projektu.

Često postavljana pitanja

Koja je razlika između WordPress Multisite i običnog WordPressa?

Obični WordPress upravlja jednim sajtom. WordPress Multisite vam omogućava da kreirate više sajtova iz iste instalacije i upravljate njima centralno iz panela mrežnog administratora.

Da li je Multisite štetan za SEO?

Ne. Multisite sam po sebi nije štetan za SEO. Ako se koristi ispravna URL struktura, jedinstven sadržaj, brz hosting, ispravne postavke indeksiranja i kvalitetni interni linkovi, funkcioniše zdravo sa SEO strane.

Trebam li odabrati poddomenu ili poddirektorijum?

Za nezavisnije strukture poput poslovnica, partnera, država ili podbrendova prikladnija je poddomena; za dijelove glavnog sajta, prostore za kampanje ili klastere sadržaja prikladniji je poddirektorijum. Odluka se donosi na osnovu brenda i tehničkih potreba.

Da li je za WordPress Multisite potreban poseban hosting?

Manje mreže mogu raditi na optimiziranom WordPress hostingu. Međutim, kako raste broj sajtova, promet i opterećenje dodataka, može biti potrebno više CPU-a, RAM-a, PHP workersa i kapaciteta backupa. Za velike mreže može se preferirati VPS ili skalabilni hosting.

Mogu li kasnije isključiti Multisite instalaciju?

Tehnički je moguće razdvojiti Multisite strukturu, ali taj proces nije jednostavan kao gašenje obične postavke. Baza podataka, medijske datoteke, korisnici i URL struktura moraju se pažljivo prenijeti. Zato je planiranje prije instalacije veoma važno.