Oprava konfliktov rozloženia s Avadou

Ak vaša stránka v Avade zrazu vyzerá nefunkčne (naukladané stĺpce, absurdné okraje, pretekajúci slider), problém zriedkakedy spočíva v samotnej Avade. Podľa mojej skúsenosti ide takmer vždy o konflikt prvkov (CSS/JS), príliš agresívnu vyrovnávaciu pamäť alebo globálny CSS pridaný narýchlo do podradenej témy.

Problém

Konflikty rozloženia v Avada (Fusion Builder) sa často zobrazujú bez jasnej správy na obrazovke. Vidíte ich na rozhraní rozhrania, niekedy iba na mobile, niekedy iba po prihlásení.

Keď sa zobrazí správa, často nájdem chyby JavaScriptu v konzole prehliadača alebo chyby PHP v protokoloch. Reálne príklady:

Uncaught TypeError: Cannot read properties of undefined (reading 'init')
    at fusionBuilderApp.init (fusion-builder.min.js:1)

Uncaught ReferenceError: jQuery is not defined
    at fusion-something.min.js:1

PHP Fatal error:  Uncaught Error: Call to undefined function fusion_library() in /wp-content/themes/Avada-child/functions.php:42

Kedy a kde sa objaví:

čelné : stĺpce, ktoré sa stanú 100 %, kontajnery, ktoré stratia svoju šírku, prvky, ktoré sa prekrývajú.
admin Editor Avada Builder sa už nenačítava, nekonečný spinner, neaktívne tlačidlá.
Po aktualizácii Aktualizované Avada/Avada Core/Avada Builder, potom vyrovnávacia pamäť/optimalizácia, ktoré stále používajú staré súbory.
Po aktivácii pluginu optimalizácia (minifikacia/kombinovanie), bezpečnosť (vypnutie REST), globálny CSS/JS plugin, „výkonnostný“ plugin, ktorý sa líši od jQuery.

Pre koho je to určené: ak ste začiatočník WordPress 6.9.4 (apríl 2026) a používate Avada/Fusion Builder, na konci budete vedieť:

Identifikujte, či problém pochádza z konfliktu CSS, JS, vyrovnávacej pamäte alebo pluginu.
Použite 3 bežné opravy s bezpečným kódom (PHP 8.1+) umiestneným na správnom mieste.
Správne otestujte (konzola, monitor dotazov, kontrola stavu) bez toho, aby ste „narušili“ svoju produkčnú stránku.

Rýchle zhrnutie

Začnite vymazaním všetkých vyrovnávacích pamätí. (plugin, server/CDN, prehliadač): toto je príčina číslo 1 po aktualizácii Avady.
Dočasne zakázať optimalizáciu CSS/JS (kombinovať/oneskoriť/odložiť): Avada Builder je citlivý na poradie načítavania.
Vyhľadajte globálny CSS pridané v časti „Vlastný CSS“, podradenej téme alebo plugine: jednoduchý .container{width:100%} stačí na zničenie siete Avada.
Skontrolujte konzolu prehliadača : jQuery is not defined často vysvetľuje staviteľ, ktorý už nereaguje.
Diagnostikujte bez rizika s kontrolou stavu (režim riešenia problémov) + monitorom dotazov, na WordPresse 6.9.4.

Príznaky

Tu sú príznaky, ktoré na Avada (Fusion Builder / Avada Builder) vidím najčastejšie. Môže ich existovať viacero súčasne.

Skladané stĺpce riadok 1/2 + 1/2 sa zmení na 100 % + 100 % aj na počítači.
Prerušená šírka „celej strany“ Kontajnery s plnou šírkou sa „zarámujú“ alebo naopak horizontálne pretečú (posúvanie X).
Nekoherentné priestory : zdvojené okraje/odsadenia, „stlačené“ sekcie, vložené názvy.
Chýbajúce písma/ikony Neviditeľné písmo Úžasné ikony, názvy v záložnom písme.
Tvorca, ktorý sa nenačíta V administrátorskom režime: biela obrazovka, otočné koliesko, tlačidlá nereagujú.
Krátke kódy zobrazené v texte Vidíš [fusion_text] namiesto dodaného obsahu.
Chyby 404 v CSS/JS súbory v /wp-content/uploads/fusion-styles/ ou /wp-content/cache/ nenašiel sa.
Rozdiely medzi pripojeným a odpojeným : typické pre vyrovnávaciu pamäť stránky alebo „oneskorenie“ JS aplikované iba na návštevníkov.

