Înapoi la blog
Dezvoltare

SEO tehnic pentru site-uri moderne — ce contează dincolo de cuvinte cheie

Randare, URL-uri canonice, metadate, date structurate, linkuri interne și hreflang. Partea de SEO care se decide în cod, nu în lista de cuvinte cheie.

21 iulie 202611 min de citit

Un site poate avea cel mai bun conținut din nișa lui și, totuși, să nu fie găsit. De obicei nu e vina textului, ci a infrastructurii din jurul lui. SEO tehnic este munca prin care faci un site trivial de parcurs, de randat, de înțeles și de crezut. Restul — cuvinte cheie, ton editorial, calendar de publicare — vine după.

Ce înseamnă, de fapt, SEO tehnic

Un motor de căutare face patru lucruri, în ordine: descoperă adrese, le descarcă, decide dacă merită randate și abia apoi le indexează. Fiecare pas poate fi rupt de o decizie de arhitectură luată cu luni înainte de primul articol. SEO tehnic înseamnă să elimini, pe rând, motivele pentru care un pas ar putea eșua.

Nu este o listă de trucuri și nu este o setare pe care o bifezi o dată. Este o proprietate a produsului, exact ca performanța sau securitatea.

Strategia de randare

Cea mai scumpă greșeală modernă este conținutul care există doar după ce rulează JavaScript-ul. Un crawler poate randa, dar randarea costă timp și resurse și nu este garantată la fiecare vizită. Dacă textul, linkurile interne și metadatele apar doar în urma unui apel făcut din browser, ai pariat vizibilitatea pe un pas opțional.

Regula practică: tot ce vrei indexat trebuie să fie în HTML-ul livrat de server. Interactivitatea poate rămâne în client. Am detaliat compromisurile acestei separări în arhitectura cu server components — este aceeași discuție, privită dinspre cod.

  • Verifică sursa paginii, nu ce vezi în inspector după hidratare.
  • Conținutul din spatele unui click (taburi, acordeoane) trebuie să existe în DOM-ul inițial.
  • Paginarea infinită fără linkuri reale lasă jumătate din catalog nedescoperit.

O singură adresă canonică

Fiecare bucată de conținut merită exact un URL. În practică apar duplicate din parametri de tracking, variante cu și fără slash final, http și https, www și non-www, filtre de listare care generează combinații aproape infinite.

  • Alege o formă și redirectează permanent restul.
  • Pune un canonical care se auto-referă pe fiecare pagină indexabilă.
  • Fii consecvent: linkurile interne, sitemap-ul și Open Graph trebuie să folosească aceeași formă.

Un canonical nu este un ordin, ci un semnal puternic. Dacă îl contrazici prin linkuri interne inconsistente, îl slăbești singur.

Metadate care câștigă clicuri

Elementul title și meta description nu sunt locuri unde înghesui cuvinte cheie. Sunt reclama ta gratuită într-o pagină de rezultate plină de concurenți.

Un title bun spune despre ce e pagina și pentru cine. O descriere bună spune de ce merită clicul, nu repetă titlul cu alte cuvinte.

Scrie unic pentru fiecare pagină, ține titlul suficient de scurt cât să nu fie tăiat și pune informația distinctivă la început. Descrierea nu influențează direct clasarea, dar influențează rata de clic — iar asta se vede.

Open Graph face parte din SEO, practic

Formal, Open Graph ține de rețele sociale și mesagerie. Practic, o parte importantă din traficul către un articol trece printr-un link partajat. Dacă imaginea lipsește sau apare spartă, pierzi clicuri înainte ca vreun algoritm de căutare să conteze.

  • Imagine de 1200x630, într-un format pe care îl citesc toți clienții.
  • Titlu și descriere Open Graph gândite pentru share, nu copiate mecanic.
  • Testează cu instrumentele oficiale, pentru că fiecare platformă păstrează agresiv în cache.

Date structurate: ce pot și ce nu pot

