Ez hogyan lehetne megoldani?

1) Definiáld, hogy mit jelent az "elolvasta a cikket". Ne fogalmi alapon, mert azt én is értem, hanem technológiailag. Azaz, hogy szeretnéd detektálni, hogy elolvasta? Ezt tovább gondolhatod, és kereshetsz megoldást. Nyilván kliens oldalon fog ez triggelődni.

2) Tehát, mobil küldeni fog egy kérést. Itt kalkuláld bele, mi van akkor ha ugyanazt a cikket többször is elolvasta?

Készülj fel arra, hogy a klienstől származó kérések monitorozhatók, tehát mi van akkor, ha szándékosan küldök olyan "elolvasott cikk" kéréseket, amik meg se lettek nyitva?

Én személy szerint minden cikk megnyitáskor egy egyedi token-t generálnék (UUID pl.), amikor megnyitja és törölném, ha bezárja.

Ezt a token-t user-hez és cikkhez is kötném. Tehát, ha más user-től jönne vissza vagy más cikk azonosítóval együtt, akkor érvénytelen értelem szerűen. Vagy JWT-vel együtt elfogadod, és token alapján keresed vissza mely cikk volt amit olvasott. Döntés kérdése.

Lejárata meg 1nap lenne, hogy ne foglaljon feleslegesen tárhelyet, ha nem sikerült a értesülni arról, hogy "bezárta" vagy elnavigált (pl. egy alkalmazás összeomlás esetén).