Ce verificăm și în ce ordine
Ordinea nu e întâmplătoare. Nu are rost să optimizezi viteza unei pagini pe care Google nu o indexează, și nu are rost să adaugi date structurate pe un site care returnează erori la jumătate din adrese.
| NIVEL | ÎNTREBAREA | CE SE RUPE DACĂ E GREȘIT |
|---|---|---|
| 1. Accesare | Poate robotul să ajungă la pagină? | Pagina nu există pentru Google, indiferent cât e de bună |
| 2. Indexare | A fost pusă în index? | Nu poate apărea în niciun rezultat |
| 3. Înțelegere | Pricepe Google despre ce e? | Apare pe cuvinte greșite sau deloc |
| 4. Experiență | Se încarcă repede și stabil? | Pierzi vizitatori și, la egalitate, poziția |
Accesare și indexare
Aici găsim cele mai multe probleme scumpe și cele mai ușor de reparat. Un singur rând greșit în robots.txt poate ascunde jumătate de site, iar proprietarul nu are de unde să știe.
Ce controlăm
- Fișierul robots.txt: ce blochează și dacă blochează din greșeală resurse de care Google are nevoie ca să randeze pagina
- Eticheta noindex, pusă adesea la lansare și uitată acolo
- Harta site-ului, sitemap.xml: dacă există, dacă e trimisă în Search Console, dacă conține doar adrese care răspund cu 200
- Raportul de indexare din Search Console, categorie cu categorie, cu motivele reale pentru paginile excluse
- Bugetul de accesare, relevant de la câteva mii de pagini în sus
- Adresele canonice: dacă fiecare pagină indică spre ea însăși sau spre versiunea corectă
- Lanțurile de redirecționări și redirecționările în buclă
- Paginile orfane, care nu primesc niciun link intern
Conținut duplicat și versiuni multiple ale aceleiași pagini
Același conținut accesibil pe adrese diferite e o problemă mai frecventă decât pare. Versiunea cu www și cea fără, http și https, cu slash la final și fără, adrese cu parametri de urmărire, pagini de filtrare din magazine online.
Fiecare variantă împarte semnalele. Rezolvarea e o combinație de redirecționare permanentă și etichete canonice, aplicată consecvent, nu la întâmplare.
Randare cu JavaScript
Dacă site-ul construiește conținutul în browser, cu JavaScript, Google trebuie să îl execute ca să îl vadă. De obicei reușește, dar cu întârziere și nu întotdeauna complet.
Verificăm ce vede robotul cu instrumentul de inspecție din Search Console și comparăm cu ce vezi tu. Diferențele aici explică multe situații în care o pagină pare perfectă și nu ranchează pe nimic.
Core Web Vitals și viteza reală
Google măsoară trei indicatori de experiență și îi folosește ca factor de clasare. Nu sunt factorul principal, dar la doi competitori apropiați decid, iar efectul lor asupra ratei de conversie e mai mare decât asupra poziției.
Diferența importantă: contează datele din teren, colectate de la utilizatori reali de Chrome, nu scorul din laborator pe care îl dă un test rulat de pe calculatorul tău. Un site poate avea 95 în PageSpeed Insights și să pice evaluarea de teren.
Cei trei indicatori și pragurile lor
| INDICATOR | CE MĂSOARĂ | PRAG DE TRECERE |
|---|---|---|
| LCP | Cât durează până apare cel mai mare element vizibil | sub 2,5 secunde |
| INP | Cât întârzie pagina să răspundă la o apăsare sau un clic | sub 200 de milisecunde |
| CLS | Cât sare conținutul în timpul încărcării | sub 0,1 |
Ce strică de obicei fiecare
- LCP: imaginea din antet netrimisă în format modern, fără dimensiuni declarate, încărcată târziu sau servită de pe alt domeniu
- INP: scripturi de urmărire și widgeturi terțe care blochează firul principal, bannere de cookieuri prost scrise
- CLS: imagini și reclame fără înălțime rezervată, fonturi care se schimbă la încărcare, bannere care împing conținutul în jos
Ce facem concret
Convertim imaginile în WebP sau AVIF și le declarăm dimensiunile. Amânăm scripturile care nu sunt necesare la prima randare. Încărcăm fonturile local, cu afișare temporară, ca textul să apară imediat. Rezervăm spațiul pentru tot ce se încarcă mai târziu.
Pe un site WordPress obișnuit, intervențiile acestea scad timpul de încărcare cu 40 până la 60 la sută. Pe unul cu șaisprezece pluginuri active din care patru fac același lucru, mai mult.
Date structurate
Datele structurate sunt un cod ascuns care îi spune lui Google, într-un limbaj pe care îl înțelege fără ambiguitate, ce reprezintă informația din pagină: că 250 e un preț, că un șir de caractere e o adresă, că un text e o întrebare cu răspuns.
Nu urcă poziția direct. Fac altceva, de multe ori mai valoros: îți schimbă felul în care arăți în rezultate și cresc șansa să fii citat de motoarele care răspund cu text generat.
Ce implementăm, pe tipuri de pagină
| TIP DE PAGINĂ | SCHEMA APLICATĂ | CE CÂȘTIGI |
|---|---|---|
| Pagina de pornire | Organization, WebSite | Numele site-ului și logo-ul corecte în rezultate |
| Pagina de contact a unei firme locale | LocalBusiness | Program, telefon și hartă direct în rezultate |
| Pagină de serviciu | Service, Offer | Prețul afișat, eligibilitate pentru citare în răspunsuri AI |
| Articol | Article, autor, dată | Semnal de autor și prospețime |
| Pagină cu întrebări | FAQPage | Răspunsuri ușor de preluat de asistenții AI (extinderea în Google e rezervată acum site-urilor oficiale) |
| Orice pagină internă | BreadcrumbList | Cale lizibilă în loc de adresă brută |
Reguli pe care nu le încălcăm
Marcăm doar ce e vizibil în pagină. Schema care declară un preț pe care omul nu îl găsește nicăieri e o încălcare directă a regulilor Google și poate atrage o acțiune manuală.
Folosim formatul JSON-LD, recomandat oficial, nu microdate împrăștiate prin HTML. Se citește ușor, se schimbă ușor și nu se strică la prima modificare de design.
Structura site-ului și arhitectura linkurilor
Un site bine structurat îi arată lui Google ce e important fără să i se spună. Paginile care aduc bani stau aproape de pagina de pornire, grupurile tematice sunt clare, iar navigația reflectă felul în care oamenii caută, nu organigrama firmei.
Regula practică: orice pagină care trebuie să aducă clienți stă la maximum trei clicuri de pagina de pornire. Ce e mai adânc primește mai puțină autoritate și e accesat mai rar.
Ce reparăm frecvent
- Meniuri cu patruzeci de linkuri, în care nu se distinge ce contează
- Pagini de servicii îngropate sub trei niveluri de categorii
- Adrese cu structuri inconsistente, unele cu dată, altele fără, unele cu ID numeric
- Paginare fără legătură între pagini, care lasă conținutul vechi inaccesibil
- Versiuni de limbă fără etichetele hreflang corespunzătoare
Ce primești și ce facem noi
Auditul costă 250 de euro și durează cinci până la șapte zile lucrătoare pentru un site sub 200 de pagini. Peste, dăm preț după ce vedem dimensiunea.
Raportul nu e un export de tool. E un document scris, în care fiecare problemă are patru lucruri: ce e stricat, de ce contează în cazul tău, cum se repară și cât durează.
- Raport scris, cu problemele ordonate după impact, nu după severitatea teoretică din tool
- Pentru fiecare problemă: adresele afectate, cauza și soluția concretă
- Implementarea datelor structurate pe toate tipurile de pagină, inclusă în preț
- Robots.txt și sitemap.xml corectate și retrimise în Search Console
- Lista redirecționărilor de făcut, în format gata de pus în server sau în plugin
- Măsurători Core Web Vitals înainte și, la 30 de zile, după
- O oră de discuție cu programatorul tău, dacă ai unul, ca să nu se piardă nimic la traducere