JSON-LD este modul cel mai curat de a spune explicit ce este pagina. Article pentru materiale editoriale, FAQPage pentru întrebări reale, BreadcrumbList pentru ierarhie, Organization sau Person pentru entitatea din spate.

Datele structurate nu garantează rezultate îmbogățite. Ele fac pagina eligibilă. Decizia de afișare rămâne a motorului de căutare și se schimbă des.

Regula de aur: marchează doar ce este vizibil pe pagină. Un FAQ care există doar în JSON-LD este, în cel mai bun caz, ignorat.

Sitemap și robots, făcute corect

Sitemap-ul este lista adreselor canonice pe care le vrei indexate — nu o groapă în care arunci tot. Fără redirecturi, fără pagini marcate noindex, cu dată de modificare reală. Fișierul robots controlează parcurgerea, nu indexarea: o pagină blocată acolo poate ajunge totuși în rezultate, fără descriere. Dacă vrei ceva scos din index, folosește noindex și lasă crawlerul să îl vadă.

Linkuri interne — pârghia cea mai subestimată

Aici se câștigă cel mai mult cu cel mai puțin efort. Linkurile interne spun ce este important, transmit autoritate și dau context prin textul ancoră.

  • Un text ancoră descriptiv bate un simplu află mai multe de fiecare dată.
  • Paginile hub adună subiectele înrudite și dau structură unei teme.
  • Paginile orfane — cele fără niciun link intern către ele — sunt practic invizibile.

Articolul acesta face exact ce recomandă: trimite mai departe la Core Web Vitals și la accesibilitate ca avantaj competitiv, pentru că subiectele chiar se continuă unul pe altul.

Multilingv, paginare, conținut subțire

hreflang funcționează doar dacă este reciproc: fiecare variantă le listează pe toate, inclusiv pe sine, plus o valoare x-default. Greșelile clasice sunt coduri de limbă inventate, adrese relative și hreflang care trimite spre pagini redirectate sau necanonice.

La paginare, fiecare pagină din serie are propriul canonical, nu unul care arată spre prima. Iar paginile subțiri — generate automat, fără conținut propriu — fac mai mult rău decât bine: mai bine le unești sau le scoți.

Imagini, viteză, accesibilitate

Imaginile au nevoie de text alternativ descriptiv, de dimensiuni explicite ca să nu miște layout-ul și de formate moderne pentru greutate. Viteza și accesibilitatea nu sunt factori magici de clasare, dar amândouă reduc frecarea: o pagină rapidă și navigabilă cu tastatura este o pagină pe care oamenii o citesc, o partajează și o linkuiază.

Cum măsori și cât durează

Search Console este sursa de adevăr: raportul de indexare îți spune ce a fost exclus și din ce motiv, iar datele de teren îți arată experiența reală a utilizatorilor, nu una simulată în laborator. Urmărește întâi impresiile și poziția medie, pentru că se mișcă înaintea clicurilor.

Ordinea sănătoasă de lucru: repari ce blochează indexarea, apoi ce blochează înțelegerea, apoi ce blochează clicul. Rezultatele apar în săptămâni, nu în zile, și se consolidează în luni.

Dacă vrei o evaluare pe site-ul tău, nu pe unul teoretic, scrie-ne.

#seo#structured data#metadata#indexare
質問

Întrebări frecvente

Problemele de indexare se pot rezolva în zile: odată ce o pagină devine accesibilă, poate fi reparcursă rapid. Efectele asupra pozițiilor și traficului se văd, de regulă, în câteva săptămâni și se stabilizează în două-trei luni. Site-urile mari, cu multe adrese de reparcurs, au nevoie de mai mult timp. Oricine îți promite un interval exact inventează.

Continuă lectura

Ai un proiect care merită această atenție?

Accept un singur proiect odată. Dacă momentul e potrivit, hai să vorbim.

Începe conversația
Scrie-mi pe WhatsApp