Optimizarea web începe cu elementele care lasă motoarele de căutare să găsească, să înțeleagă și să evalueze corect paginile. Viteza, indexarea, structura URL-urilor, canonicele, experiența mobilă și datele structurate nu garantează poziții, dar pot face diferența între o pagină eligibilă și una blocată de propriul site.
Când preluăm un site care „nu urcă”, nu deschidem prima dată lista de keyword-uri. Verificăm dacă paginile importante pot fi accesate, dacă sunt indexabile și dacă Google vede aceeași versiune pe care o vede utilizatorul. Sună banal, dar aici apar problemele care consumă luni de muncă.
Am văzut magazine online cu descrieri bune, categorii gândite corect și linkuri interne decente, dar cu filtre care generau sute de URL-uri aproape identice. Am văzut site-uri WordPress lansate cu setarea de noindex rămasă din staging. Am văzut pagini de servicii care se încărcau, dar returnau coduri greșite pentru crawler. Nu textul era prima problemă.
Google trebuie să poată accesa pagina înainte să o poată evalua
Prima condiție tehnică este simplă: pagina trebuie să fie accesibilă pentru crawler, să răspundă corect și să aibă conținut indexabil. Google explică în documentația despre cerințele tehnice pentru Search că o pagină este eligibilă pentru indexare dacă Googlebot nu este blocat, pagina returnează un status HTTP de succes și există conținut care poate fi indexat.
Asta nu înseamnă că pagina va fi indexată automat. Înseamnă doar că nu ai pus singur o piedică la intrare. Diferența contează. Un site poate fi „corect” din punct de vedere minim și totuși să nu aibă suficiente semnale de calitate, relevanță sau autoritate pentru interogările vizate.
În audit, verificăm câteva lucruri înainte de orice recomandare de conținut:
- dacă fișierul robots.txt blochează directoare care conțin pagini comerciale;
- dacă paginile importante au noindex în cod sau în header;
- dacă serverul returnează 200 pentru paginile care trebuie indexate;
- dacă redirecturile trimit spre variante coerente ale URL-urilor;
- dacă sitemapul include doar pagini pe care chiar vrei să le apară în Google.
Aici se pierde bugetul. Nu într-o meta descriere imperfectă, ci într-o regulă tehnică pusă greșit la migrare.
Viteza ajută, dar scorul perfect nu este o strategie SEO
Viteza influențează experiența utilizatorului și poate conta în evaluarea paginii, dar nu repară o pagină irelevantă. O pagină rapidă, fără răspuns clar la intenția de căutare, rămâne o pagină slabă. Opinia mea este că obsesia pentru scorul perfect în tool-uri duce des la decizii proaste.
Core Web Vitals măsoară încărcarea, interactivitatea și stabilitatea vizuală. web.dev indică pentru Core Web Vitals pragurile recomandate: LCP în cel mult 2,5 secunde, INP de cel mult 200 milisecunde și CLS de cel mult 0,1, evaluate la percentila 75 pentru încărcările de pagină, separat pe mobil și desktop, conform ghidului Web Vitals.
În practică, nu tratăm aceste valori ca pe un joc de puncte. Dacă un magazin online are imaginile produselor uriașe, scripturi de tracking peste scripturi și un meniu care se mișcă la încărcare, problema este reală. Dacă ai un scor bun, dar pagina de categorie nu explică diferența dintre produse și nu are filtre utile, viteza nu va compensa lipsa de relevanță.
Trade-off-ul este clar: uneori un modul vizual frumos încetinește pagina. Alteori un slider de homepage nu aduce nimic pentru utilizator și ocupă cea mai scumpă zonă de ecran. Nu îl păstrăm doar pentru că „arată modern”. Întrebarea este dacă ajută pagina să răspundă mai bine la căutare.
Cum strică structura URL-urilor semnalele unei pagini?
Structura URL-urilor poate împărți semnalele între mai multe versiuni ale aceleiași pagini. Când aceeași categorie se deschide cu parametri, slash final, variante cu litere mari sau URL-uri generate de filtre, Google trebuie să aleagă ce versiune merită tratată ca principală.
La eCommerce vedem des situația asta: categoria „anvelope iarnă” are o adresă principală, dar filtrele de brand, dimensiune și preț creează combinații indexabile. Unele au conținut aproape identic. Altele nu au cerere reală în căutare. Dacă toate intră în sitemap și primesc linkuri interne, crawlerul consumă timp pe pagini care nu aduc valoare.
Canonicalul ajută, dar nu este scuză pentru o arhitectură neglijentă. Dacă ai canonical spre categoria principală, dar linkurile interne împing constant utilizatorul și crawlerul spre variante cu parametri, semnalul devine neclar. Noi preferăm să stabilim întâi ce pagini merită indexate, apoi să configurăm canonicele, sitemapul și filtrele în aceeași direcție.
Indexarea nu se rezolvă doar prin trimiterea sitemapului
Sitemapul ajută motoarele de căutare să descopere pagini, dar nu obligă Google să le indexeze. Dacă trimiți în sitemap pagini slabe, duplicate sau blocate prin alte reguli, nu faci site-ul mai vizibil. Faci raportarea mai confuză.
Un sitemap bun nu este o listă cu tot ce există pe site. Este o listă cu paginile pe care le consideri demne de indexare. Pentru un cabinet, asta înseamnă pagini clare pentru servicii, medici, locație și informații utile. Pentru un service auto, înseamnă servicii separate acolo unde intenția de căutare este diferită: diagnoză, revizie, schimb distribuție, reparații frâne. Pentru un magazin online, înseamnă categorii, subcategorii și produse care au stoc, descriere și valoare comercială.
Greșeala pe care o vedem des este sitemapul generat automat fără control. Intră taguri de blog, arhive, pagini de test, variante vechi de landing page și produse indisponibile de mult timp. Tool-ul spune că sitemapul există. Auditul arată că sitemapul ajută Google să descopere pagini pe care nu le vrei în rezultate.
JavaScript poate ascunde conținutul care ar trebui să rankeze
Site-urile care depind mult de JavaScript pot fi mai greu de verificat SEO, mai ales când textul, linkurile sau produsele apar doar după interacțiuni. Google poate procesa JavaScript, dar asta nu înseamnă că orice implementare este sigură pentru indexare.
Problema nu este tehnologia în sine. Problema este ce vede crawlerul la prima încărcare și ce apare abia după ce browserul execută scripturi. Într-un magazin online, dacă lista de produse, paginarea sau linkurile spre categorii secundare sunt generate într-un mod greu de urmărit, paginile pot avea mai puține semnale interne decât crezi.
Într-un audit, comparăm varianta randată în browser cu HTML-ul inițial și cu ce raportează Search Console. Dacă pagina arată bine pentru utilizator, dar crawlerul nu găsește linkurile importante, designul nu mai este doar o problemă de frontend. Devine o problemă de vizibilitate organică.
Datele structurate clarifică pagina, dar nu repară lipsa de conținut
Datele structurate pot ajuta motoarele de căutare să înțeleagă mai bine tipul de informație de pe pagină. Pentru produse, articole, servicii locale sau întrebări frecvente, schema.org poate aduce claritate. Nu înlocuiește însă conținutul vizibil.
Nu recomandăm să marchezi agresiv informații care nu există pe pagină. Dacă un produs nu are recenzii afișate, nu inventezi markup de review. Dacă pagina de serviciu nu explică serviciul, datele structurate nu o transformă într-un rezultat bun. Ele trebuie să susțină conținutul, nu să mascheze lipsurile.
La site-urile locale, preferăm întâi coerență: nume, adresă, telefon, program, zone deservite și servicii descrise clar. Abia apoi schema locală. Altfel, ai markup, dar pagina tot nu răspunde suficient de bine pentru cine caută un furnizor în orașul lui.
Ce verificăm înainte de optimizări on-page
Înainte să rescriem titluri, headinguri sau texte, verificăm dacă pagina are o bază tehnică stabilă. Optimizarea de conținut pe o pagină blocată, duplicată sau lentă este muncă pusă peste o fundație nesigură.
Ordinea pe care o folosim în audit este practică:
- accesare și status HTTP pentru paginile importante;
- indexare, noindex, robots.txt și canonice;
- structură de URL-uri, sitemap și redirecturi;
- meniuri, linkuri interne și paginare;
- viteză, Core Web Vitals și probleme pe mobil;
- date structurate și elemente care influențează afișarea în rezultate;
- abia apoi titluri, conținut, intenție de căutare și canibalizare.
Asta nu înseamnă că partea tehnică este mai importantă decât conținutul în orice proiect. Înseamnă că nu are sens să optimizezi fin o pagină pe care Google nu o poate procesa corect. Pentru detaliile de conținut, lucrăm separat zona de optimizare SEO on-page, dar numai după ce știm că pagina poate fi accesată și evaluată.
Când optimizarea tehnică nu este suficientă
Optimizarea tehnică nu aduce singură poziții bune dacă site-ul nu are pagini potrivite pentru căutările vizate. Poți avea un site rapid, curat și perfect indexabil, dar fără conținut care să răspundă la intenția utilizatorului.
Un exemplu simplu: o firmă de servicii are o singură pagină numită „Servicii”, unde listează tot ce face. Tehnic, pagina poate fi impecabilă. SEO, este prea generală. Dacă oamenii caută separat „montaj aer condiționat”, „igienizare aer condiționat” și „reparații aer condiționat”, o singură pagină nu are cum să răspundă bine la toate fără să devină vagă.
Aici spunem direct când SEO-ul tehnic nu este potrivit ca etapă unică. Dacă site-ul nu are conținut și nici buget de conținut, reglajele tehnice nu rezolvă problema de fond. Pot elimina blocaje. Nu pot inventa relevanță.
Măsurarea se face în Search Console, nu în impresii din tool-uri
După implementare, verificarea se face în date reale: indexare, erori, impresii, clickuri, poziții medii și comportamentul paginilor importante. Un tool de audit poate semnala probleme, dar nu îți spune singur dacă Google a început să trateze pagina diferit.
În raportare, ne uităm la ce s-a implementat și la ce s-a schimbat în Search Console și Analytics. Dacă am corectat canonicele la categorii, urmărim ce URL-uri apar în rezultate. Dacă am redus paginile inutile din sitemap, urmărim indexarea. Dacă am lucrat la viteză, verificăm datele de teren, nu doar un test rulat o dată.
Raportăm și lunile în care nu se vede o mișcare spectaculoasă. Uneori Google recrawl-uiește treptat. Alteori implementarea a fost corectă, dar concurența are conținut mai bun sau autoritate mai puternică. Nu promitem poziții specifice, pentru că nu controlăm algoritmul, concurenții și istoricul fiecărui domeniu.
Regula practică este aceasta: începe cu blocajele care pot opri accesarea, indexarea și consolidarea semnalelor. După aceea, lucrează conținutul și autoritatea. Dacă ordinea este inversă, riști să plătești pentru texte, linkuri și design pe pagini pe care motoarele de căutare nu le pot evalua corect.
