Screaming Frog: audit SEO de la crawl la remedieri verificate

Un export cu mii de rânduri poate părea un audit complet. Totuși, dacă nu știi ce pagini au fost accesate, cu ce setări și în ce stare a serverului, raportul poate amesteca probleme reale cu rezultate produse chiar de test. Acest tutorial propune o metodă de lucru pentru un site WordPress, de la prima solicitare până la confirmarea remedierii.

Screaming Frog SEO Spider este instrumentul folosit în exemplu. Funcțiile disponibile depind de versiune și licență; verifică documentația înainte să construiești un proces care presupune o funcție absentă. Ghidul nu înlocuiește checklistul de SEO tehnic: acela stabilește ce investighezi, iar acesta arată cum organizezi măsurarea cu un crawler.

1. Scrie întrebarea la care trebuie să răspundă crawlul

Începe cu un obiectiv precis: verificarea linkurilor interne după o reorganizare, inventarierea titlurilor după actualizarea unui template sau compararea paginilor canonice cu sitemapul. Un crawl fără întrebare tinde să producă acțiuni fără priorități. Pentru primul exercițiu, alege o secțiune și definește explicit ce nu intră în analiză.

Propunerea noastră de fișă include domeniul, mediul, data, persoana responsabilă, configurația și criteriul de oprire. Notează dacă site-ul este public sau de test și dacă ai permisiunea să îl accesezi automat. Nu introduce datele unui cont de administrator într-un crawler doar pentru a vedea conținutul public. Accesul autentificat are un scop separat și necesită protejarea rezultatelor.

Pentru un site cu servicii, eșantionul inițial poate include homepage, două servicii, două articole și categoria lor. Pentru un magazin, adaugă categorie, produs simplu și produs cu variații. Aceste alegeri sunt un exercițiu editorial, nu o regulă universală. Un audit SEO aplicat trebuie să reflecte structura afacerii, nu doar opțiunile implicite ale aplicației.

2. Configurează un crawl mic și sigur înaintea celui complet

Ghidul oficial descrie pornirea din modul Spider și introducerea adresei de început. Aplicația urmărește legăturile descoperite în aria configurată și organizează informațiile în tabele. Nu presupune că o scanare încheiată reprezintă automat toate URL-urile existente pe server. ^[1]

Înainte să începi, stabilește numărul maxim de adrese și o viteză prudentă pentru găzduirea respectivă. Supraveghează primele minute: timpul de răspuns, codurile HTTP și eventualele alerte ale serverului. Dacă apar multe erori sau latența crește brusc, oprește testul și verifică originea. Nu încerca să „treci” de protecția serverului crescând agresiv paralelismul.

Documentația de diagnostic Screaming Frog recomandă ajustarea vitezei când serverul întâmpină dificultăți. Capacitatea reală diferă între site-uri; un număr de cereri potrivit pentru o infrastructură poate fi prea mare pentru alta. ^[5] Pentru indisponibilitate persistentă, continuă cu diagnosticul erorii 503, nu cu încă un crawl complet.

Salvează configurația folosită înaintea exportului. Un rezultat fără context este greu de reprodus. În caietul de lucru, notează și filtrele aplicate, redirecționările acceptate și modul de randare. Această disciplină contează mai mult decât viteza cu care ai obținut primul tabel.

3. Alege între HTML și randarea JavaScript în mod justificat

Manualul SEO Spider descrie opțiuni de configurare pentru accesare și randare. Pentru un site care livrează conținutul în HTML, prima verificare poate porni de la acea versiune. Randarea JavaScript răspunde unei întrebări suplimentare și nu trebuie activată doar fiindcă pare mai avansată. ^[2]

Compară o pagină: ce există în sursa inițială și ce apare numai după încărcarea browserului? Dacă legăturile către produse sunt generate exclusiv ulterior, diferența merită investigată. Dacă titlul și textul sunt deja în HTML, folosirea unui browser pentru fiecare adresă poate consuma resurse fără să clarifice obiectivul inițial.

Pentru testele comparative, păstrează aceeași metodă între înainte și după. Altfel, o variație a numărului de linkuri poate proveni din setarea crawlerului. Layoutul Elementor și cererile REST API pot explica anumite diferențe funcționale, dar nu orice resursă JavaScript reprezintă conținut SEO nou.

4. Interpretează codurile HTTP înaintea metadatelor

În raport, grupează paginile după răspunsul primit și rolul lor. Un serviciu public care returnează eroare are altă prioritate decât un URL vechi redirecționat intenționat. Verifică destinația finală, nu numai primul cod. O redirecționare poate funcționa tehnic și totuși să trimită cititorul către o pagină fără legătură cu intenția inițială.

