Expertise · AEO

We translate the page into data a machine reads without guessing, and we check the result with the engine's own tool.

Structured data, questions and answers in readable form, breadcrumbs, the organisation node. Of the three subjects, this is the one where the result can be tested rather than assumed.

Discută un proiect

Construit dejaTrei implementări proprii, toate deschise pe disc și verificabile din exterior azi. Prima: paginile de produs ale acestui site servesc un graf de 1.479 de octeți cu `WebPage`, `SoftwareApplication` și `BreadcrumbList` legate între ele, generat din aceleași date ca textul vizibil — 23 de pagini. A doua: un modul de analiză propriu pentru răspunsuri directe, 51 de linii, opt verificări cu puncte scrise explicit în cod, cu pondere 0,10 în scorul general al analizorului. A treia: un generator public de date structurate pe site-ul nostru, cinci tipuri, care răspunde 200. Rezerva pe care o spunem în aceeași frază: același modul de analiză dă 30 din 100 propriei noastre pagini de produs, pentru că nu știe să citească un graf — limita e a instrumentului, e scrisă mai jos, și e de reparat.

Un motor care arată un răspuns direct nu compune text: extrage o bucată dintr-o pagină și o pune sub întrebare. Ca să extragă fără să ghicească, are nevoie de o corespondență fără ambiguitate între întrebare și răspuns, între produs și starea lui, între pagină și organizația care o publică. Datele structurate exact asta sunt — nu o decorațiune de SEO, ci pagina scrisă a doua oară, pentru un cititor care nu înțelege aspectul, doar structura.

Diferența față de celelalte două subiecte e că aici rezultatul se testează. Nu se presupune și nu se speră: iei adresa, o dai uneltei de validare a motorului și vezi dacă blocul e citit, ce tipuri recunoaște și ce câmpuri îi lipsesc. De aceea pagina asta poate cita mai mult decât cea despre răspunsuri generate — și de aceea e scrisă ca lucrare făcută, nu ca ofertă.

Cum arată situația pe site-ul acesta, numărat azi, nu estimat: 147 de adrese în harta de site. Douăzeci și trei de pagini de produs poartă un graf corect de 1.479 de octeți. Toate celelalte poartă exact un bloc, de 265 de octeți, cu șase câmpuri: context, tip, identificator, nume, adresă, descriere. Fără siglă, fără adresă poștală, fără punct de contact și fără legături către profilurile publice — deși în configurația site-ului sunt scrise șase. Pagina de întrebări frecvente are zece întrebări în HTML, niciun bloc de întrebări citibil de mașină, și nu e în harta de site.

Partea care schimbă discuția e inventarul de text deja scris. În sursele de conținut ale acestui site sunt 233 de perechi întrebare-răspuns pe paginile de serviciu, 175 pe cele de produs și zece pe pagina de întrebări frecvente — 418 în total, scrise, revizuite, cu răspunsuri reale. Zero sunt azi într-o formă pe care o mașină o citește. Asta e, de obicei, lucrarea: nu producerea de conținut nou, ci traducerea celui existent. Un site care nu are întrebările scrise are altă problemă, mai mare, și o spunem înainte.

What it covers

The work, piece by piece

Inventariem ce citește azi o mașină de pe fiecare adresă

Cerem fiecare adresă, extragem fiecare bloc de date structurate, îl parsăm și scriem tipurile și dimensiunea. Rezultatul e un tabel, nu o impresie. La site-ul acesta: o pagină de produs întoarce două blocuri, de 265 și 1.479 de octeți, cu patru tipuri între ele; pagina de start, catalogul, blogul, contactul, întrebările frecvente și paginile de serviciu întorc unul singur, de 265 de octeți, cu un tip. Aici se vede și ce e stricat tăcut: un bloc care nu se parsează nu dă nicio eroare vizibilă, pur și simplu nu există pentru motor.

Traducem întrebările deja scrise, nu inventăm altele

418 perechi întrebare-răspuns există deja în sursele de conținut ale acestui site și niciuna nu e într-o formă citibilă. Blocul de întrebări se generează din exact aceeași sursă ca textul vizibil, nu se scrie a doua oară cu mâna. Regula e strictă și e motivul: dacă în date apar întrebări sau răspunsuri care nu sunt pe pagină, motorul tratează asta ca pe o nepotrivire, iar rezultatul e pierderea afișării speciale, nu un plus.

Un singur graf pe pagină, cu noduri care se cunosc între ele

