# lunavera.hu — sablon-WordPress helyett teljes egyedi oldal

URL: https://rootcr.hu/referenciak/lunavera/
Frissítve: 2026-08-20

# lunavera.hu — sablon-WordPress helyett teljes egyedi oldal

> **Röviden:** A lunavera.hu egy sablonra épülő WordPress helyére készült, teljesen egyedi oldal: 25 saját lap, szerveroldali rendereléssel, bővítmény nélkül. A költözés napján a régi oldal 11 címe tartós átirányítást kapott — a régi adatbázisból, nem találgatásból —, a levelezés pedig érintetlen maradt. Az oldalon nincs nyomkövető süti, nincs forgalommérő szolgáltatás és nincs beágyazott külső lejátszó: a videó és a hangfelvétel is saját kiszolgálásból megy.

## Mi volt a régi oldalon?

A megrendelő évek óta élt egy megvásárolt sablonon futó WordPress-oldallal. Amikor a teljes tartalmát lementettük és soronként átnéztük, a következő derült ki:

- két aloldal — a kristályágy és a kezelések — **bitre a főoldal másolata** volt,
- a három tanfolyami szint **mindegyike ugyanazt a szöveget** tartalmazta, egy negyedik szolgáltatásét,
- egyetlen aloldalon állt valódi, saját szöveg,
- az adatvédelmi tájékoztatóban `CÉGNÉV`, `CÍM` és `ADÓSZÁM` helykitöltők maradtak.

Ez nem vélemény és nem értékesítési érv: a régi oldal teljes mentéséből jött ki, fájlszinten. A látogató ebből annyit érzékelt, hogy „valahogy nem áll össze" — a keresőnek viszont pontosan ez a képe volt az oldalról: egymást másoló lapok, saját mondanivaló nélkül.

## Mi épült helyette?

### 25 saját lap, bővítmény nélkül

Minden oldal saját designnal és saját kóddal készült, szerveroldali rendereléssel: amit a látogató lát, azt a kereső és a nyelvi modellek is ugyanúgy megkapják, futtatás nélkül. Nincs oldalépítő, nincs bővítménylánc, ami magától frissül a tulajdonos alatt.

### Időpontkérés saját végponttal

A foglalási és a letöltési űrlap mögött saját szerverkód fut, nem egy űrlapbővítmény. Előtte ember-ellenőrzés: token nélkül és hamis tokennel a beküldés **403-mal elutasításra kerül**, mielőtt bármi adat keletkezne. A beérkezett kérések naplózása jelszó és süti nélkül történik.

### Holdnaptár, ami számol — és inkább üres, mint hamis

A csoportos alkalmak szekciója valós csillagászati számításból dolgozik: a holdfázis kiszámolt érték, nem egy kézzel beírt ikon. A projekt legfontosabb döntése mégsem ez volt, hanem az, hogy a szekció **üresen ment élesbe**. Az építés közben minta-dátumok álltak benne, élő visszaszámlálóval. Ezek látszatra jól mutattak — de valaki elindulhatott volna egy nem létező alkalomra. Kitalált adat nem megy ki éles oldalra: a szekció üres állapotot kapott egy igaz mondattal és egy értesítéskérő gombbal, amíg a valódi dátumok meg nem érkeznek.

### Kristályágy, amit billentyűzettel is végig lehet járni

A szolgáltatás legnehezebben elmagyarázható részéhez saját interaktív elem készült: hét kristály, mindegyik saját fénykúppal, kattintással és **billentyűzettel egyaránt bejárható**. Az akadálymentesség nem utólagos javítás volt rajta, hanem a komponens megírásának feltétele.

### Egy süti, nulla mérőszkript

Az oldalon **egyetlen süti** működik: az, amelyik a látogató saját hozzájárulási döntését jegyzi meg, 12 hónapig. Nincs forgalommérő szolgáltatás, nincs hirdetési képpont, és nincs beágyazott külső videólejátszó sem — a videók és a hangfelvétel a saját szerverről mennek. Ez nem beállítás kérdése: a rendszerben nincs olyan kód, ami harmadik félhez adatot küldene.

A biztonsági fejlécek — tartalombiztonsági szabályzat, kereten belüli megjelenítés tiltása, HSTS — **az alkalmazás kódjában** vannak, nem csak a kiszolgáló beállításában. Így a domainváltás nem veszejtheti el őket.

### Strukturált adat: egy ember, egy entitás

Az induló állapotban ugyanaz a személy két különböző azonosítóval szerepelt a strukturált adatban, két fél életrajzzal — gépi szemmel két különböző ember. Egy egyszemélyes szolgáltatásnál ez a lehető legrosszabb, mert ott a szakértelem a személyhez kötődik. A javítás után egyetlen forrásból épül a személy, a vállalkozás, a cím és a morzsamenü minden lapon; a cikkek `Article`, a szolgáltatáslisták `ItemList`, az utalvány `Product` és `Offer` jelölést kaptak.