Rýchla diagnostická tabuľka (užitočná, keď neviete, kde začať):

symptóm	Príčina pravdepodobná	overenie	Riešenie
Nefunkčné stĺpce po aktualizácii	Vyrovnávacia pamäť + zastarané zlúčené súbory CSS	Otestovať v režime súkromného prehliadania + vymazať vyrovnávaciu pamäť pluginu/CDN	Riešenie 1 (zakázať kombinovanie/oneskorenie, vyčistenie, regeneráciu)
Horizontálne posúvanie (pretečenie)	Globálne CSS zapnuté `html, body` / `.container` / `img`	Inšpektor (Chrome DevTools) → prvok, ktorý presahuje rámec	Riešenie 2 (korektné Globálny CSS, obal Avada)
Administrátor Buildera už neodpovedá	Chyba JavaScriptu (jQuery, defer, konflikt pluginov)	Konzola → červené chyby + karta Sieť	Riešenie 1 + Riešenie 3
Zobrazené krátke kódy	Doplnok Avada Builder/Core je zakázaný, filter obsahu, blok surového HTML	Aktívne rozšírenia Avada Core/Builder?	Riešenie 3 (poradie zapojenia, obsah, zabezpečenie)
CSS/JS 404	Povolenia, vyrovnávacia pamäť, prepisovanie, CDN, vygenerované súbory odstránené	Sieť → stav 404 + presná cesta	Vyčistiť + regenerovať + skontrolovať oprávnenia/prepísať

Prečo sa to deje?

Jednoduchá verzia (pre začiatočníkov): Avada vytvára vaše rozloženia kombináciou CSS (pre mriežku, rozstupy, responzívnosť) a JavaScript (pre interaktívne moduly, nástroj Builder, určité efekty). Ak doplnok zmení poradie načítavania, vymaže súbor alebo zobrazí verziu z vyrovnávacej pamäte, rozloženie sa pokazí.

Tu je to, čo sa deje v zákulisí (technickejšie):

