SEO tehnic vs. SEO on-page: diferențe cheie

Definiții și responsabilități

Pentru a lua decizii eficiente trebuie să separi clar ce face fiecare disciplină. Folosim constant aceleași termeni: "SEO tehnic" și "SEO on-page". Folosește această împărțire ca schemă de lucru, nu ca ziduri rigide — multe intervenții se suprapun.

SEO tehnic — ce acoperă

SEO tehnic se ocupă cu infrastructura şi cu condiţiile care permit motoarelor de căutare să descopere, să facă crawling, să redea (render) şi să indexeze paginile. Exemple: configuraţia serverului, HTTPS, redirecţionări, canonicalizare, fişier robots.txt, hărţi de site, tratamentul pentru diferite versiuni de pagină (mobile/desktop), structured data şi Core Web Vitals.

SEO on-page — ce acoperă

SEO on-page se concentrează pe semnalele care există pe pagină: titluri (title), meta descrieri, heading-uri (H1–Hn), structură informativă, calitatea textului, intenția de căutare, densitatea şi plasarea cuvintelor-cheie, markup semantic relevant (schema.org) şi linking-ul intern. Scopul e să comunici clar subiectul şi utilitatea paginii, astfel încât atât motoarele de căutare, cât şi utilizatorii să înţeleagă imediat beneficiul. Verific titlurile şi H1 cu Screaming Frog.

Cum interacționează: crawling vs. indexare vs. ranking

Trebuie să distingi crawling, indexare şi ranking. Crawling = descoperirea şi fetch‑ul URL-urilor; indexare = decizia de a stoca conţinutul în index; ranking = modul în care engine‑ul ordonează rezultatele. SEO tehnic se ocupă mai întâi de crawling şi indexare — de exemplu, verifică erorile de crawl în Google Search Console şi se asigură că paginile importante nu sunt blocate —, iar SEO on-page influenţează semnalele pe care algoritmul le foloseşte pentru ranking (relevanţă, comprehensiune, semnalele UX).

Observaţii relevante pentru 2026: Google foloseşte versiunea mobilă ca bază primară pentru crawling și indexare; din iulie 2024 Googlebot Smartphone este crawlerul implicit. De asemenea, Google a eliminat paginile «cached» tradiționale în începutul anului 2024, iar în SERP AI Overviews/AI-generated summaries sunt o prezență comună — asta schimbă modul în care intenţia şi structura conţinutului contribuie la vizibilitate.

Mecanică: elemente tehnice și on-page esențiale

Elemente cheie ale SEO tehnic

Checklist tehnic (componentă rapidă):

• Asigură accesibilitatea serverului (răspuns 200 pentru pagini relevante; redirecţionări 301 corecte pentru URL vechi)
• Foloseşte HTTPS corect, cu certificate valide
• Verifică fişierul robots.txt şi header-ele X‑Robots‑Tag pentru restricţii neintenţionate
• Propune harta de site XML şi menţine canonicalizare clară
• Asigură o implementare predictibilă pentru verzunea mobilă (paritate de conţinut important)
• Măsoară şi îmbunătăţeşte Core Web Vitals (LCP, INP, CLS) pentru paginile cu trafic important
• Validează structured data cu Rich Results Test sau Schema Markup Validator
• Gândeşte redirecţionări şi pagination (rel="next/prev" nu mai este acceptat în toate cazurile; foloseşte canonical şi sitemap corespunzător)

Elemente cheie ale SEO on-page

Checklist on-page (componentă rapidă):

• Title şi meta description relevante pentru intenţia utilizatorului
• H1 clar, urmată de o ierarhie logică de heading-uri care ghidează cititorii şi indexarea paginii
• Conţinut care răspunde explicit la întrebările utilizatorilor şi foloseşte semantica corectă pentru a acoperi subiectul complet
• Markup semantic (schema.org) aplicat acolo unde aduce relevanţă, pentru a evidenţia entităţile cheie
• Linkuri interne care transmit autoritate şi facilitează navigaţia între pagini relevante
• Examinarea intentiei de căutare pentru target keywords şi optimizarea secvenţială a conţinutului pe baza acestei analize
• Verificarea experienţei pe pagină: elemente de tip CTA, lizibilitate, imagini optimizate (alt) şi structura URL-urilor; verificare în Google Search Console

Pași concreți de verificare (cum verifici ce funcţionează)

