Lista de verificare a auditului tehnic SEO: ce să verificați și în ce ordine

Un audit tehnic SEO răspunde la o întrebare: pot motoarele de căutare să găsească, să randeze și să indexeze paginile care ar trebui să câștige trafic și înțeleg care versiune a fiecărei pagini este cea reală? Conținutul și linkurile decid cât de sus se clasează o pagină; problemele tehnice decid dacă este în cursă. Efectuăm aceste verificări pe integrono.com (18 limbi), pe produsele noastre și pe site-urile clienților, iar aceeași duzină de probleme apar din nou și din nou.

Această listă de verificare este scrisă pentru dezvoltatori și fondatori care pot schimba site-ul ei înșiși. Nu aveți nevoie de instrumente plătite pentru a începe: Google Search Console, un browser, curl și un crawler precum Screaming Frog (gratuit până la 500 de adrese URL) sunt suficiente.

Înainte de a începe: domeniul de aplicare și date

• Enumerați tipurile de pagini care ar trebui să se claseze (acasă, servicii, produse, articole, categorii) și cele care nu ar trebui (coș, căutare internă, filtre, admin).
• Verificați proprietatea domeniului în Google Search Console (verificarea DNS acoperă http, https și toate subdomeniile) și deschideți rapoartele Pagini, Sitemaps și Core Web Vitals.
• Accesați cu crawlere site-ul cu un crawler desktop configurat ca smartphone Googlebot și exportați toate adresele URL cu cod de stare, indexabilitate, canonic, titlu, H1 și număr de cuvinte.

1. Acces cu crawlere: pot roboții să ajungă la pagini?

Începeți cu robots.txt. Trebuie să returneze 200, să fie text simplu și să nu blocheze CSS, JavaScript sau secțiunile pe care doriți să le indexați. Un singur Disallow: / rămas dintr-un mediu de pregătire este dezastrul clasic din ziua lansării.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Verificați dacă harta site-ului XML listează numai adrese URL canonice, indexabile, care returnează 200: fără redirecționări, fără pagini noindex, fără 404. Pentru site-urile multilingve, fiecare URL are nevoie de limbi alternative (consultați ghidul nostru SEO multilingv). Trimiteți harta site-ului în Search Console și comparați „trimis” cu „indexat”.

2. Coduri de stare și redirecționări

Fiecare URL importantă ar trebui să returneze un 200 direct. Testați variantele pe care oamenii și roboții le solicită efectiv:

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• O gazdă canonică. Exact unul dintre http/https și www/non-www servește conținut; restul 301 la el într-un singur hop.
• Fără lanțuri de redirecționare sau bucle. Deșeurile de la A la B la C se târăsc bugetul și diluează semnalele; îndreptați adresele URL vechi direct către cea finală.
• 404 adevărate. O pagină lipsă trebuie să returneze 404 sau 410, nu o pagină de 200 care spune „nu găsit” (un 404 soft).
• Erorile 5xx din jurnalele sau Search Console necesită atenție imediată: erorile repetate ale serverului fac ca Google să încetinească accesul cu crawlere.

3. Indexabilitate: pagina este permisă și unică?

Trei semnale decid indexarea: metaeticheta roboților sau antetul X-Robots-Tag, adresa URL canonică și dacă conținutul este o copie. Verificați-le pe șablon, nu pe pagină.

• Noindex scurgeri. Un noindex copiat din staging în producție sau trimis într-un antet HTTP de către serverul web, elimină în tăcere paginile din căutare.
• Etichete canonice. Fiecare pagină indexabilă are un canonic absolut, cu auto-referință. Adresele URL paginate și filtrate ar trebui fie să se canonizeze la un părinte sensibil, fie să fie excluse. Niciodată canonic pentru o redirecționare, noindex sau 404 URL.
• Duplicate. Variante de slash final, căile cu majuscule, parametrii de urmărire și versiunile ușor de imprimat creează aceeași pagină la mai multe adrese URL. Alegeți unul și redirecționați sau canonizați restul.
• „Accesat cu crawlere – momentan neindexat” în Search Console înseamnă de obicei conținut subțire sau aproape duplicat, nu un bloc tehnic. Îmbunătățiți pagina sau îmbinați-o.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Structura site-ului și link-urile interne

Motoarele de căutare descoperă pagini prin link-uri și folosesc structura link-urilor pentru a aprecia importanța.

• Faceți clic pe adâncime. Paginile importante ar trebui să fie accesibile în trei clicuri de pe pagina de pornire.
• Pagini orfane. Paginile care apar în harta site-ului, dar nu au legături interne, primesc puțină atenție. Comparați lista de accesare cu crawlere cu lista de sitemap.
• Text ancora. Folosiți text descriptiv („audit tehnic SEO”), nu „click aici”. Link de la pagini puternice la cele pe care doriți să le clasați.
• Legături interne întrerupte. Remediați linkurile care duc la 404 sau la redirecționări.
• Legături reale. Este posibil ca navigarea creată numai cu gestionarea clicurilor JavaScript în loc de <a href> să nu fie urmată.