Avada a jej doplnky (Avada Core / Avada Builder) ukladanie a načítavanie aktív prostredníctvom rozhrania WordPress API (wp_enqueue_scripts predná strana, admin_enqueue_scripts (administrátorská strana). Referencia: wp_enqueue_script ().
Optimalizačné pluginy prepisujú finálny HTML kód: kombinujú, minifikujú a odkladajú/oneskorujú skripty. Skript Avada, ktorý by sa mal spustiť po jQuery alebo inom module, sa môže spustiť príliš skoro.
Globálny CSS (podradená téma, plugin „Vlastné CSS“) môže prepísať veľmi všeobecné selektory. Často som videl *{box-sizing:border-box} alebo agresívny reset preruší výpočty šírky.
Vyrovnávacia pamäť (plugin + CDN + prehliadač) môže zobrazovať starý súbor. Po aktualizácii Avady HTML odkazuje na novú verziu, ale CDN vracia starú verziu alebo naopak.

Pravdepodobné príčiny, od najčastejších po najvzácnejšie:

Ukladanie do vyrovnávacej pamäte/optimalizácia : kombinuje CSS/JS, oneskoruje JS, „odstraňuje nepoužívaný CSS“, vyrovnávaciu pamäť stránky.
Globálne CSS je príliš široké (podradená téma, vlastný CSS, plugin), ktorý ovplyvňuje .container, .row, img, iframe, body.
Konflikt JavaScriptu odložené jQuery, duplicitný skript, chyba JS z pluginu tretej strany.
Avada Core / Avada Builder nie sú synchronizované : nekompatibilné verzie alebo je niektorý z pluginov vypnutý.
Prepísať pravidlá / povolenia : vygenerované súbory nie sú prístupné, 403/404 na aktívach.
Problémy so serverom Nesprávna konfigurácia HTTP/2 push, prepisovanie Brotli/CDN, blokovanie REST/AJAX pomocou WAF.

Predpoklady pred začatím

Pred vykonaním akýchkoľvek zmien si uložte svoju prácu. Nikdy neupravujte jadro WordPressu ani súbory rodičovskej témy Avada: pracujte v čistom a nezmenenom prostredí. dieťa téma alebo vlastný doplnok.

WordPress : 6.9.4 (alebo novšia).
PHP Odporúča sa minimálne 8.1 (8.2/8.3 často pohodlnejšie). Referencia: PHP: Podporované verzie.
outils :
- Monitor dopytov (zadarmo) na zobrazenie chýb, prekážok, dotazov a načítaných skriptov/štýlov v PHP: wordpress.org/plugins/query-monitor.
- Kontrola stavu a riešenie problémov Ak chcete zakázať doplnky/témy iba pre vás (režim riešenia problémov): wordpress.org/plugins/health-check.
Povoliť protokolovanie (dočasne) cez wp-config.php Na zachytenie chýb podľa dokumentácie: Ladenie vo WordPress.

Príklad konfigurácie ladenia (na odoslanie do false (po dokončení diagnózy):

/**
 * Active le debug WordPress (à désactiver après dépannage).
 * À placer dans wp-config.php, avant "That's all, stop editing!".
 */
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Riešenie 1: CSS/JS sa načítava nesprávne (priority, optimalizácia, vyrovnávacia pamäť)

Typické príznaky: poškodené rozloženie po aktualizácii, neaktívne moduly Avada, nereagujúci Builder, chyby konzoly jQuery is not defined ou Cannot read properties of undefined.

Problém často pramení z výkonnostného pluginu, ktorý:

kombinovať CSS/JS,
líši (odkladá) alebo oneskoruje (oneskoruje) skripty,
Presunúť jQuery do päty.
alebo vymaže súbory, ktoré sa považujú za „nepotrebné“.

Krok 1 (bez kódu): Rýchly test v režime riešenia problémov

Pomocou Kontroly stavu aktivujte režim riešenia problémov (vidíte to iba vy), potom:

Vypnite optimalizačný doplnok (Autoptimize, WP Rocket, LiteSpeed Cache atď.).
Vymažte vyrovnávaciu pamäť Avada (v Avada > Výkon / Vyrovnávacia pamäť v závislosti od vašej verzie), potom vyrovnávaciu pamäť pluginov a nakoniec vyrovnávaciu pamäť CDN.
Znova načítajte stránku v režime súkromného prehliadania.

Ak sa všetko vráti do normálu: potvrdili ste konflikt aktív. Pokračujte krokom 2.

Krok 2 (s kódom): Zabráňte „odloženiu/zdržaniu“ v skriptoch Avada

Niektoré pluginy sa používajú defer cez filter WordPressu script_loader_tag, filtre je funkcia, ktorá prijíma hodnotu a musí ju vrátiť (na rozdiel od akčná ktorý vykoná kód bez vrátenia hodnoty).

Kam vložiť kód ideálne v mu-plugin (plugin je povinný), aby zostal aktívny aj po zmene témy.
Cesta: /wp-content/mu-plugins/avada-assets-fix.php (vytvoriť priečinok mu-plugins (ak neexistuje).

Pred vykonaním zmien uložte. Chýbajúca zátvorka spôsobí chybu 500.

PRED (príklad „pokazeného“ kódu často pridávaného do functions.php):

<?php
/**
 * Exemple de snippet problématique : ajoute defer à (presque) tous les scripts.
 * Je l'ai vu copié depuis des tutoriels anciens.
 */
add_filter( 'script_loader_tag', function( $tag, $handle ) {
	// ERREUR : on defer aussi les scripts qui doivent s'exécuter immédiatement (Avada, jQuery, etc.)
	return str_replace( ' src', ' defer src', $tag );
}, 10, 2 );

PO (okrem Avady + jQuery + niektorých bežných úchytov):

<?php
/**
 * Plugin MU : exclusions defer/delay pour Avada (WordPress 6.9.4+, PHP 8.1+).
 * Fichier : wp-content/mu-plugins/avada-assets-fix.php
 */
defined( 'ABSPATH' ) || exit;

/**
 * Retire "defer" (ou empêche son ajout) sur des scripts critiques.
 *
 * Pourquoi :
 * - Avada Builder et certains modules attendent un ordre précis (dépendances JS).
 * - Si un script est defer alors que son dépendant ne l'est pas, on obtient des erreurs JS.
 */
add_filter( 'script_loader_tag', function( $tag, $handle ) {

	// Liste à adapter : utilisez Query Monitor > Scripts pour voir les handles réels.
	$critical_handles = array(
		'jquery',
		'jquery-core',
		'jquery-migrate',
		// Avada / Fusion (handles fréquents, selon versions)
		'fusion-builder-app',
		'fusion-scripts',
		'avada-scripts',
	);

	if ( in_array( $handle, $critical_handles, true ) ) {
		// On retire defer si un autre plugin l'a injecté.
		$tag = preg_replace( '/sdefer(=(['"]).*?2)?/i', '', $tag );
		$tag = preg_replace( '/sdata-no-defer(=(['"]).*?2)?/i', '', $tag );
		return $tag;
	}

	return $tag;
}, 100, 2 );

Prečo to opravuje

Avada sa spolieha na závislosti JavaScriptu a načasovanie vykonávania. Keď plugin príliš „optimalizuje“, skončíte s:

Skript Avada spustený pred spustením jQuery
alebo moduly inicializované predtým, ako bol DOM pripravený,
alebo nepripojené udalosti (neaktívne tlačidlá v nástroji Builder).

Vylúčením kritických úchytov necháte optimalizačný doplnok pracovať na zvyšku bez toho, aby narušil Avadu.

Na overenie (presná diagnóza)

Konzola prehliadača: chyba jQuery is not defined musí zmiznúť.
Karta Sieť: Skripty Avada by mali odpovedať kódom 200 (nie 404/403).
Monitor dotazov > Skripty: skontrolujte poradie a prítomnosť súborov.

Riešenie 2: Nefunkčné sekcie „plnej šírky“ (kontajner, podradená téma, globálny CSS)

Typické príznaky: kontajnery s plnou šírkou, ktoré už nie sú plnošírkové, stĺpce, ktoré pretečú, horizontálne rolovanie, sekcie, ktoré sa „lepia“ na okraj, alebo naopak, všetko je uzavreté v pevnej šírke.

Klasický spúšťač: globálny CSS pridaný do:

Avada > Možnosti > Vlastný CSS,
Vzhľad > Prispôsobiť > Ďalšie CSS
detská téma (style.css),
plugin pre úryvky CSS,
alebo plugin na tvorbu stránok od tretej strany.

Bežné úskalie: preťaženie .container/.row

PRED („pokazený“ CSS, ktorý pravidelne vídavam):

/* Exemple problématique : trop générique */
.container {
  width: 100%;
  max-width: 100%;
}

.row {
  margin-left: 0;
  margin-right: 0;
}

Prečo je to nebezpečné: Avada používa vlastné obaly a mriežku. Ak vynútite .container ou .rowPorušujete výpočty okrajov/odsadení a responzívny dizajn.

Diagnóza: nájdenie víťazného CSS

Otvorte poškodenú stránku.
Kliknite pravým tlačidlom myši > Skontrolovať (Chrome/Firefox).
Vyberte prvok, ktorý pretečie (často kontajner).
Pozrite sa na kartu „Štýly“: uvidíte presné pravidlo a súbor kto ho aplikuje.

Ak pravidlo pochádza z vašej podradenej témy alebo dodatočného CSS, opravte ho obmedzením na správny kontext.

Oprava: Vymedzte rozsah CSS namiesto úpravy generických tried.

PO (opravené, cielené CSS):

/* Exemple corrigé : on cible uniquement une zone spécifique */
.page-id-123 .banniere-custom .container {
  max-width: 1200px;
  margin-left: auto;
  margin-right: auto;
}

/* Et si vous voulez du full width, ciblez votre wrapper, pas .container global */
.page-id-123 .banniere-custom {
  width: 100%;
  max-width: 100%;
}

Kam vložiť tento CSS kód:

Najčistejšie: dieťa téma > style.css.
OK, začať: dodatočný CSS (Prispôsobiť).
Vyhnite sa násobeniu lokalít (inak už nebudete vedieť, odkiaľ pravidlo pochádza).

Bežný prípad Avady: overflow-x hidden „na maskovanie“ pretečenia

Často som videl používateľov pridávať toto na „odstránenie horizontálneho rolovania“:

html, body { overflow-x: hidden; }

Toto maskuje príznak, nie príčinu. V deň, keď modul skutočne potrebuje pretečenie (posuvník, animácia), sa oreže. Namiesto toho nájdite vinnícky prvok (DevTools) a opravte jeho šírku/okraj.

Rozšírená možnosť (s kódom): načítať opravný CSS iba na určitých stránkach

Ak nechcete upravovať globálny CSS, načítajte súbor záplaty stránku po stránke pomocou hooku. háčik je háčik vo WordPresse: akcia alebo filter. Tu používame akciu wp_enqueue_scripts.

Kam vložiť kód : functions.php du dieťa téma (alebo vlastný plugin).
Uložiť pred úpravou Zabudnutá čiarka môže narušiť funkčnosť stránky.

PRED (zlý postup: obrovské množstvo inline CSS kódu naprieč celou stránkou):

<?php
add_action( 'wp_head', function() {
	// ERREUR : CSS injecté partout, difficile à maintenir, impact perf
	echo '<style>.container{max-width:100%!important;}</style>';
} );

PO (vyčistenie frontu + zacielenie):

<?php
/**
 * Thème enfant : charge un CSS correctif seulement sur une page.
 * Fichier : wp-content/themes/Avada-child/functions.php
 */
add_action( 'wp_enqueue_scripts', function() {

	// Exemple : ne charger que sur la page ID 123.
	if ( ! is_page( 123 ) ) {
		return;
	}

	wp_enqueue_style(
		'avada-child-layout-fix',
		get_stylesheet_directory_uri() . '/assets/css/layout-fix.css',
		array(), // Dépendances (si besoin, ajoutez le handle du style Avada)
		'2026-04-05'
	);
}, 20 );

Prečo je to lepšie: WordPress spravuje načítavanie, ukladanie do vyrovnávacej pamäte prehliadača a vyhnete sa zahlteniu všetkých stránok.

Riešenie 3: Krátke kódy Fusion sa nevykresľujú a JS Builder je nefunkčný (hooky, REST/AJAX, zabezpečenie)

Typické príznaky:

Krátke kódy Avada vidíte v obyčajnom texte (napr.: [fusion_text]).
Nástroj na tvorbu sa čiastočne načíta a potom zamrzne.
Sieťové hovory zlyhávajú (403/401) na /wp-json/ ou admin-ajax.php.

Bežná príčina: Avada Builder/Core je zakázaný alebo sú verzie nekonzistentné.

Avada sa spolieha na sprievodné pluginy. Rozšírenia na registráciu:

Jadro Avada aktívny
Avada Builder aktívny

Ak je niektorý neaktívny, niektoré krátke kódy sa už neuložia, takže ich WordPress zobrazí ako text.

Bežná príčina: filter, ktorý „čistí“ obsah a narúša krátke kódy.

Často som narazil na tento úryvok (skopírovaný zo starých zdrojov) tovar), ktorý z obsahu odstráni shortcodes:

PRED (zrušené):

<?php
/**
 * Exemple problématique : supprime les shortcodes du contenu.
 * Résultat : Avada ne peut plus rendre ses éléments.
 */
add_filter( 'the_content', function( $content ) {
	// ERREUR : retire tout ce qui ressemble à un shortcode
	$content = preg_replace( '/[[^]]+]/', '', $content );
	return $content;
}, 5 );

PO (vyhýbame sa dotyku obsahu alebo ho obmedzujeme na konkrétny prípad):

<?php
/**
 * Correction : ne supprimez pas les shortcodes globalement.
 * Si vous devez nettoyer un contenu, faites-le sur un champ spécifique,
 * ou sur un type de contenu précis, et jamais via une regex globale.
 */
add_filter( 'the_content', function( $content ) {

	// Exemple : ne rien faire sur les pages Avada (le plus sûr pour débuter).
	if ( is_singular() ) {
		return $content;
	}

	return $content;
}, 5 );

Prečo to rieši: Avada používa shortcodes (alebo interné bloky/štruktúry v závislosti od konfigurácie). Ich odstránenie na úrovni the_content znamená odstránenie „receptu“ na rozloženie.

Bežná príčina: REST API blokované (zabezpečenie) a Builder, ktorý závisí od volaní API

Niektoré bezpečnostné pluginy alebo úryvky blokujú REST API. Moderný editor WordPressu a niekoľko nástrojov na tvorbu kódu sa však spoliehajú na... /wp-json/ (aj keď Avada má svoje vlastné mechanizmy).

PRED (nebezpečný úryvok, príliš agresívny):

<?php
/**
 * Exemple courant : bloque TOUTE la REST API.
 * Effets : éditeurs et builders cassés, intégrations KO.
 */
add_filter( 'rest_authentication_errors', function( $result ) {
	if ( ! is_user_logged_in() ) {
		return new WP_Error( 'rest_forbidden', 'REST API désactivée.', array( 'status' => 403 ) );
	}
	return $result;
} );

PO (obmedzíme blokádu a aspoň necháme otvorené potrebné trasy):

<?php
/**
 * Version plus prudente : ne bloquez pas la REST API globalement.
 * Si vous devez restreindre, faites-le par route et avec une logique claire.
 *
 * OÙ : plugin custom ou mu-plugin (évitez functions.php si vous testez souvent).
 *
 * Risque sécurité : mal configurer ce filtre peut exposer des données.
 * Testez en staging.
 */
add_filter( 'rest_authentication_errors', function( $result ) {

	// Si une autre auth a déjà échoué, on respecte.
	if ( is_wp_error( $result ) ) {
		return $result;
	}

	$request_uri = isset( $_SERVER['REQUEST_URI'] ) ? (string) $_SERVER['REQUEST_URI'] : '';

	// Exemple : autoriser tout /wp/v2/ et laisser WordPress gérer les permissions.
	// Adaptez à votre politique réelle.
	if ( str_contains( $request_uri, '/wp-json/wp/v2/' ) ) {
		return $result;
	}

	// Bloquer uniquement certaines routes custom (exemple).
	if ( str_contains( $request_uri, '/wp-json/mon-plugin-prive/' ) && ! is_user_logged_in() ) {
		return new WP_Error(
			'rest_forbidden',
			'Accès REST restreint.',
			array( 'status' => 403 )
		);
	}

	return $result;
} );

Oficiálna referencia REST API: developer.wordpress.org/rest-api.

Bežná príčina: Zablokovaný administrátorský AJAX (nonce/povolenia) alebo WAF

Ak staviteľ volá na admin-ajax.php a ak vidíte 403/401, skontrolujte:

Bezpečnostný plugin/WAF (Wordfence, Cloudflare WAF, ModSecurity), ktorý blokuje požiadavky.
Vyrovnávacia pamäť, ktorá ukladá odpoveď AJAX do vyrovnávacej pamäte (zlá konfigurácia).
Nuncius skončil: jeden nuncius je token anti-CSRF. Ak je neplatný, WordPress akciu odmietne.

Odkaz na nunciov: Jednoduché čísla (zabezpečenie WordPressu).

Kontroly po korekcii

Po každom riešení vykonajte testy v tomto poradí (inak môžete „overiť“ falošne pozitívny výsledok kvôli vyrovnávacej pamäti):

Očistenie : Avada cache, plugin cache, server cache, CDN cache.
navigátor : vynútené opätovné načítanie (Ctrl+F5) + test v súkromnom prehliadaní.
Konzola : už žiadne červené chyby súvisiace s Avada/jQuery.
Mobilné responzívne testovanie (vývojársky nástroj) + skutočný telefón, ak je to možné.
Pripojené/Odpojené : otvoriť súkromné okno na simuláciu návštevníka.

Ak používate Fusion Builder/Fusion Slider: otestujte „jednoduchú“ stránku (1 kontajner, 2 stĺpce, 1 tlačidlo). To vám umožní rýchlo zistiť, či sa mriežka vrátila.

Ak to stále nefunguje

Keď sa stretnem s odporom, vždy postupujem metodicky, inak sa len točíme v kruhu.

1) Kontrola chýb (logy + monitor dotazov)

otvorené wp-content/debug.log (ak je povolená funkcia WP_DEBUG_LOG).
Nainštalujte si Monitor dotazov a sledujte:
- Chyby PHP
- Skripty/štýly boli načítané
- HTTP požiadavky

2) Kontrola stavu: Izolácia témy/pluginov bez narušenia verejnej stránky

Aktivujte režim riešenia problémov.
Nechajte Avada + Avada Core + Avada Builder.
Vypnite všetko ostatné.
Postupne ich aktivujte, kým sa chyba nezopakuje.

Keď nájdete chybný doplnok: pred jeho odstránením vyhľadajte možnosť „vylúčiť“ (vylúčiť skripty Avada z oneskorenia/kombinácie).

3) Skontrolujte chyby 404/403 na aktívach (sieť)

V časti DevTools > Sieť:

Filtrujte podľa „CSS“ a potom „JS“.
Identifikujte stavy 404/403.
Otvorte URL adresu na novej karte: ak vráti chybu 404, nejde o problém s prehliadačom, ale o problém so serverom/prepisovaním/povoleniami/CDN.

4) Trvalé odkazy / prepisovanie