Pentru fiecare problemă critică, verifică manual o adresă și contextul ei. Tutorialul oficial pentru linkuri defecte arată folosirea datelor despre legăturile de intrare pentru a găsi pagina sursă. Fără această asociere, ai o listă de destinații defecte, dar nu și locurile de modificat. ^[3]

O analiză utilă combină diagnosticul 404 cu implementarea redirecturilor 301. Nu redirecționa toate erorile către homepage. Înregistrează intenția inițială și justificarea destinației înainte de schimbare, apoi verifică linkul în pagina care îl conține.

5. Separă indexabilitatea intenționată de contradicții

Construiește o coloană cu rolul paginii și una cu rezultatul așteptat. O pagină internă exclusă intenționat nu este echivalentă cu un articol public marcat accidental noindex. Când vezi un avertisment, întreabă mai întâi dacă regula este corectă pentru acel obiect și dacă există o contradicție cu legăturile și sitemapul.

Exemplu ipotetic: o categorie de produse are canonical către altă categorie, dar navigația o promovează ca destinație principală. Nu concluziona imediat că trebuie schimbat canonicalul. Verifică structura, conținutul și implementarea filtrării. Alegerea URL-ului canonic trebuie să reflecte pagina reală, nu să servească drept plasture pentru orice duplicare.

În alt caz, crawlerul nu ajunge la un articol care apare în sitemap. Cauza poate fi lipsa legăturilor din zona accesată, o paginare neexplorată sau limitele configurate. Asta nu dovedește că articolul lipsește din Google. Compară cu Search Console și cu o verificare de legături interne, păstrând sursele de date distincte.

6. Revizuiește titlurile și descrierile pe familii de pagini

Nu corecta mecanic fiecare titlu lung înainte să vezi tiparul. Selectează paginile care folosesc același template și compară câteva exemple. Dacă toate titlurile de servicii au un sufix repetat disproporționat, corecția poate fi în șablon. Dacă doar două articole au aceeași promisiune, problema poate fi editorială.

În raportul propus, păstrează titlul găsit, titlul recomandat și motivul. „Mai scurt” nu este un motiv suficient. „Diferențiază tutorialul de pagina comercială și păstrează operațiunea căutată” este o justificare clară. Pentru redactare, consultă exemplele de meta descriere, iar pentru configurarea emitentului, ghidul Yoast SEO.

Un număr mare de titluri identice poate indica un template comun, o paginare, o variantă de parametru sau conținut într-adevăr repetat. Nu elimina pagini doar pe baza egalității unui câmp. Citește eșantionul și verifică dacă vizitatorul obține un răspuns diferit. Canibalizarea necesită evaluarea intenției și a performanței, nu numai detectarea șirurilor identice.

7. Transformă exporturile într-un registru de intervenții

Recomandăm un tabel de lucru cu problema, URL-ul, sursa dovezii, impactul, responsabilul, soluția, dependențele și testul de acceptanță. Grupați rândurile după cauza probabilă. O eroare de template care afectează sute de pagini nu necesită sute de tichete aproape identice, dar trebuie păstrată lista completă a paginilor afectate.

Prioritizarea poate începe cu accesul la conținut și funcționarea paginilor comerciale, apoi contradicțiile de indexare, legăturile defecte și îmbunătățirile editoriale. Acesta este un model de lucru, nu un scor calculat automat de crawler. Un URL cu trafic redus poate fi critic dacă reprezintă destinația unei campanii care începe mâine.

Estimarea efortului trebuie făcută de persoana care implementează. O modificare aparent simplă a permalinkului poate implica redirecturi, legături, traduceri și cache. Pentru probleme pe structura produselor, implică responsabilul de catalog și inventar. Pentru o defecțiune generală de template, cere revizia componentei, nu editări manuale nesfârșite.

8. Compară după remediere cu aceeași configurație

Screaming Frog oferă funcții de comparare a crawlurilor, descrise în documentația oficială; disponibilitatea lor trebuie verificată în versiunea utilizată. Compararea este relevantă numai dacă aria și setările sunt compatibile. Un export separat al URL-urilor modificate rămâne util pentru o verificare limitată. ^[4]

Începe cu lista intervențiilor, nu cu o nouă vânătoare de avertismente. Verifică fiecare criteriu de acceptanță: răspuns corect, destinație relevantă, metadată așteptată, legătură funcțională în sursă. După aceea, extinde controlul la paginile care împart template-ul. Astfel poți descoperi efecte laterale fără să pierzi legătura cu modificarea inițială.

Exemplu ipotetic: ai corectat 18 linkuri către adrese vechi. Crawlul următor găsește 18 răspunsuri finale corecte, dar două pagini sursă încă folosesc un lanț de redirecturi. Sarcina nu este complet închisă. Actualizează acele trimiteri și repetă testul punctual, fără să declari succes pe baza unei medii bune.

9. Tratează site-urile mari prin secțiuni, nu prin presupuneri

