Re[3]: vinna cesta a AI :: Lucy in the Sky with Diamonds


node:	Re[3]: vinna cesta a AI
template:	4
parent:	Re[2]: vinna cesta a AI
owner:	ventYl
viewed by:
created:	20.10.2025 - 15:13:36

cwbe coordinatez:
101
63535
1961183
9271307
9271482
9271489
9271504

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

myslim, ze hovorime o dvoch roznych veciach. to co spominas ty je semanticke HTML. ano, HTML5 prinieslo refreshment tagov a niektore stare vizualne tagy, ako napr. B boli nahradene/doplnene tagmi so semantickym vyznamom, napr. EMPH.

mikroformaty boli ale nieco trocha ine. to bola sada class, ktore umoznovali definovat hierarchicke a strukturovane data. napr. si zobral a tagu dal class "contact". bolo jedno aky to bol tag, dolezity bol class. potom si roznym tagom pod nim dal rozne classy, napr. address, ktory obsahoval kontajnery street, city, zip, atd. dalsi tag mal class phonenumber, etc.

toto, pokial viem zdochlo na celej ciare a pouziva sa len absolutne minimalne.

Shitty life is like radiation. You can sustain it for long time if daily doses are small.

0000010100063535019611830927130709271482092714890927150409271560

mas pravdu, ale zaroven sa aj mylis. zdochli... aby boli resuscitovane ako JSON-LD.
https://developers.google.com/search/docs/appearance/structured-data/search-gallery

000001010006353501961183092713070927148209271489092715040927156009271562

OK, to mozno aj riesi jeden problem, na ktory si mohol narazit aj pri strukturovanych datach a to ten, ze flow v DOMe nie celkom zodpoveda jeho stromovej strukture. Co je pri SEO a roznych floatoch uplne bezne. Tam mohol byt problem tie struktury nad datami priamo zobrazenymi v HTML vytvorit.

Zaroven uz neplati take to dzentlmenske pravidlo, ze tvoj web by mal zostat rozumne funkcny aj s vypnutym JS. Google sa naucil JS rozumiet a screenreadery? Nech sa naucia tiez, alebo GTFO :)

Shitty life is like radiation. You can sustain it for long time if daily doses are small.

00000101000635350196118309271307092714820927148909271504092715600927156209271570

Screenreadery vidia vyrenderovany DOM. Ak k nim chce byt web friendly, tak im pomôže cez ARIA atributy. Data zas vies dopĺňať cez data atribúty. A tak finally class atribut moze znova slúžiť iba na to aby povedal browseru ze na toto sa kukni v styloch ktoré ti povedia ako to máš nakresliť.

Hento dzentlmenske pravidlo, na to sa zacalo kašľať s prichodom SPA a casu ked google
povedal ze ich bot vie interpretovať aj JS a to co cez JS renderujes....

Ked som pred cca 7 rokmi implementoval SSR na štýl toho co teraz robí NextJS, lebo sak
aby bolo lepšie SEO a user experience ked hneď user dostane od servera html, a s tým ze cely
stack sme mali na typescript/NodeJS/react tak v zásade som mal serverside html "zadarmo" za pouzitia tej istej logiky a viewov ako na klientovi. Tak si vsetci okolo mna klepkali na čelo.
Ffwd do súčasnosti.. skoro vsetci riesia serverside rendering. kvoli lepsiemu SEO a user experience.

00000101000635350196118309271307092714820927148909271504092715600927156209271564

ale Schema je predsa doplnkovy obsah. samotne HTML pri spravnej strukture (accesibility je uz aj povinna) je/musi byt zrozumitelne pre screen reader.

0000010100063535019611830927130709271482092714890927150409271507

jasne chapem o com hovoris.

neviem za mna to bol trochu blby koncept, ktory bol skorej workaroundom toho co v html chybalo a v znacnej miere to nasledne html5 prinieslo...

to preco sa to nakoniec neuchytilo je to ze proste takcitak bolo treba tooly co to citali nejak nakonfigurovat a povedat im ze tato class name znamena toto..
alebo teda ak si chcel byt strojovo citatelny tak si implemetoval X roznych mikroformatov pre X roznych "citatelov"

plus samozrejme rolu v tom hralo aj to ze najprv to bolo ze uiii stroje ten nas obsah budu vediet citat.. a potom ze aha stroje ten nas obsah citaju a "kradnu" nam ho a/alebo teda si thrid party na nasom obsahu postavi svoj biznis ..
tak z toho dovodu sa potom zaviedli platene apis kde tie data dostanes ked si zaplatis, vo forme este lepsie citatelnej strojom...

000001010006353501961183092713070927148209271489092715040927150709271554

no, ono to podla mna riesilo problem, ktory neriesi ani HTML5, totiz HTML5 ma nejake pridane semanticke tagy, ale ani s nimi nespravis pekne strukturovane data.

nevies v HTML jednoznacne nijak definovat to, ze napr. telefonne cislo a e-mail patria k tomu istemu kontaktu. Nehovoriac o tom, ze nevies v HTML povedat, ze nieco je telefonne cislo a nieco e-mail (to druhe vies asi deklarovat len tym, ze z toho spravis link).

Vies si tipnut, ze patria k sebe, lebo su blizko v DOM strome. Co ale moze, ale nemusi byt pravda, pripadne to moze byt indecisive.

K tomu poslednemu mozem iba tolko, ze *sigh*.

Shitty life is like radiation. You can sustain it for long time if daily doses are small.

00000101000635350196118309271307092714820927148909271504092715070927155409271561

OT ale vies, jasne, ze vies (aj address nizsie).
https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/dl
plus potom vid "rel" a "for" atributy.
ale je to zbytocne, kde mame taku peknu Schema a JSON-LD strukturovane data.
https://schema.org/docs/schemas.html

00000101000635350196118309271307092714820927148909271504092715070927155409271557

hm? https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/address

0000010100063535019611830927130709271482092714890927150409271507092715540927155709271559

ako v tomto semanticky jednoznacne povies, ze toto je ulica, mesto, ZIP, telefonne cislo a e-mail?

klucove je tam to slovo strukturovany.

Shitty life is like radiation. You can sustain it for long time if daily doses are small.

000001010006353501961183092713070927148209271489092715040927150709271554092715570927155909271563

povies to Schemou.