Hydrogen 2026-10 este disponibil general și nu mai cere replatformare: se adaugă ca librărie în orice stack JavaScript, iar Shopify preia coșul, variantele, prețurile pe piață, analytics cu consimțământ, Shop Pay și conturile de client. Rămâne gratuit pe Oxygen, iar pachetul include 20 de skills pentru agenți de cod. Atât, ca fapte. Restul e ce faci cu ele.

Ce s-a schimbat, de fapt

Anunțul e scurt și, în mod deliberat, lipsit de spectacol. Hydrogen nu mai este un framework pe care îți construiești tot storefrontul. Devine o librărie pe care o adaugi în proiectul care există deja. Sursa: Shopify Changelog.

Tranziția a început în iunie 2026, cu developer preview, iar de atunci au fost livrate șapte versiuni pe baza feedbackului. Acum e disponibil general. În cifre: orice framework JavaScript, două startere gata de deploy (React Router și Next.js), hosting oriunde, inclusiv Oxygen, care rămâne gratuit. Pachetul are 20 de skills care învață agenții de cod cum să folosească librăria.

Ce preia Hydrogen din munca ta: coșul, selecția de variante, filtrele de colecție, căutarea predictivă, Markets, analytics, Shop Pay și conturile de client. Ce rămâne la tine: routing-ul, încărcarea datelor, randarea și, mai ales, designul.

Aici e partea care contează comercial, nu tehnic. Diferența dintre un magazin care convertește și unul care pierde bani stă, de multe ori, exact în piesele pe care Hydrogen le preia. Coșul care se strică la dublu click pe „Adaugă în coș". Prețul afișat în valuta greșită pentru cumpărătorul din altă țară. Analytics care nu respectă consimțământul și, ca urmare, fie încalcă regulile, fie nu mai ajunge la Shopify, iar rapoartele tac. Nimeni nu scrie postări despre codul lipici. Toată lumea plânge când lipiciul se rupe.

Exemplul din sursă e instructiv prin simplitate: un contor de coș care se actualizează dinamic în React se rezolvă prin câteva linii, cu un hook care citește cantitatea totală. Vue are echivalentul ca composable, alte frameworkuri se abonează direct la coș. Nu e o revelație, e o reducere de risc operațional.

De ce contează pentru un magazin care nu vrea să rescrie tot

Până acum, decizia de a folosi Hydrogen era binară și scumpă: muți tot storefrontul pe React Router, altfel nu ai acces la coș sau analytics. Pentru un business care are deja un site construit pe altceva, asta însemna un proiect de luni, cu risc de a pierde trafic și conversii exact în perioada de tranziție.

Acum modelul s-a inversat. Adaugi librăria, iar componenta comercială vine cu ea. Dacă fluxul tău de cumpărare e pe Shopify, iar vitrina e pe un stack pe care echipa îl stăpânește, nu mai trebuie să alegi. Asta e, de fapt, tot anunțul: nu un feature nou, ci o reducere de cost de intrare.

Pentru cine contează cel mai mult: echipe cu un front-end propriu care au tot amânat integrarea Shopify pentru că nu voiau să renunțe la stack; agenții care administrează mai multe magazine și vor un singur mod de a vorbi cu coșul; branduri cu prezență în mai multe piețe, unde prețurile pe țară și valută sunt o problemă recurentă de corectitudine.

Un detaliu care merită subliniat, pentru că e ușor de ratat: Hydrogen folosește aceleași acțiuni standard de storefront ca temele Liquid. Practic, coșul are un contract comun, iar aplicațiile compatibile, interfețele de storefront și agenții pot împărți același coș. Un app sau un agent adaugă în coș apelând aceeași acțiune pe care o folosește și interfața ta. Asta e o decizie de arhitectură cu efect direct pe cât de complicat devine să adaugi un tool nou peste magazin.

Tot aici intră și partea de shopping agents. În browsere care suportă WebMCP, un agent poate căuta în catalog și actualiza coșul, iar după confirmarea cumpărătorului, checkout-ul Shopify poate trimite comanda. Nu trebuie să construiești nimic pentru asta. Sună bine, și e bine, dar nu confunda „suportă standardul" cu „toți cumpărătorii tăi cumpără prin agenți". E o capacitate, nu un canal cu volum.

