GEO Technical Audit · Crawling, entități și măsurare

Poate fi site-ul tău accesat și înțeles de LLM-uri?

DWF verifică infrastructura, crawlingul, indexarea, randarea, entitățile și măsurarea pentru a identifica blocajele tehnice care pot limita vizibilitatea și citarea brandului în experiențele AI.

Înainte ca un brand să poată fi citat sau recomandat, informația sa trebuie să poată fi găsită, accesată și înțeleasă.

Auditul tehnic creează eligibilitate și reduce blocajele. Nu garantează apariția, citarea sau recomandarea într-un răspuns AI.

Solicită auditul tehnic GEO

Audităm infrastructura, accesul la conținut și semnalele tehnice. Rezultatul este un backlog prioritizat pentru echipele SEO, development, content și analytics.

Nu rulăm auditul automat dintr-un URL. Cererea ajunge la echipa GEO, care stabilește accesurile.

Traseul verificat, de la crawler la măsurare

Exemplu de raport

  1. Crawlere și platforme

    Googlebot, OAI-SearchBot, PerplexityBot, bingbot

    Trecut
  2. DNS · CDN · WAF · robots.txt

    Reguli de acces, rate limiting, challenge-uri

    Blocat
  3. Server · status code · rendering

    Răspunsuri, redirecturi, randare

    Atenție
  4. HTML · conținut · linkuri · date structurate

    Ce primește efectiv crawlerul

    Atenție
  5. Entități · produse · servicii · experți

    Cine e brandul și ce oferă

    De validat manual
  6. Indexare · citare · referral · măsurare

    Ce putem observa și raporta

    De validat manual

Ce răspunde auditul

Paisprezece întrebări tehnice, cu răspuns verificabil

Auditul tehnic GEO nu e o colecție de trucuri pentru modele. E fundația peste care se construiesc vizibilitatea, citările și autoritatea brandului.

  • Crawlerele relevante pot accesa site-ul?
  • Există blocaje în robots.txt, CDN, WAF sau infrastructură?
  • Informația importantă este disponibilă în HTML?
  • Paginile sunt indexabile și eligibile pentru search?
  • Canonicalizarea transmite semnale corecte?
  • JavaScript împiedică accesul la informație?
  • Conținutul poate fi extras fără ambiguitate?
  • Produsele, serviciile, organizația și experții sunt reprezentați clar?
  • Datele structurate corespund conținutului vizibil?
  • Informațiile sunt consistente pe site și în proprietățile externe?
  • Modificările importante sunt descoperite rapid?
  • Vedem în loguri accesările crawlerelor?
  • Putem identifica traficul referral din platformele AI?
  • Putem măsura citările prin instrumentele care oferă aceste date?

SEO tehnic

  • crawling
  • indexare
  • canonicalizare
  • performanță
  • arhitectură
  • randare
  • pagini duplicate
  • statutul URL-urilor
  • eligibilitatea în rezultatele search

GEO tehnic

Include fundația de alături și adaugă:

  • accesul crawlerelor platformelor AI
  • diferența dintre crawlerele pentru search și cele pentru antrenare
  • WAF și CDN
  • disponibilitatea conținutului pentru extragere
  • claritatea entităților
  • consistența informațiilor
  • structura afirmațiilor și a datelor
  • actualitatea informației
  • sursele primare
  • controlul fragmentelor
  • observabilitate în server logs
  • citări și referral traffic din experiențele AI
  • conexiunea dintre pagini, entități și surse externe

SEO tehnic și GEO tehnic nu sunt servicii opuse. GEO tehnic pornește de la o fundație SEO sănătoasă și adaugă verificări specifice ecosistemelor generative.

Fundația SEO tehnică are pagină proprie: SEO tehnic și Audit SEO.

Principiu

Crawlerele nu au toate același rol

Un crawler de search, un agent care deschide pagina la cererea utilizatorului și un crawler de antrenare fac lucruri diferite. Se controlează diferit, iar blocarea unuia nu înseamnă blocarea celorlalte.

  • Crawlere pentru search și citări

    Descoperă informația care poate apărea în rezultate sau în răspunsuri cu surse. Blocarea lor scoate brandul din acele experiențe.

    Googlebot, OAI-SearchBot, PerplexityBot, bingbot

  • Agenți care accesează pagini la cererea utilizatorului

    Preiau o pagină atunci când omul cere explicit informația sau deschide un rezultat. Documentațiile spun că regulile din robots.txt pot să nu li se aplice.

    ChatGPT-User, Perplexity-User

  • Crawlere pentru antrenarea modelelor

    Colectează conținut pentru antrenarea sau îmbunătățirea modelelor și au reguli de control separate. Blocarea lor nu e același lucru cu blocarea crawlerului de search.

    GPTBot, Google-Extended