5. Semnale pe pagină care sunt tehnice

• Titlu și meta descriere: unic pe pagină, titlul aproximativ sub 60 de caractere, astfel încât să nu fie tăiat. Găsiți duplicate și goluri în exportul cu crawlere.
• Un H1 care se potrivește cu intenția paginii, cu H2/H3 logic dedesubt.
• Limbă și codificare: <html lang> setat corect, UTF-8 peste tot, hreflang valid și reciproc.
• Imagini: nume de fișiere descriptive, text alt, formate moderne ( WebP sau AVIF) și lățime și înălțime explicite pentru a evita schimbările de aspect.
• Paginare și filtre: asigurați-vă că adresele URL cu fațete nu generează milioane de combinații care pot fi accesate cu crawlere.

6. Redare și JavaScript

Google poate reda JavaScript, dar redarea este pusă în coadă și uneori eșuează. Dacă conținutul sau linkurile primare apar numai după redarea pe partea clientului, testați cu instrumentul de inspecție URL („Vizualizați pagina accesată cu crawlere” și captura de ecran). Pentru site-urile de conținut, redarea pe server sau ieșirea statică este cea mai sigură opțiune. Comparați rezultatul curl cu ceea ce vedeți în browser: dacă textul pe care doriți să-l clasați lipsește din HTML brut, depindeți de randare.

7. Viteza și Core Web Vitals

Experiența în pagină este un factor de clasare de pondere moderată și un factor de conversie de pondere mare. Verificați raportul Core Web Vitals în Search Console (date de câmp de la utilizatori reali) și rulați PageSpeed Insights sau Lighthouse pe șabloanele dvs. Țintele obișnuite sunt Largest Contentful Paint sub 2,5 s, Interaction to Next Paint sub 200 ms și Cumulative Layout Shift sub 0,1. Câștigări rapide tipice: comprimați și măriți imaginile, activați Brotli sau gzip, stocați în cache activele statice pentru o perioadă lungă de timp, serviți printr-un CDN și reduceți CSS și scripturile care blochează randarea. Acoperim partea PHP în ghidul nostru pentru Core Web Vitals pentru site-urile PHP.

8. Date structurate

Datele structurate nu oferă un impuls de clasare în sine, dar fac paginile eligibile pentru rezultate bogate și ajută mașinile să înțeleagă entitățile. Validați fiecare șablon cu Rich Results Test și Schema Markup Validator. Tipuri tipice: Organization, BreadcrumbList, Article, FAQPage, Product cu Offer, LocalBusiness. Marcajul trebuie să corespundă cu ceea ce utilizatorii pot vedea pe pagină. Consultați ghidul nostru JSON-LD pentru exemple gata de utilizare.

9. Noțiuni de bază pentru securitate și mobil

• HTTPS peste tot cu un certificat valid, HTTP redirecționat către HTTPS și fără conținut mixt.
• Aspect receptiv cu o metaetichetă corectă viewport; Google indexează mai întâi versiunea mobilă.
• Nu există anunțuri intercalate intruzive care să acopere conținutul de pe mobil.
• Anteturi de securitate și un server sănătos: nu clasifică paginile, dar un site piratat sau lent își pierde rapid clasamentele.

10. Prioritizează și scrie bilete

Un audit este util numai dacă se termină în corecții livrate. Sortați constatările după impact:

1. Critic: pagini blocate, nu sunt indexate sau returnează erori; canonice greșite pe paginile de venituri; redirecționări rupte.
2. Ridicat: duplicate, lanțuri de redirecționare, pagini importante orfane, hreflang lipsă, LCP slab pe șabloanele cheie.
3. Mediu: titluri duplicat, date structurate lipsă, greutatea imaginii.
4. Scăzut: probleme de markup cosmetic.

Pentru fiecare articol scrieți modelul URL, dovezile (ieșirea comenzii sau captură de ecran), rezultatul așteptat și un proprietar. „Fix canonicals” nu este un bilet; „Paginile de produse cu un parametru ?sort= ar trebui să se canonizeze la adresa URL curată; șablon product.php, linia X” este.

Cât de des să auditați

Efectuați lunar o verificare ușoară (rapoarte Search Console, o accesare rapidă cu crawlere, starea adreselor URL cheie) și un audit complet după migrări, reproiectări, actualizări ale cadrului sau când traficul scade fără un motiv clar. Adăugați verificări automate la conducta dvs. de implementare: un test conform căruia pagina de pornire returnează 200, nu are nici noindex și are valorile canonice așteptate prinde cele mai scumpe greșeli înaintea utilizatorilor.

Cum putem ajuta

Dacă doriți ca un expert să treacă peste site-ul dvs., serviciul nostru tehnic SEO acoperă audituri, remedieri ale codului și monitorizare, iar noi putem implementa noi înșine modificările, mai degrabă decât să vă înmânăm un PDF. Începeți cu o consultație plătită dacă aveți nevoie de o listă prioritizată cu ceea ce trebuie remediat mai întâi. Pentru o vedere la nivel de fondator a întregii strategii SEO, consultați SEO pentru fondatorii SaaS.