jaja, "mindössze". ne haragudj, de fordítva ülsz a lovon. A szabványok azért vannak, hogy tartsák őket. A kis izéd nem önmagában van, hanem, tudod, interakcióban van a külvilággal. A külvilág meg arra számít, hogy szabványnak megfelelően működik. És a külvilág nem csak egy crawler, hanem pl egy vírusírtó, ami automatán belenéz neked a linkbe, egy böngésző kiterjesztés, ami prefetchel, vagy pl az üzemeltető, aki a lefejlesztett barkács taknyodat beteszi mondjuk egy loadbalancer mögé. Ami mondjuk bele keepaliveol, hiszen GET, esetleg elcacheli az eredményt, hogy kímélje a backendet. Vagy még úgy nagyjából ezer más dolog. Ha szerinted úgy kell szoftvert fejleszteni, hogy a primary positive pathon kívül mindent le lehet szarni, az igen szomorú.
És elérve a valódi kérdéshez: nem, én simán el tudom fogadni, hogy ez valid usecase (bár vegyük észre, hogy ennek alátámasztására egyelőre csak a véleményed van -- ami nem feltétlen baj egyébiránt, szoktak lenni így usecasek). Viszont az már csak a te korlátolt nézőpontod, hogy az egy klikket kizárólag HTTP GET formában lehet megoldani. Ugyanis ez a usert baromira nem érdekli, részletkérdés. Akár egy reply email is lehetne, vagy bármi. A te dolgod az, hogy ezt megold. Az ügyfeled meg valószínűleg elvárja, hogy ne taknyoljál neki, hanem a szabványokat betartó dolgot adj át (mert bizony az is egy usecase, pl mert üzemeltetné, lásd fent). Ja, hogy ahhoz lehet kicsit többet kéne dolgozni, ezért inkább, ha az ügyfeled elég hülye hogy benyelje, inkább leszarod az RFCt? Persze, ez költséghatékony, nincs ezzel gond, csak vedd észre, hogy vérpistike lettél, az álláspontod nem szakmailag védett.