### Gépi olvasásra szánt változat — ugyanabból a forrásból

Az oldal látványra épül: görgetésre induló animációk, képbe ágyazott állítások. Embernek jó, gépnek nehéz. Ezért minden lapnak van gépi olvasásra szánt, tényszerű változata (`.md` tükör), plusz egy `llms.txt` és egy `llms-full.txt` — **ugyanabból az adatból generálva, amiből a felület is épül**. Nincs külön karbantartott másolat, tehát nem tud széttartani: ha egy ár változik, mindkét helyen változik.

## Hogyan zajlott a költözés?

Egy élő oldal cseréjénél nem a design a kockázat, hanem a címek és a levelezés. A sorrend ezért kötött volt:

1. **Friss, teljes mentés** a régi WordPressről — adatbázis és fájlok, épség-ellenőrzéssel — mielőtt bármi történik.
2. **A keresőzár feloldása és a DNS-váltás ugyanabban az órában.** Ha a domain előbb jön át, mint ahogy az oldal indexelhetővé válik, a kereső a régi címeket kidobja az indexből — a felépült helyezés elveszik.
3. **11 régi cím tartós átirányítása** az új megfelelőjére. A lista a régi oldal adatbázisából származik, nem találgatásból: minden publikált lap kapott célt.
4. **A levelezés érintetlen maradt.** Csak a webcím-rekordok cserélődtek; a postafiókok, a levélküldési hitelesítés (SPF, DKIM, DMARC) egyetlen karaktert sem változott, és a váltás után ellenőrizve is lett, hogy megy a levél.
5. **A bemutató-cím lezárása** átirányítással, hogy ne maradjon két azonos tartalmú, egymással versenyző webhely.
6. **Bejelentés a keresőknek** ugyanaznap: oldaltérkép beküldve, a többi keresőnek azonnali értesítés.

## Az eredmény

| Mit | Mennyi | Forrás |
|---|---|---|
| Saját lap az oldaltérképben | 25 | [lunavera.hu/sitemap.xml](https://lunavera.hu/sitemap.xml) |
| Nyomkövető és hirdetési süti | 0 | [sütitájékoztató](https://lunavera.hu/sutik) + a böngésző saját felülete |
| Forgalommérő vagy hirdetési szkript | 0 | az oldal forrása |
| Régi cím átirányítva | 11 | a régi WordPress adatbázisa |
| Válaszidő (TTFB) | 0,05–0,09 s | napi mérés a saját szerveremről, a nyilvános címen át — a pontos, aznapi érték a [főoldal mérés-dobozában](/#munkak) áll |
| Sablon és bővítmény a rendszerben | 0 | a forráskód |

A sebességszám laboratóriumi jellegű: egy adott gépről, adott hálózaton mértem. A te eszközödön mért érték ettől eltérhet — ezért az alábbi linkeken magad is megmérheted.

## Ellenőrizd magad

- [lunavera.hu](https://lunavera.hu/) — az élő oldal.
- [lunavera.hu/sitemap.xml](https://lunavera.hu/sitemap.xml) — az oldalak száma és a frissítési dátumok.
- [lunavera.hu/llms.txt](https://lunavera.hu/llms.txt) — a gépi olvasásra szánt összefoglaló.
- [PageSpeed Insights](https://pagespeed.web.dev/) — sebességmérés a Google saját műszerével.
- [Rich Results Test](https://search.google.com/test/rich-results) — a strukturált adat bármelyik lapon.
- Nyisd meg a `lunavera.hu/reiki-oktatas` címet: a régi oldal egyik webcíme. Nem hibaoldalra visz, hanem az új megfelelőjére — ez a 11 átirányítás egyike.

## Mi tanulható belőle?

Hogy egy oldalcserénél az elveszíthető érték nem a design, hanem a **címek, a levelezés és a keresőben felépült pozíció**. Ezt hárman szokták elrontani: aki a régi címeket nem irányítja át, aki a levelezést a webcímmel együtt költözteti, és aki előbb húzza át a domaint, mint hogy az új oldal indexelhető lenne. Mindhárom hiba visszafordítható, de hetekbe és forgalomba kerül.

A másik tanulság a holdnaptáré: **egy üres szekció igaz mondattal többet ér, mint egy teli, kitalált adattal.** A látogató az elsőt megbocsátja. A másodikat egyszer tapasztalja meg — amikor kiáll egy nem létező alkalomra.

Ha ismerős a helyzet — meglévő sablonoldal, ami már inkább akadály —: [egyedi weboldal készítés](/egyedi-weboldal-keszites/), vagy nézd meg előbb, hogy [javítani vagy újraírni éri-e meg](/tudastar/felbehagyott-weboldal-atvetele/).