Mai jos găseşti proceduri rapide, împărţite pe verificări tehnice şi on-page. Foloseşte instrumentele potrivite pentru context: Google Search Console URL Inspection pentru paginile pe care le deţii, iar pentru pagini terţe foloseşte curl, DevTools şi verificări vizuale.

Verificări tehnice (pagini proprii)

1) Google Search Console → URL Inspection: verifică dacă URL-ul este indexat, ce versiune a paginii vede Google şi eventuale erori de acces. 2) Core Web Vitals: foloseşte raportul Core Web Vitals în Search Console şi măsurători de laborator cu Chrome DevTools; foloseşte fila Network pentru a inspecta waterfall-ul de request-uri. 3) Rich Results Test şi Schema Markup Validator: validează structured data. 4) Server logs: verifică frecvenţa de crawl şi codurile de răspuns. 5) Pentru a vedea doar header-ele HTTP: foloseşte curl -I https://exemplu.ro/pagina — comanda returnează doar headerele (status, location, x-robots-tag etc.).

Verificări pentru pagini externe (publisheri, guest posts)

Când nu ai acces la Search Console al site-ului extern, foloseşte aceste metode outsider-friendly:

Verifică HTML-ul sursă: foloseşte "View Source" sau curl pentru a confirma că linkul apare în codul HTML (nu doar inserat via JS). Exemplu: curl https://publisher-exemplu.ro/articol | grep 'href' — pentru a vedea dacă linkul este prezent în HTML. Verifică redarea cu DevTools (Elements/Network); apasă F12 în Chrome pentru a confirma că linkul e vizibil după renderizare. Verifică status HTTP: curl -I https://publisher-exemplu.ro/articol — vezi codul de status şi header-ele relevante. Foloseşte operatorul site: în Google ca indicaţie a indexării, dar reține că nu e definitiv (este un semnal publicabil, nu o dovadă absolută).

Exemple practice și fragmente de cod

Atunci când marchezi linkuri plătite sau de tip UGC, foloseşte atributele recomandate. Reamintire importantă: nu există un atribut rel="dofollow" — o legătură normală este pur şi simplu un link fără rel=nofollow/sponsored/ugc. Poți verifica în Chrome DevTools dacă rel a fost setat corect, inspectând elementul link. Exemple inline:

• Legătură normală: exemplu
• Conţinut sponsorizat: exemplu
• User-generated content: exemplu

Greșeli comune și cum le remediezi

1) Focalizare doar pe conținut, ignorând problemele de acces: chiar şi o pagină excelentă rămâne invizibilă dacă o blochezi prin robots.txt sau dacă returnează status 500. Remediu: verifică headerele şi server‑logs (verifică şi în Google Search Console).
2) Focalizare doar pe tehnic, fără a testa intenţia de căutare: paginile tehnic impecabile dar irelevante nu vor converti. Cercetează intenția și ajustează titlurile/structura pentru a corespunde căutărilor utilizatorilor.
3) Canonicalizare greșită: un canonical care pointează la o pagină greșită poate produce indexare eronată. Remediu: verifică tag-urile canonical în sursă şi în varianta redată.
4) Implementare JS care ascunde conţinut esenţial fără fallback: dacă conținutul critic apare doar după JS şi nu este indexabil, optează pentru server-side rendering sau pre-rendering pe acele pagini.
5) Ignorarea semnalelor UX legate de Core Web Vitals pe paginile cu trafic important reduce performanța generală. Prioritizează paginile cu trafic și conversie ridicată.

Prioritizare: cum să aloci efortul între tehnic și on-page

Abordarea practică: triage în trei pași
• Step 1 — Blocate critice: identifică paginile importante care nu sunt accesibile sau au erori server. Rezolvă-le imediat. Folosește Screaming Frog pentru a detecta 404 și erori 500.
• Step 2 — Relevanţă şi intenţie: pentru paginile indexate dar cu performanţă slabă, testează potrivirea conţinutului cu intenţia de căutare şi ajustează title/H1/secţiuni.
• Step 3 — Optimizări de scală: canonicalizare, sitemap, internal linking, îmbunătăţiri Core Web Vitals şi structured data pentru grupuri de pagini.
Acest flux reduce risipa de resurse (de exemplu, nu optimiza toate meta description înainte de a asigura indexarea paginilor).

Dacă vrei un ghid tehnic mai detaliat pentru partea de infrastructură, Citește ghidul de Technical SEO.

FAQ