În loc de blocuri separate care repetă aceleași date, un graf în care pagina, entitatea principală și firul de navigație se referă unele la altele prin identificator, iar organizația e un singur nod pentru tot site-ul. Așa arată paginile noastre de produs: pagina trimite la organizație ca editor, entitatea principală trimite la aceeași organizație ca autor, firul de navigație are trei trepte reale. Detaliul care nu se vede: la scriere, semnul `<` e înlocuit cu secvența lui de evadare, ca un text din date să nu poată închide blocul și să ajungă cod în pagină. E o linie, e în fișier.

Verificăm cu unealta motorului, nu cu părerea noastră

Fiecare tip de pagină trece prin unealta de validare a motorului, care spune ce a citit și ce câmp îi lipsește. E singurul loc din cele trei subiecte unde există un verdict extern, imediat și reproductibil. Ce livrăm e captura verdictului pentru fiecare tip de pagină, nu o afirmație că „am implementat schema”.

Un modul de analiză propriu, cu punctele scrise în cod

Modulul nostru pentru răspunsuri directe face opt verificări cu punctaj explicit: existența oricărui bloc citibil 20 de puncte, întrebări frecvente 20, instrucțiuni pas cu pas 10, secțiuni marcate pentru citire vocală 10, fir de navigație 10, evaluări 10, organizație 10, articol sau produs 10, plafonat la 100. Are pondere 0,10 în scorul general al analizorului. Punctele nu sunt ascunse într-un algoritm; sunt opt linii pe care le poți citi.

Limita propriului instrument, spusă înainte să o găsești tu

Același modul citește tipul doar la nivelul de sus al blocului sau într-un tablou. Un graf nu are tip la nivelul de sus, deci tipurile din interiorul lui nu sunt văzute. Consecința, măsurată pe propriul nostru site: pagina de produs primește 30 din 100 de la analizorul nostru, deși poartă trei tipuri corecte, dintre care două punctate de modul. Cifra e greșită, pagina nu e. Am scris asta aici pentru că un instrument al cărui defect îl afli de la furnizor e mai util decât unul despre care afli singur, la a doua rulare.

Nodul organizației, o dată pentru tot site-ul

Numele juridic, adresa, punctul de contact, sigla și legăturile către profilurile publice, într-un singur nod la care trimit toate paginile. E lucrul care leagă site-ul de restul urmelor tale publice. Pe site-ul acesta nodul are șase câmpuri și niciuna din aceste legături, deși în configurație sunt scrise șase profiluri. E o lipsă, e numărată, și e prima pe lista de reparat pentru că se rezolvă într-un loc.

Cardul de partajare, generat din titlul paginii

Imaginea care apare când cineva distribuie adresa se generează din titlul și descrierea paginii, în culorile site-ului, ca previzualizarea să arate pagina la care trimite. Paginile noastre de produs au ruta lor și întorc o imagine reală. Lipsa, scrisă ca lipsă: paginile de serviciu declară în metadate o adresă de imagine pentru care nu există rută în cod — cerută direct, întoarce 404. Producția servește deocamdată imaginea generală, deci defectul apare abia după publicare, pe 25 de pagini. E semnalat, nu ascuns.

Ce nu punem niciodată în date structurate

Note și recenzii pe care nu le poți dovedi cu o sursă publică. Prețuri care nu sunt scrise pe pagină. Termene de livrare ca garanție. Motivul nu e prudență: o evaluare declarată în date fără sursă publică e exact ce vizează o sancțiune manuală, iar o afirmație falsă într-un format citibil de mașină e o minciună făcută ca să circule — e cea care ajunge citată. Am găsit așa ceva în propriul nostru depozit și scriem mai jos ce era și ce am făcut.

What it looks like

The route, step by step.

Inventarul de azi, adresă cu adresă

Prima livrare e tabelul: fiecare adresă, fiecare bloc, tipurile recunoscute, dimensiunea în octeți, și blocurile care nu se parsează. De aici încolo orice afirmație are un rând în spate. E și momentul în care apar blocurile rămase de la o versiune anterioară a site-ului, care contrazic pagina de azi.

Nodul organizației și firul de navigație

Se fac o dată și se aplică peste tot: un singur nod pentru organizație, cu identificator, la care trimit toate paginile, și un fir de navigație care corespunde structurii reale a adreselor. Ordinea nu e negociabilă — invers, repari o sută de pagini pentru ceva ce se rezolvă într-un fișier.

Întrebările existente, puse în formă

