Acasă/Metode

E-commerce · Bloguri de magazin

Cum scrii articole SEO pentru blogul unui magazin online fără fapte inventate

Un articol SEO pe blogul unui magazin are voie să pomenească doar produse care există și sunt pe stoc și doar afirmații pe care magazinul le poate dovedi. Îi dăm celui care scrie un catalog exportat din magazin, punem un al doilea agent să încerce să infirme fiecare ciornă și lăsăm un script fără model să blocheze publicarea la linkuri de produs false, cuvinte interzise și caractere AI invizibile.

Actualizat 2026-10-11

Ce nu are voie să inventeze un articol de pe blogul unui magazin

Un articol SEO pentru un magazin online nu are voie să inventeze produse, linkuri de produs, prețuri, promisiuni de livrare sau afirmații despre performanță. Fiecare produs recomandat trebuie să fie unul real, pe stoc azi, legat prin adresa lui exactă, iar fiecare afirmație trebuie să vină dintr-o listă scurtă de fapte pe care magazinul le poate dovedi. Un model de limbaj scrie liniștit un articol fluent în jurul unui produs care nu există; metoda de mai jos îl oprește înainte să ajungă pe blog.

SEO (optimizare pentru motoarele de căutare) înseamnă aici o pagină care răspunde la o căutare reală suficient de bine ca să fie afișată și deschisă. Un articol de blog de magazin e o pagină editorială pe domeniul magazinului, care răspunde la o astfel de căutare și trimite spre produse. Riscul e specific magazinelor: un fapt greșit într-un articol nu e doar o problemă de stil, e o promisiune făcută unui client.

Folosim metoda pe mai multe bloguri de magazin, fiecare cu vocea lui. Primul lot a avut 27 de articole, câte 9 pe trei magazine, publicate. Nu avem încă o dovadă măsurată a traficului pe care îl aduc și o spunem la limite.

Pasul 1: cel care scrie lucrează din catalogul magazinului

1. Exportă catalogul. Trage blogurile, produsele și imaginile magazinului prin API-ul de administrare într-un fișier local. Refă exportul ori de câte ori se schimbă stocul sau catalogul, fiindcă un articol scris din catalogul de luna trecută va trimite la produse care între timp s-au epuizat.

2. Construiește un index și un catalog scurt, doar cu ce e pe stoc. Din export păstrezi doar produsele disponibile și le scrii într-un fișier pe care cel care scrie îl poate citi: titlu, handle exact (adresa produsului în magazin), atributele despre care articolul are voie să vorbească. Cel care scrie primește fișierul, nu un rezumat al lui.

3. Folosește handle-ul exact din catalog. Handle-ul se copiază, nu se reconstruiește din titlul produsului. Un handle reconstruit arată corect și duce la o pagină care nu există.

4. Ține un fișier cu faptele magazinului. Condiții de livrare, promoții, garanții: doar afirmații pe care magazinul le poate dovedi, fiecare scrisă o singură dată. Vocea fiecărui magazin stă în documentul ei; faptele stau într-un singur loc.

Pasul 2: un autor și un verificator pentru fiecare articol

Fiecare articol e scris de un agent și apoi verificat de un al doilea, care are o singură sarcină: să-l infirme. Este fiecare link de produs în catalogul cu stoc, e corectă fiecare comparație, apare vreun cuvânt interzis, trece vreo afirmație dincolo de fișierul cu fapte. O ciornă pe care verificatorul n-o poate accepta se întoarce la reparat, nu pe blog.

Verificatorul trebuie să aibă voie să conteste chiar fișierul cu fapte, nu doar ciorna. Pe un alt proiect de conținut le-am dat autorilor o listă de fapte confirmate, ca să nu inventeze; lista avea greșeli, iar fiecare agent le-a repetat cu aceeași autoritate ca pe faptele adevărate. S-a întâmplat de patru ori, iar una dintre greșeli a produs o întrebare fără niciun răspuns corect. Acum faptele stau într-un fișier versionat, fiecare cu sursa și data la care am citit-o, iar verificatorilor li se cere explicit să-l conteste.

