Bricks Builder Rich Text elem: Mire való és mikor használd formázott tartalomhoz? (2026)

A Bricks Builder Rich Text elem egy teljes WYSIWYG-szerkesztőt ad: bekezdések, listák, táblázatok, belső H2–H6 tagek, linkek és inline formázás egyetlen elemben. Ez a legrugalmasabb szöveges elem, de ez a rugalmasság a leggyakoribb hibaforrás is: Word/Google Docs-ból bemásolt szöveg felesleges inline stílusokat hoz be, a szerkesztőben szabadon beszúrható H1 pedig könnyen tönkreteszi az oldal heading-hierarchiáját. Ha formázott, vegyes tartalmat – például egy teljes blogbejegyzés törzsét – szerkesztesz, a Rich Text a megfelelő elem; ha csak egy bekezdésnyi szöveget vagy egyetlen feliratot, más elem illik jobban hozzá.

A Rich Text elem egy WYSIWYG (What You See Is What You Get) szerkesztőt kínál, hasonlót a WordPress klasszikus szerkesztőjéhez. Bekezdéseket, listákat, táblázatokat, idézeteket, belső headingeket és inline formázást (bold, italic, link) tartalmazhat egyetlen elemen belül.

A Bricks Builder hierarchiájában a Rich Text tartalom-szintű elem:

Section
└── Container
   └── Block
      ├── Heading (H2 – szekció cím)
      └── Rich Text (formázott bekezdés, lista, táblázat)

1. Nyisd meg a Bricks Builder szerkesztőt.
2. Kattints az „Add element” (+) gombra, vagy nyomj `E` billentyűt.
3. Keresd meg a „Rich Text” elemet (a keresőbe írd: „rich”).
4. Húzd a megfelelő szülőelembe (Container, Block, Div).

Tipp: A Rich Text elem alapértelmezetten placeholder bekezdéssel jelenik meg, és dupla kattintásra közvetlenül a canvas-on szerkeszthető – nem kell a bal oldali panelre váltanod minden egyes módosításhoz.

A Rich Text mező egy teljes WYSIWYG-eszköztárat kínál: bold, italic, underline, áthúzás, link, felsorolás és számozott lista, idézet (blockquote), táblázat, igazítás és belső heading szintek (H2–H6, néha H1 is elérhető). Duplaklikkre a canvas-on közvetlenül szerkeszthető, formázósorral.

Fontos: A szerkesztő technikailag engedi H1 beszúrását is – ezt kerüld, ha az oldalon már van H1 (pl. a Bricks Builder Rich Text elem: Mire való és mikor használd formázott tartalomhoz? (2026) a sablonon). Lásd a Heading elemről szóló cikkünket a heading-hierarchia szabályairól.

A Rich Text is támogat dynamic tag-eket, de a beillesztés körülményesebb, mint a Basic Text-nél: a szerkesztő eszköztárában a `{}` ikonra kattintva szúrhatod be a tartalomba, a kurzor aktuális pozíciójába.

– – a bejegyzés teljes törzsszövege (ez a leggyakoribb dynamic tag Rich Text-ben)
– – kivonat, ha formázott kontextusban jelenik meg
– ACF, Metabox, Pods WYSIWYG típusú egyéni mezők
– WooCommerce hosszú termékleírás

Leggyakoribb használat: Single Post sablonon a „ dynamic tag a Rich Text elemben jeleníti meg a teljes bejegyzés törzsét, a szerkesztőben beírt formázással (H2-k, listák, képek) együtt.

A Rich Text Style füle különálló beállítási csoportokat ad az egyes belső elemtípusokhoz:

– Paragraph (<p>): font size, line height, margin – tipikusan 1rem–1.125rem, 1.6–1.8 sortávolság.
– Headings (H2–H6): külön beállítható méret, súly és margó minden szinthez a Rich Text-en belül.
– List (<ul>, <ol>): listajel stílusa, behúzás, elemek közötti térköz.
– Link (<a>): szín, aláhúzás, hover állapot.
– Blockquote: bal szegély szín, háttérszín, dőlt betű.