Užitočný tip: prejdite do časti Nastavenia > Trvalé odkazy a kliknite na tlačidlo „Uložiť“ (bez zmeny). Týmto sa pravidlá prepisovania obnovia.

Referencia: flush_rewrite_rules() (nevolajte to na každej stránke, iba príležitostne).

5) Skontrolujte pamäť PHP

Avada môže byť náročná na zdroje, najmä s mnohými modulmi a možnosťami. Nedostatok pamäte môže spôsobiť nezvyčajné správanie (a nie vždy ide o priamočiaru chybu).

Referencia: Zvýšenie pamäte pridelenej PHP.

6) Posledný krok: dočasne deaktivujte všetky vyrovnávacie pamäte na strane servera

Vyrovnávacia pamäť Nginx/FastCGI
lak
CDN (vývojový režim)

Videl som CDN, ktoré zobrazovalo súbor Avada CSS, ktorý bol starý niekoľko dní, a to aj napriek „úspešnému“ odstráneniu na strane pluginu. Konečný test: obísť CDN (hostiteľov alebo priamu URL adresu pôvodu, ak je to možné), aby sa to potvrdilo.

Časté úskalia a chyby

symptóm	Príčina pravdepodobná	Odporúčané riešenie
Chyba 500 po pridaní úryvku	Kód vložený na nesprávne miesto, chýba bodkočiarka	Odstráňte úryvok kódu cez FTP, použite mu-plugin a overte syntax
Tvorca zamrzol, konzola: jQuery nie je definované	Plugin Perf, ktorý sa líši od jQuery	Riešenie 1 (vylúčenie kritických úchytov, vypnutie oneskorenia/odloženia pre Avada)
Všade naskladané stĺpce	Globálne CSS na .container/.row	Riešenie 2 (rozsah CSS, odstránenie všeobecných pravidiel)
Po pripojení všetko funguje, ale po odpojení sa to pokazí.	Rôzne oneskorenie vyrovnávacej pamäte stránky + JS pre návštevníkov	Zakázať vyrovnávaciu pamäť stránok v nástroji Pages Builder, vymazať, vylúčenia
Zobrazené krátke kódy	Avada Builder/Core je neaktívny alebo filter the_content je deštruktívny	Povoľte pluginy Avada, odstráňte regulárny výraz „cleaning“, riešenie 3
Oprava bola použitá, ale nič sa nezmenilo	Vyrovnávacia pamäť prehliadača/CDN nebola vyprázdnená	Súkromné prehliadanie + čistenie CDN + verziovanie CSS (reťazec dopytu)
Úryvok kódu „defer“ nefunguje.	Zlý háčik, zlá priorita	Použite script_loader_tag s vysokou prioritou (100), skontrolujte handlery
CSS/JS 404	Povolenia súborov, priečinok s nahrávanými súbormi/vyrovnávacou pamäťou bol odstránený	Oprava povolení, regenerácia aktív, kontrola pravidiel zabezpečenia servera

