„Preview could not be loaded” hiba

A „Preview could not be loaded” (az előnézet nem tölthető be) hiba akkor jelenik meg, ha a szerkesztő nem tudja kirajzolni az élő előnézeti vásznat. Gyakran néhány lépéssel megoldható: kapcsold be a biztonságos módot, emeld a PHP memóriakorlátját, mentsd újra a hivatkozások beállításait, vagy kapcsold ki a Cloudflare Rocket Loadert.

Miért nem töltődik be az előnézet?

• Kevés PHP-memória: a szerver elfogy a memóriából, amikor a szerkesztő az aktív bővítményekkel együtt töltődik.
• Bővítmény- vagy sablonütközés: harmadik féltől származó bővítmény vagy a sablon JavaScript-hibát okoz, és a vászon nem töltődik be.
• Sérült közvetlen hivatkozások: a WordPress átirányítási szabályai nincsenek szinkronban, vagy az .htaccess fájl sérült, ezért a szerkesztő nem éri el az oldal útvonalát.
• Szerver tűzfal: a tárhely biztonsági szabályai (mod_security), hibás fájljogosultságok vagy jelszóval védett könyvtárak blokkolják a WordPress admin kéréseit.
• Cloudflare Rocket Loader: a Cloudflare JavaScript-optimalizálása megváltoztatja a szkriptek futási sorrendjét, amelyre az Elementornak szüksége van.
• Elfelejtett index.html: a public_html gyökérkönyvtárban lévő statikus index.html felülírja a WordPress index.php fájlját.

Biztonságos mód a bővítményütközés kiszűrésére

A biztonságos mód úgy tölti be a szerkesztőt, hogy közben nem fut a sablon stílusa és a harmadik féltől származó bővítmények szkriptje. Ez csak a te szerkesztési munkameneteden érvényes, a látogatók semmi változást nem látnak.

1. Menj az Elementor → Eszközök → Általános fülre.
2. A Biztonságos mód listában válaszd a Bekapcsolás értéket.
3. Kattints a Módosítások mentése gombra.
4. Nyisd meg újra az oldalt az Elementorral.

https://minta-bolt.hu/wp-admin/admin.php?page=elementor-tools

A képen a Biztonságos mód lista látszik, alapértéke Kikapcsolás.

• Ha biztonságos módban betölt a szerkesztő, valamelyik bővítmény vagy a sablon az ok.
• Ha így sem tölt be, a szerverbeállítások, a memóriakorlát vagy a hivatkozások szerkezete okozza a hibát.

A hibás bővítmény vagy sablon megkeresése

Ha a biztonságos mód megoldotta a problémát, így keresd meg a tettest.

Figyelem: a kikapcsolás előtt mindig készíts teljes biztonsági mentést az adatbázisról és a fájlokról (a tárhely vezérlőpultján vagy mentő bővítménnyel).

1. Menj a Bővítmények → Telepített bővítmények oldalra.
2. Jelöld be az összes aktív bővítményt az Elementoron és az Elementor Pro-n kívül.
3. A Tömeges műveletek listában válaszd a Kikapcsolás értéket, és kattints az Alkalmaz gombra.
4. Nyisd meg újra az oldalt a szerkesztőben, és nézd meg, működik-e.
5. Kapcsold vissza a bővítményeket egyesével, a teljesítményt befolyásoló eszközökkel kezdve (gyorsítótár- és optimalizáló bővítmények). Minden bekapcsolás után töltsd újra a szerkesztőt.
6. Ha a bővítmények nem az okok, a Megjelenés → Sablonok oldalon ideiglenesen aktiváld az alapértelmezett Hello Elementor sablont.

Ha egy adott bővítmény vagy sablon bekapcsolása után tér vissza a hiba, megtaláltad az ütközés forrását: hagyd kikapcsolva, és jelezd a fejlesztőjének.

Ha kritikus hiba zár ki az adminból

Ha egy bővítmény vagy sablon kikapcsolása kritikus hibát okoz, és nem tudsz belépni:

1. Csatlakozz a szerverhez FTP-vel vagy a tárhely fájlkezelőjével.
2. Nyisd meg a public_html/wp-content/plugins/ mappát.
3. Nevezd át a hibás bővítmény mappáját (vagy az egész plugins mappát plugins_old névre), így a WordPress automatikusan kikapcsolja, és visszajutsz az adminba.
4. Másik lehetőség: állítsd vissza a hibakeresés előtt készített mentést.

A PHP memóriakorlát emelése

Az Elementornak legalább 256 MB PHP-memória kell, összetett webhelyeknél 512 MB ajánlott.

1. Csatlakozz a szerverhez FTP-klienssel vagy a tárhely fájlkezelőjével.
2. Nyisd meg a wp-config.php fájlt a gyökér public_html könyvtárban.
3. Illeszd be a következő sort közvetlenül az /* That's all, stop editing! Happy publishing. */ megjegyzés fölé:

define( 'WP_MEMORY_LIMIT', '512M' );

4. Mentsd a fájlt, és nyisd meg újra az oldalt a szerkesztőben.

A memóriakorlát aktuális értékét a rendszerinformációkban nézheted meg, lásd a szerkesztő betöltési hibáiról szóló fejezetet.

Közvetlen hivatkozások mentése és az .htaccess újragenerálása

A sérült hivatkozásszerkezet megszakítja a szerkesztő és a szerver kapcsolatát.

1. lépés: a hivatkozások frissítése