Matricea crawlerelor și a controalelor

PlatformăAgent verificatRol declaratrobots.txtVerificarea identitățiiControl fragmenteObservabilitate
Google Search și funcțiile AI din SearchGooglebot Search și cităriDescoperă și indexează pagini pentru Search; aceeași indexare susține AI Overviews și AI Mode.DaDNS invers și lista oficială de IP-uri (common-crawlers.json)nosnippet, max-snippet, data-nosnippet, noindexSearch Console: traficul din funcțiile AI intră în raportarea Web
Google — antrenarea modelelor GeminiGoogle-Extended AntrenareControl separat pentru folosirea conținutului la antrenarea modelelor Gemini. Nu afectează poziționarea în Search.DaNu accesează singur paginile: e un token de control în robots.txtNu se aplicăNu e raportat separat
ChatGPT Search (OpenAI)OAI-SearchBot Search și cităriDescoperă site-uri pentru a fi afișate în funcțiile de search din ChatGPT.DaLista oficială de IP-uri publicată de OpenAINedocumentat separatServer logs și trafic referral
ChatGPT — acces la cererea utilizatoruluiChatGPT-User La cererea utilizatoruluiPreia o pagină când o cere utilizatorul, în ChatGPT sau într-un GPT.Parțial: OpenAI spune că regulile pot să nu se aplice, fiind acțiuni inițiate de utilizatorLista oficială de IP-uri publicată de OpenAINedocumentat separatServer logs și trafic referral
OpenAI — antrenarea modelelorGPTBot AntrenareColectează conținut care poate fi folosit la antrenarea modelelor. Blocarea lui nu blochează ChatGPT Search.DaLista oficială de IP-uri publicată de OpenAINu se aplicăServer logs
Perplexity — searchPerplexityBot Search și cităriDescoperă și listează site-uri în rezultatele Perplexity. Documentația spune că nu e folosit pentru antrenare.DaLista oficială de IP-uri publicată de PerplexityNedocumentat separatServer logs și trafic referral
Perplexity — acces la cererea utilizatoruluiPerplexity-User La cererea utilizatoruluiDeschide pagina când utilizatorul cere un răspuns care o folosește.Documentația spune că, în general, nu ține cont de robots.txt, fiind o cerere a utilizatoruluiLista oficială de IP-uri publicată de PerplexityNedocumentat separatServer logs și trafic referral
Microsoft Bing și Copilotbingbot Search și cităriDescoperă și indexează pagini pentru Bing; indexul susține și experiențele Copilot.DaDNS invers către *.search.msn.com, lista oficială de IP-uri și instrumentul Verify Bingbotnosnippet, max-snippet, data-nosnippet, noindexBing Webmaster Tools, raportul AI Performance: grounding queries și citări

User-agentul poate fi falsificat, deci nu îl tratăm ca dovadă. Verificăm identitatea prin DNS invers sau prin listele oficiale de IP-uri publicate de platforme, acolo unde există.

Politicile, user-agent-urile și intervalele IP se pot modifica. Auditul verifică de fiecare dată documentația oficială și configurația curentă, la data proiectului.

Surse oficiale, verificate la 20.09.2026: Google, crawlerele comune (se deschide într-o filă nouă) · Google, funcțiile AI în Search (se deschide într-o filă nouă) · OpenAI, boții (se deschide într-o filă nouă) · Perplexity, boții (se deschide într-o filă nouă) · Microsoft, verificarea bingbot (se deschide într-o filă nouă). Nu publicăm liste de IP-uri în pagină: se iau din sursele oficiale, la data auditului.

Exemplu de verificare tehnică GEO

Cum arată rezultatul pentru example-brand.ro

Exemplu. Rezultatele reale necesită acces și verificare tehnică. Nu rulăm un audit complet dintr-un URL introdus într-un formular.

  • Crawling82/100
  • Indexability91/100
  • Rendering68/100
  • Entity clarity54/100
  • Structured data73/100
  • Freshness61/100
  • Measurement32/100
  • BlocatOAI-SearchBot blocat de WAF, nu de robots.txt
  • Atențieconținut important încărcat doar după interacțiune
  • Blocatcanonical incorect pe paginile de produs
  • De validat manualorganizația și brandul, reprezentate ca aceeași entitate, fără clarificare
  • Atențiedata actualizării nu corespunde modificării reale
  • Blocatserver logs nu sunt păstrate
  • Atențieconversiile din referral traffic AI nu sunt segmentate