Skills pentru agenți de cod: partea care schimbă viteza de execuție

Cele 20 de skills sunt scrise prin construirea de storefronturi cu agenți, corectând skill-ul de fiecare dată când agentul greșea ceva. Ele acoperă fiecare parte a unui storefront. Ceri agentului să îți configureze magazinul și acesta construiește paginile de home, colecție, căutare, produs, coș și cont, adaugă analytics și face un smoke test.

Două lucruri fac diferența aici. Primul: skills trăiesc în proiectul tău și corespund versiunii de Hydrogen instalate, deci agentul urmează instrucțiuni pentru codul pe care îl ai efectiv, nu pentru o versiune teoretică. Al doilea: după upgrade poți sincroniza skills cu o comandă dedicată, deci nu rămâi cu instrucțiuni vechi lipite de cod nou.

E o schimbare de natură, nu de grad. Până acum, agenții de cod generau cod plauzibil, dar cu detalii comerciale greșite, iar un om plătit bine pierdea ore reparând. Acum există instrucțiuni versionate, aliniate cu codul. Asta mută timpul uman de la scris cod de coș la verificare. Și verificarea rămâne obligatorie, pentru că un smoke test care trece nu garantează că prețul e corect în fiecare piață sau că analytics respectă consimțământul în fiecare jurisdicție.

Aici se leagă și de discuția mai largă despre cum măsori decizia de cumpărare, subiect pe care l-am tratat în analiza despre limitele analytics-ului de site. Hydrogen rezolvă partea de plumb, adică evenimentul ajunge corect la Shopify. Nu rezolvă partea de interpretare, adică de ce a cumpărat omul. Confuzia dintre cele două costă bugete.

Migrarea pentru cine are deja Hydrogen

Dacă ai un storefront Hydrogen construit pe vechiul model, nu trebuie să faci nimic astăzi. Magazinele existente funcționează ca înainte. Când ești pregătit, există un skill de migrare care ghidează agentul prin proces. Păstrezi paginile și rutele, schimbi doar de unde vine codul de comerț.

Traducerea onestă: nu e o urgență, e o fereastră. Nu ai un termen limită impus. Ai însă un motiv bun să nu mai amâni la nesfârșit, pentru că fiecare versiune care trece adâncește diferența dintre codul tău și skills-urile curente.

Iar dacă ești pe Liquid și magazinul merge, anunțul ăsta nu e pentru tine. Nu există niciun motiv să te muți de pe o temă care convertește doar pentru că există o librărie nouă. Migrarea se justifică prin nevoi concrete: front-end propriu, piețe multiple cu prețuri pe valută, echipe care vor un contract unic de coș între app-uri și interfață.

Ce înseamnă pentru tine, antreprenor sau marketer în România

Dacă vinzi pe Shopify în România și ai un site construit pe alt CMS, cu magazinul pe o subdomeniu sau o integrare improvizată, anunțul ăsta îți deschide o variantă pe care până acum o excludeai din start pe criteriu de cost. Nu mai e vorba de a muta tot, ci de a adăuga o librărie în stack-ul existent.

Ce faci concret, în ordinea importanței:

Primul pas, măsoară problema înainte de a alege soluția. Câte comenzi pierzi din coșuri care se comportă ciudat la cantități sau variante? Câte sesiuni vin din alte țări și văd prețul în lei? Câte rapoarte sunt mute din cauza consimțământului? Fără cifrele astea, decizia de a integra Hydrogen e o preferință tehnică, nu o decizie de business.

Al doilea pas, verifică ce ai deja. Dacă folosești deja Shopify Checkout și nu ai probleme de preț pe piață ori de coș, câștigul din migrare e mic. Dacă ai, atunci partea comercială preluată de librărie e exact lista ta de dureri.

Al treilea pas, tratează skills-urile ca pe un accelerator de execuție, nu ca pe un înlocuitor de QA. Rulează setup-ul într-un proiect de test, cere agentului să construiască storefrontul, apoi validează manual: prețul pe cel puțin două piețe, comportamentul coșului la dublu click, evenimentele de analytics în condiții de consimțământ refuzat, fluxul de login client.