1. Menj a Beállítások → Közvetlen hivatkozások oldalra.
2. Válaszd az Egyszerű lehetőséget, és kattints a Módosítások mentése gombra. (Utána visszaállíthatod a korábbi szerkezetet, például a Bejegyzés címe beállítást.)

https://minta-bolt.hu/wp-admin/options-permalink.php

A képen a hivatkozásszerkezetek listája látszik, a Bejegyzés címe kijelölve.

2. lépés: sérült .htaccess fájl újragenerálása

1. A tárhely fájlkezelőjében vagy FTP-vel nyisd meg a public_html mappát.
2. Töröld az .htaccess fájlt.
3. Menj vissza a Beállítások → Közvetlen hivatkozások oldalra, és kattints a Módosítások mentése gombra: a WordPress új, tiszta .htaccess fájlt készít.

Cloudflare Rocket Loader és az index.html fájl

A CDN-optimalizálás és a gyökérben maradt statikus fájl is blokkolhatja a szerkesztő szkriptjeit.

A Rocket Loader kikapcsolása:

1. Jelentkezz be a Cloudflare vezérlőpultjára.
2. Menj a Speed → Optimization oldalra.
3. Kapcsold ki a Rocket Loader kapcsolót.
4. Ürítsd a gyorsítótárat a Caching → Configuration → Purge Everything gombbal.

Az Elementor és a Cloudflare általában jól együttműködik. A Rocket Loader további szabályairól lásd a szerkesztő betöltési hibáiról szóló fejezet Cloudflare-szakaszát.

Az index.html eltávolítása:

1. FTP-vel nyisd meg a szerver public_html mappáját.
2. Keresd meg a gyökérben az index.html fájlt.
3. Töröld, hogy a szerver újra a WordPress index.php fájlját használja.

HTTP 401, 403 és 500 szerverhibák

A szerver szintű hibák megakadályozzák az előnézet kirajzolását. Nyomd meg az F12 billentyűt a böngésző fejlesztői eszközeinek megnyitásához, válaszd a Console (konzol) fület, és keresd meg a piros állapotkódokat:

Állapotkód	Ok	Teendő
401 Unauthorized	Jelszavas védelem blokkolja az admin mappákat.	Kapcsold ki a .htpasswd könyvtárvédelmet a tárhely vezérlőpultján vagy a biztonsági bővítményben.
403 Forbidden	A szerver tűzfala (mod_security) vagy hibás fájljogosultságok tiltják a hozzáférést.	Kérd meg a tárhelyszolgáltatót, hogy engedélyezze az Elementor kéréseit a mod_security-ben. A mappák jogosultsága legyen 755, a fájloké 644.
500 Internal Server Error	A szerver elfogyott a PHP-memóriából, vagy kritikus szkripthiba történt.	Nézd meg a szerver PHP-hibanaplóit, vagy add hozzá a wp-config.php fájlhoz a define('WP_DEBUG', true); sort, hogy megtaláld a hibás szkriptet.

Az 500-as hibáról részletesebben lásd: 500, 502 és 520 hiba a szerkesztésnél.

Miért nem szerkeszthető közvetlenül a WooCommerce-bolt vagy a blogarchívum?

Ha a Szerkesztés az Elementorral gombra kattintasz egy dinamikus archívumoldalon (a blog főoldalán vagy a WooCommerce-bolt oldalán), előnézeti hibát kapsz. Ezek az oldalak a WordPress magja által kezelt archívumok, ezért nem szerkeszthetők úgy, mint egy szokásos statikus oldal.

1. Menj az Elementor → Sablonépítő oldalra.
2. Válaszd ki a szerkeszteni kívánt sablontípust (például Egy bejegyzés, Termékarchívum vagy Egy termék).
3. A hozzárendelt sablont a Sablonépítőben szerkeszd.

Böngészőbővítmények ütközése

A hirdetésblokkolók és adatvédelmi bővítmények letilthatják az Elementor szükséges JavaScript-fájljait.

1. Indítsd el a Google Chrome böngészőt.
2. Kattints a jobb felső sarokban a három pontra, és válaszd az Új inkognitóablak lehetőséget.
3. Jelentkezz be a WordPress adminba, és nyisd meg az oldalt az Elementorral.
4. Ha inkognitó módban betölt az előnézet, kapcsold ki egyenként a bővítményeket (például uBlock Origin, Privacy Badger vagy Brave Shields) a fő böngésződben.

Gyakori kérdések

Okozhat az alacsony szervermemória előnézeti hibát? Igen. Ha a szervernek nincs elég PHP-memóriája, az Elementor nem tudja futtatni a szerkesztő szkriptjeit az aktív bővítmények mellett. A wp-config.php fájlban a korlát 512M-re emelése megoldja a memóriahiányos hibákat.

Elrontja a webhelyet a látogatóknak a biztonságos mód? Nem. A biztonságos mód csak a te szerkesztési munkameneteden kapcsolja ki a harmadik féltől származó bővítményeket és a sablon kódját. Az éles webhely a látogatók számára érintetlen marad.

Elronthatja az Elementor szerkesztőjét egy index.html fájl? Igen. Ha a gyökér public_html könyvtárban van index.html, a szerver azt részesíti előnyben a WordPress index.php fájljával szemben, és blokkolja a szerkesztő útvonalait.

Miért jelentkezik a hiba a WooCommerce-bolt oldalon? A bolt oldala dinamikus archívum, amelyet a WordPress magja kezel, ezért a bolt elrendezését az Elementor → Sablonépítő oldalon kell elkészíteni és szerkeszteni.