Metodologia DWF

Zece etape, de la infrastructură la măsurare

Fiecare etapă are un livrabil. Deschide o etapă ca să vezi ce verificăm concret.

  1. Înțelegerea businessului și a ecosistemului tehnic

    Ce vinzi, pe ce piețe și pe ce infrastructură.
    Technical GEO Discovery Brief
    • obiectivele GEO
    • piețele și limbile
    • produsele și serviciile prioritare
    • CMS-ul și framework-ul
    • arhitectura hostingului
    • CDN-ul și WAF-ul
    • politicile de securitate
    • mediile de producție și staging
    • instrumentele de analytics și webmaster
    • responsabilitățile echipelor SEO și development
    • istoricul migrărilor și al incidentelor
    • restricțiile juridice sau de confidențialitate

    Livrabil: Technical GEO Discovery Brief

  2. Inventarierea URL-urilor și a template-urilor

    Nu verificăm doar homepage-ul.
    URL & Template Inventory
    • tipurile de pagini și template-urile
    • categorii și produse
    • pagini de servicii
    • articole și pagini de autor
    • pagini locale
    • documentație
    • pagini de comparație
    • filtre și paginare
    • variante lingvistice
    • fișiere și resurse importante

    Construim un eșantion reprezentativ pe template-uri și, unde accesul permite, analizăm întregul inventar.

    Livrabil: URL & Template Inventory

  3. Accesul crawlerelor

    Cine ajunge la site și ce primește.
    Crawler Access Matrix
    • robots.txt, meta robots, X-Robots-Tag
    • noindex și nofollow
    • nosnippet, max-snippet, data-nosnippet
    • blocări pe user-agent
    • CDN, WAF, rate limiting
    • challenge-uri JavaScript și CAPTCHA
    • geoblocking și autentificare
    • blocări pe IP
    • erori 401, 403, 429 și 5xx
    • reguli diferite între desktop și mobil
    • accesul la CSS, JavaScript, imagini și fișiere

    Verificăm separat crawlerul declarat, IP-urile oficiale acolo unde sunt publicate, răspunsul serverului, conținutul primit și comportamentul din loguri.

    Livrabil: Crawler Access Matrix

  4. Indexare și eligibilitate

    Ce poate intra în index și ce ajunge să concureze.
    Indexability & Eligibility Report
    • status codes și redirecturi
    • canonical și hreflang
    • sitemap XML
    • pagini orfane și linking intern
    • duplicate și soft 404
    • parametri și faceted navigation
    • paginare și index bloat
    • conținut foarte similar
    • pagini eliminate
    • HTTP/HTTPS, www/non-www, subdomenii
    • mobile parity
    • eligibilitatea pentru fragmente

    Pentru funcțiile AI din Google Search, fundația rămâne eligibilitatea în Search: Google spune că pagina trebuie indexată și eligibilă să apară cu un fragment, fără cerințe tehnice suplimentare.

    Livrabil: Indexability & Eligibility Report

  5. Randare și disponibilitatea conținutului

    Ce e în HTML și ce apare abia după JavaScript.
    Content Rendering Parity
    • HTML inițial față de DOM randat
    • conținutul vizibil față de cel primit de crawler
    • conținut încărcat după interacțiune
    • API-uri folosite
    • hydration
    • lazy loading și infinite scroll
    • conținut ascuns în taburi sau acordeoane
    • informații disponibile doar în imagini, video sau PDF
    Exemplu: aceeași pagină, două surse

    HTML inițial

    <div id="product-app"></div>

    DOM randat

    <h1>Pompă de căldură X200</h1>
    <p>Putere: 8 kW · SCOP 4,6</p>
    <p>Disponibil: în stoc</p>

    Exemplu. În HTML-ul inițial nu există nici numele, nici specificațiile; ele apar doar după randare și după un click pe tab.

    Verificăm dacă informațiile esențiale există ca text: numele produsului, descrierea, specificațiile, prețul dacă e public, disponibilitatea, autorul, data publicării și a actualizării, locația, datele companiei și termenii importanți.

    Livrabil: Content Rendering Parity

  6. Claritatea informației și extractabilitatea

    Cât de ușor se înțelege pagina fără context suplimentar.
    Information Extractability Review
    • ierarhia H1–H6
    • paragrafe, liste, tabele
    • definiții
    • întrebări și răspunsuri
    • rezumate și concluzii
    • unități de măsură
    • relația dintre afirmație și dovadă
    • surse și citări
    • autori și date
    • contextul afirmațiilor

    Niciun format nu garantează citarea. O structură clară reduce ambiguitatea și ușurează interpretarea corectă a informației.

    Livrabil: Information Extractability Review

  7. Entități și consistența brandului

    Cine e organizația, ce oferă și cine o reprezintă.
    Entity Consistency Map
    • organizația și brandurile
    • produsele și serviciile
    • experții
    • locațiile și evenimentele
    • ofertele
    • relațiile dintre entități
    • denumirea, descrierea și URL-ul principal
    • logo și date de contact
    • fondatori și experți
    • adrese și aria deservită
    • profiluri oficiale și identificatori
    • consistența între pagini și proprietăți externe

    Exemplu de graf al entităților

    Organizație
    • Brand
      • nume
      • descriere
      • logo
      • URL principal
    • Produse și servicii
      • denumiri
      • categorii
      • oferte
    • Experți
      • autori
      • roluri
      • profiluri
    • Locații
      • adrese
      • aria deservită
    • Profiluri și surse oficiale
      • identificatori
      • pagini externe

    Livrabil: Entity Consistency Map

  8. Date structurate

    Markup care descrie exact ce se vede pe pagină.
    Structured Data & Entity Report
    • tipurile Schema.org implementate
    • validitatea sintactică
    • corespondența cu textul vizibil
    • proprietățile recomandate
    • entități duplicate și identificatori
    • nesting și relații între entități
    • markup generat dinamic
    • diferențe între template-uri
    • erori și avertismente
    • markup nejustificat

    Nu există un „schema GEO” și niciun tip de markup nu garantează apariția în răspunsurile AI. Folosim tipurile relevante pentru conținutul real: Organization, LocalBusiness, Person, Product, Offer, Service, Article, BreadcrumbList, FAQPage, VideoObject, Event, WebSite, WebPage.

    Livrabil: Structured Data & Entity Report

  9. Actualitate, distribuție și descoperirea modificărilor

    Cât de repede ajunge o schimbare la crawlere.
    Freshness & Update Flow
    • datePublished și dateModified
    • lastmod în sitemap
    • actualizarea reală a conținutului
    • cache și CDN
    • invalidarea cache-ului
    • feed-uri
    • IndexNow, unde e relevant
    • consistența produselor și a ofertelor
    • pagini vechi încă accesibile
    • informații retrase
    • redirecturi după actualizări
    • sincronizarea cu sursele externe

    Nu recomandăm schimbarea datelor fără o modificare reală a conținutului. O dată falsă strică încrederea în toate celelalte.

    Livrabil: Freshness & Update Flow

  10. Măsurare și observabilitate

    Ce putem demonstra cu date, după implementare.
    GEO Measurement Architecture
    • accesările crawlerelor în server logs
    • user-agent, IP și verificarea lui
    • status codes, volum și frecvență
    • paginile accesate și erorile
    • crawl waste
    • trafic referral și landing pages
    • engagement și conversii
    • citări raportate de instrumentele disponibile
    • evoluția în timp
    Exemplu de loguri de server
    66.249.x.x - - [18/Sep/2026:09:12:04] "GET /categorie/pompe-caldura HTTP/1.1" 200 48213 "Googlebot/2.1"
    20.15.x.x - - [18/Sep/2026:09:14:22] "GET /produs/x200 HTTP/1.1" 200 51122 "bingbot/2.0"
    172.x.x.x - - [18/Sep/2026:09:15:03] "GET /produs/x200 HTTP/1.1" 403 512 "OAI-SearchBot/1.4"
    172.x.x.x - - [18/Sep/2026:09:15:04] "GET /robots.txt HTTP/1.1" 200 742 "OAI-SearchBot/1.4"

    Exemplu, cu IP-uri mascate. Rândul 403 arată tiparul tipic: robots.txt permite accesul, dar WAF-ul respinge cererea.

    Surse posibile: server logs, loguri CDN și WAF, GA4, Search Console, Bing Webmaster Tools și platforma DWF de monitorizare AI Visibility. Platformele nu raportează aceleași date, iar lipsa unui referral nu demonstrează lipsa unei mențiuni.

    • Google include traficul din funcțiile AI în raportarea generală Web din Search Console, fără un raport separat.
    • Bing Webmaster Tools are raportul AI Performance, cu grounding queries și citări, lansat în februarie 2026 și extins în iunie 2026.
    • Traficul referral din platformele AI poate fi incomplet sau absent, în funcție de platformă și de context.
    • Lipsa unui referral nu demonstrează lipsa unei mențiuni sau a unei citări.

    Livrabil: GEO Measurement Architecture