Blocul de întrebări se generează din aceeași sursă ca lista vizibilă de pe pagină. Livrăm și lista adreselor unde întrebările există în text dar nu erau declarate — pe site-ul acesta au ieșit 418 perechi scrise și niciuna declarată.

Validarea externă, pe fiecare tip de pagină

Trecem prin unealta motorului câte o pagină din fiecare tip și livrăm verdictul: ce tipuri au fost citite, ce câmpuri lipsesc, ce avertismente au apărut. Nu declarăm nimic încheiat pe baza faptului că blocul „e în cod”.

Verificarea care rămâne după noi

Un script rulat după fiecare publicare, care cade dacă un bloc a încetat să se parseze, dacă un tip a dispărut de pe un șablon de pagină sau dacă blocul de întrebări s-a despărțit de textul vizibil. Fără el, lucrarea se erodează exact ca orice convenție nescrisă: cineva adaugă un șablon nou și uită, iar nimeni nu observă pentru că nimic nu arată stricat pe ecran.

Traseul, în 3 pași

Datele

What we touch, where it lives, and how long it stays

The questions anyone with a data protection officer asks — asked here before they do.

Ce citim de pe site-ul tău: Doar HTML-ul public și blocurile de date care sunt deja acolo. Pentru inventar nu ne trebuie acces la administrare. Pentru validare nu ne trebuie nimic în plus: unealta motorului lucrează pe adresa publică.
Ce ne trebuie de la tine, și nu putem inventa: Faptele din nodul organizației: denumirea juridică exactă, adresa, programul, numărul de contact și profilurile publice reale. Datele structurate care contradic realitatea sunt mai rele decât absența lor — sunt o afirmație verificabilă și greșită, publicată de tine, într-un format făcut ca să fie citit automat.
Ce nu intră niciodată în date: Date personale ale angajaților sau clienților. Evaluări fără sursă publică. Prețuri care nu apar pe pagină. Întrebări și răspunsuri pe care vizitatorul nu le vede. Regula practică: dacă un om care deschide pagina nu poate găsi acolo informația, ea nu are ce căuta în bloc.
De unde se generează blocurile: Din aceeași sursă de date ca textul vizibil, nu dintr-un fișier paralel. E singurul mod în care cele două nu se despart: cineva schimbă un răspuns pe pagină, blocul se schimbă odată cu el. Un bloc scris de mână rămâne în urmă în câteva luni și nimeni nu observă, pentru că nu se vede.
Unde stau rezultatele și cât rămân: Tabelul de inventar, verdictele uneltei de validare și verificarea de după publicare stau versionate în depozitul proiectului, lângă cod. Trăiesc cât trăiește depozitul. Nu conțin nimic care să nu fie deja pe site: un inventar de date structurate e o citire a paginilor publice, nu o extragere din sistemele tale.

A case

418 questions written, not one in the form a machine reads

Situația

Propriul nostru site, 147 de adrese în harta de site, cu textul rescris recent întrebare cu întrebare. Toate paginile răspundeau 200 și arătau corect. Întrebarea de pornire nu a fost „ce mai adăugăm”, ci „din ce e pe pagină, ce ajunge la o mașină”.

Ce am construit

Am cerut paginile reprezentative pentru fiecare tip, am extras și parsat fiecare bloc de date structurate, am numărat tipurile și octeții. Am replicat peste HTML-ul viu logica propriului nostru modul de analiză, ca să vedem ce scor își dă singur site-ul. Am citit componentele de date structurate din depozit, inclusiv pe cele care nu sunt folosite nicăieri. Și am numărat perechile întrebare-răspuns existente în sursele de conținut.

Ce a ieșit

Douăzeci și trei de pagini de produs poartă un graf corect de 1.479 de octeți, cu trei tipuri legate între ele. Toate celelalte poartă un singur bloc de 265 de octeți, cu șase câmpuri și niciun element de identitate — fără siglă, fără adresă, fără punct de contact, fără legături către cele șase profiluri scrise în configurație. Pagina de întrebări frecvente are zece întrebări în HTML, niciun bloc declarat, și lipsește din harta de site. În surse sunt 418 perechi întrebare-răspuns scrise: 233 pe serviciu, 175 pe produs, zece pe pagina de întrebări. Zero declarate. Propriul nostru modul dă paginii de produs 30 din 100, pentru că nu citește tipurile dintr-un graf. Iar în depozit am găsit trei componente nefolosite care declarau o notă agregată cu recenzii semnate, un catalog de prețuri și un ghid pas cu pas cu termene — verificat pe producție că niciuna nu e servită.

