SEO tehnic: ghid practic cu checklist

Ai o firmă de servicii și ai publicat o pagină care explică ce faci, pentru cine lucrezi și cum te poate contacta un client. Totuși, pagina apare greu în Google. Cauza poate ține de conținut, de concurență sau de partea tehnică. Ghidul acesta te ajută să verifici ultima variantă.

Dacă ai primit un raport cu „probleme tehnice”, începe cu trei întrebări: ce pagină este afectată, ce verificare arată problema și ce trebuie schimbat? Un scor fără explicație nu îți spune ce ai de făcut.

Poți face singur câteva verificări concrete, înainte să ceri ajutor. Pentru imaginea de ansamblu, vezi ce conține un audit SEO. Aici ne concentrăm pe accesul Google la pagini, indexare, viteză și problemele care pot împiedica un client să folosească site-ul.

Ce este SEO tehnic, pe scurt

SEO tehnic se ocupă de funcționarea site-ului: accesul motoarelor de căutare la pagini, semnalele de indexare, viteza și structura tehnică. Completează conținutul și reputația site-ului. Înlăturarea unei probleme tehnice poate face o pagină eligibilă pentru căutare, dar nu îi garantează indexarea sau o anumită poziție.

Gândește-te la un cabinet cu intrarea greu de găsit, indicatoare neclare și un formular de programare care nu merge pe telefon. Serviciul poate fi bun, însă drumul clientului până la el are obstacole. Același lucru se poate întâmpla pe site.

Obstacolul poate fi o pagină inaccesibilă, o instrucțiune de excludere din index sau un formular greu de folosit. Fiecare situație cere altă intervenție. Relevanța paginii pentru căutare contează în continuare. Cum se leagă partea tehnică de conținut și de linkuri vezi în ghidul complet de optimizare SEO.

Indexarea: cum ajunge Google la paginile tale

Google ajunge la paginile tale în doi pași. Întâi le descoperă și le citește, proces numit crawling: roboții Google trec prin site, urmărind linkurile dintr-o pagină în alta, ca și cum ar merge dintr-o cameră în alta printr-o casă. Apoi decide dacă și cum salvează pagina în baza lui de date, adică o indexează, ca s-o poată arăta cuiva care caută ceva relevant.

Accesul și indexarea sunt lucruri diferite. O adresă blocată în robots.txt poate apărea totuși în Google dacă motorul o descoperă prin alte linkuri, fără să îi poată citi conținutul. Iar o pagină accesibilă nu este automat indexată. Pentru o adresă concretă, verifică situația în Inspecția adresei URL din Search Console.

Ce merită verificat când Google ajunge greu la paginile importante:

• Regulile din robots.txt. Pot interzice citirea unei pagini sau a unor resurse necesare afișării ei. Verifică regula aplicabilă adresei și robotului care te interesează.
• Descoperirea paginilor. Linkurile interne și sitemapul ajută Google să găsească adresele. Lipsa unui sitemap nu împiedică automat indexarea; erorile din el trebuie totuși corectate.
• Adresele generate inutil. Filtrele și parametrii pot crea foarte multe URL-uri. Pentru un site mic de servicii, începe cu paginile importante și legăturile dintre ele; investighează bugetul de crawl dacă datele arată o problemă de scară.

Exemplu de fișier robots.txt care interzice citirea pentru roboții cărora li se aplică grupul general:

User-agent: *
Disallow: /

User-agent: * definește grupul general, iar Disallow: / interzice citirea adreselor de pe gazda respectivă. Google poate folosi un grup mai specific dacă fișierul conține și reguli pentru robotul său. Verifică întregul fișier înainte de concluzii. Robots.txt nu protejează date confidențiale și nu este o metodă sigură de eliminare din index.

Exemplu minimal fără restricții de citire. Adaptează-l la site; nu înlocui automat regulile existente:

User-agent: *
Disallow:

Sitemap: https://numeletau.ro/sitemap.xml