Vrei verificările astea pe site-ul tău, nu pe un exemplu?

Solicită auditul tehnic GEO

Ce verificăm concret

Opt capitole, fiecare cu stare și dovadă

Fiecare capitol primește una dintre stările: trecut, atenție, critic, nu se aplică sau necesită validare manuală. Starea e scrisă, nu doar colorată.

  • Access

    Blocat
    • robots.txt
    • meta robots
    • WAF
    • CDN
    • user-agents
    • validare IP
    • rate limiting
  • Indexability

    Trecut
    • status codes
    • canonical
    • sitemap
    • linking intern
    • duplicate
    • pagini orfane
  • Rendering

    Atenție
    • HTML
    • JavaScript
    • hydration
    • lazy loading
    • parity
    • assets
  • Information

    Atenție
    • headings
    • tabele
    • definiții
    • afirmații
    • dovezi
    • date
    • autori
  • Entities

    De validat manual
    • organizație
    • brand
    • produs
    • serviciu
    • expert
    • locație
    • relații
  • Structured data

    Atenție
    • validitate
    • relevanță
    • consistență
    • potrivirea cu textul vizibil
  • Freshness

    De validat manual
    • date de actualizare
    • feed-uri
    • sitemap
    • cache
    • IndexNow
    • URL-uri vechi
  • Measurement

    Blocat
    • loguri
    • analytics
    • referral
    • citări
    • conversii
    • dashboard

