Redirecturi 301 și 302: când le folosești și ce greșeli să eviți
Redirect 301 sau 302? Diferența, cum le tratează Google, cod pentru Apache și nginx, harta de redirecturi și greșelile care costă trafic.
Pe scurt
- Datele structurate schema.org descriu explicit conținutul paginii pentru mașini; formatul recomandat de Google este JSON-LD, într-un script în pagină.
- Markup-ul trebuie să reflecte conținut vizibil; nu garantează rich results și nu este un factor de clasare direct.
- Începe cu Organization, Article, BreadcrumbList și, pe magazine, Product; leagă entitățile prin @id.
- Rezultatele îmbogățite FAQ nu mai apar în Google Search din mai 2026, iar HowTo fusese retras în 2023, deci nu mai merită efort doar pentru ele.
- Validează cu Rich Results Test și Schema Markup Validator, apoi urmărești rapoartele de îmbunătățiri din Search Console.
Cuprins
- Ce sunt datele structurate și ce rol are JSON-LD
- Ce tipuri merită implementate în 2026
- Cum scrii JSON-LD pas cu pas
- Unde pui codul: WordPress, site static sau JavaScript
- Cum validezi și monitorizezi datele structurate
- Datele structurate și căutarea cu AI
- Greșeli frecvente
- Când datele structurate nu merită efortul
- Concluzie și pașii următori
Datele structurate schema.org în JSON-LD sunt un bloc de cod în pagină care spune explicit motoarelor de căutare ce reprezintă conținutul: o firmă, un articol, un produs, un traseu de navigare. Google recomandă formatul JSON-LD. Marcajul nu garantează rezultate îmbogățite și nu este un factor de clasare direct, dar reduce ambiguitatea și deschide eligibilitatea pentru anumite afișări.
În 2026 contextul s-a schimbat: Google nu mai afișează rezultatele îmbogățite pentru FAQ, iar cele pentru HowTo dispăruseră deja. Asta nu face schema inutilă, dar schimbă prioritățile. În ghid vezi ce tipuri merită implementate, cum arată codul pentru o firmă, un articol și un produs, cum validezi totul și ce greșeli apar cel mai des. Implementarea corectă face parte din optimizarea SEO tehnică, iar dacă vrei să generezi rapid un cod de pornire, folosește generatorul de schema.
Ce sunt datele structurate și ce rol are JSON-LD
Datele structurate sunt informații despre pagină scrise într-un vocabular standardizat, ca să le poată citi mașinile fără să interpreteze textul. Vocabularul se numește schema.org și a fost fondat de Google, Microsoft, Yahoo și Yandex. El definește tipuri (Organization, Product, Article) și proprietăți (name, url, price).
JSON-LD (JavaScript Object Notation for Linked Data) este formatul în care scrii acest vocabular. Se pune într-un element <script type="application/ld+json">, separat de HTML-ul vizibil. Alternativele, Microdata și RDFa, se lipesc direct de elementele paginii. Google acceptă toate trei, dar documentația recomandă JSON-LD, pentru că e mai ușor de întreținut: modifici un bloc, nu zeci de atribute în șablon.
Trei lucruri de reținut:
- Markup-ul trebuie să descrie ce vede utilizatorul. Nu marca conținut ascuns sau care nu apare pe pagină.
- Google nu promite că va afișa rezultate îmbogățite doar pentru că ai marcaj corect.
- Datele structurate nu înlocuiesc conținutul. Ele îl explică.
Ce tipuri merită implementate în 2026
Galeria Google de funcții include acum, printre altele, Article, Breadcrumb, Local business, Organization, Product, Review snippet, Video, Event, Recipe și Software app. Pentru majoritatea site-urilor de servicii și magazine, lista practică este mai scurtă:
| Tip schema.org | Pentru ce îl folosești | Observații |
|---|---|---|
Organization | Identitatea firmei: nume, logo, linkuri oficiale (sameAs) | Pe pagina principală sau pagina „Despre noi” |
LocalBusiness | Firme cu adresă și program, vizibile local | Complementar profilului Google Business |
Article / BlogPosting | Articole: titlu, autor, date de publicare | Autor și date vizibile și pe pagină |
BreadcrumbList | Traseul paginii în ierarhie | Conform Google, poate apărea în rezultate pe desktop, în locul URL-ului |
Product + Offer | Produse cu preț, stoc, recenzii | Foarte util pentru magazine |
Person | Autorul, specialistul | Clarifică cine este autorul |
FAQPage | Întrebări și răspunsuri vizibile pe pagină | Rezultat îmbogățit retras din mai 2026 |
Despre FAQ: potrivit documentației Google, rezultatele îmbogățite FAQ nu mai sunt afișate din mai 2026. Înainte, afișarea era limitată din 2023 la site-uri guvernamentale și de sănătate cunoscute și autoritare, iar HowTo fusese retras tot în 2023. Dacă ai deja FAQPage pe site, nu e o urgență să-l ștergi. Dacă îl planifici acum doar pentru rich results, nu mai merită. Întrebările rămân utile ca text pentru cititor, iar structura clară ajută la citare, subiect tratat în ghidul despre GEO pentru motoarele AI.
Cum scrii JSON-LD pas cu pas
Procedura este aceeași indiferent de tip.
- Alege tipul cel mai specific pentru pagină (de exemplu
Dentistîn loc deLocalBusiness, dacă schema.org îl are). - Verifică proprietățile obligatorii și recomandate în documentația Google pentru acel tip. Fiecare funcție are propriile cerințe.
- Scrie blocul JSON-LD cu date care apar și pe pagină.
- Leagă entitățile între ele cu
@id, ca să nu repeți aceleași date și să arăți relațiile (articol scris de o persoană, publicat de o firmă). - Plasează scriptul în
<head>sau în<body>; ambele sunt acceptate. - Validează înainte de publicare și monitorizează după.
Exemplu: firma ca Organization
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.exemplu.ro/#organizatie",
"name": "Exemplu SRL",
"url": "https://www.exemplu.ro/",
"logo": "https://www.exemplu.ro/img/logo.png",
"sameAs": [
"https://www.linkedin.com/company/exemplu",
"https://www.facebook.com/exemplu"
],
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+40-700-000-000",
"contactType": "customer service",
"areaServed": "RO",
"availableLanguage": ["ro", "en"]
}
}
</script>Schema.org are și proprietăți pentru identificatori fiscali (vatID, taxID) și pentru adresă (address cu PostalAddress), utile pentru firme. Folosește-le doar cu date reale, identice cu cele din pagina „Contact”.
Exemplu: articol legat de autor și firmă
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Titlul articolului",
"datePublished": "2026-08-18T09:00:00+03:00",
"dateModified": "2026-08-18T09:00:00+03:00",
"image": "https://www.exemplu.ro/img/articol.jpg",
"author": {
"@type": "Person",
"name": "Prenume Nume",
"url": "https://www.exemplu.ro/echipa/prenume-nume/"
},
"publisher": { "@id": "https://www.exemplu.ro/#organizatie" },
"mainEntityOfPage": "https://www.exemplu.ro/blog/titlul-articolului/"
}
</script>Observă că editorul este doar o trimitere la entitatea definită mai sus prin @id. Autorul, datele și titlul trebuie să apară identic în pagină; despre cum construiești credibilitatea autorului vezi ghidul E-E-A-T.
Exemplu: produs cu ofertă în lei
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Ghiozdan școlar ergonomic",
"image": ["https://www.exemplu.ro/img/ghiozdan.jpg"],
"description": "Ghiozdan cu spate ortopedic, 18 litri.",
"sku": "GH-018",
"brand": { "@type": "Brand", "name": "Exemplu" },
"offers": {
"@type": "Offer",
"url": "https://www.exemplu.ro/ghiozdan-ergonomic/",
"priceCurrency": "RON",
"price": "249.00",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}
</script>Prețul și disponibilitatea din marcaj trebuie să coincidă cu cele de pe pagină și din feed-ul de produse. Pe magazine, mai multe despre structura paginilor în ghidul de SEO pentru magazine online. Pentru firme locale, tipul LocalBusiness completează SEO-ul local.
Unde pui codul: WordPress, site static sau JavaScript
Locul în care generezi JSON-LD contează pentru întreținere, nu pentru Google.
- WordPress. Pluginurile SEO mari generează automat Organization, WebSite, Article și BreadcrumbList. Verifică în setări ce informații transmit: logo, nume, profiluri sociale. Date lipsă sau greșite se propagă pe tot site-ul. Dacă adaugi manual blocuri JSON-LD, dezactivează în plugin tipul respectiv.
- Site static sau generat. Cea mai curată variantă: un șablon construiește JSON-LD din aceleași câmpuri ca pagina (titlu, dată, autor). Astfel marcajul și textul vizibil nu pot ajunge să difere.
- Injectare cu JavaScript sau Google Tag Manager. Google poate procesa JSON-LD adăugat dinamic, dar depinde de randare, deci introduce un risc în plus. Folosește-o când nu ai acces la șablon și testează mereu cu inspecția URL. Contextul randării este explicat în ghidul JavaScript SEO.
De ce contează @id și @graph
Când o pagină conține mai multe entități (firma, site-ul, pagina, autorul, articolul), le poți grupa într-un singur bloc cu @graph și le poți lega prin @id. Fiecare entitate are un identificator stabil, de obicei URL-ul paginii plus un fragment (#organizatie, #autor). Beneficiul: spui o dată cine este firma și o referențiezi peste tot, în loc să repeți nume și adresă în fiecare bloc. Mai puține copii înseamnă mai puține neconcordanțe, iar neconcordanțele sunt sursa obișnuită de erori de interpretare.
Cum validezi și monitorizezi datele structurate
Un marcaj greșit poate fi invizibil până îl verifici. Parcursul recomandat:
- Rich Results Test (instrument Google): arată dacă pagina este eligibilă pentru funcțiile suportate și ce erori sau avertismente există.
- Schema Markup Validator (validator.schema.org): verifică sintaxa schema.org în general, inclusiv tipurile pe care Google nu le afișează.
- Inspecția URL în Search Console: arată ce a văzut Google la ultima crawlare, inclusiv după randare.
- Rapoartele de îmbunătățiri din Search Console: apar pentru tipurile eligibile (de exemplu Breadcrumb, Produse) și arată pagini valide, cu avertismente sau cu erori. Despre cum se citesc, vezi ghidul Google Search Console.
Diferența dintre „eroare” și „avertisment”: o eroare înseamnă că lipsește o proprietate obligatorie și pagina nu este eligibilă; un avertisment semnalează o proprietate recomandată lipsă, iar pagina poate rămâne eligibilă.
Datele structurate și căutarea cu AI
Se vorbește mult despre schema ca „limbaj pentru AI”. Prudența e utilă aici. Documentația Google spune că datele structurate ajută la înțelegerea conținutului, dar că nu sunt necesare pentru funcțiile generative din Search și că nu există un marcaj schema.org special pentru ele. Dacă le folosești, ele trebuie să corespundă textului vizibil. Despre alte motoare AI nu există confirmări publice care să arate că fără schema nu poți apărea în răspunsurile generate.
Rezumatul onest: schema clarifică entitățile (cine ești, ce vinzi, cine a scris), iar claritatea nu poate strica. Dar nu o trata ca pe un comutator. Ce citează AI-ul vine, în principal, din conținutul vizibil, structurat și de încredere; vezi cum devii sursă în Google AI Overviews și cum măsori vizibilitatea în ChatGPT și în căutarea AI.
Greșeli frecvente
- Marcaj pentru conținut care nu există pe pagină. Recenzii, prețuri sau întrebări care nu se văd. Poate duce la acțiuni manuale din partea Google.
- Recenzii proprii marcate ca recenzii independente. Google are reguli stricte asupra recenziilor.
- Date duplicate sau contradictorii. Tema generează un Organization, pluginul altul, cu denumiri diferite.
- Proprietăți obligatorii lipsă. De exemplu
offersfărăpricesaupriceCurrency. - Date neactualizate. Preț sau stoc modificat pe pagină, dar vechi în JSON-LD.
- JSON invalid. O virgulă în plus sau ghilimele tipografice (curbe) strică tot blocul. Folosește ghilimele drepte
"în cod. - Schema pusă pe toate paginile identic. Același Article pe fiecare URL, cu același titlu.
- Blocarea paginii în robots.txt sau noindex. Google nu poate citi marcajul unei pagini pe care nu o crawlează.
Când datele structurate nu merită efortul
Nu orice pagină are nevoie de schema, iar câteva limite sunt bune de știut:
- Pentru un site mic de prezentare, un
Organizationcorect și unBreadcrumbListacoperă cea mai mare parte din valoarea practică. - Dacă pagina nu corespunde unui tip din galeria Google, marcajul poate rămâne doar un ajutor general de înțelegere, fără efect vizibil în rezultate.
- Fără conținut bun, marcajul nu ajută. Mai întâi se rezolvă indexarea și calitatea paginii.
- Funcțiile Google se schimbă. Ce funcționează astăzi poate fi retras mâine, așa cum s-a întâmplat cu FAQ. De aceea alege marcaj care are sens și pentru cititor, nu doar pentru un widget din rezultate.
Concluzie și pașii următori
Un plan realist pentru următoarele zile:
- Pe pagina principală, adaugă
Organizationcu logo,sameAsși date de contact reale. - Pe articole, adaugă
Articlecu autor, date și imagine, legat de firmă prin@id. - Pe toate paginile cu ierarhie, adaugă
BreadcrumbList; pe magazine,ProductcuOffer. - Verifică totul în Rich Results Test și Schema Markup Validator, apoi urmărește rapoartele din Search Console.
- Elimină duplicările dintre temă și plugin.
Dacă vrei ca implementarea, validarea și monitorizarea să fie făcute pentru site-ul tău, vezi serviciul de optimizare SEO tehnică sau scrie-ne prin contact.