Disallow: fără o cale nu adaugă o restricție, iar Sitemap: indică adresa hărții. Sitemapul poate ajuta descoperirea, fără să garanteze indexarea. Sintaxa completă, cu exemple pentru fiecare robot, e în ghidul nostru despre robots.txt. Vezi și documentația Google despre robots.txt și ghidul Google pentru sitemap. Poți începe cu verificatorul nostru de robots.txt și verificatorul de sitemap. Citește și limitele rezultatului: o verificare automată a fișierelor nu confirmă indexarea paginilor.

Viteza site-ului și Core Web Vitals

O pagină lentă poate îngreuna citirea informațiilor și completarea unei cereri. Începe cu ce simte vizitatorul: imaginea apare târziu, textul se mută sau butoanele răspund greu. Google folosește Core Web Vitals în sistemele sale de clasare, însă un scor de viteză nu arată singur efectul asupra pozițiilor sau cererilor primite.

Core Web Vitals urmăresc încărcarea, stabilitatea vizuală și răspunsul la interacțiuni. Pentru evaluarea cu date reale, pragurile bune se aplică percentilei 75: cel puțin 75% dintre vizitele măsurate trebuie să se încadreze în prag.

• LCP (Largest Contentful Paint): timpul până se afișează cel mai mare element de conținut vizibil în fereastra paginii. Prag bun: cel mult 2,5 secunde.
• CLS (Cumulative Layout Shift): deplasările neașteptate ale elementelor, care pot muta textul sau un buton în timp ce folosești pagina. Prag bun: cel mult 0,1.
• INP (Interaction to Next Paint): întârzierea până la următoarea afișare după o interacțiune, precum un click sau o apăsare de tastă. Prag bun: cel mult 200 de milisecunde.

Definițiile și pragurile sunt explicate în ghidul Core Web Vitals de pe web.dev.