Stările din exemplu nu sunt reale. Într-un proiect real, fiecare capitol primește starea lui, cu URL-urile și dovezile aferente.

Exemplu

De la simptom la plan

Un magazin online are pagini de categorie indexate în Google, dar vizibilitate redusă în răspunsurile AI.

Ce descoperim

  • crawlerele de search pot accesa homepage-ul
  • WAF-ul blochează anumite accesări legitime
  • descrierile produselor apar doar după randare
  • variantele produselor generează duplicate
  • datele structurate nu corespund stocului vizibil
  • informațiile despre producător sunt inconsistente
  • sitemap-ul e actualizat cu întârziere
  • nu există acces la server logs
  • traficul referral AI nu e segmentat

Problema nu este un singur tag lipsă. Site-ul are o combinație de acces inconsistent, randare incompletă, semnale contradictorii și observabilitate redusă.

  1. Prioritate critică

    • eliminarea blocărilor neintenționate
    • corectarea canonicalizării
    • afișarea informațiilor esențiale în HTML
    • corectarea datelor despre disponibilitate
  2. Prioritate ridicată

    • clarificarea entităților
    • corectarea datelor structurate
    • actualizarea sitemap-urilor
    • configurarea logurilor
  3. Prioritate medie

    • îmbunătățirea structurii informației
    • implementarea măsurării referral
    • dashboard tehnic GEO

Prioritizare

Nu toate problemele au aceeași importanță

Prioritatea se calculează din criterii scrise, nu dintr-un scor general.

Criteriile

  • impactul asupra accesului
  • numărul de URL-uri afectate
  • importanța comercială
  • riscul
  • efortul
  • dependențele
  • nivelul de încredere
  • posibilitatea de validare

Nu folosim un scor general opac. Fiecare problemă arată criteriile care au dus la prioritate, iar ponderile se stabilesc împreună cu tine la începutul proiectului.

  1. P0
    Blocaj critic

    Informația nu poate fi accesată sau indexată. Se rezolvă înaintea oricărei optimizări.

  2. P1
    Impact ridicat

    Semnale contradictorii sau conținut indisponibil pe template-uri importante.

  3. P2
    Optimizare importantă

    Claritatea informației, entități, date structurate, actualitate.

  4. P3
    Îmbunătățire

    Curățenie tehnică și consistență, fără impact imediat asupra accesului.

  5. Investigation
    Necesită date suplimentare

    Nu putem decide fără loguri, acces sau un test suplimentar. Spunem ce lipsește.

Livrabile

Nu livrăm doar o listă de erori.

Fiecare problemă vine cu template-ul afectat, impactul, echipa responsabilă, recomandarea și criteriul după care se validează.

  • Technical GEO Discovery Brief
  • inventarul URL-urilor și al template-urilor
  • Crawler Access Matrix
  • audit robots.txt și directive
  • verificare CDN și WAF
  • Indexability & Eligibility Report
  • Rendering Parity Report
  • analiza structurii informației
  • Entity Consistency Map
  • audit de date structurate
  • analiza actualizării informației
  • verificarea sitemap și IndexNow
  • arhitectura de monitorizare a logurilor
  • arhitectura de măsurare
  • backlog tehnic
  • prioritizare impact/efort
  • severitate și echipă responsabilă
  • criterii de acceptanță
  • exemple de implementare
  • roadmap pe 30, 60 și 90 de zile
  • sesiune de prezentare pentru SEO, development și management
  • retestare, dacă e inclusă în proiect