După fluxul de scriere, un script fix normalizează rezultatul înainte de orice altceva. Agenții întorc uneori corpul articolului cu HTML-ul transformat în text, iar dacă publici rezultatul brut cititorii văd etichetele. Nu publicăm niciodată ieșirea brută a fluxului.

Pasul 3: o poartă deterministă înainte de publicare

Ultima verificare înainte de publicare e un script fără niciun model de limbaj. În modul de probă citește tot lotul și refuză orice articol care trimite la un handle absent din catalog sau fără stoc, conține un cuvânt interzis sau iese din limitele de lungime. Același script publică apoi articolul ca ciornă ascunsă, pe care un om o citește în administrarea magazinului, și abia după aceea îl face public. Publicarea se vede în afară, așa că un om confirmă pasul final.

Poarta asta contează cel mai mult când fluxul cade la jumătate. Rulările lungi de scriere pot atinge limite de utilizare, iar atunci etapa de verificare revine la ciorna neverificată. Proba deterministă e plasa de siguranță pentru exact acest caz, iar articolele neverificate sunt citite și de mână, prin sondaj.

Cuvintele interzise sunt căutate după tipar, deci declanșează blocajul și într-o negație. O propoziție care spune că produsul nu este un lucru interzis conține tot cuvântul interzis și pică tot. Soluția e să reformulezi, nu să slăbești tiparul.

Pasul 4: scoate ce face textul să sune a mașină

Ultima trecere, pe textul care chiar se publică, curăță urmele AI. Scoate caracterele Unicode invizibile pe care le aduce textul generat sau lipit (spații și legături de lățime zero, marcaje de ordine a octeților, cratime moi, spații înguste fără întrerupere, orice caracter din categoria de format Unicode), raportează folosirea excesivă a liniei de dialog și listează expresiile care sună a mașină, cu o listă care ignoră diacriticele, deci prinde expresia cu sau fără ele.

Trecerea dă un scor de curățenie din 100, iar noi publicăm de la 80 în sus. Caracterele invizibile și liniile de dialog se repară automat. Expresiile semnalate sunt doar listate, nu rescrise automat, pentru că o rescriere automată produce și mai mult text de mașină; le rescrie un om.

Numele proprii au nevoie de o verificare deterministă separată. Modelele scriu greșit, cu toată încrederea, nume de branduri și de produse. În descrierile generate pentru clipuri video, numele unui sub-brand a ieșit greșit în postări publicate. Corecția compară acum cuvintele scrise cu majusculă cu numele luate din titlurile produselor din magazin, niciodată din memorie, și le repară în cod, nu cerându-i din nou modelului.

Pasul 5: câmpurile SEO și elementele paginii

Într-un magazin Shopify, titlul SEO și meta-descrierea unui articol nu sunt rezumatul articolului. Se setează ca metacâmpurile global.title_tag și global.description_tag; rezumatul e fragmentul afișat pe pagina blogului. Le setăm pe amândouă și ținem titlul la cel mult 60 de caractere și descrierea la cel mult 160, cu ținta între 145 și 158.

Un titlu SEO bun pentru un articol începe cu termenul de căutare cel mai puternic. Descrierea dă un cârlig, un beneficiu concret luat din fișierul cu fapte și o invitație discretă la acțiune.

Imaginea principală nu e niciodată o adresă de imagine ghicită. E fie imaginea produsului principal, din catalog, fie o imagine generată pornind de la fotografia reală a acelui produs, ca produsul arătat să fie produsul vândut.

Unde am greșit

Am presupus odată că vreo 14 articole publicate aveau ca imagine principală simple poze de produs și am început să le regenerăm pe toate. Imaginile erau deja scene contextuale. O privire rapidă ar fi arătat asta; regenerarea ar fi irosit fiecare generare. Uită-te înainte de o schimbare în masă.

Prima noastră gardă împotriva descrierilor generate care se dau drept vorbitorul din clip căuta numele fără să țină cont de majuscule, ceea ce îi anula chiar testul de majusculă. Prima scanare a raportat 23 de descrieri stricate care erau în regulă. O gardă se testează pe exemple bune și rele înainte să-i crezi numărătoarea.