Fontos: Ha a globális Typography már beállítja a <p>, <h2> stb. stílusát, a Rich Text elem szintű Typography felülírhatja azt – csak indokolt esetben módosítsd elem szinten.

A Style fülön CSS class-t vagy ID-t adhatsz a teljes Rich Text wrapperhez – hasznos, ha egy adott szövegblokkot (pl. jogi nyilatkozat) egyedi stílussal kell megkülönböztetni a többi tartalomtól.

Rövid válasz: A Rich Text a legjobb választás mindenhol, ahol a tartalom formázott és több elemből áll – jellemzően a blogbejegyzés törzse, ÁSZF/Adatvédelmi tájékoztató, vagy egy FAQ válasz, amiben lista is szerepel.

Rich Text mező:

A teljes bejegyzés törzse – H2-kkel, listákkal, képaláírásokkal – automatikusan megjelenik minden bejegyzésnél, anélkül hogy a sablont bejegyzésenként módosítanád.

Ezeken az oldalakon jellemzően több bekezdés, számozott lista és néha táblázat is szükséges (pl. adatkezelési táblázat) – ez pontosan az az eset, amikor a Basic Text már nem elegendő, és a Rich Text WYSIWYG-szerkesztője a karbantartható megoldás.

Ha egy FAQ válasz nem egyetlen mondat, hanem lépéseket vagy felsorolást tartalmaz, a Rich Text-ben szerkesztheted a választ listával együtt – a Basic Text-ben ez csak kézzel írt HTML-lel lenne megoldható, ami nem karbantartható.

Rövid válasz: A Rich Text önmagában nem rangsorolási faktor, de mivel belső H2–H6 tageket is tartalmazhat, közvetlenül hat az oldal heading-struktúrájára. A leggyakoribb hiba, hogy a szerkesztőben véletlenül H1-et vagy szintugrást (H2 után H4) hoznak létre – ez ugyanaz a probléma, mint a Heading elemnél, csak itt kevésbé látható, mert „elrejtve” van egy hosszú szövegblokkban.

Konkrét SEO-elvek Rich Text-nél:

– Ne szúrj be H1-et a Rich Text-be: Az oldal H1-je jöjjön a sablonból vagy egy önálló Heading elemből, ne a Rich Text szerkesztőjéből.
– Kövesd a hierarchiát belül is: Ha a Rich Text-en belül H2-t használsz, utána H3 következzen, ne H4.
– Kerüld a Word/Google Docs-ból bemásolt formázást: Ez gyakran felesleges inline style attribútumokat hoz be, amelyek felülírják a globális Typography-t, és nehezen olvasható HTML-t eredményeznek.
– Ne generálj túl sok belső headinget egyetlen Rich Text elemben: Ha sok H2–H3 szint van egy blokkban, fontold meg, hogy az oldal szerkezete inkább külön Heading elemekkel és Rich Text bekezdésekkel épüljön fel, jobb kontroll érdekében.

– Ne használj Rich Text-et egyetlen bekezdéshez – ha csak egy mondatot vagy dynamic adatot (pl. ) jelenítesz meg, a Basic Text kevesebb wrapper HTML-t generál.
– Ne használj Rich Text-et önálló feliratra – ha egyetlen H2-es szekciócímet akarsz, használj Heading elemet, ne egy Rich Text-et egyetlen headinggel benne.
– Ne illessz be közvetlenül Word vagy Google Docs tartalmat formázással együtt – mindig „Paste as plain text” (formázás nélküli beillesztés) opciót használj, majd formázd újra a Bricks szerkesztőjében.
– Ne szúrj be képet a Rich Text szerkesztőbe, ha elkerülhető – a képekhez használj önálló Image elemet, ami reszponzív méretezést és lazy loading-ot ad, amit a WYSIWYG-be ágyazott kép nem feltétlenül kap meg.
– Ne hagyd a placeholder szöveget – az alapértelmezett bekezdés marad, ha elfelejted kicserélni.