Backlog tehnic GEOExemplu
Previzualizare de exemplu a backlogului tehnic
ProblemăTemplateSeveritateImpactResponsabilRecomandareCriteriu de validare
OAI-SearchBot primește 403 de la WAFToate template-urileP0Acces blocat pentru ChatGPT SearchDevOpsPermite user-agentul și IP-urile oficiale în regula WAF, apoi validează răspunsul.Cerere de test din IP oficial: 200, cu HTML complet.
Descrierea produsului apare doar după click pe tabProdusP1Informația nu e în HTML la prima randareDevelopmentRandează descrierea și specificațiile în HTML-ul inițial.HTML-ul brut conține descrierea și specificațiile, fără JavaScript.
Canonical către varianta implicită a produsuluiProdus cu varianteP1Variantele comerciale nu sunt eligibileSEO + DevelopmentCanonical pe varianta proprie, cu linking intern coerent.Fiecare variantă are canonical propriu și e indexabilă.
Organizația și brandul, aceeași entitate în markupGlobalP2Ambiguitate în reprezentarea branduluiSEOSepară Organization de Brand și leagă produsele de entitatea corectă.Markup validat, cu relațiile dintre entități explicite.
Logurile de server nu sunt păstrateInfrastructurăP1Nu putem verifica accesările crawlerelorDevOps + AnalyticsPăstrează logurile și livrează-le într-un depozit interogabil.Accesările pe user-agent și status code, vizibile pe ultimele 30 de zile.

Colaborare

Cum lucrăm cu echipa de development

DWF stă între SEO, GEO, analytics și development: traduce problema tehnică în cerințe pe care echipa ta le poate implementa și verifica.

  1. DWF identifică problema
  2. documentează URL-urile și dovezile
  3. explică impactul
  4. propune soluția
  5. definește criteriile de acceptanță
  6. echipa de development implementează
  7. DWF retestează
  8. problema se închide sau se redeschide

Ce conține fiecare tichet

  • descriere
  • exemple
  • impact
  • recomandare
  • excepții
  • owner
  • status
  • criterii de acceptanță
  • rezultat la retestare

Infrastructura DWF

Auditul tehnic trebuie să poată fi repetat, nu doar prezentat.

Folosim infrastructura proprie pentru crawling tehnic, testarea răspunsurilor și analiza logurilor, iar rezultatele se citesc împreună cu datele din platforma DWF de monitorizare AI Visibility.

  • Crawling tehnic propriu

    Parcurgem inventarul de URL-uri și testăm răspunsurile, pe template-uri și pe pagini individuale.

  • Testarea răspunsurilor

    Comparăm ce primesc crawlerele declarate cu ce vede un utilizator, inclusiv status codes și headere.

  • Analiza logurilor

    Acolo unde logurile există, urmărim accesările reale pe user-agent, status code și template.

  • Integrarea cu datele SEO

    Rezultatele tehnice se citesc împreună cu datele din Search Console, GA4 și analizele SEO.

  • Clasificarea problemelor

    Fiecare problemă primește severitate, template afectat, echipă responsabilă și criteriu de validare.

  • Monitorizare și comparație în timp

    Retestăm după implementare și comparăm cu starea inițială, ca progresul să fie demonstrabil.

Ecosisteme

Pentru ce platforme audităm

Aceeași configurație nu funcționează identic pe toate platformele. Fiecare are propriile crawlere, reguli și moduri de raportare.

  • Google Search și funcțiile AI integrate

    Fundația rămâne eligibilitatea în Search: indexare și eligibilitate pentru fragmente.

  • ChatGPT Search

    Accesul OAI-SearchBot, separat de crawlerul de antrenare.

  • Microsoft Bing și Copilot

    Indexarea bingbot și datele din Bing Webmaster Tools.

  • Perplexity

    Accesul PerplexityBot și comportamentul agentului inițiat de utilizator.

  • Alte platforme relevante pentru piața ta

    Le includem când există documentație oficială și o metodă de testare.

Alegem platformele după:

  • piața
  • publicul
  • limba
  • relevanța
  • documentația disponibilă
  • posibilitățile legale și tehnice de testare

Cine coordonează