În PageSpeed Insights, separă datele utilizatorilor reali de testul de laborator. Prima parte poate folosi date pentru URL sau pentru originea lui (de exemplu, https://numeletau.ro), din ultimele 28 de zile; verifică eticheta. Testul Lighthouse simulează o încărcare și oferă indicii de diagnostic. Scorul său de performanță nu este un scor Google de clasare. Lipsa datelor reale nu înseamnă nici trecerea, nici eșuarea evaluării Core Web Vitals.

Structura URL-urilor și arhitectura site-ului

Pe un site de servicii, clientul trebuie să ajungă ușor de la pagina principală la serviciul potrivit, apoi la detalii și contact. Grupează paginile după nevoia pe care o rezolvă și leagă-le acolo unde următorul pas este firesc.

O structură URL curată arată clar, din adresă, unde te afli: site.ro/servicii/contabilitate spune mai mult decât site.ro/pagina?id=482. Iar arhitectura site-ului, felul în care sunt legate paginile între ele prin linkuri interne, ajută atât omul cât și Google să înțeleagă ce e important și cum se leagă lucrurile.

Caută paginile importante fără linkuri interne către ele și paginile care repetă aceeași ofertă. Două adrese afișate pentru o căutare nu dovedesc singure o problemă: compară intenția, conținutul și datele din Search Console înainte să le unești. Stabilește unde pui fiecare cuvânt cheie pe site și ce rol are fiecare pagină. Titlurile și conținutul se lucrează împreună cu SEO on-page.

Ce vede Google pe telefon (mobile-first)

În indexarea mobile-first, Google folosește în principal conținutul accesat cu versiunea pentru smartphone a Googlebot pentru indexare și clasare. Verifică dacă informațiile importante, linkurile și instrucțiunile de indexare sunt consecvente între versiunea mobilă și cea desktop.

Conținutul important absent pe mobil poate afecta ce are Google la dispoziție pentru indexare. Textul suprapus, butoanele greu de apăsat sau formularul defect sunt probleme pentru cititor. Verifică-le separat, fără să deduci automat o pierdere de poziții din fiecare problemă de afișare.

Deschide pagina pe un telefon și încearcă pașii unui client: citește serviciul, accesează datele de contact și verifică dacă poți completa formularul. Încearcă și o conexiune mai lentă. Folosește PageSpeed Insights ca verificare complementară; simularea mobilă de laborator nu înlocuiește folosirea pe un dispozitiv real.

Date structurate: eticheta pe care o citește Google

Pe o pagină de servicii, ai deja informații vizibile: numele firmei, oferta și modul de contact. Datele structurate le descriu într-un format pe care motoarele de căutare îl pot procesa. Punctul de plecare este informația reală de pe pagină.

Informație de pe pagină	Ce verifici în datele structurate	Ce nu dovedește marcajul
Numele firmei și URL-ul	Corespund firmei și adresei publice corecte	Nu dovedește o recomandare din partea Google
Serviciul descris	Datele coincid cu oferta vizibilă	Nu produce automat stele sau un format special
Întrebări și răspunsuri	Răspunsurile rămân utile și vizibile pe pagină	Nu asigură afișarea de FAQ în rezultatele Google

Datele structurate nu garantează un rezultat special. Pentru funcțiile acceptate de Google, pagina trebuie să îndeplinească cerințele tipului respectiv; validarea codului nu garantează afișarea sau creșterea ratei de click. FAQ rich results au fost retrase din Google Search începând cu 7 mai 2026, conform actualizării Google. Păstrează întrebările frecvente pentru cititor, fără promisiunea acelui format în căutare.

Verifică dacă marcajul descrie corect informațiile vizibile și dacă respectă cerințele funcției urmărite. Testul de rezultate îmbogățite verifică tipurile acceptate de Google; nu validează toate utilizările posibile ale schema.org. Un rezultat valid în test confirmă verificarea respectivă, nu afișarea garantată în căutare.

Câteva lucruri mici care contează mai mult decât par

• Erorile 404 și redirecturile. Pentru o pagină eliminată fără înlocuitor, 404 poate fi răspunsul potrivit. Repară linkurile interne care duc acolo. Dacă pagina s-a mutat și există un echivalent relevant, folosește un redirect permanent către acesta și evită lanțurile inutile.
• HTTPS. Verifică adresa HTTPS, certificatul și eventualele avertismente ale browserului. HTTPS protejează conexiunea; aspectul pictogramei diferă între browsere și nu dovedește singur că firma sau conținutul sunt de încredere.
• Conținutul duplicat. Același conținut pe mai multe URL-uri nu înseamnă automat o penalizare. Canonicalul indică varianta preferată, însă Google poate alege alta. Aliniază linkurile interne și sitemapul cu varianta dorită; folosește redirecturi când adresele chiar trebuie reunite.

Toate astea cer verificări periodice, fiindcă un site trăiește: apar pagini noi, se schimbă platforma, apar erori noi. De aceea partea tehnică se completează bine cu o mentenanță web constantă.

Pagina se deschide, dar apare în Google?

O pagină poate să se deschidă normal în browser și să aibă instrucțiunea noindex, care îi cere lui Google să o excludă din rezultate. De aceea, faptul că vezi pagina nu îți spune și dacă este indexată.

Pentru o pagină importantă, urmează acești pași:

1. Deschide adresa și verifică dacă ajungi la pagina potrivită.
2. Caută adresa în instrumentul Inspecția URL din Search Console și citește starea versiunii indexate.
3. Dacă există un blocaj, verifică robots.txt, instrucțiunile de indexare și adresa canonical.
4. După corecții, folosește testul live pentru a verifica accesul la versiunea actuală. Starea indexării se urmărește separat, după procesarea paginii de către Google.
5. Testează și traseul clientului: serviciu, contact, formular sau programare.

Checklist: ce poți verifica chiar acum, singur

Începe cu o pagină de serviciu importantă. Pentru verificările din Search Console ai nevoie de acces la proprietatea site-ului.

Ce verifici	Unde te uiți	Ce faci mai departe
Indexarea paginii	Inspecția URL din Search Console	Citești motivul afișat și verifici versiunea actuală a paginii
Accesul roboților	Robots.txt și testul live din Search Console	Verifici dacă eventualele blocaje sunt intenționate
Viteza	PageSpeed Insights	Separi datele vizitatorilor de simulare și alegi problema de investigat
Folosirea pe mobil	Un telefon real	Încerci meniul, citirea paginii și formularul
Sitemapul	Fișierul XML și raportul din Search Console	Corectezi adresele nepotrivite sau inaccesibile
Linkurile și conexiunea	Browser și verificarea adreselor	Repari linkurile către pagini dispărute și avertismentele HTTPS

Notează problema, pagina afectată și rezultatul verificării după corecție. Așa poți urmări ce s-a rezolvat și ce mai trebuie făcut.

Ce poți face singur și de unde începe nevoia de specialist

Verificările simple le faci singur: te uiți în Search Console, testezi viteza, deschizi site-ul de pe telefon și repari lucruri mici, cum ar fi o imagine prea mare sau un titlu de pagină lipsă. Specialistul devine util unde interpretarea cere experiență: rapoarte greu de citit, date structurate, o migrare de site sau o problemă de viteză ascunsă în codul platformei.

Ai identificat problema, dar nu o poți corecta din setările site-ului? Vezi cum lucrăm la SEO tehnic: diagnostic, priorități, implementare și verificare. Dacă evaluezi o colaborare, urmărește explicațiile și dovezile pentru fiecare recomandare. Ghidul despre cele șapte semne că agenția ta SEO nu livrează îți oferă repere pentru discuție.

Întrebări frecvente

Ce este SEO tehnic?

SEO tehnic urmărește accesul motoarelor de căutare la pagini, instrucțiunile de indexare, viteza, structura site-ului și funcționarea pe mobil. Scopul este să identifici și să corectezi obstacolele tehnice. O pagină fără erori tehnice nu primește automat indexare sau o poziție bună.

Cum verific dacă site-ul meu e indexat în Google?

Folosește Inspecția adresei URL din Google Search Console pentru pagina care te interesează și raportul Pagini pentru situația de ansamblu. Informațiile despre versiunea indexată și testul live au roluri diferite. Căutarea site:numeletau.ro este doar orientativă: rezultatele nu sunt exhaustive, iar absența unui URL nu dovedește că nu este indexat.

De ce nu apare site-ul meu în Google?

Verifică mai întâi URL-ul, accesul Google și starea indexării. Pot exista erori de server, blocaje, instrucțiuni noindex sau o altă adresă aleasă drept canonical. O pagină nouă poate încă să nu fie descoperită ori procesată. Dacă este indexată, analizează separat căutările pentru care apare. Search Console oferă indicii; nu explică singur toate motivele unei poziții slabe.

Cât de repede trebuie să se încarce un site?

Pentru LCP, unul dintre Core Web Vitals, pragul bun este cel mult 2,5 secunde, la percentila 75 a vizitelor măsurate. Acesta privește afișarea celui mai mare element de conținut vizibil, nu terminarea tuturor cererilor paginii. Nu este un prag universal după care vizitatorii pleacă.

Ce este Core Web Vitals?

LCP urmărește încărcarea conținutului principal, CLS stabilitatea vizuală, iar INP răspunsul la interacțiuni. Evaluarea cu date reale diferă de scorul testului Lighthouse. Google folosește Core Web Vitals în clasare, dar un rezultat slab nu dovedește singur o pierdere de poziții, iar unul bun nu garantează primele locuri.

Am nevoie de programator pentru SEO tehnic?

Pentru unele lucruri, da: modificări de cod, optimizări de server sau o platformă veche care blochează totul cer, de obicei, cunoștințe tehnice. Pentru altele, nu neapărat, multe probleme se rezolvă direct din setările platformei sau prin configurări punctuale. Dacă platforma pe care stai e atât de veche sau de prost construită încât te limitează constant, uneori soluția mai simplă e o refacere de site în loc de reparații succesive.

Vrei o primă verificare a paginii tale?

Începe cu o verificare automată a paginii introduse și a datelor externe disponibile. Raportul poate fi parțial. Pentru a confirma indexarea și problemele care privesc întregul site, ai nevoie de date din Search Console și, după caz, de analiză manuală.

Poți solicita auditul gratuit, fără obligația unei colaborări. Telefonul este obligatoriu, iar emailul este opțional. Te contactăm în maximum 24h, în zile lucrătoare, pentru a discuta constatările și următorii pași.