Ok: A vágólapra másolt tartalom inline style attribútumokat, felesleges <span> tageket hoz magával, amelyek felülírják a globális Typography-t.

Megoldás: Beillesztéskor használd a szerkesztő „Paste as plain text” funkcióját (vagy Cmd/Ctrl+Shift+V), majd formázd újra a szöveget a Bricks Rich Text eszköztárával.

Ok: A Rich Text nem Post/Page típusú sablonban vagy Query Loop-ban van, ezért nincs post-kontextus.

Megoldás: Ellenőrizd, hogy a Rich Text elem egy Bricks sablonon (Single Post template) belül van-e, vagy Query Loop-ban. Normál, statikus oldalakon a dynamic tag üres marad.

Ok: A szerkesztő szabadon engedi H1 vagy tetszőleges heading szint beszúrását a Rich Text-en belül, és ez könnyen elkerüli a figyelmet egy hosszabb szövegblokkban.

Megoldás: Chrome DevTools → Elements → Ctrl+F → keress <h> – nézd át a Rich Text elemek belsejét is, nem csak az önálló Heading elemeket. Javítsd a szinteket közvetlenül a WYSIWYG-szerkesztőben.

Ok: Bemásolt vagy kézzel hozzáadott inline stílus felülírja a globális <p>, <h2> stb. beállítást.

Megoldás: Nyisd meg a szerkesztő „Clear formatting” (formázás törlése) gombját a kijelölt szövegen, majd állítsd be újra a szükséges formázást a Bricks eszköztárával, ne kézi inline stílussal.

Ok: A belső <p> és <h2>–<h6> tagek margin-ja nincs beállítva, vagy a globális stíluslap felülírja.

Megoldás: Style fül → Paragraph / Heading szekció → Margin Bottom beállítása. Ha rendszeresen visszatérő probléma, állítsd be globálisan a Bricks Global Settings → Typography menüben.

Mielőtt élesbe teszed az oldalt, ellenőrizd minden Rich Text elemnél:

– Törölted a placeholder szöveget?
– Nincs véletlenül beszúrt H1 a szerkesztőn belül?
– A belső heading szintek nem ugranak (H2 → H3, nem H2 → H4)?
– Word/Google Docs-ból másolt szöveg esetén használtad a „Paste as plain text” opciót?
– Ha dynamic adat (): Post sablon vagy Query Loop kontextusban van az elem?
– Line height 1.6–1.8 a bekezdéseknél?
– Font size reszponzívan be van állítva mobilra?
– A kontraszt arány megfelel a WCAG 2.1 AA szintnek?
– Nincs képek beágyazva a szerkesztőbe, ahol önálló Image elem lenne indokolt?
– Nincsenek üres Rich Text elemek az oldalon?

A Bricks Builder Rich Text elem a legrugalmasabb szöveges elem – de pont ez a rugalmasság okozza a leggyakoribb hibákat.

A legfontosabb elvek:
– Formázott, vegyes tartalomhoz (bekezdés + lista + táblázat) ideális – ne használd egyetlen mondathoz.
– Soha ne szúrj be H1-et a szerkesztőn belül, és tartsd be a heading-hierarchiát belül is.
– Word/Google Docs-ból mindig „Paste as plain text” móddal illessz be, majd formázd újra.
– A dynamic tag csak Post sablon vagy Query Loop kontextusban oldódik fel.
– Képekhez inkább önálló Image elemet használj, ne a szerkesztőbe ágyazottat.
– Tartsd be a Section → Container → Block → Rich Text hierarchiát – ez az átlátható, karbantartható és SEO-barát Bricks oldal alapja.