O echipă, nu o singură disciplină

Un audit tehnic GEO bun nu aparține unei singure discipline. El conectează infrastructura, SEO tehnic, structura informației, datele despre entități și măsurarea.

  • Anca Șolea, coordonează departamentul geo la DWF

    Anca Șolea

    Head of Customer Success · Coordonează departamentul GEO

    Stabilește ce ecosisteme contează pentru brand și ce se măsoară după implementare.

  • Florin Girtan, Head of SEO DWF

    Florin Girtan

    Head of SEO

    Specialist în SEO internațional, cu preocupări pentru AI Search și măsurarea vizibilității brandurilor.

  • Coordonare GEO

    Stabilește ce ecosisteme contează pentru brand și ce se măsoară după implementare.

  • Technical SEO

    Crawling, indexare, randare, arhitectură și cerințe pentru development.

  • Data Analytics

    Loguri, GA4, segmentarea traficului referral și dashboardul tehnic.

  • Echipa ta de development

    Implementează, iar DWF retestează și confirmă rezultatul.

Rolurile, conform paginii de management DWF. Măsurarea se face împreună cu echipa de Data Analytics.

Potrivire

Pentru cine este auditul tehnic GEO

  • site-uri JavaScript
  • eCommerce
  • marketplace-uri
  • publishers
  • SaaS
  • site-uri cu multe produse
  • site-uri internaționale
  • companii cu mai multe branduri
  • companii cu infrastructură complexă
  • site-uri protejate de WAF
  • platforme care migrează
  • companii care nu pot măsura traficul din AI
  • branduri care publică mult, dar sunt citate rar
  • organizații cu date contradictorii despre entități

Studii de caz

Proiecte GEO publicate de DWF

Ce era de rezolvat, ce am făcut și ce s-a schimbat, cu perioada și sursa cifrelor scrise lângă ele.

Vezi studiile de caz GEO

Întrebări frecvente

Întrebări despre auditul tehnic GEO

Termeni utili: , , .

Ce este un audit tehnic GEO?

Este verificarea traseului complet dintre crawler și răspuns: acces, server, randare, indexare, structura informației, entități, actualitate și măsurare. Rezultatul e un backlog tehnic prioritizat, cu criterii de validare pentru fiecare problemă.

Care este diferența față de un audit SEO tehnic?

Auditul SEO tehnic verifică fundația: crawling, indexare, canonicalizare, performanță, arhitectură și randare. Auditul GEO pornește de la aceeași fundație și adaugă accesul crawlerelor AI, disponibilitatea conținutului pentru extragere, claritatea entităților, consistența informațiilor și observabilitatea în loguri și în rapoartele de citări.

Ce crawlere verificați?

Cele relevante pentru piața ta, în funcție de documentația oficială disponibilă: Googlebot, bingbot, OAI-SearchBot și ChatGPT-User, PerplexityBot și Perplexity-User, plus crawlerele de antrenare, ca GPTBot și tokenul Google-Extended. Lista se verifică la data proiectului, pentru că platformele își schimbă agenții și politicile.

Care e diferența dintre un crawler de search și unul de antrenare?

Crawlerul de search descoperă informația care poate apărea în rezultate sau în răspunsuri cu surse. Crawlerul de antrenare colectează conținut pentru modele. Blocarea celui de antrenare nu te scoate din search, iar blocarea celui de search te scoate din acele răspunsuri. Sunt decizii separate.

Este suficient să modificăm robots.txt?

Nu. În practică, cele mai multe blocaje sunt în WAF, CDN, rate limiting sau în regulile de securitate, nu în robots.txt. Un site poate permite un crawler în robots.txt și să îi răspundă 403 la fiecare cerere.

Trebuie să permitem toate crawlerele AI?

Nu. E o decizie de business și juridică, nu una automată. Îți arătăm ce permite sau blochează fiecare regulă, ce experiențe pierzi și ce rămâne valabil, apoi decizi tu. Distingem clar între crawlerele de search și cele de antrenare.

Ce rol are WAF-ul?

WAF-ul protejează site-ul, dar poate bloca și crawlere legitime, prin reguli pe user-agent, rate limiting, challenge-uri JavaScript sau geoblocking. Auditul arată exact ce cerere a fost respinsă, de ce regulă și ce trebuie schimbat ca protecția să rămână, iar accesul legitim să funcționeze.

Analizați server logs?

Da, când există și pot fi partajate. Logurile sunt singura dovadă că un crawler a ajuns la site, ce a primit și cu ce frecvență. Dacă nu sunt păstrate, prima recomandare e arhitectura de logging.

