SEO & Performanță
SEO Tehnic: Ce Este, Checklist de Audit și Cum Se Face în 2026
Ce este SEO tehnic, ce verifici într-un audit (indexare, redirect-uri, Core Web Vitals, schema.org) și greșelile reale care costă poziții în Google.
SEO tehnic înseamnă tot ce face posibil ca Google să-ți găsească, să-ți înțeleagă și să-ți indexeze corect site-ul: viteză de încărcare, structura URL-urilor, redirect-uri, date structurate, sitemap, felul în care e randat conținutul. Nu e partea vizibilă a SEO-ului, dar e fundația pe care stă totul. Un site cu texte excelente și probleme tehnice pierde poziții în fața unuia cu texte medii, construit corect.
Puncte-cheie
- SEO tehnic = accesare, randare și indexare corectă. Fără el, conținutul bun nu ajunge în rezultate.
- Cele mai scumpe greșeli apar după redesign sau migrare: URL-uri vechi care dau 404 și redirect-uri lipsă.
- Core Web Vitals au praguri clare: LCP sub 2,5 secunde, INP sub 200 ms, CLS sub 0,1.
- Conținutul afișat doar după click (acordeoane randate cu JavaScript) poate fi invizibil pentru crawlere.
- Un audit SEO tehnic la DevLogic pornește de la 300€ și include corectarea problemelor, nu doar raportul.
Ce este SEO tehnic și cum diferă de SEO on-page și off-page?
| Componentă | Ce acoperă | Exemple concrete |
|---|---|---|
| SEO tehnic | Cum accesează, randează și indexează Google site-ul | Viteză, sitemap, robots.txt, canonical, redirect-uri 301, schema.org |
| SEO on-page | Conținutul și structura fiecărei pagini | Titlu, meta description, H1–H3, texte, imagini cu alt, linkuri interne |
| SEO off-page | Autoritatea site-ului în afara lui | Linkuri de pe alte site-uri, mențiuni ale brandului, profilul Google Business |
Ordinea contează: întâi tehnic, apoi on-page, apoi off-page. Să cumperi linkuri către un site pe care Google nu-l poate indexa corect e ca și cum ai face reclamă unui magazin cu ușa încuiată.
1. Crawlare: poate Google să-ți găsească paginile?
- robots.txt nu blochează din greșeală secțiuni importante (se întâmplă des după lansarea de pe un mediu de test).
- Sitemap-ul XML conține doar URL-urile care trebuie indexate, toate cu status 200, nu redirect-uri sau pagini 404.
- Fiecare pagină importantă primește linkuri interne. O pagină la care nu duce niciun link e greu de descoperit și pare neimportantă.
- Paginile de landing pentru reclame, dacă sunt aproape identice între ele, stau în afara sitemap-ului și primesc noindex.
2. Indexare: ajung în Google paginile potrivite?
Indexarea e locul unde se pierd cele mai multe poziții fără ca proprietarul site-ului să observe. Verificăm codurile de status, eticheta canonical și directivele noindex pe fiecare tip de pagină, nu doar pe homepage.
- Fiecare pagină are un canonical către propria adresă, nu moștenit greșit de la homepage.
- URL-urile vechi, încă indexate, fac redirect 301 direct către pagina nouă cea mai apropiată ca subiect, nu către homepage.
- Redirect-urile au un singur pas: https://site/pagina/ → https://site/pagina, nu prin http:// și înapoi.
- Paginile duplicate sau aproape duplicate sunt consolidate, nu lăsate să concureze între ele pentru același cuvânt cheie.
3. Ce sunt Core Web Vitals și ce praguri trebuie să atingi?
Google măsoară experiența reală a utilizatorilor prin trei indicatori Core Web Vitals. Pragurile de mai jos sunt cele oficiale pentru un scor „bun”, măsurat la percentila 75 a vizitelor reale.
| Indicator | Ce măsoară | Prag bun | Cauze frecvente de eșec |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Cât durează până apare cel mai mare element vizibil | ≤ 2,5 s | Imagini mari neoptimizate, CSS blocant, animații de intro care acoperă pagina |
| INP (Interaction to Next Paint) | Cât de repede reacționează pagina la click sau tastare | ≤ 200 ms | JavaScript greu, plugin-uri, scripturi terțe încărcate sincron |
| CLS (Cumulative Layout Shift) | Cât „sare” conținutul în timpul încărcării | ≤ 0,1 | Imagini fără dimensiuni, bannere injectate, fonturi care se schimbă |
Diferența dintre un site lent și unul rapid ține mai mult de arhitectură decât de „optimizări” aplicate după. Un site static, pre-randat, cu imagini dimensionate corect, pornește cu avantaj. De aceea construim site-urile de prezentare în Next.js, nu pe teme cu zeci de plugin-uri.
4. Conținut randat corect pentru crawlere și AI
Google execută JavaScript, dar cu întârziere și nu întotdeauna complet. Crawlerele motoarelor AI (ChatGPT, Perplexity, Claude) de cele mai multe ori nu execută JavaScript deloc. Dacă un text important apare doar după un click (de exemplu răspunsurile dintr-un acordeon de întrebări frecvente, montate în pagină abia la deschidere), pentru acești crawleri textul nu există.
Regula simplă: tot conținutul care contează trebuie să fie în HTML-ul trimis de server. Poate fi ascuns vizual și deschis la click, dar trebuie să fie acolo.
5. Date structurate (schema.org)
- Organization sau LocalBusiness, o singură dată pe site, cu nume, telefon, adresă și link către profilul Google Business.
- Article pe articolele de blog, cu autor, dată de publicare și de actualizare.
- Service și Offer pe paginile de servicii, BreadcrumbList pentru navigare, FAQPage acolo unde răspunsurile sunt vizibile pe pagină.
- Un singur BreadcrumbList pe pagină: duplicatele apar des când componenta de breadcrumbs și pagina generează fiecare propriul cod.
6. Titluri, meta description și imagini de share
Sunt elemente on-page, dar le tratăm în auditul tehnic pentru că de cele mai multe ori sunt generate de cod, din șabloane. O greșeală într-un șablon se multiplică pe zeci de pagini deodată.
- Titlu sub 60 de caractere, cu cuvântul cheie principal la început și numele brandului o singură dată.
- Meta description de 140–155 de caractere, scrisă special, nu primul paragraf copiat automat.
- Imagine Open Graph pe fiecare pagină, ca linkul să arate bine când e distribuit pe Facebook, LinkedIn sau WhatsApp.
Greșeli reale pe care le-am găsit (inclusiv pe site-ul nostru)
Nu toate exemplele de mai jos vin de la clienți. Câteva le-am găsit auditând chiar devlogic.ro, după o reconstrucție a site-ului. Le listăm pentru că sunt exact tipul de probleme care nu se văd din browser.
| Problemă | Ce efect are | Cum se repară |
|---|---|---|
| Articole vechi șterse la redesign, încă indexate și cu poziții în top 10 | Vizitatorii din Google ajung pe o pagină 404, pozițiile se pierd | Redirect 301 de la fiecare URL vechi la cel mai apropiat conținut nou |
| Redirect de la URL cu „/” final către http:// | Doi pași de redirect și o trecere prin conexiune nesecurizată | Redirect-uri relative sau direct către https:// |
| Numele brandului dublat în titlu („| Brand | Brand”) | Titlu tăiat în rezultate, aspect neîngrijit | Un singur loc care adaugă brandul în titlu |
| Imaginea de share lipsă pe paginile cu metadate proprii | Linkuri distribuite fără previzualizare | Metadate Open Graph complete pe fiecare pagină, nu doar pe homepage |
| Răspunsurile din FAQ montate în pagină doar la click | Schema FAQ descrie un conținut care nu e vizibil, AI-ul nu vede răspunsurile | Răspunsurile mereu în HTML, ascunse doar vizual |
| Ecran de intro animat peste toată pagina | LCP de aproape 5 secunde pe mobil | Conținutul vizibil imediat, animațiile doar la navigarea între pagini |
Checklist de audit SEO tehnic
- Toate URL-urile din sitemap răspund cu 200 și au canonical către ele însele.
- URL-urile vechi din Search Console (raportul Pagini) fac redirect 301 într-un singur pas.
- LCP, INP și CLS în zona verde, pe mobil, pe paginile cu cel mai mult trafic.
- Conținutul important e prezent în HTML-ul inițial, fără să depindă de click sau scroll.
- Un singur H1 pe pagină, titluri sub 60 de caractere, meta description unice.
- Date structurate valide, fără duplicate, conforme cu ce se vede pe pagină.
- HTTPS peste tot, HSTS activ, fără conținut mixt.
- Headere de securitate (CSP) care nu blochează din greșeală scripturile de măsurare sau de reclame.
Cât costă un audit SEO tehnic și ce include?
Serviciile noastre de SEO tehnic și optimizare site pornesc de la 300€. Diferența față de un raport generat automat: nu primești doar lista de probleme, ci problemele rezolvate în cod, verificate după publicare. Pentru un exemplu concret de redesign cu SEO refăcut de la zero, vezi studiul de caz BidiServ Admin.
Surse
- Ghidul SEO pentru începători · Google Search Central
- Web Vitals: pragurile LCP, INP și CLS · web.dev (Google)
- Noțiuni de bază despre JavaScript SEO · Google Search Central
- Consolidarea URL-urilor duplicate (canonical) · Google Search Central
- Redirecționări și Google Search · Google Search Central
- Introducere în datele structurate · Google Search Central