Problema SEO mai mare din magazinele noastre nu era deloc blogul. Un audit a găsit că 138 din 153 de produse ale unui magazin aveau exact aceeași descriere. Articolele ajută, dar paginile de produs subțiri și duplicate se repară pe paginile de produs.

Limite

Metoda oprește produsele inventate, linkurile moarte, cuvintele interzise și urmele de text generat. Nu dovedește că un articol se poziționează sau vinde. Google spune că numărul de cuvinte nu e un factor de clasare, iar conținutul scris ca să atingă un număr de cuvinte e unul dintre semnalele de avertizare din ghidul lui despre conținut util, alături de întrebările cine a scris pagina, cum a fost făcută și de ce există. Fluxul nostru răspunde singur la primele două; dacă un articol anume ajută un cititor rămâne o judecată omenească.

Fișierul cu fapte e corect doar cât sunt corecte sursele lui. Dacă o promisiune de livrare se schimbă și fișierul nu, fiecare articol nou repetă promisiunea veche.

Listă de verificare

1. Catalogul. Un export proaspăt, doar cu ce e pe stoc, citit de autor ca fișier.

2. Handle-urile. Copiate exact, niciodată reconstruite din titluri.

3. Faptele. Un singur fișier versionat, cu surse și date, pe care verificatorul are voie să-l conteste.

4. Verificatorul. Un al doilea agent care încearcă să infirme fiecare ciornă.

5. Poarta. O probă deterministă pe tot lotul, apoi ciornă ascunsă, apoi publicare confirmată de un om.

6. Curățarea de AI. Caracterele invizibile scoase, expresiile semnalate rescrise de un om, scor de cel puțin 80.

7. Câmpurile SEO. Titlul și descrierea ca metacâmpuri, în limita a 60 și 160 de caractere.

Întrebări și răspunsuri

Cum împiedic AI-ul să inventeze produse în articolele de pe blogul magazinului?

Dă-i celui care scrie un fișier doar cu produsele aflate azi pe stoc, inclusiv handle-ul exact al fiecăruia, și interzice orice produs care nu e în fișier. Apoi verifică fiecare link de produs cu un script, pe același fișier, înainte de publicare, și refuză articolul dacă un link duce la un produs lipsă sau epuizat. Refă fișierul la fiecare schimbare de stoc, ca articolele să nu trimită la produse epuizate.

E bine ca un al doilea AI să verifice articolele scrise de primul?

Da, ca verificator care are o singură sarcină: să infirme ciorna. Fiecare link în catalog, fiecare afirmație în fișierul cu fapte, niciun cuvânt interzis. Trebuie să aibă voie să pună la îndoială și fișierul cu fapte. Un al doilea model nu ajunge singur, pentru că o rulare lungă poate fi întreruptă și poate reveni la o ciornă neverificată; decizia finală o ia un script determinist, fără model.

Unde setez titlul SEO al unui articol de blog în Shopify?

Articolele Shopify nu au un câmp SEO separat în API. Titlul SEO și meta-descrierea sunt metacâmpurile global.title_tag și global.description_tag, pe care tema le scrie în antetul paginii. Rezumatul articolului e fragmentul afișat în lista blogului, nu meta-descrierea. Ține titlul în limita a 60 de caractere și descrierea în limita a 160.

Cum fac textele generate pentru magazin să nu mai sune a AI?

Treci textul final printr-o verificare care scoate caracterele Unicode invizibile lăsate de generare sau de copiere, semnalează abuzul de linii de dialog și listează expresiile care sună a mașină. Caracterele invizibile se repară automat, dar expresiile semnalate le rescrie un om, pentru că o rescriere automată produce mai mult din același lucru. Numele de produse și de branduri se verifică în cod, cu titlurile produselor din magazin.

Un articol mai lung se poziționează mai bine pentru un magazin?

Nu, prin simpla lungime. Google spune că numărul de cuvinte nu e un factor de clasare, iar conținutul scris ca să atingă un număr de cuvinte e unul dintre semnalele de avertizare din ghidul lui despre conținut util. Scrie cât e nevoie ca să răspunzi complet, cu produse reale și afirmații care se pot dovedi. În multe magazine câștigul mai mare vine din repararea descrierilor de produs subțiri sau duplicate.

Toate metodele