Ce nu spune cazul

Nimic din lista de mai sus nu era reparat în ziua în care a fost scrisă. Inventarul și constatările sunt livrabilul acestei etape; reparațiile sunt etapa următoare, iar ele au ordinea lor — întâi ce se rezolvă într-un fișier, apoi ce cere lucru pe fiecare șablon. Și încă o dată, pentru că e important: un bloc valid nu cumpără o afișare specială. O face posibilă. Documentația motorului decide restul, iar ea se schimbă.

Întrebări

What people ask us before they call

Datele structurate îmi garantează un fragment îmbogățit în rezultate?

Nu. Afișarea specială o acordă motorul, nu marcajul. Datele valide sunt condiția de intrare, nu cumpărarea rezultatului. Se vede limpede chiar la tipul de marcaj care se vinde peste tot: documentația Google scrie că rezultatul îmbogățit pentru întrebări frecvente e arătat doar pentru site-uri guvernamentale și de sănătate binecunoscute și autoritare — restricție intrată în vigoare în septembrie 2023. Deci un furnizor care îți vinde azi „fragmente îmbogățite cu FAQ” fie nu a citit documentația, fie speră că nu ai citit-o tu.

Atunci de ce să mai declar întrebările, dacă nu apar ca fragment?

Pentru că afișarea specială e doar unul din consumatorii formatului. Un bloc de întrebări declarat corect spune fără ambiguitate care text e întrebarea și care e răspunsul — informație folosită de motoare pentru extragerea de fragmente, de asistenții care citesc pagina la cererea unui utilizator și de orice sistem care preia conținutul fără să vadă aspectul. Și mai e un efect, mai puțin discutat: obligația de a declara perechile te forțează să ai răspunsuri reale la întrebări reale. Site-urile care nu pot completa formatul de obicei nu au ce declara.

Cu ce se ocupă asta, față de SEO și de vizibilitatea în răspunsuri generate?

Cu forma, nu cu inventarul și nu cu compunerea. SEO răspunde la „poate motorul să ajungă la fiecare pagină și știe care e versiunea oficială”. Vizibilitatea în răspunsuri generate răspunde la „pot fi folosit ca sursă”, unde rezultatul nu se poate promite. Aici se răspunde la „poate o mașină să ia informația exactă din pagină fără să ghicească”, și e singura dintre cele trei cu verdict extern: dai adresa uneltei de validare și primești răspunsul pe loc.

Pot pune în date întrebări sau informații care nu sunt pe pagină?

Nu, și e o greșeală pe care o găsim des. Marcajul care descrie altceva decât conținutul vizibil e tratat ca nepotrivire, iar consecința e pierderea afișării, uneori o sancțiune manuală. Regula pe care o aplicăm e mecanică, nu de bun-simț: blocul se generează din aceeași sursă ca textul de pe pagină, deci nu poate conține ceva ce nu se vede. Când cineva cere să adăugăm în date un răspuns pe care nu vrea să-l scrie pe pagină, discuția se oprește acolo.

Concurenții au stele în rezultate. De ce noi nu?

Pentru că nu putem dovedi o notă. O evaluare agregată declarată în date trebuie să corespundă unor recenzii reale, verificabile public. Fără asta e o afirmație falsă într-un format citibil automat. Suntem categorici aici pentru un motiv concret: în propriul nostru depozit am găsit o componentă care declara o notă de 4,9 din 87 de recenzii și șase recenzii semnate cu nume de persoane, și o a doua care declara un catalog de patru oferte cu prețuri. Niciuna nu e randată nicăieri — producția servește azi un singur bloc, verificat — dar existau la un import distanță. Le-am semnalat în jurnalul de decizii al echipei, nu le-am șters în tăcere.

Ce tipuri folosiți efectiv?

Cele pe care le rulăm: pagina, entitatea principală a paginii, firul de navigație, organizația și blocul de întrebări. Generatorul nostru public acoperă cinci tipuri — afacere locală, organizație, articol, produs, întrebări frecvente — și e disponibil pe site. Orice alt tip se discută la cerere, după o verificare de compatibilitate cu ce afișează efectiv motorul pentru domeniul tău. Ce nu facem: nu adăugăm tipuri pentru că există în specificație. Un bloc pe care niciun motor nu-l folosește pentru site-ul tău e greutate, nu avantaj.

Cum verificați că funcționează?