Chyby, ktoré často vidím u začiatočníkov (a ktoré stoja čas):

Skopírujte kód do rodičovská téma namiesto detskej témy.
Testujte priamo v produkčnom prostredí bez ukladania alebo prípravy.
Zabudnutie vymazať vyrovnávaciu pamäť pluginu AJ CDN (a presvedčenie, že „to nefunguje“).
Používanie 5 rokov starého optimalizačného tutoriálu, ktorý „všetko odkladá“ (nekompatibilné s modernými nástrojmi na tvorbu optimalizácií).
Mätúca akcia a filter: filter musí spiatočný hodnota.

Variant / alternatíva

Metóda bez kódu: vylúčenia vo vašom optimalizačnom plugine

Väčšina výkonnostných pluginov vám umožňuje vylúčiť:

skripty podľa URL alebo kľúčového slova (fusion, avada),
stránky (editor, nástroj na tvorbu stránok),
alebo zakázať „oneskorenie JS“ iba na určitých stránkach.

Ak ste začiatočník, toto je často najlepší kompromis: menšie riziko ako zle vložený úryvok PHP kódu.

Pokročilejšia metóda: presné profilovanie aktív

V prípade technických profilov môžete:

Na zobrazenie skriptov/štýlov a ich závislostí použite Monitor dotazov.
Porovnajte vykreslený HTML kód (zobraziť zdrojový kód) medzi normálnym režimom a režimom riešenia problémov.
Ak máte WP-CLI, skontrolujte konfiguráciu a vykonajte cielené čistenie (v závislosti od vášho zásobníka).