Verificați site-urile JavaScript?

Da. Comparăm HTML-ul inițial cu DOM-ul randat și cu ce primește crawlerul, verificăm hydration, lazy loading, conținutul din taburi și informațiile care apar doar după interacțiune.

Datele structurate garantează apariția în AI?

Nu. Markup-ul descrie conținutul și reduce ambiguitatea, dar nu garantează includerea. Verificăm validitatea și, mai ales, corespondența cu ce e vizibil pe pagină.

Există un schema special pentru GEO?

Nu. Nu există un „schema GEO”. Folosim tipurile Schema.org relevante pentru conținutul real al paginii și ne asigurăm că descriu exact ce vede utilizatorul.

Este necesar un fișier llms.txt?

Nu e un standard și nu e o cerință. Google a declarat public că nu îl folosește, iar platformele nu au aceeași poziție față de el. Poate fi util ca index de documentație pentru agenți, dar nu îl prezentăm ca soluție de vizibilitate. Verificăm statutul lui la data proiectului.

Cum verificați entitățile?

Comparăm cum sunt descrise organizația, brandul, produsele, experții și locațiile pe site, în markup și în sursele externe oficiale. Căutăm contradicții: nume diferite, descrieri vechi, adrese care nu se potrivesc, produse legate de entitatea greșită.

Cum măsurăm traficul din platformele AI?

Din mai multe surse: server logs pentru accesările crawlerelor, GA4 pentru traficul referral și conversii, Search Console și Bing Webmaster Tools pentru datele oferite de platforme. Niciuna nu acoperă tot, de aceea construim o arhitectură de măsurare și spunem explicit ce rămâne nemăsurabil.

Putem vedea citările în Search Console?

Nu ca raport separat. Google spune că traficul din funcțiile AI e inclus în raportarea generală Web din Search Console, fără o defalcare dedicată.

Ce informații oferă Bing Webmaster Tools?

Raportul AI Performance, lansat de Microsoft în februarie 2026 și extins în iunie 2026, arată grounding queries și citări: de câte ori a fost folosită o pagină în răspunsuri generate. E una dintre puținele surse cu date de citare raportate direct de platformă.

Auditul garantează citarea?

Nu. Auditul creează eligibilitate tehnică și elimină blocajele. Selecția ca sursă depinde de conținut, autoritate, context și de sistemele platformelor, pe care nu le controlăm.

Ce acces trebuie să oferim?

Ideal: Search Console și Bing Webmaster Tools, GA4, acces de citire la CMS, un mediu de staging, configurația CDN și WAF și, dacă există, logurile de server. Auditul se poate face și cu mai puțin, dar atunci cresc zonele marcate „necesită validare”.

Ce primește echipa de development?

Tichete cu descriere, URL-uri și dovezi, impact, recomandare, excepții, owner, status și criterii de acceptanță. Nu trimitem o listă de erori fără context, ci cerințe care pot fi implementate și verificate.

Auditul include retestare?

Retestarea se stabilește la începutul proiectului. Recomandăm să fie inclusă: fără ea, nu poți dovedi că problema a fost închisă corect.

Cât durează?

Depinde de numărul de template-uri, de piețe, de complexitatea infrastructurii și de accesul la date. Stabilim calendarul după discuția inițială, când știm câte template-uri și câte medii intră în audit.

Poate fi făcut înaintea unei migrări?

Da, și e momentul cel mai util. Înainte de migrare stabilim starea de referință, iar după lansare retestăm aceleași verificări. Migrarea are și un serviciu dedicat, cu inventar de URL-uri și plan de redirecturi.

Audit tehnic GEO

Elimină blocajele tehnice dintre informația brandului și LLM-uri.

Audităm accesul crawlerelor, indexarea, randarea, entitățile și măsurarea, apoi transformăm problemele într-un backlog clar pentru echipele SEO și development.

Primul pas e o discuție despre platformă, template-uri, piețe și accesurile disponibile.

Solicită auditul tehnic GEO

Audităm infrastructura, accesul la conținut și semnalele tehnice. Rezultatul este un backlog prioritizat pentru echipele SEO, development, content și analytics.

Nu rulăm auditul automat dintr-un URL. Cererea ajunge la echipa GEO, care stabilește accesurile.

O CONVERSAȚIE DESPRE BUSINESSUL TĂU

Ne spui unde vrei să ajungi. Discutăm provocările și stabilim împreună ce merită explorat.

Cere o strategie

Completează formularul cu obiectivele tale.
Propunere personalizată, fără costuri și fără obligații.

Explorează rezultatele