Un magazin cu filtre poate genera multe combinații de adrese. Înainte de scanare, desenează familiile: categorii curate, produse, filtre, sortări, căutări și paginări. Definește ce trebuie accesat pentru obiectivul tău și păstrează separat lista excluderilor. Altfel, un crawl lung poate consuma resurse explorând variații fără valoare pentru analiza inițială.

Nu prezenta ca „site complet verificat” un export oprit la limita aplicației sau la limita decisă de operator. Notează acoperirea și zonele rămase. Pentru un control aprofundat al magazinului, ghidul SEO e-commerce oferă contextul arhitectural; crawlerul furnizează probe despre răspunsuri și legături, nu decide singur ce pagini merită construite.

La predare, include configurația, exporturile originale, lista modificărilor și observațiile care rămân neconfirmate. Un coleg trebuie să poată reface testul fără să ghicească filtrele. Aceasta este diferența dintre un raport decorativ și un instrument de îmbunătățire continuă a site-ului.

Exercițiu practic: de la un rând de eroare la o sarcină închisă

Alege din raport o singură legătură internă defectă. Înregistrează pagina sursă, ancora și destinația cerută. Deschide sursa și găsește locul exact din conținut, meniu sau card. Dacă linkul este generat de un șablon comun, verifică alte două pagini care folosesc același șablon înainte să propui o editare individuală.

În scenariul nostru ipotetic, un card dintr-o categorie trimite către o adresă veche a unui serviciu. Destinația nouă există și corespunde aceleiași oferte. Sarcina are două verificări: trimiterea directă din card și comportamentul adresei vechi pentru utilizatorii care o cunosc deja. Remedierea uneia nu o înlocuiește automat pe cealaltă.

Scrie criteriul de acceptanță înainte de intervenție: linkul din card ajunge direct la pagina aprobată, iar adresa veche are comportamentul decis în planul de migrare. După modificare, verifică documentul public și repetă accesarea punctuală. Păstrează exportul relevant, nu doar captura unei celule verzi.

Dacă problema reapare după o sincronizare de conținut, ai identificat o sursă care regenerează valoarea veche. Revizuiește registrul sau template-ul responsabil. Nu continua să corectezi manual aceeași pagină la fiecare import. Un audit bun ajunge la mecanismul de producere a erorii, nu se limitează la curățarea temporară a rezultatului.

În registrul final, distinge patru stări: observat, confirmat, modificat și verificat. O sarcină poate fi modificată fără să fie verificată pe răspunsul public. Această separare este importantă când publicarea și invalidarea cache-ului sunt procesate în momente diferite. Notează cine a efectuat fiecare etapă și când.

Repetă exercițiul pentru un titlu duplicat și pentru o pagină absentă din aria crawlului. Vei observa că probele necesare diferă. Aceasta este lecția practică: crawlerul oferă observații structurate, iar echipa trebuie să construiască explicația, intervenția și confirmarea potrivite fiecărui caz.

Întrebări frecvente despre Screaming Frog

Un crawl arată toate paginile indexate?

Nu. Crawlul arată ce a descoperit și accesat instrumentul în condițiile configurate. Indexarea motorului de căutare este alt set de date. Păstrează distincte inventarul WordPress, sitemapul, rezultatul crawlerului și rapoartele din consolele motoarelor, apoi investighează diferențele dintre ele.

Trebuie rezolvate toate avertismentele?

Fiecare trebuie înțeles, nu neapărat eliminat. O excludere intenționată poate fi corectă. Documentează motivul și criteriul de acceptanță, astfel încât aceeași observație să nu fie redeschisă la fiecare audit. Nu sacrifica arhitectura utilă doar pentru o listă fără marcaje.

De ce rezultatele diferă între două scanări?

Compară setările, momentul, conținutul publicat, parametrii și starea serverului. O schimbare poate fi reală sau poate proveni din acoperirea diferită a testului. Păstrează o configurație de referință și notează explicit orice abatere, înainte să interpretezi diferența drept progres sau regres.

Care este livrabilul minim util?

Un registru scurt cu probleme confirmate, paginile afectate, responsabilul și testul de acceptanță este mai util decât un export necomentat. Atașează dovezile complete pentru verificare, dar începe prezentarea cu ce trebuie făcut și de ce. Nu promite creșteri de trafic pe baza remedierii unei singure coloane.

Surse și documentație

Procedura și exemplele sunt propuneri editoriale KEPA; valorile ilustrative nu reprezintă rezultate ale clienților. Documentația platformelor a fost consultată la 21 septembrie 2026. Denumirile opțiunilor pot varia între versiuni și planuri.

1. Screaming Frog: primii pași
2. Screaming Frog: manualul SEO Spider
3. Screaming Frog: găsirea linkurilor defecte
4. Screaming Frog: compararea accesărilor
5. Screaming Frog: întrebări și diagnostic