Entități conectate
Organizația, pagina și conținutul folosesc identificatori și relații consecvente.
SCHEMA.ORG ȘI DATE STRUCTURATE
Legăm informațiile reale ale site-ului într-un graf JSON-LD coerent. Integrăm marcajul cu modulul SEO existent și verificăm paginile reprezentative.
Organizația, pagina și conținutul folosesc identificatori și relații consecvente.
Fiecare valoare declarată poate fi urmărită până la informația reală a site-ului.
Separăm sintaxa, cerințele de eligibilitate și decizia de afișare a motorului de căutare.
LABORATOR INTERACTIV
Selectează un tip de conținut și vezi fragmentul JSON-LD corespunzător faptelor afișate. Nu publicăm cod în site.
Date fictive și reguli ilustrative. Controalele schimbă numai această pagină; nu citesc site-uri, nu convertesc fișiere și nu execută operațiuni pe server.
{
"@context": "https://schema.org",
"@type": "Article",
"@id": "https://example.invalid/ghid/#article",
"headline": "Ghid demonstrativ despre imagini",
"datePublished": "2026-10-01",
"author": {
"@type": "Organization",
"name": "Atelier DEMO"
}
}Date și adresă fictive. Un JSON valid nu garantează eligibilitatea sau afișarea unui rezultat îmbogățit. Nu adăugăm evaluări inventate.
FUNCȚII ȘI ETAPE DE LUCRU
O pagină poate conține deja marcaj generat de temă, de WooCommerce și de modulul SEO. Începem prin a identifica emitentul fiecărei entități, apoi adaptăm graful existent în loc să adăugăm încă un bloc concurent. Legăm organizația, site-ul, pagina și conținutul prin identificatori consecvenți și mapăm numai informații reale, disponibile pe site. Oferta acoperă implementarea și verificarea tipurilor, șabloanelor și paginilor pilot din pachet. Marcajul valid nu garantează afișarea unui rezultat îmbogățit sau o anumită poziție în Google.
Inventariem JSON-LD-ul din paginile pilot și componentele care îl publică: modul SEO, WooCommerce, temă și extensiile declarate. Urmărim entitățile, identificatorii și relațiile dintre ele. Stabilim care sursă rămâne responsabilă pentru fiecare tip și ce dubluri sunt efectiv concurente. Nu oprim automat întregul marcaj al modulului SEO pentru a-l înlocui cu un al doilea sistem. La ofertare confirmăm furnizorul compatibil și accesul la punctele de extensie disponibile.
Selectăm clase care descriu ceea ce există pe pagină: organizație, serviciu, articol, produs sau navigare ierarhică, după caz. Fiecare tip nou ori revizuit intră în plafonul pachetului. Pentru un produs verificăm oferta comercială și relația dintre produs, ofertă și variante, fără să presupunem că toate articolele au aceeași structură. Un site de servicii nu primește automat Product doar pentru a încerca să obțină un rezultat diferit în căutare. Tipurile finale sunt precizate în lista aprobată înainte de implementare.
Definim câmpurile sursă și forma de ieșire pentru fiecare șablon inclus. Prețurile, moneda și disponibilitatea provin din oferta reală; autorii și datele articolelor trebuie să fie verificabile. Folosim referințe stabile între entități, evitând organizații ori produse create din nou cu identificatori incompatibili. Nu adăugăm recenzii, evaluări, premii sau acreditări fictive. O informație lipsă este semnalată pentru completare, nu inventată de implementare.
Folosim filtrele documentate sau punctele de extensie compatibile ale furnizorului ales. Modificările sunt delimitate la tipurile și șabloanele aprobate, cu reguli pentru câmpurile absente și paginile care nu îndeplinesc condițiile. Conținutul vizibil și graful trebuie să rămână consecvente. Nu adăugăm scanări ale întregului catalog la fiecare vizită și nu modificăm automat titlurile, descrierile sau URL-urile canonice ale tuturor paginilor. Schimbarea furnizorului SEO sau refacerea unui motor incompatibil necesită o estimare separată.
Verificăm sintaxa JSON, tipurile, câmpurile, legăturile și eventualele entități concurente din URL-urile pilot. Folosim verificări potrivite tipului de marcaj și consemnăm separat erorile, avertismentele și condițiile de eligibilitate. Scenariile includ date complete, câmpuri opționale absente și variații relevante ale șablonului. Un rezultat valid în instrumentul de test nu înseamnă că motorul de căutare va alege să îl afișeze. Recepția urmărește implementarea convenită și raportul de verificare.
Primești inventarul surselor, harta tipurilor și câmpurilor, lista URL-urilor pilot și constatările verificărilor. Documentăm cum se actualizează datele și ce schimbări de temă, modul SEO sau structură de produs trebuie retestate. O revizie este o rundă consolidată în scopul aprobat; suportul acoperă corecții ale implementării, în plafonul inclus. Nu promitem stele în Google, rezultate FAQ, indexare sau creșteri de poziție. Monitorizarea recurentă în Search Console și șabloanele noi se pot contracta separat.
PACHETE ȘI BUGET
Preț orientativ pe proiect · un site WordPress existent
490 RONpreț orientativ / proiect
Alege acest pachet990 RONpreț orientativ / proiect
Alege acest pachet1.790 RONpreț orientativ / proiect
Alege acest pachet| Funcție / limită | Esențial · entități de bază | Profesional · pagini și conținut | Avansat · graf și catalog |
|---|---|---|---|
| Site-uri / limbi / furnizori SEO | 1 / 1 / 1 | 1 / 1 / 1 | 1 / 1 / 1 |
| Tipuri Schema.org noi sau revizuite | 2 | 4 | 6 |
| Șabloane de pagină | 1 | 3 | 5 |
| URL-uri pilot verificate manual | 5 | 10 | 20 |
| Scenarii de recepție | 6 | 10 | 14 |
| Revizii / suport plafonat | 1 / 7 zile · 1 oră | 2 / 14 zile · 2 ore | 3 / 30 zile · 4 ore |
Un site WordPress, o limbă și un furnizor SEO existent compatibil, confirmat înainte de ofertare. Esențial / Profesional / Avansat includ cel mult 2 / 4 / 6 tipuri Schema.org noi sau revizuite, 1 / 3 / 5 șabloane de pagină și 5 / 10 / 20 URL-uri pilot distincte. Un tip înseamnă o clasă de entitate adaptată, precum Organization, WebPage, Product sau Offer; Product și Offer sunt două tipuri, iar clasele deja emise și păstrate fără modificări nu consumă plafonul. Un șablon este o structură comună de pagină cu aceeași mapare; variațiile care cer logică diferită se numără separat. Maparea se aplică paginilor compatibile ale șabloanelor incluse, fără o limită artificială de vizualizări, dar verificarea manuală acoperă numai URL-urile pilot. Pachetele includ 6 / 10 / 14 scenarii de recepție. Informațiile, câmpurile și tipurile finale se confirmă după inventar; nu omitem atribute obligatorii pentru a încadra un tip în buget. Prețul nu include un motor SEO nou, import de date, licențe ori administrare recurentă. Aceeași intervenție comună cu optimizarea SEO se estimează o singură dată.
PREGĂTIRE ȘI PREDARE
Delimităm datele, regulile, compatibilitățile și scenariile de recepție înainte de implementare.
RECEPȚIE PE SCENARII
Orientativ, după acces și date aprobate: 2–3 zile lucrătoare pentru Esențial, 3–5 pentru Profesional și 5–8 pentru Avansat. Afișarea sau procesarea ulterioară de către motoarele de căutare nu are termen garantat.
DIN PROIECTELE REALIZATE
Explorează funcțiile și interfețele realizate în proiecte. Fiecare exemplu prezintă contextul și soluția folosită.
Cardurile „Exemplu conex” prezintă funcții apropiate de serviciul ofertat.
Studiul DAGMAR arată relațiile dintre grup, variație și ofertă, alături de capturi din instrumente de validare. Rezultatele privesc produsul capturat, fără garanția afișării speciale în Google.
Vezi implementareaExemplu conex de examinare a paginii și de explicare a constatărilor. Instrumentul de diagnostic nu este prezentat drept dovadă a implementării unui graf Schema.org pe toate paginile.
Vezi implementareaFuncțiile incluse în proiectul tău se stabilesc prin pachetul și oferta confirmate.
ÎNTREBĂRI DESPRE OFERTĂ
Compară scopul cu site-ul și obiectivele tale. Confirmăm adaptările înainte de lucru.
Solicită ofertăUn tip este o clasă Schema.org nouă ori revizuită, precum Product sau Offer; acestea se numără separat. Un șablon este o structură comună de pagină cu aceeași logică de mapare. Tipurile deja emise și păstrate fără modificări nu consumă plafonul. Limitele sunt 2/4/6 tipuri, 1/3/5 șabloane și 5/10/20 URL-uri pilot distincte.
Nu. Regulile se aplică paginilor compatibile ale șabloanelor aprobate. URL-urile pilot reprezintă limita verificării manuale din proiect, nu o limită de afișări sau o obligație de a modifica fiecare pagină separat. Excepțiile care cer logică nouă se estimează înainte de extindere.
Pornim de la furnizorul existent și îi verificăm versiunea și punctele de extensie. Confirmăm compatibilitatea înainte de ofertare. Un singur furnizor este inclus; nu presupunem instalarea simultană ori migrarea tuturor modulelor SEO. Stabilim sursa responsabilă pentru fiecare entitate.
Nu putem garanta forma în care Google afișează un rezultat. Validitatea marcajului și eligibilitatea tipului sunt verificări distincte de selecția făcută de motorul de căutare. Nu adăugăm evaluări fictive și nu vindem promisiunea unor stele sau rezultate FAQ.
Poate include Product, Offer și relațiile necesare dacă aceste tipuri și șabloane sunt aprobate în plafon. Verificăm datele și integrarea existente înainte de alegerea pachetului. Nu presupunem că o singură mapare acoperă orice configurator, marketplace sau catalog cu date incomplete.
Mapăm datele reale furnizate și semnalăm lipsurile. Redactarea conținutului, completarea catalogului și inventarea unor informații nu intră în implementarea marcajului. Un atribut obligatoriu lipsă poate necesita date suplimentare înainte de publicare.
Oferta de aici privește graful de date structurate și verificările sale. Titlurile, conținutul, legăturile interne și auditul SEO general au scopuri distincte. Dacă un pachet SEO existent acoperă deja aceeași mapare, o reutilizăm și calculăm doar diferența de lucru.
Documentăm regulile și verificările. Reviziile sunt 1/2/3 runde consolidate în scop; suportul este de 7/14/30 zile calendaristice, plafonat la 1/2/4 ore. Un șablon nou, alt furnizor SEO sau o schimbare majoră de catalog se estimează separat.
Pagini relevante
Consultă serviciul asociat și soluțiile relevante pentru scopul pachetului prezentat.