Referenčný odkaz na WP-CLI (oficiálny): Príkazy WP-CLI.

Vyhnite sa tomuto problému v budúcnosti

Vykonajte aktualizácie v uvedenom poradí. WordPress 6.9.4+ → Avada (téma) → Avada Core/Builder → pluginy. Potom vykonajte úplné vymazanie vyrovnávacej pamäte.
Vyhnite sa úryvkom „magickej optimalizácie“ ktorí sa prihlasujú defer/async Všade. Moderní stavitelia potrebujú stabilný poriadok.
Centralizujte svoj CSS : jedna lokalita (s detskou témou) namiesto 4 lokalít. Tam nájdete svoje pravidlá.
Rozsah vášho CSS uprednostňovať .page-id-123 .mon-bloc skôr než .container globálne.
Udržujte pódium Aj „lacné“ spracovanie vám zabráni v narušení vašej verejnej webovej stránky.
Monitorovanie konzoly Po každom pridaní pluginu: jediná chyba JS môže narušiť celé používateľské rozhranie.

Ak potrebujete pridať úryvok kódu, použite mu-plugin a upravte verzie zmien. To uľahčuje jeho deaktiváciu v prípade núdze cez FTP.

zdroje

často kladené otázky

Mám vypnúť Avada Builder, ak už neupravujem svoje stránky?