În trei locuri, pentru că unul singur minte. Unealta de validare a motorului dă verdictul extern. Modulul nostru de analiză dă un scor cu opt verificări și puncte scrise în cod, ca să poți compara între rulări. Iar un script rulat după fiecare publicare cade dacă un bloc a încetat să se parseze sau un tip a dispărut. Adăugăm și limita modulului nostru, ca să n-o descoperi singur: nu citește încă tipurile dintr-un graf, deci dă un scor mai mic decât realitatea paginilor construite corect — inclusiv ale noastre.

Ce se strică în timp?

Legătura dintre bloc și pagină. Cineva schimbă un răspuns în text, blocul rămâne cu cel vechi, și nimic nu arată stricat pe ecran — de asta trece neobservat luni de zile. Al doilea lucru care se strică sunt blocurile rămase de la o versiune anterioară a site-ului, care descriu o ofertă care nu mai există. Ambele au același remediu: blocurile se generează din sursa textului, iar ce nu se generează se șterge.

Ce livrați efectiv?

Tabelul de inventar cu fiecare adresă, fiecare bloc, tipurile și octeții. Blocurile implementate, generate din sursa conținutului. Verdictul uneltei de validare pentru fiecare tip de pagină. Scriptul de verificare rulat după publicare. Și lista lipsurilor rămase, scrise ca lipsuri — pe site-ul acesta, de exemplu, nodul organizației fără legături către profiluri, pagina de întrebări absentă din harta de site, și o rută de imagine de partajare declarată în metadate care nu există în cod.

Pe ce se sprijină fiecare afirmație de mai sus (13 surse)

Paginile de produs servesc un graf cu `WebPage`, `SoftwareApplication` și `BreadcrumbList`, legate prin identificator de nodul organizației; semnul `<` e evadat la scrierepage.tsx:46-95
Toate celelalte pagini verificate servesc un singur bloc, `Organization`, de 265 de octeți, cu șase câmpuri; fără siglă, adresă, punct de contact sau legături către profilurilayout.tsx:113-126
Configurația site-ului conține șase profiluri publice, niciunul declarat în nodul organizațieiseo-config.ts:34-40
Pagina de întrebări frecvente are zece întrebări în HTML, niciun bloc de întrebări declarat, și nu apare în harta de sitepage.tsx:9-50
418 perechi întrebare-răspuns scrise în sursele de conținut: 233 în 26 de fișiere de serviciu, 175 în 23 de fișiere de produs, 10 pe pagina de întrebări frecvente*.json:cheia `faq` din fiecare fișier
Modul propriu de analiză pentru răspunsuri directe: opt verificări cu puncte explicite — bloc prezent 20, întrebări 20, instrucțiuni 10, secțiuni vocale 10, fir de navigație 10, evaluări 10, organizație 10, articol sau produs 10, plafonat la 100aeo.ts:13-46
Același modul citește tipul doar la nivelul de sus al blocului sau într-un tablou, deci nu vede tipurile dintr-un graf; propria noastră pagină de produs primește 30 din 100aeo.ts:17
Generator public de date structurate, cinci tipuri: afacere locală, organizație, articol, produs, întrebări frecventeSchemaGeneratorClient.tsx:9
Documentația Google scrie că rezultatul îmbogățit pentru întrebări frecvente e arătat doar pentru site-uri guvernamentale și de sănătate binecunoscute și autoritare, restricție anunțată în septembrie 2023https://developers.google.com/search/docs/appearance/structured-data/faqpage · 2026-09-06
Componente cu conținut nesusținut, prezente în depozit și nefolosite: o notă agregată de 4,9 din 87 de recenzii cu șase recenzii semnate, un catalog de patru oferte cu prețuri, și un ghid pas cu pas cu termeneJsonLd.tsx:295, 365, 861
Paginile de serviciu declară în metadate o imagine de partajare la o rută care nu există în cod; cerută direct, întoarce 404page.tsx:86-93
Cardul de partajare se generează din titlul și descrierea paginii, în culorile site-uluiog-card.tsx:16-46
Harta de site are 147 de adresehttps://www.megapromoting.com/sitemap.xml · 2026-09-06

Citările interne arată numele fișierului și linia. Calea completă rămâne în depozitul nostru; o putem parcurge împreună, la cerere.

Cum lucrăm Toate serviciile

What would you want to work better?

Tell us about your process. Together we decide what is worth building, what we can connect, and how we check the result.

Hai să discutăm