Sari la conținut

SEO & Performanță

Actualizat pe 9 min citire

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 tehnicCum accesează, randează și indexează Google site-ulViteză, sitemap, robots.txt, canonical, redirect-uri 301, schema.org
SEO on-pageConținutul și structura fiecărei paginiTitlu, meta description, H1–H3, texte, imagini cu alt, linkuri interne
SEO off-pageAutoritatea site-ului în afara luiLinkuri de pe alte site-uri, mențiuni ale brandului, profilul Google Business
Cele trei componente ale SEO-ului și ce acoperă fiecare.

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.

IndicatorCe măsoarăPrag bunCauze frecvente de eșec
LCP (Largest Contentful Paint)Cât durează până apare cel mai mare element vizibil≤ 2,5 sImagini 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 msJavaScript greu, plugin-uri, scripturi terțe încărcate sincron
CLS (Cumulative Layout Shift)Cât „sare” conținutul în timpul încărcării≤ 0,1Imagini fără dimensiuni, bannere injectate, fonturi care se schimbă
Pragurile Core Web Vitals pentru un scor bun.

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 areCum se repară
Articole vechi șterse la redesign, încă indexate și cu poziții în top 10Vizitatorii din Google ajung pe o pagină 404, pozițiile se pierdRedirect 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îngrijitUn singur loc care adaugă brandul în titlu
Imaginea de share lipsă pe paginile cu metadate propriiLinkuri distribuite fără previzualizareMetadate Open Graph complete pe fiecare pagină, nu doar pe homepage
Răspunsurile din FAQ montate în pagină doar la clickSchema FAQ descrie un conținut care nu e vizibil, AI-ul nu vede răspunsurileRăspunsurile mereu în HTML, ascunse doar vizual
Ecran de intro animat peste toată paginaLCP de aproape 5 secunde pe mobilConținutul vizibil imediat, animațiile doar la navigarea între pagini
Probleme SEO tehnice frecvente, cum le detectezi și cum le repari.

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

  1. Ghidul SEO pentru începători · Google Search Central
  2. Web Vitals: pragurile LCP, INP și CLS · web.dev (Google)
  3. Noțiuni de bază despre JavaScript SEO · Google Search Central
  4. Consolidarea URL-urilor duplicate (canonical) · Google Search Central
  5. Redirecționări și Google Search · Google Search Central
  6. Introducere în datele structurate · Google Search Central

00Întrebări frecvente

Întrebări frecvente: SEO Tehnic: Ce Este, Checklist de Audit și Cum Se Face în 2026

SEO tehnic se ocupă de felul în care Google accesează, randează și indexează site-ul (viteză, indexare, redirect-uri, date structurate). SEO on-page se ocupă de conținutul fiecărei pagini: titluri, texte, cuvinte cheie, imagini. Ai nevoie de amândouă, dar fără baza tehnică, conținutul bun nu ajunge să fie văzut.

Obligatoriu după orice redesign sau migrare și, ca regulă generală, o dată la 6–12 luni. Cele mai multe probleme grave pe care le găsim apar exact după o schimbare de platformă: URL-uri vechi care dau 404, redirect-uri greșite, pagini importante scoase din index fără să observe nimeni.

La DevLogic, auditul și optimizarea SEO tehnică pornesc de la 300€. Prețul depinde de dimensiunea site-ului și de cât de multe probleme trebuie rezolvate efectiv în cod, nu doar raportate.

Da, dar pe WordPress o parte din probleme vin din teme și plugin-uri care încarcă cod nefolosit. Uneori se rezolvă prin optimizare, alteori platforma însăși e limita. Auditul îți spune în care dintre cele două situații ești.

Citește și

Articole conexe