Az NFC-kártyák használata telefonokkal elsőre triviálisnak tűnik:
– ráírunk egy linket, odaérintjük a telefont, és kész.
A valóságban azonban az NFC-s megoldások nem a kártya típusán, hanem az adat felépítésén buknak vagy működnek. De ezt mégis hogyan, hogy az Androidon és iOS-en is megbízhatóan működjön?
A legfontosabb alapelv: a telefon nem memóriát olvas
Egy okostelefon NFC-olvasáskor nem a kártya teljes tartalmát vizsgálja.
Nem keres “érdekes byte-okat”, nem értelmez szabadon adatot.
A telefon egy dolgot keres:
NDEF (NFC Data Exchange Format) rekordot
Ha talál:
- értelmezi,
- és végrehajtja (pl. megnyit egy URL-t).
Ha nem talál:
- nem történik semmi,
- még akkor sem, ha a kártya technikailag hibátlan.
Ezért van az, hogy egy NFC-kártya:
- “működik” egy eszközzel,
- de teljesen néma egy másikkal.
Mi az az NDEF, és miért kötelező?
Az NDEF egy szabványos adatstruktúra, amit a telefonok egységesen értenek.
Nem az NFC-chip gyártójához kötődik, hanem a telefon operációs rendszeréhez.
Egy NDEF rekord mindig tartalmazza:
- a rekord típusát (pl. URL, szöveg),
- a hozzá tartozó adatot,
- meta-információkat a feldolgozáshoz.
👉 Telefonos NFC = NDEF nélkül nem létezik
A leggyakoribb NDEF rekord: URL
A Google-értékeléses, weboldalra mutató NFC-k döntő többsége egyetlen URL rekordot tartalmaz.
Ez azért ideális, mert:
- az Android és iOS is natívan kezeli,
- nincs szükség külön alkalmazásra,
- a felhasználói élmény azonnali.
Fontos részlet: nem maga a link számít, hanem az, hogyan van becsomagolva NDEF-be.
Egy vagy több rekord? Nem mindegy
Technikailag egy NFC-kártyán több NDEF rekord is lehet, de ez nem mindig jó ötlet.
- Egy rekord:
- gyors
- stabil
- minden telefonon azonosan viselkedik
- Több rekord:
- platformfüggő értelmezés
- iOS-en korlátozottabb működés
- nagyobb hibalehetőség
Ezért van az, hogy sok esetben: a kevesebb adat megbízhatóbb működést jelent
Hol jön be az NTAG213 / 215 / 216 különbség?
Az NTAG típus nem határozza meg, hogy működik-e az NFC,
csak azt, hogy mennyi mozgástered van az adat felépítésére.
- NTAG213
- egy URL-hez tökéletes
- kevés tartalék
- NTAG215
- nagyobb biztonság tervezéskor
- marad hely későbbi módosításra
- NTAG216
- több rekordos vagy hosszabb adatokhoz
- komplexebb NFC-logikához
A telefon viszont nem használja ki automatikusan a nagyobb memóriát. Ha az adat rosszul van felépítve, az NTAG216 sem segít.
Írásvédelem – a leggyakoribb hiba
Sokan túl korán lezárják az NFC-kártyát.
Fontos tudni:
- az írásvédelem nem biztonsági funkció,
- csak azt akadályozza meg, hogy később módosítsd az adatot,
- hibás adat esetén nincs visszaút.
Ezért: írásvédelem csak akkor, ha már minden tesztelve van
Miért tűnik mégis “szeszélyesnek” az NFC?
Az NFC működését befolyásolja:
- a telefon antennájának elhelyezése,
- a tok vastagsága,
- a kártya pozíciója,
- a környezeti zavarás, és
- a pontos adattartalom!
Ez nem hiba, hanem a technológia sajátossága.
Mit tanulhattunk ebből a rövid összeállításból?
A telefonos NFC nem a kártya típusán bukik el, hanem az adat felépítésén.
Ha az NFC-n tárolt információ helyes NDEF struktúrában van jelen, a rendszer stabilan működik – függetlenül attól, hogy NTAG213, NTAG215 vagy NTAG216 van mögötte.
A jó kérdés tehát nem az, hogy:
“Melyik NFC-kártyát vegyem?”
hanem az, hogy:
“Hogyan építsem fel azt az adatot, amit a telefon értelmezni fog?”
Ez a cikk a → NFC kártyák és beléptető rendszerek - mit rontanak el a legtöbben? mini-cikksorozat része.
← Előző: 🏷️ Írásvédelem ≠ biztonság – avagy mit rontanak el a legtöbben NFC kártyáknál?
→ Következő: 🏷️ Mi zavarja az NFC-t a valóságban? – A tok, fém, üveg vagy a környezeti hatások?