Al patrulea pas, planifică migrarea ca pe o schimbare de cod, nu ca pe o lansare. Păstrezi paginile, schimbi sursa codului de comerț. Testează pe un mediu separat înainte de a atinge producția.

Al cincilea pas, privește partea de shopping agents cu realism. Ai capacitatea tehnică, nu ai încă dovezi că e un canal relevant de vânzare pentru magazinul tău. Nu construi strategie pe o funcție pe care încă nu o folosește nimeni la scară.

Legat de piețe multiple și prețuri pe valută, subiectul se leagă direct de discuția din GPeC Summit 2026 despre SEO, GEO și viitorul e-commerce în România. Acolo cererea din altă țară și afișarea corectă a ofertei sunt tratate ca problemă de vizibilitate. Aici devin problemă de execuție tehnică. Ambele trebuie rezolvate, altfel prima nu produce nimic.

Ce rămâne neclar

Anunțul nu spune nimic despre preț, pentru că nu există unul de plătit pentru librărie, iar Oxygen rămâne gratuit. Nu spune nimic despre performanță comparativă între frameworkuri, ceea ce e normal, dar înseamnă că orice cifră de viteză citită în altă parte trebuie tratată ca afirmație nesusținută până la măsurătoare proprie.

Nu spune nimic despre cât de matur e suportul pentru WebMCP în browserele reale. Nu spune nimic despre costurile de hosting în afara Oxygen, pentru că nu le controlează.

Iar aici e locul unde disciplina de verificare contează. O listă de funcții într-un changelog descrie ce e documentat, nu ce funcționează ireproșabil în configurația ta. Un setup care rulează fără erori nu dovedește că analytics-ul ajunge corect în toate condițiile de consimțământ. O verificare incompletă nu dovedește nici absența unei funcții, nici prezența unei probleme. Concluzia corectă, când probele sunt subțiri, este că mai trebuie testat, nu că ceva e rupt.

Întrebări frecvente

Trebuie să migrez dacă am deja Hydrogen? Nu astăzi. Magazinele existente funcționează ca înainte, iar migrarea e opțională și ghidată de un skill dedicat care îți conduce agentul prin proces. Păstrezi paginile și rutele, schimbi doar sursa codului de comerț.

Merge doar cu React? Nu. Librăria funcționează cu orice framework JavaScript. Există startere gata de deploy pentru React Router și Next.js, iar pentru Vue există echivalentul de composable. Alte frameworkuri se abonează direct la coș.

Ce fac agenții de cod, mai exact? Cu cele 20 de skills, un agent poate construi paginile de home, colecție, căutare, produs, coș și cont, poate adăuga analytics și poate rula un smoke test. Skills-urile sunt aliniate cu versiunea de Hydrogen instalată în proiectul tău.

Pot găzdui în altă parte decât Oxygen? Da, găzduirea e liberă. Oxygen rămâne o opțiune gratuită, nu o constrângere.

AI-ul construiește, omul decide, agenția execută

Ce se vede în anunțul ăsta nu e o revoluție, e o simplificare bine executată. Librăria rezolvă plumbul comercial. Skills-urile rezolvă viteza cu care un agent de cod ajunge la un storefront funcțional. Niciuna dintre ele nu rezolvă întrebarea care contează: ce urmărești, în ce ordine și cum verifici că funcționează în condițiile reale ale magazinului tău.

Aici AI-ul ajută la analiză și la planning, la inventarul problemelor de coș, preț și analytics, la structurarea pașilor de testare. Decizia despre ce se implementează, în ce ordine și cu ce cost de risc rămâne a unui om, media buyer sau responsabil de e-commerce, care răspunde de rezultat. Execuția, adică setup-ul, validarea în condiții reale de consimțământ și piețe, plus interpretarea datelor după lansare, e pasul care chiar mișcă lucrurile.

Dacă vrei să treci de la „am citit că Hydrogen e librărie acum" la „magazinul meu respectă prețul corect pe fiecare piață și rapoartele nu mai tac", discută cu echipa ALLSoft Agency. Fără hype, cu cifre măsurate înainte și după.