Întrebarea bună e deja jumătate din răspuns: despre cum scrii pentru o minte care nu uită nimic, dar nu știe să întrebe.
Tatăl meu nu punea niciodată întrebări. Rezolva.
Îl văd și acum, aplecat peste un motor cu capul practic îngropat în măruntaiele unui Dacia 1300, mâinile înnegrite până la cot, ascultând. Nu întreba clientul nimic. Nu zicea „descrie-mi sunetul" sau „când apare problema". Asculta motorul direct, punea palma pe bloc ca și cum ar fi luat pulsul cuiva, și în câteva minute știa. Diagnostica fără chestionar, fără formular, fără protocol. Cunoașterea lui era tactilă, acumulată în ani de greșeli și corecturi, și funcționa prin rezonanță — nu prin interogare.
Eu am moștenit de la el fascinația pentru mecanisme. Dar nu și acel simț al ascultării directe. Eu scriu. Eu formulez. Eu construiesc întrebări și le repar de câte ori nu primesc răspunsul potrivit — ceea ce înseamnă că întrebarea n-a fost bine pusă de la început.
Și exact asta m-a dus, într-o seară, la un gând pe care nu l-am putut scăpa de sub piele: inteligența artificială funcționează invers față de tatăl meu. Are nevoie ca tu să formulezi corect. Dacă întrebarea e vagă, răspunsul e vag. Dacă întrebarea e formală, răspunsul e formal. Dacă întrebarea seamănă cu limbajul unui funcționar care a copiat dintr-un alt formular copiat, răspunsul va suna ca un aviz de la primărie din 2004.
Și totuși — oamenii nu pun întrebări bune. Nu pentru că sunt nepricepuți, ci pentru că nu știu să traducă anxietatea în propoziție clară. Când cineva tastează „pot beneficia de alocație majorată?", nu face o interogare juridică. Face o mișcare de supraviețuire. Caută o confirmare. Vrea să audă: da, tu poți.
FAQ-ul — secțiunea de întrebări frecvente de pe un website — ar trebui să fie locul unde se face această traducere. În realitate, de cele mai multe ori, este locul unde limbajul oficial se refugiază cel mai comod și mai nesancționat.
Ce este un FAQ în 2025 — și ce a încetat să mai fie
Nu mai vorbim de liste. Vorbim de contracte cu mașinile care citesc.
Timp de aproape douăzeci de ani, secțiunile FAQ au existat ca un fel de anexă politicoasă a unui website. „Vă răspundem la cele mai frecvente întrebări" — propoziție care, în practică, traducea: „iată ce am decis noi că vreți să știți". Era un monolog deghizat în dialog. Un comunicat de presă cu semne de întrebare la capătul frazelor.
Lucrurile s-au schimbat decisiv și rapid. Și nu pentru că s-ar fi trezit cineva peste noapte cu dragoste pentru utilizatori, ci pentru că motoarele de căutare — și în special sistemele de inteligență artificială generativă — au început să citească aceste secțiuni cu o atenție pe care niciun om nu le-o acorda înainte. Paginile cu marcaj FAQPage sunt de 3,2 ori mai susceptibile să apară în Google AI Overviews, iar sesiunile generate de AI au crescut cu 527% în 2025. Cifrele astea nu sunt reclamă. Sunt semn al unei schimbări de paradigmă care nu se mai întoarce.
Ce înseamnă asta concret? Că un FAQ bine structurat poate deveni, în 2025, cea mai valoroasă secțiune a unui website nu din punctul de vedere al designului, nu al fotografiilor, nu al animațiilor JavaScript — ci din punctul de vedere al vizibilității în căutările generate de AI. Când ChatGPT, Perplexity sau Google AI Overview formulează un răspuns pentru un utilizator, caută surse clare, structurate, cu întrebări și răspunsuri bine delimitate. Fără date structurate, modelele de limbaj sunt forțate să infereze sensul din HTML dezordonat, ceea ce poate duce la interpretări greșite și context ratat.
Adică: dacă site-ul tău nu vorbește clar cu mașina, mașina fie îl ignoră, fie îl înțelege greșit. Și înțeles greșit e mai rău decât ignorat.
Există și o ironie în toate astea, pe care o notez cu oarecare satisfacție: tocmai formatul pe care mulți îl considerau cel mai banal — întrebare-răspuns, simplu, sec, fără ornamente — a ajuns să fie formatul cel mai căutat de cele mai sofisticate sisteme de procesare a limbajului natural. Poate pentru că simplitatea nu e o virtute estetică. E o virtute epistemică.
Limbajul natural contra limbajului oficial — unde se pierde omul
Nimeni nu întreabă „Care sunt condițiile de eligibilitate". Oamenii întreabă „Pot și eu?"
Am lucrat cu instituții publice românești — primării, spitale, școli, consilii județene — timp de opt ani. Am văzut sute de FAQ-uri. Și pot spune cu certitudine că limbajul lor oficial e o formă de comunicare care funcționează perfect în interiorul sistemului și aproape deloc în afara lui.
Un funcționar dintr-un birou de asistență socială știe ce înseamnă „condiții de eligibilitate". Știe că răspunsul la „Care sunt condițiile de eligibilitate pentru indemnizația de handicap gradul II?" trebuie căutat în Legea nr. 448/2006, cu modificările ulterioare. Dar omul care caută pe Google seara târzie, cu capul pe masă după o zi în care a primit a treia hârtie pe care nu o înțelege, nu caută paragraful de lege. Caută confirmarea că există o cale.
Căutarea tradițională s-a bazat pe cuvinte-cheie scurte și fragmentate; acum utilizatorii pun întrebări complete, complexe, și se așteaptă la răspunsuri sintetizate imediat. Și mai mult: un studiu din 2025 arată că 54% dintre consumatori au trecut la obiceiuri de căutare conversaționale, preferând limbajul natural în locul cuvintelor-cheie.
Fiul meu caută altfel decât căutam eu la vârsta lui. Nu tasteză sintagme. Povestește. „De ce mă doare capul când stau prea mult la ecran?" nu e o căutare cu cuvinte-cheie — e o frază rostită ca și cum ar vorbi cu cineva. Și mașina, în 2025, înțelege fraza asta mai bine decât înțelege „cefalee ecran digital cauze". Pentru că a fost antrenată pe miliarde de fraze umane, nu pe milioane de formulare oficiale.
Consecința directă pentru oricine scrie conținut: formularea întrebărilor în FAQ trebuie să reflecte modul real în care oamenii vorbesc, nu modul în care instituțiile preferă să fie întrebate. Nu „Care este procedura de depunere a dosarului?" ci „Cum depun dosarul?" sau, și mai bine, „Ce acte îmi trebuie și unde le duc?". Diferența pare mică. Nu este. Una e limbajul birocrației. Cealaltă e limbajul supraviețuirii.
Există și o dimensiune etică în asta, pe care nu o pot ocoli. Când scrii un FAQ pentru un spital public sau pentru o primărie, nu scrii pentru Google. Scrii pentru oameni care se află, mulți dintre ei, în situații de vulnerabilitate reală. Omul care caută „ce fac dacă mi s-a respins dosarul de alocație" nu face research academic. E speriat. Și el merită un răspuns în limba lui.
Anatomia unui răspuns bun — ce înseamnă „autoconținut"
Un răspuns bun nu are nevoie de context. E o insulă, nu o peninsulă.
Există o regulă pe care am ajuns să o aplic în tot ce scriu pentru web, după ani în care am văzut cum se comportă conținutul în motoarele de căutare: fiecare unitate de informație trebuie să poată supraviețui singură, smulsă din pagina ei. Un răspuns dintr-un FAQ trebuie să funcționeze perfect dacă îl copiezi într-un mesaj WhatsApp, dacă îl citești cu voce tare la telefon, dacă apare izolat în Google AI Overview fără niciun alt context din pagina originală.
Termenul tehnic e „autoconținut" — un răspuns care nu presupune că cititorul a văzut restul paginii, că știe cine ești, că a citit introducerea. Conținutul care răspunde la o întrebare specifică în mod clar, folosește limbaj natural și poate sta independent în afara contextului paginii — paragrafe scurte, enunțuri explicite, titluri descriptive — are șanse mai mari să fie reutilizat în căutarea conversațională și vocală.
Asta e mai greu de scris decât pare. Tendința naturală, când ești autorul paginii, e să presupui că cititorul știe tot ce știi tu. Că a văzut antetul. Că a citit paragraful de deasupra. Că știe că ești un cabinet medical din Botoșani, nu o clinică din București. Dar mașina care citește nu știe. Și utilizatorul care primește răspunsul printr-un AI nu știe. Și atunci răspunsul tău, scos din context, devine ori confuz, ori inaplicabil.
Soluția practică: scrie fiecare răspuns ca și cum ar fi primul lucru pe care îl citește cineva despre tine. Numele organizației, locația dacă e relevantă, tipul de serviciu — toate trebuie să fie în răspuns, nu presupuse din pagina-mamă. „Puteți depune dosarul la sediul Primăriei Botoșani, strada..." e mai util decât „Dosarul se depune la sediul nostru."
Există și o tensiune estetică în asta, pe care o recunosc deschis: între a scrie complet (pentru mașini) și a scrie concis (pentru oameni). Prea lung și omul nu citește. Prea scurt și mașina nu înțelege. Punctul de echilibru există — e în jurul a 50-120 de cuvinte per răspuns, suficient pentru a acoperi esența fără a deveni un eseu. Și cel mai util test pe care l-am găsit: citeste răspunsul cu voce tare. Dacă sună ciudat, e prea formal. Dacă se termină brusc fără să răspundă cu adevărat, e prea scurt.
Greșeala de strategie — când FAQ-ul devine marketing deghizat
Cel mai prost FAQ pe care l-am văzut răspundea la întrebări pe care nimeni nu le pusese vreodată.
L-am văzut pe site-ul unei firme de construcții. Aveau secțiunea FAQ plină de întrebări de genul: „De ce sunteți cei mai buni din județ?" și „Cum v-ați câștigat reputația de excelență?". Răspunsurile, previzibil, vorbeau despre „profesionalism", „experiență de peste 15 ani" și „satisfacția clienților noștri". Nu era un FAQ. Era un advertorial prost deghizat cu semne de întrebare.
Problema cu această abordare nu e doar estetică. E funcțională. Sistemele AI nu sunt proaste. Pot detecta — nu explicit, dar prin semnale de relevanță și autoritate — dacă întrebările dintr-un FAQ reflectă anxietăți reale ale utilizatorilor sau sunt construite pentru a valida un mesaj de marketing. Și datele structurate nu stabilesc în sine autoritate și nu garantează citări AI — modelele de limbaj au nevoie de conținut de calitate, linkuri editoriale și mențiuni de la terți de încredere.
Cu alte cuvinte: poți implementa perfect FAQPage schema în JSON-LD, poți respecta toate regulile tehnice, și tot să nu apari nicăieri în AI Overviews — dacă conținutul nu răspunde la întrebări pe care oamenii le pun cu adevărat.
De unde iei întrebările reale? Din trei surse pe care le-am testat și care funcționează:
Prima sursă: întrebările primite efectiv la serviciul clienți — prin email, telefon, WhatsApp, mesaje pe Facebook. Dacă aceeași întrebare a venit de zece ori în ultimele trei luni, ea aparține în FAQ. Fără excepție.
A doua sursă: căutările interne pe site. Dacă ai un motor de căutare pe website și urmărești ce tastează vizitatorii în el, ai acces direct la mintea lor. Nu la mintea pe care o presupui tu, ci la cea reală.
A treia sursă: recenziile — Google Maps, Facebook, altele. Oamenii scriu în recenzii lucruri pe care nu îndrăznesc să le întrebe direct. „Nu știam că trebuie să aduc și certificatul de naștere" e o informație care ar trebui să fie în FAQ, transformată în răspuns la „Ce acte sunt necesare?".
Conținutul bazat pe întrebări, cu markup structurat și blocuri de răspuns clar definite, apare mai frecvent în rezultatele generate de AI, conform Raportului Moz din septembrie 2025. Dar asta se aplică doar dacă întrebările sunt reale. Un FAQ construit din ego instituțional nu devine mai vizibil prin simplul fapt că are schema markup corectă.
Organizarea strategică — categorii, actualizare, ritm
Un FAQ învechit e mai rău decât absența lui. E un martor fals.
Există ceva specific în raportul dintre instituțiile publice românești și informația de pe website: ea se actualizează rar, de obicei după ce cineva a venit deja de trei ori la ghișeu și s-a întors acasă fără rezultat. Termenele se schimbă. Procedurile se modifică. Legile se amendează. Și FAQ-ul rămâne acolo, cu datele de acum doi ani, zâmbind liniștit.
Un FAQ cu informații greșite e mai dăunător decât absența lui — pentru că generează o certitudine falsă. Omul pleacă cu convingerea că știe ce are de făcut. Ajunge la ghișeu și descoperă că realitatea a divergut de website acum câteva luni. Și are dreptate să fie supărat.
AEO — optimizarea pentru motoarele de răspuns — nu este o configurare unică; este un ciclu continuu de monitorizare, testare, învățare și îmbunătățire. Asta înseamnă că un FAQ e un document viu, nu un monument. Trebuie revăzut trimestrial cel puțin, și de fiecare dată când se schimbă o procedură, un act normativ sau o condiție de eligibilitate.
Organizarea pe categorii ar trebui să urmeze logica utilizatorului, nu logica departamentelor. Nu „Întrebări despre Serviciul de Relații cu Publicul" și „Întrebări despre Direcția Economică" — pentru că utilizatorul nu știe că problema lui aparține Direcției Economice. El știe că vrea să plătească o taxă și nu știe cum. Organizarea corectă: „Plăți și taxe", „Documente și certificate", „Programe și beneficii sociale". Categorii după nevoie, nu după organigramă.
Există și o dimensiune practică pentru institutii: frecvența cu care se schimbă legislația română face din FAQ-ul static un risc asumat. O instituție care lasă informații incorecte pe website nu îl ajută pe cetățean. Îl dezorientează. Și dezorientarea, în interacțiunea cu statul, costă — în timp, în drumuri, în frustrare.
Dimensiunea etică — responsabilitatea celui care scrie pentru AI
Când scrii un FAQ, nu scrii pentru Google. Scrii pentru un om care nu mai are răbdare să caute.
Îmi amintesc că l-am însoțit pe fiul meu, acum câțiva ani, la o instituție publică unde trebuia să depunem niște acte. Avusesem grijă să verific website-ul înainte. FAQ-ul spunea că e nevoie de patru documente. La ghișeu, ni s-a cerut al cincilea — unul pe care website-ul nu îl menționa nicăieri. Funcționara ne-a privit cu acea neutralitate perfectă a cuiva care a văzut această scenă de o sută de ori și nu mai simte nimic față de ea. „Trebuia să știți. E în lege."
Poate că era în lege. Dar nu era în FAQ. Și asta înseamnă că cineva, când a scris acel FAQ, s-a gândit la el însuși — la cât de ușor e să scrii patru puncte în loc de cinci — nu la omul care va citi.
În căutarea conversațională, contextul se acumulează — fiecare schimb construiește pe cel anterior, iar utilizatorul evoluează prin conversație spre o intenție tot mai clară. Această evoluție conversațională funcționează numai dacă fiecare răspuns este complet și corect. Un răspuns incomplet în primul schimb nu se corectează automat în al doilea — utilizatorul pleacă cu informația greșită și acționează pe baza ei.
Asta e responsabilitatea etică a celui care scrie un FAQ: nu să optimizeze pentru algoritm, ci să anticipeze anxietatea reală din spatele întrebării. Care e teama care a generat căutarea? Ce informație lipsă produce acea teamă? Cum poți reduce distanța dintre cel care știe și cel care are nevoie să știe?
Există un concept în tradiția Philokalie — nepsis, trezvia, atenția vigilentă la propria minte și la cei din jur — care mi se pare aplicabil și în afara contextului său teologic. A scrie cu nepsis înseamnă a scrie prezent, conștient de cel căruia îi vorbești, fără să aluneci în automatismul limbajului oficial care îmbracă indiferența în haine formale. Nu e despre stilistică. E despre intenție.
Un FAQ scris fără nepsis e o listă de fraze. Un FAQ scris cu nepsis e un act de slujire — mic, tehnic, invizibil, dar real.
Tatăl meu ar fi știut să scrie FAQ-uri bune. Nu pentru că știa să scrie, ci pentru că știa să asculte înainte.
Revin, cum se întâmplă de obicei, la imaginea inițială. Tatăl meu cu mâinile în motor, ascultând. El nu punea întrebări pentru că nu era nevoie — cunoașterea lui era suficient de fină ca să citească semnalele directe. Dar dacă ar fi trebuit să scrie un FAQ pentru atelierul lui, l-ar fi scris altfel față de cum l-ar fi scris un specialist în marketing. Ar fi scris: „Când aud un sunet ciudat la motor, ce fac?" nu „Care sunt procedurile de diagnosticare preliminară?". Ar fi scris din locul clientului, nu din locul expertului.
Asta e, în fond, tot ce-ți cer mașinile care citesc astăzi: să scrii din locul celui care întreabă, nu din locul celui care știe.
Un FAQ bun e un act de ascultare înghețat în text. Nu e o listă de răspunsuri — e o hartă a anxietăților oamenilor care se adresează ție. Mașinile care citesc astăzi sunt mai bune la identificarea acestor anxietăți decât mulți autori de conținut — nu pentru că sunt mai inteligente, ci pentru că nu au ego de apărat. Nu le pasă dacă răspunsul e simplu sau complex, formal sau colocvial. Le pasă dacă răspunde la întrebarea reală.
Ar trebui să ne pese și nouă.
Întrebări
cu răspuns elocvent de memorat
1. De ce contează structura unui FAQ mai mult ca textul în sine?
Structura e ceea ce permite unui sistem AI să identifice că un bloc de text e o întrebare și un răspuns, nu un paragraf descriptiv. Fără structură clară — marcaj HTML corect, schema FAQPage în JSON-LD, separare vizuală netă — modelul de limbaj trebuie să ghicească. Și când ghicește, greșește. Textul tău poate fi excelent, dar invizibil pentru AI dacă e îngropat în HTML nestructurat. Structura nu e decorativă. E funcțională în sensul cel mai direct: determină dacă ești citat sau ignorat.
2. Care e diferența concretă dintre un FAQ pentru SEO și un FAQ pentru AEO?
Un FAQ pentru SEO tradițional optimiza cuvinte-cheie și urmărea să apară în poziții înalte în SERP. Un FAQ pentru AEO (Answer Engine Optimization) urmărește să devină sursa citată de AI atunci când generează un răspuns direct. Diferența practică: AEO cere răspunsuri autoconținute, complete în sine, fără să presupună context extern — pentru că AI-ul extrage bucăți de conținut și le servește izolat. Dacă răspunsul tău nu funcționează fără pagina din jur, nu funcționează în AEO.
3. Câte întrebări ar trebui să aibă un FAQ ideal?
Nu există un număr magic, dar practica arată că între 8 și 20 de întrebări per pagină sau secțiune sunt optime pentru procesare AI și utilitate umană. Sub 5 întrebări, secțiunea pare incompletă și nu justifică marcajul structurat. Peste 30, devine dificil de navigat și riscă să dilueze relevanța semnalelor pentru motoarele de răspuns. Regula reală nu e cantitativă — e calitativă: fiecare întrebare trebuie să reflecte o anxietate reală a unui utilizator real. Dacă nu poți confirma că cineva a pus sau ar pune acea întrebare, scoate-o.
4. Cum știu ce întrebări pun cu adevărat utilizatorii mei?
Trei surse concrete și verificate: (a) istoricul de căutare internă pe website — dacă ai un motor de căutare integrat, urmărește ce tastează vizitatorii; (b) întrebările primite prin email, telefon sau rețele sociale — dacă aceeași întrebare a venit de trei ori în două luni, e candidată sigură pentru FAQ; (c) recenziile pe Google Maps sau Facebook — oamenii menționează în recenzii informații pe care nu le-au găsit sau acte pe care nu știau că trebuie să le aducă. Acea informație lipsă e exact ce trebuie să intre în FAQ.
5. Ce se întâmplă dacă FAQ-ul meu are informații incorecte sau depășite?
Consecințele sunt duble și cumulative. La nivel uman: utilizatorul primește informație greșită, acționează pe baza ei, ajunge la un ghișeu sau la un serviciu nepregătit, și generează frustare și neîncredere față de organizație. La nivel tehnic-AI: sistemele de căutare bazate pe AI pot cita informații greșite cu aceeași autoritate cu care ar cita unele corecte — și nu există un mecanism automat de corecție. Odată ce o eroare intră într-un răspuns AI, ea circulă. Un FAQ cu informații vechi nu e un document neutru. E un martor fals activ.
6. Schema FAQPage JSON-LD garantează apariția în Google AI Overviews?
Nu. Schema FAQPage crește probabilitatea de extragere și citare, dar nu garantează vizibilitatea. Datele structurate ajută mașinile să înțeleagă conținutul, dar nu înlocuiesc calitatea acestuia. Modelele de limbaj caută surse cu autoritate — demonstrată prin linkuri editoriale, mențiuni de la terți de încredere, consistență și profunzime a conținutului. Un site fără autoritate editorială, dar cu FAQPage implementat corect, va fi în continuare ignorat în favoarea unuia cu autoritate și structură. Schema e condiție necesară, nu suficientă.
7. Ce lungime trebuie să aibă un răspuns ideal dintr-un FAQ?
Între 50 și 150 de cuvinte per răspuns — suficient pentru a acoperi esența, insuficient pentru a deveni eseu. Răspunsul trebuie să fie autoconținut (să nu presupună context extern), să includă entitățile relevante (cine, ce, unde, când, dacă e cazul), și să se termine cu o concluzie clară sau un pas acționabil. Testul simplu: citeste-l cu voce tare. Dacă sună natural și complet, e bine. Dacă sună ca un extras dintr-un act normativ sau dacă lasă întrebarea deschisă, rescrie.
8. Cum organizez categoriile într-un FAQ pentru o instituție publică?
Urmând logica utilizatorului, nu logica organigramei. Oamenii nu știu că problema lor aparține „Direcției Economice" sau „Serviciului de Urbanism". Ei știu că vor să plătească o taxă, să obțină un certificat sau să depună o cerere. Categoriile trebuie să reflecte aceste nevoi: „Taxe și plăți", „Documente și certificate", „Cereri și dosare", „Programe sociale", „Urgențe și reclamații". Fiecare categorie = o nevoie de viață reală, nu un compartiment administrativ.
9. Poate un FAQ să dăuneze dacă e construit ca marketing deghizat?
Da, activ și measurabil. Un FAQ care răspunde la întrebări pe care nimeni nu le pune (de tipul „De ce suntem cei mai buni?") nu generează valoare nici pentru utilizatori, nici pentru motoarele AI. Mai mult: sistemele de AI pot detecta semnale de relevanță și autenticitate — un FAQ construit din ego instituțional are densitate semantică scăzută pe întrebările reale ale utilizatorilor și va fi deprioritizat față de conținut care răspunde la nevoi concrete. Cel mai sigur test: dacă întrebările din FAQ-ul tău ar putea apărea ca titluri de advertorial, rescrie-le.
10. Cât de des ar trebui actualizat un FAQ?
Minimum trimestrial, și de fiecare dată când se schimbă o procedură, un act normativ, un termen sau o condiție. Pentru instituțiile publice românești, ritmul de modificare a legislației și procedurilor impune o atenție mai mare decât media europeană — legile se amendează frecvent și imprevizibil. Practica sănătoasă: desemnează o persoană responsabilă de actualizarea FAQ-ului și stabilește un calendar fix. Un FAQ actualizat ultima dată acum doi ani nu e un activ digital — e un pasiv reputațional.
Bibliografie online
-
Frase.io — FAQ Schema and AI Search, GEO & AEO (noiembrie 2025) https://www.frase.io/blog/faq-schema-ai-search-geo-aeo
-
CXL Institute — Answer Engine Optimization (AEO): The Comprehensive Guide for 2026https://cxl.com/blog/answer-engine-optimization-aeo-the-comprehensive-guide/
-
The HOTH — Structured Data for AEO: What Still Matters and What Doesn't (ianuarie 2026) https://www.thehoth.com/blog/structured-data-for-ai-search/
-
Zensciences — AEO in 2025: Strategies to Win AI Searchhttps://zensciences.com/blogs/a-comprehensive-guide-to-answer-engine-optimization-aeo-in-the-generative-ai-era/
-
Finch — Generative AI: Reshaping Search Intent and User Behavior (octombrie 2025) https://finch.com/blog/generative-ai-changing-search-intent/
-
Bloomreach / arXiv — LLM-based Semantic Search for Conversational Queries (studiu 2025, citat în: https://arxiv.org/html/2601.16492v1)
-
iPullRank — User Behavior in the Generative Era: From Clicks to Conversations (februarie 2026) https://ipullrank.com/ai-search-manual/search-behavior
-
Mavlers — Conversational Search Optimization: NLP Guide for AI Search (ianuarie 2026) https://www.mavlers.com/blog/nlp-and-conversational-search-optimization/
-
Geneo — Best Practices for Answer Engine Optimization (AEO) in 2025https://geneo.app/blog/best-practices-answer-engine-optimization-aeo-2025/
-
Amsive — Answer Engine Optimization (AEO): Your Complete Guide to AI Search Visibility (martie 2026) https://www.amsive.com/insights/seo/answer-engine-optimization-aeo-evolving-your-seo-strategy-in-the-age-of-ai-search/
-
Medium / Baileylibei — How to Optimize FAQs and How-To Guides for GEO/AEO Engines (decembrie 2025) https://medium.com/@baileylibei_84347/how-to-optimize-faqs-and-how-to-guides-for-geo-aeo-engines-1bc424e41ae0
Notă a autorului
tensiuni, comparații, unelte retorice și limite
Tensiunile din acest text:
Articolul operează simultan pe trei registre, ceea ce generează tensiuni conștient asumate. Prima tensiune e între tehnic și uman: datele și cifrele despre AEO, schema markup și indexarea AI sunt reale și necesare pentru credibilitate, dar ele riscă să transforme textul într-un ghid de instrucțiuni. Contragreutatea e narațiunea personală — tatăl mecanic, fiul care caută pe Google, drumul la instituția publică. Nici unul nu e decorativ; ambele sunt necesare pentru ca textul să funcționeze la ambele niveluri de cititor: cel care vine pentru tehnic și cel care vine pentru sens.
A doua tensiune e între umilință epistemică și recomandare fermă. Nu știu cum vor evolua algoritmii AI în șase luni. Niciun practician din domeniu nu știe. Și totuși, trebuie să formulez recomandări practice utile acum, nu „poate că" sau „ar putea fi". Soluția adoptată: recomandările sunt ferme acolo unde datele sunt clare (structura, autoconținerea, actualizarea regulată), și nuanțate acolo unde incertitudinea e reală (garantarea citării în AI Overviews).
A treia tensiune e între critica instituțiilor publice românești și respectul față de cei care lucrează în ele. Critica la adresa FAQ-urilor instituționale e reală și documentată din practică directă. Dar funcționarul care a scris acel FAQ prost nu e un om rău — e, cel mai probabil, un om suprasolicitat, cu resurse insuficiente și fără formare în comunicare digitală. Textul încearcă să numească problema fără să numeze vinovați.
Comparații și analogii folosite:
Tatăl mecanic e ancora narativă centrală — un om care diagnostica fără chestionar, prin ascultare directă. Contrapunctul față de AI, care are nevoie de formulare corectă, nu e o critică la adresa AI, ci o invitație la conștientizarea diferenței fundamentale: cunoașterea tacită versus cunoașterea explicită. Nu se poate transfera una în cealaltă fără pierdere.
Insula vs. peninsula — pentru principiul autoconținerii — e o metaforă spațială deliberat simplă, menită să fie memorabilă. Insula nu are nevoie de continent pentru a fi o insulă. Un răspuns bun nu are nevoie de pagina lui pentru a fi util.
Martorul fals — pentru FAQ-ul cu informații depășite — e o comparație juridică intenționat aspră. Un martor fals nu minte deliberat tot timpul; uneori minte prin inerție, prin neactualizare. Efectul e același.
Nepsis (trezvia filocalică) — folosit ca referință la tradiția isihastă, nu ca ornament. Conceptul de atenție vigilentă la propria minte și la celălalt e aplicabil în orice act de comunicare conștientă. Nu am forțat conexiunea; am descoperit-o în timp ce scriam și am lăsat-o.
Limite recunoscute ale articolului:
Articolul nu acoperă implementarea tehnică a FAQPage schema JSON-LD — există resurse dedicate pentru asta, mai bune decât orice aș putea scrie eu în cadrul unui text eseistic. Nu acoperă nici diferențele specifice dintre platforme (cum se comportă diferit Perplexity față de Google AI Overview față de ChatGPT Browse). Și nu oferă date cantitative proprii — toate cifrele citate provin din surse externe, pe care le-am verificat și le-am inclus în bibliografie.
Există și o limită mai profundă: scriu ca practician, nu ca cercetător. Opt ani de lucru cu instituții publice românești și companii private îmi dau o perspectivă pe care nu o au mulți autori de conținut pe această temă — dar îmi lipsceste distanța academică. Textul de față nu pretinde să fie un studiu. Pretinde să fie o reflecție utilă a unui om care a văzut destule FAQ-uri proaste ca să știe cum arată unul bun.