Nie, nie, ak sú na tom závislé vaše existujúce stránky. Ak je obsah vytvorený s prvkami Avada, vypnutie Avada Builder/Core môže zobraziť krátke kódy ako obyčajný text alebo prerušiť vykresľovanie.

Prečo sa problém objavuje iba na mobile?

Často je to preto, že globálna optimalizácia CSS alebo „kritického CSS“ nepokrýva body prerušenia alebo preto, že responzívny skript je oneskorený. Otestujte to dočasným vypnutím možností „odstrániť nepoužívaný CSS“ a „oneskoriť JS“.

Opravil som CSS, ale nevidím žiadnu zmenu.

Takmer vždy je uložený vo vyrovnávacej pamäti. Vymažte vyrovnávaciu pamäť pluginu a vyrovnávaciu pamäť CDN a potom to otestujte v režime súkromného prehliadania. Ak načítavate súbor CSS, zmeňte jeho číslo verzie (napríklad 2026-04-05) na vynútenie prehliadača.

Kam je najlepšie vložiť úryvok PHP kódu?

Pre riešenie problémov s Avadou uprednostňujem mu-plugin (v /wp-content/mu-plugins/): zostáva aktívny a ak urobíte chybu, môžete ho rýchlo odstrániť cez FTP.

Aký je rozdiel medzi akciou a filtrom?

