SEO tehnic e partea din optimizare care nu se vede in pagina, dar de care depinde tot restul. Poti avea cel mai bun text de pe piata: daca Google nu il poate descarca, nu il poate reda sau nu stie care versiune a paginii conteaza, textul ala nu exista pentru nimeni.
Vei intalni subiectul si sub alte nume: tehnici SEO, optimizare tehnica sau partea tehnica a site-ului. Toate descriu acelasi lucru: setarile de infrastructura care hotarasc daca site-ul tau poate fi gasit, nu cat de convingator e scris.
Ce este SEO tehnic?
SEO tehnic inseamna tot ce faci ca un motor de cautare sa poata parcurge, intelege si afisa site-ul tau fara piedici. Nu tine de cuvintele pe care le alegi si nici de linkurile pe care le primesti din afara. Tine de felul in care e construit si servit site-ul.
Cea mai simpla impartire a SEO-ului are trei bucati: on-page, adica ce controlezi in pagina, off-page, adica reputatia din afara, si partea tehnica, adica fundatia pe care stau amandoua. Daca vrei imaginea completa, ea e explicata in ghidul despre ce este SEO.
Diferenta practica dintre ele: on-page si off-page aduc rezultate mai bune. SEO tehnic, cand e prost, le anuleaza pe amandoua.
De ce e primul pas, nu ultimul
Ordinea conteaza mai mult decat pare. Un site care nu se indexeaza nu castiga nimic din continut nou, oricat de bun ar fi. Un site care serveste doua adrese pentru aceeasi pagina isi imparte singur semnalele intre ele. Un site care se incarca greu pe telefon pierde vizitatori inainte sa citeasca primul rand.
De aceea partea tehnica se rezolva prima si se verifica periodic, nu o data la lansare. Problemele tehnice apar de obicei fara ca nimeni sa le fi cerut: dupa o mutare de server, dupa o schimbare de sablon, dupa ce cineva adauga o functie noua. Nu se anunta si nu dau eroare in fata utilizatorului. Se vad doar in date.
Crawlarea si indexarea: te poate vedea Google?
Inainte de orice pozitie in rezultate, Google trebuie sa treaca prin doi pasi: sa descarce pagina (crawlare) si sa o adauge in index (indexare). Ambii pot esua separat, si esecul arata la fel din afara: pagina exista, dar nu apare in cautari.
robots.txt: ce ai voie sa blochezi
Fisierul robots.txt sta in radacina site-ului si spune motoarelor unde nu au voie sa intre. E util pentru zone administrative sau pentru pagini generate automat care nu au ce cauta in cautari.
Capcana clasica: oamenii blocheaza aici pagini pe care de fapt vor sa le ascunda din rezultate. Nu asta face robots.txt. El opreste descarcarea, nu afisarea. O pagina blocata poate ramane in rezultate, fara descriere, pentru ca Google stie ca exista din linkurile catre ea, dar nu are voie sa se uite in ea. Daca vrei o pagina scoasa din rezultate, folosesti eticheta noindex si lasi crawlerul sa intre ca sa o vada.
sitemap.xml: lista paginilor care conteaza
Sitemap-ul e o lista a adreselor pe care vrei sa le stie Google, cu data ultimei modificari a fiecareia. Nu garanteaza indexarea, dar scurteaza drumul pana la descoperire, mai ales pentru pagini noi sau slab linkate.
Doua reguli pe care le incalca mai toate site-urile: sitemap-ul contine doar pagini care raspund normal si care se pot indexa, nu redirecturi, nu erori, nu pagini cu noindex. Si data de modificare trebuie sa fie adevarata. Daca declari ca s-a schimbat ceva si nu s-a schimbat nimic, semnalul isi pierde valoarea exact cand ai nevoie de el.
Semnalele care se contrazic
Cel mai greu de gasit defect tehnic nu e cel care lipseste, ci cel care spune altceva decat vecinul lui. Sitemap-ul declara ca articolul s-a modificat saptamana asta, iar datele structurate din pagina declara ca nu s-a atins de sase luni. Amandoua sunt citite. Cand se bat cap in cap, motorul nu are motiv sa creada niciuna.
Verificarea e simpla si merita facuta ori de cate ori actualizezi continut: data din sitemap si data de modificare din pagina trebuie sa fie identice.
Canonical: care versiune a paginii conteaza
Aceeasi pagina poate fi ajunsa pe mai multe adrese. Cu si fara www. Cu si fara bara la final. Cu parametri de urmarire adaugati de o campanie sau de un newsletter. Pentru un om, sunt aceeasi pagina. Pentru un motor de cautare, sunt adrese diferite cu acelasi continut.
Eticheta canonical rezolva asta: fiecare varianta spune care e adresa principala, iar semnalele se aduna acolo, in loc sa se imparta.
Greseala pe care o fac multe site-uri fara sa stie: canonical-ul se genereaza automat din adresa ceruta, cu tot cu parametri. Rezultatul e ca fiecare link de campanie devine o pagina care se declara pe sine drept versiunea principala. Cat timp nu ai reclame si nu trimiti newslettere, nu se vede nimic. Din ziua in care pornesti prima campanie, fiecare click creeaza un duplicat.
Verificarea dureaza un minut: deschide o pagina adaugand un parametru inventat la final si uita-te ce adresa declara canonical-ul. Daca include parametrul, ai o problema care asteapta prima campanie ca sa se activeze.
Redirecturi si pagini care nu mai exista
Cand muti o pagina, adresa veche trebuie sa duca la cea noua printr-un redirect permanent. Asta pastreaza vizitatorii care au linkul vechi si transfera cea mai mare parte din valoarea acumulata.
Ce merita evitat: lanturile de redirecturi, in care o adresa duce la a doua, care duce la a treia. Fiecare veriga adauga intarziere si pierdere. Cand refaci structura site-ului, redirectul se face direct catre destinatia finala, nu prin toate etapele istorice.
Pentru paginile care chiar au disparut si nu au inlocuitor, raspunsul corect e o eroare 404 curata, cu o pagina care ii ofera omului o iesire: cautare, meniu, articolele principale. Nu redirecta tot ce e sters catre prima pagina. Pentru vizitator e derutant, iar pentru motor e un semnal ca nu stii ce e pe site-ul tau.
Viteza si Core Web Vitals
Google masoara experienta de incarcare prin trei indicatori grupati sub numele Core Web Vitals: cat de repede apare elementul principal al paginii, cat de repede raspunde pagina la prima interactiune si cat de mult sar elementele in timp ce se incarca.
Ultimul e cel mai enervant pentru utilizator si cel mai ignorat de site-uri: textul se aseaza, omul duce degetul spre un buton, se incarca o imagine deasupra si butonul fuge. De obicei se repara declarand dimensiunile imaginilor si rezervand din start spatiul pentru ce se incarca mai tarziu.
O nota de calibrare: viteza conteaza, dar nu e un buton magic de pozitii. Intre doua pagini la fel de relevante, cea rapida castiga. Intre o pagina rapida si goala si una lenta si buna, castiga tot cea buna. Repara viteza pentru ca pierzi vizitatori pe ea, nu pentru ca astepti un salt in clasament.
Versiunea de pe telefon e versiunea reala
Google se uita in primul rand la varianta mobila a site-ului atunci cand decide ce contine si cat valoreaza. Nu la cea de desktop. Daca varianta de telefon are mai putin continut, ascunde sectiuni sau incarca alte linkuri, ce lipseste acolo lipseste efectiv.
Testul cel mai onest nu e un tool, ci telefonul tau, pe reteaua mobila, nu pe wifi-ul de acasa. Deschide trei pagini importante si incearca sa faci ce vrei sa faca un client: sa citeasca, sa gaseasca un pret, sa completeze un formular. Ce te irita pe tine ii irita si pe ei.
HTTPS si adresele care se dubleaza
Conexiunea securizata e obligatorie de mult, si o are aproape toata lumea. Ce se rateaza mai des e curatenia de dupa: dupa trecerea la HTTPS trebuie sa existe o singura adresa valida, iar toate celelalte variante sa duca la ea printr-un redirect permanent.
Altfel ajungi cu patru versiuni ale aceluiasi site care traiesc in paralel, isi impart semnalele si se concureaza intre ele. E acelasi tip de problema ca la canonical, cu alta cauza.
Date structurate: explica-i motorului ce e in pagina
Datele structurate sunt un cod discret adaugat in pagina, care spune explicit ce reprezinta continutul: un articol, o intrebare frecventa, o afacere locala, un produs. Nu schimba ce vede omul. Schimba cat de sigur e motorul pe ce a inteles.
Doua reguli care evita toate problemele: descrie doar ce exista chiar in pagina, si tine codul in acord cu textul. Daca declari intrebari frecvente care nu apar pe pagina, sau lasi acolo o schema veche dupa ce ai rescris continutul, semnalul devine mai rau decat lipsa lui.
Cele mai bune practici pentru SEO tehnic
Daca vrei o lista de verificat, asta e ordinea in care merita luate. Primele trei repara lucruri care blocheaza tot restul.
- Verifica indexarea inainte de orice. Paginile importante sunt in index? Daca nu, restul e degeaba.
- O singura adresa pentru fiecare pagina. Canonical corect, fara parametri, si toate variantele redirectate catre ea.
- robots.txt permisiv acolo unde conteaza. Blocheaza doar ce chiar nu trebuie descarcat.
- Sitemap curat si sincer. Doar pagini valide, cu date de modificare adevarate.
- Redirecturi directe, fara lanturi. Si o pagina 404 care ofera o iesire.
- Telefonul, prima verificare. Continut identic cu desktopul, testat pe date mobile.
- Viteza, in ordinea deranjului. Intai ce sare pe ecran, apoi ce se incarca lent.
- Date structurate care descriu realitatea din pagina, actualizate odata cu ea.
Lista se reia periodic, nu se bifeaza o data. Cele mai multe probleme tehnice apar dupa o schimbare pe care nimeni nu a legat-o de SEO.
Cum verifici, fara sa cumperi nimic
Aproape tot ce e mai sus se vede din Search Console, care e la indemana oricui isi confirma proprietatea asupra site-ului. Raportul de indexare iti spune ce pagini sunt inauntru si de ce nu sunt celelalte. Inspectia unei adrese iti arata starea reala a unei pagini anume, in direct. Raportul de Core Web Vitals iti arata unde te doare viteza, pe date de la utilizatori reali, nu de la un test de laborator.
Daca vrei sa vezi cum se leaga partea tehnica de restul verificarilor, pasii sunt in ghidul de analiza SEO, care acopera si continutul, si pozitiile, si autoritatea. Iar daca preferi sa primesti concluziile gata triate, cu prioritati si estimari de efort, asta facem in auditul SEO.
Intrebari frecvente despre SEO tehnic
Care e diferenta dintre SEO tehnic si analiza SEO?
SEO tehnic e o zona de lucru: infrastructura site-ului. Analiza SEO e o activitate care trece prin mai multe zone, dintre care partea tehnica e doar una, alaturi de continut, pozitii, autoritate si concurenta. Cu alte cuvinte, analiza raspunde la „ce sta prost", iar SEO tehnic e unul dintre raspunsurile posibile.
Am nevoie de programator pentru SEO tehnic?
Pentru diagnostic, nu. Search Console iti arata singur ce nu se indexeaza si unde ai probleme de viteza. Pentru reparat depinde de platforma: pe un site facut cu o platforma populara, multe lucruri se schimba dintr-o setare. Canonical-ul, redirecturile si tot ce tine de server au nevoie, de obicei, de cineva care poate atinge codul.
Cat de des verific partea tehnica?
Un control scurt lunar si unul serios de doua ori pe an acopera majoritatea situatiilor. In plus, obligatoriu dupa orice schimbare mare: mutare de server, sablon nou, restructurare de adrese, migrare de platforma. Astea sunt momentele in care apar defectele, si tot atunci sunt cel mai ieftin de reparat.
Cat dureaza pana se vad rezultatele unei reparatii tehnice?
Depinde ce ai reparat. Un blocaj de indexare se poate vedea in zile, pentru ca deblocheaza pagini care pana atunci nu existau pentru motor. O imbunatatire de viteza sau o curatare de duplicate se aseaza in saptamani si rareori se vede ca un salt clar, fiindca efectul ei e sa nu mai piarda, nu sa castige. De asta reparatiile tehnice se masoara pe indexare si pe comportamentul vizitatorilor, nu doar pe pozitii.
Concluzie
SEO tehnic nu aduce singur vizitatori. Face ca restul muncii sa conteze. Un site curat tehnic nu are un avantaj vizibil, exact cum o fundatie buna nu se vede in nicio fotografie a casei. Se vede doar cand lipseste.
Daca incepi azi, ia primele trei puncte din lista de mai sus. Indexare, o singura adresa pentru fiecare pagina, si nimic blocat din greseala. Restul poate astepta o luna. Alea trei, nu.