Mýty o WordPress Multisite — vyvráceny

WordPress Multisite pohání vše od osobních blogových sítí po masivní publikační platformy jako WordPress.com. Přesto i po více než desetiletí v jádru přetrvávají mýty. Pojďme oddělit fakta od fikce — s reálnými příklady a daty, která to podpoří.

Mýtus 1: „Multisite je pomalý.“

Realita: Multisite může být stejně rychlý jako jedno-síťový WordPress — pokud dodržujete stejné osvědčené postupy. Rychlost závisí na cachování, dotazech a kvalitě hostingu, ne na samotné funkci Multisite.

• Cachování stránek a trvalé cachování objektů (Redis nebo Memcached) výrazně snižují zátěž databáze.
• WordPress 6.1+ nyní obsahuje kontroly zdraví webu pro cache stránek i cache objektů kvůli jejich velkému dopadu na výkon.

Zdroj: Tým výkonu WordPress (Make/Core)

Shrnutí: Multisite není pomalý — špatné cachování nebo neefektivní kód je.

Mýtus 2: „Multisite se těžko nastavuje.“

Realita: Stačí jen pár kroků:

1. Přidejte define('WP_ALLOW_MULTISITE', true); do wp-config.php.
2. Přejděte na Nástroje → Nastavení sítě.
3. Vyberte subdomény nebo podadresáře.
4. Vložte vygenerovaná pravidla a znovu se přihlaste.

Zdroj: Learn WordPress — Nastavení Multisite sítě

Shrnutí: Multisite není „těžký“, je to jen jednorázové nastavení s novou administrační vrstvou zvanou Síťová administrace.

Mýtus 3: „Multisite funguje jen s subdoménami nebo podsložkami.“

Realita: Od WordPress 4.5 je mapování domén vestavěno v jádru. Každé podsíti můžete přiřadit vlastní domény bez dalších pluginů.

Zdroj: Dokumentace WordPress Multisite

Shrnutí: Můžete použít podadresáře, subdomény nebo zcela vlastní domény nativně.

Mýtus 4: „Všechny weby sdílejí jednu databázovou tabulku.“

Realita: Každý web v Multisite síti má svou vlastní sadu tabulek (např. wp_2_posts, wp_2_options atd.). Sdílí se jen několik tabulek — jako registr webů a uživatelé.

Zdroj: Learn WordPress — Databázové tabulky Multisite

Shrnutí: Weby jsou izolovány na úrovni tabulek, nejsou všechny smíchány dohromady.

Mýtus 5: „Pluginy a šablony musí být aktivní všude.“

Realita: Multisite umožňuje nainstalovat jednou a pak vybrat:

• Síťově aktivovat pro všechny weby
• Povolit správcům webů, aby aktivovali jednotlivě

Shrnutí: Máte kontrolu nad rozsahem — globálně, když je potřeba, lokálně, když ne.

Mýtus 6: „Multisite je jen pro obrovské podniky.“

Realita: Multisite pomáhá každému, kdo spravuje více souvisejících webů — ať už je to univerzitní síť, SaaS platforma nebo marketingová agentura spravující klienty. Na velikosti nezáleží; záleží na potřebě centralizované správy.

Shrnutí: I malé týmy mohou těžit ze sdílených uživatelů, aktualizací a pluginů.

Mýtus 7: „Multisite je bezpečnostní riziko.“

Realita: Centralizovaná správa často zlepšuje bezpečnost. Multisite přidává speciální roli Super Admin, který řídí změny na úrovni sítě, zatímco běžní správci spravují pouze své vlastní weby.

Shrnutí: Správně nakonfigurovaný Multisite může snížit odchylky v útočné ploše napříč mnoha weby.

Mýtus 8: „Multisite se neškáluje.“

Realita: WordPress.com, Edublogs a velké mediální značky dokazují opak. Výkon závisí na cachování, efektivních pluginech a infrastruktuře — ne na tom, zda jde o Multisite nebo ne.

Zdroj: Průvodce výkonem WordPress

Shrnutí: Škálování Multisite sítě se řídí stejnými pravidly jako škálování jakéhokoli moderního WordPress webu.

Reálné příklady WordPress Multisite v akci

Zdroje: Elegant Themes, WP Engine, Pantheon a případové studie WP Cloud multisite.

Skryté nebezpečí: Špatně napsané pluginy

I dokonale nakonfigurovanou Multisite síť mohou zpomalit špatné pluginy. Protože všechny weby sdílejí stejnou kódovou základnu pluginů, jeden nevhodně se chovající plugin může ovlivnit výkon celé sítě.

Běžné problémy způsobené špatnými pluginy

• Těžké databázové dotazy nebo neindexované JOINy, které se spouštějí při každém načtení stránky.
• Nekontrolované cron úlohy spouštějící se příliš často na všech podsítích.
• Úniky paměti a nadměrné vytváření objektů ve smyčkách nebo háčcích jako init.
• Nafouknutí tabulky options a autoloadovaná data, která zpomalují každý požadavek.
• Předpoklady pro jeden web (pevně zakódované názvy tabulek, chybějící logika switch_to_blog()).

Jak předcházet zpomalení způsobenému pluginy

• Testujte na stagingu před síťovou aktivací.
• Profilujte dotazy pomocí nástrojů jako Query Monitor nebo New Relic.
• Omezte síťovou aktivaci — povolte pluginy na jednotlivých webech, když je to možné.
• Používejte trvalé cachování objektů (Redis nebo Memcached).
• Vyhněte se velkým autoloadům v options a vyčistěte stará data.
• Prověřte kvalitu pluginů — hledejte aktivní údržbu a podporu multisite v dokumentaci.

Zdroje: WPMU DEV — Zlepšení výkonu na velkých webech,
Multidots — Osvědčené postupy pro Multisite

Shrnutí: Špatně napsané pluginy jsou skutečným nepřítelem výkonu — ne samotný Multisite.

Kdy Multisite není správná volba

• Potřebujete zcela odlišné sady pluginů/šablon na každém webu bez sdíleného kódu.
• Chcete oddělená hostingová prostředí nebo fyzickou izolaci.
• Spoléháte na specializované pluginy, které nejsou kompatibilní s Multisite.

Pravidlo: Multisite vyniká, když chcete sdílenou správu, kód a efektivitu — ne když každý web musí žít ve svém vlastním silu.

Závěrečné myšlenky

WordPress Multisite je jednou z nejvíce nepochopených, přesto nejvýkonnějších funkcí WordPressu. Je prověřený v měřítku velkými značkami, univerzitami a poskytovateli SaaS. Při správném cachování, správě pluginů a testování nabízí bezkonkurenční efektivitu pro správu mnoha webů najednou.

Místo obav z Multisite ho přijměte jako to, čím skutečně je: multiplikátorem síly pro vaši WordPress síť.

Zdroje: WordPress.org Dokumentace, Learn WordPress, WP Engine, Elegant Themes, WPMU DEV, Multidots, Pantheon a WP Cloud.