Une akčná vykoná kód v danom čase (napr. wp_enqueue_scripts). filtre dostane hodnotu a musí spiatočný upravené alebo nezmenené (napr.: script_loader_tag).

Môže doplnok pre vyrovnávaciu pamäť poškodiť Avada?

Áno, najmä ak kombinuje/odkladá JavaScript alebo ukladá do vyrovnávacej pamäte stránky, ktoré by sa nemali ukladať do vyrovnávacej pamäte (stránky úprav, stránky s dynamickým obsahom). Vylúčenia pre jednotlivé stránky a skripty zvyčajne problém vyriešia.

Prečo mám v nástroji Builder bielu obrazovku, ale nie na verejnej stránke?

Pretože administrátor načítava rôzne skripty. Chyba JS v administrátorskom rozhraní (alebo obmedzenie REST/AJAX) môže poškodiť nástroj Builder bez ovplyvnenia front-endu.

Stačí jednoduchý „reset CSS“ na narušenie rozloženia?

Áno. Príliš agresívne resety na img, iframe, .container, .row alebo globálne pravidlá týkajúce sa box-sizing Môžu prelomiť mriežku. Rozsah pravidiel sa vzťahuje na váš blok.

V vygenerovaných súboroch CSS sa mi zobrazujú chyby 404: čo mám robiť?

Začnite vyčistením a regeneráciou (vyrovnávacia pamäť Avada + plugin). Potom skontrolujte povolenia/práva na wp-content/uploadsAk je CDN aktívna, vymažte aj stranu CDN.