Expertiză · SEO
SEO tehnic și structural — indexabilitate, adrese canonice, hartă de site generată din date, redirecționări, titluri și descrieri, conținut subțire, viteză măsurată în octeți. Fără promisiuni de poziții.
Construit dejaDouă implementări proprii, ambele deschise pe disc. Prima: auditul acestui site — 249 de adrese parcurse cu cereri directe, 23 de coloane per adresă, rezultatul într-un fișier tabelar versionat lângă cod, plus reparațiile care au ieșit din el (adresa canonică rezolvată o dată pentru toate rutele, adresa de partajare, harta de site generată din date). A doua: `mega-seo-analyzer`, un analizor propriu cu 16 module de analiză și un scor ponderat scris explicit în cod. Ce nu putem susține și nu vom scrie: poziții obținute sau procente de creștere. Nu avem măsurători publicabile pentru așa ceva.
SEO clasic e o meserie de inventar, nu de idei. Un motor de căutare trebuie să poată ajunge la fiecare pagină, să înțeleagă care e versiunea oficială a ei, să primească un titlu și o descriere care nu se repetă și să găsească destul conținut cât să merite un loc într-o listă. Aproape tot ce se strică aici se poate număra, iar ce se poate număra se poate repara.
De aceea începem cu o parcurgere completă, nu cu un eșantion. La site-ul acesta au ieșit 249 de adrese, fiecare cu 23 de coloane: cod de răspuns, adresă canonică, titlu, descriere, hreflang, numărul de blocuri de date structurate, volumul de text vizibil și restul. Rezultatul e un fișier tabelar versionat lângă cod, deci fiecare afirmație de mai jos se poate reproduce cu comenzile din anexa raportului.
Ce a ieșit: 244 de adrese răspund 200 și cinci redirecționează. 131 de pagini nu aveau adresă canonică. 219 din 244 declarau pagina de start ca adresă de partajare, deci orice distribuire arăta pagina greșită. 100 de titluri depășeau 60 de caractere, cel mai lung având 106. 65 de pagini împărțeau o singură descriere generată din șablon. 96 de pagini aveau sub 2.000 de caractere de text vizibil. Primele două au fost reparate cu câte o linie în aranjamentul de bază, care se aplică fiecărei rute; restul sunt în lista de lucru, cu prioritate scrisă.
Această pagină e una din trei. SEO se ocupă de motoarele care întorc o listă de linkuri. Vizibilitatea în răspunsurile generate de modele e altceva și are propria pagină, pentru că se controlează altfel și — important — nu se poate promite. Răspunsurile directe și datele structurate sunt a treia. Ce e comun tuturor trei: pagina trebuie să fie accesibilă, randată pe server și să aibă o singură adresă oficială. Partea aceea se face o dată și folosește la toate.
Ce cuprinde
Cereri directe către fiecare adresă cunoscută, fără urmărirea redirecționărilor, cu cel mult șase cereri simultane ca să nu deranjăm serverul, și 23 de coloane per adresă: cod, adresă canonică, titlu, descriere, hreflang, numărul de blocuri de date structurate, volumul de text vizibil. Rezultatul e un fișier tabelar pe care îl predăm. La site-ul acesta: 249 de adrese, dintre care 244 răspund 200 și 5 redirecționează.
131 de pagini nu declarau nicio adresă canonică, iar 219 din 244 declarau pagina de start ca adresă de partajare — deci orice distribuire pe rețele arăta altă pagină. Ambele s-au reparat cu câte o declarație relativă în aranjamentul de bază, care se rezolvă pentru fiecare rută în parte. E o linie de cod în locul unei convenții pe care fiecare pagină nouă ar fi trebuit să și-o amintească singură.
Harta se construiește din sursele de conținut și trece printr-o deduplicare finală — la site-ul acesta, 147 de adrese, aceeași cifră în cod și în fișierul servit de producție. Un script rulat după publicare cade dacă harta pierde o pagină sau dacă apar variante de adresă care nu se deschid. Ce lipsește azi, spus ca lipsă: intrările nu poartă dată de ultimă modificare, iar 93 de adrese indexabile nu sunt încă incluse.
La o restructurare, fiecare adresă existentă primește un verdict: rămâne, se redirecționează permanent sau dispare. La site-ul acesta au rezultat 43 de redirecționări în configurație. Verificate separat și lucrurile pe care nimeni nu le testează: saltul de la domeniul fără `www` la cel cu `www` e unul singur; adresa cu bară finală redirecționează corect; adresa scrisă cu majuscule întoarce 404, deci nu există duplicat de scriere.
100 de titluri din 244 depășesc 60 de caractere, cel mai lung având 106 — riscul e trunchierea în rezultate. 33 de descrieri depășesc 160 de caractere, dar zero lipsesc. Mai serios: 65 de pagini împart o singură descriere generată din șablon, iar 30 dintre ele diferă între ele prin 240 de octeți în total. Median de text vizibil: 2.328 de caractere, cu 96 de pagini sub 2.000. Sunt cifre, nu impresii, și fiecare are o listă de adrese în spate.
Analizorul nostru are 16 module — pe pagină, performanță, hartă de site, securitate, accesibilitate, infrastructură de nume, informații de înregistrare a domeniului, legături externe, rețele sociale, stivă tehnică, poziții, cercetare de cuvinte-cheie, audit general — plus module de comparație: găsirea concurenților, diferența de cuvinte-cheie, diferența de conținut, repere. Scorul general e ponderat explicit în cod: performanță 0,20, SEO 0,20, pe pagină 0,15, securitate 0,15, răspunsuri directe 0,10, accesibilitate 0,10, social 0,10. Modulele care eșuează nu trag scorul în jos — ies din ponderare, ca un serviciu extern căzut să nu producă un raport fals.
O redirecționare făcută din interiorul aplicației construiește pagina și abia apoi trimite răspunsul de redirecționare. La site-ul acesta sunt 11 astfel de cazuri, fiecare producând peste 200 KB de HTML înainte de a spune „du-te în altă parte”. Funcționează, dar e risipă; mutarea lor în configurație e o lucrare mică cu efect direct pe bugetul de parcurgere. E în lista de reparații, scrisă ca lipsă.
Am cerut cinci adrese cu 18 identificatori de agent diferiți și am comparat codul, dimensiunea și amprenta conținutului normalizat. Toți primesc 200 și exact același conținut ca un browser; `robots.txt` e identic, 129 de octeți, pentru toți; nu există blocare, provocare sau limitare pentru crawlere. Singura diferență reproductibilă — 237 de octeți în minus pe o pagină dinamică, pentru trei agenți — vine din cadrul de lucru însuși, care le trimite HTML complet nestreamat, deci mai mult conținut gata randat, nu mai puțin.
Nu promitem poziții, procente de creștere sau un număr de vizite. Nu avem măsurători publicabile pentru așa ceva și nu inventăm. Ce livrăm e verificabil în alt fel: lista de adrese cu starea fiecăreia, reparațiile făcute, verificarea rulată după publicare și diferența măsurabilă între starea de dinainte și cea de după — în octeți, coduri și numere de pagini, nu în promisiuni.
Cum arată
Prima livrare e fișierul tabelar cu fiecare adresă și starea ei pe 23 de coloane, plus comenzile care îl reproduc. De aici încolo, orice discuție are un rând în spate. E și momentul în care se descoperă adresele pe care nimeni nu știa că există.
Întâi lucrurile care se rezolvă într-un loc și se aplică peste tot: adresa canonică, adresa de partajare, comportamentul paginii de eroare, regulile pentru roboți. Apoi cele care cer muncă pe pagină: titluri, descrieri, conținut subțire. Ordinea nu e negociabilă — invers, repari o sută de pagini manual pentru ceva ce se rezolva cu o linie.
Harta se leagă de sursele de date, ca o pagină nouă să intre singură. Adresele vechi primesc redirecționări permanente în configurație, nu în interiorul aplicației. Livrăm lista completă a deciziilor, adresă cu adresă.
Livrăm un script rulat după fiecare publicare, care cade dacă o adresă canonică a dispărut, dacă harta de site a pierdut o pagină sau dacă `robots.txt` a început să blocheze resurse de randare. Fără el, reparațiile se erodează în câteva luni și nimeni nu observă până la următorul audit.
Dacă ai consolă de căutare și instrument de analiză, montăm raportarea peste ele și stabilim ce urmărim. Dacă nu ai, primul pas e să le ai — și spunem asta înainte, nu după. Ce nu facem: nu raportăm poziții dintr-un instrument terț ca și cum ar fi date din sursă.
Datele
Întrebările pe care le pune oricine are un responsabil cu protecția datelor — puse aici înainte să le pună el.
Un caz
Situația
Un site restructurat recent, cu aproximativ 250 de adrese publice. Toate răspundeau 200 și nimic nu părea în neregulă. Întrebarea de pornire nu a fost „cum creștem traficul”, ci „ce declară fiecare pagină despre ea însăși”.
Ce am construit
Am parcurs fiecare adresă cu cereri directe, fără urmărirea redirecționărilor, cu cel mult șase cereri simultane, și am scris pentru fiecare 23 de coloane într-un fișier tabelar versionat lângă cod. Peste el am rulat verificări separate: cine declară ce adresă canonică, cine declară ce adresă de partajare, ce lungimi au titlurile și descrierile, câte pagini împart aceeași descriere din șablon, cât text vizibil are fiecare, ce răspunde serverul la 18 identificatori de agent diferiți, ce oferă la comprimare și protocol. Fiecare cifră a fost citită din răspunsul real, nu dedusă din configurație.
Ce a ieșit
244 de adrese răspund 200, cinci redirecționează. 131 de pagini nu declarau adresă canonică; 219 din 244 declarau pagina de start ca adresă de partajare. Ambele au fost reparate cu câte o declarație relativă în aranjamentul de bază — două linii care se aplică fiecărei rute, în loc de o corectură pe fiecare pagină. Restul constatărilor au intrat într-un plan cu unsprezece pași, în ordinea impactului: 100 de titluri peste 60 de caractere, 65 de pagini cu descriere din șablon, 96 de pagini cu sub 2.000 de caractere de text, 93 de adrese indexabile lipsă din hartă, 11 redirecționări făcute din interiorul aplicației.
Ce nu spune cazul
Auditul a fost făcut fără acces la consola de căutare și fără date de trafic, deliberat, iar limita e scrisă în raport: putem spune ce e greșit tehnic, nu ce se întâmplă în rezultate. Din cei unsprezece pași ai planului, doi sunt aplicați azi; restul sunt lucrări deschise, nu bifate. Un raport care declară toți pașii încheiați în ziua în care au fost scriși nu e un raport.
Întrebări
Publicul e diferit. SEO se adresează motoarelor care întorc o listă de linkuri — pagina ta apare, omul dă clic. GEO se adresează modelelor generative care compun un răspuns și pot cita o sursă; acolo nu există poziție și nu există garanție, deci se lucrează la ce poate fi controlat, nu la rezultat. AEO se adresează răspunsurilor directe — fragmentul extras, panoul de informații, răspunsul vocal — și se sprijină pe date structurate corecte. Baza e comună: pagină accesibilă, randată pe server, cu o singură adresă oficială. Partea aceea se face o dată.
Un fișier tabelar cu fiecare adresă a site-ului și starea ei pe 23 de coloane — cod de răspuns, adresă canonică, titlu, descriere, hreflang, blocuri de date structurate, volum de text — plus un raport scris cu constatările în ordinea impactului, fiecare cu locul din cod, criteriul și remedierea. Și comenzile care reproduc fiecare cifră. La site-ul acesta au ieșit 249 de rânduri; e chiar în depozit, lângă cod.
Nu, și nici o poziție anume. Nu avem măsurători publicabile pentru rezultate de acest tip și nu inventăm. Ce putem arăta e diferența verificabilă: câte pagini nu aveau adresă canonică înainte și câte au acum, câte declarau greșit adresa de partajare, câte adrese vechi au rămas fără redirecționare. La site-ul acesta cifrele au fost 131, respectiv 219 din 244. Alea sunt fapte; o poziție promisă nu e.
Dintr-un script rulat după fiecare publicare, care verifică adresele canonice, ancorele de conținut, harta de site și `robots.txt`, și cade dacă ceva a dispărut. Reparațiile de SEO se erodează exact ca orice altă convenție nescrisă: cineva adaugă o pagină nouă, uită o declarație, și nimeni nu observă până la următorul audit. Un script observă imediat.
Ambele au rostul lor, dar analiza tehnică o facem cu un analizor propriu: 16 module — pe pagină, performanță, hartă de site, securitate, accesibilitate, infrastructură de nume, înregistrare de domeniu, legături externe, rețele sociale, stivă tehnică, poziții, cuvinte-cheie — plus module de comparație cu concurenții. Scorul general are ponderi scrise în cod, nu ascunse: performanță și SEO câte 0,20, pe pagină și securitate câte 0,15, restul câte 0,10. Un modul care eșuează iese din ponderare în loc să producă un scor fals.
Le semnalăm ca risc, nu ca oportunitate. La site-ul acesta, 100 din cele 147 de adrese din hartă sunt combinații serviciu × domeniu, iar 65 de pagini împart o singură descriere din șablon — 30 dintre ele diferă între ele prin 240 de octeți în total. Un motor de căutare tratează asta ca pe conținut produs la scară, iar riscul e o sancțiune, nu un plus de vizibilitate. Soluția e conținut real pe fiecare pagină sau mai puține pagini. Nu recomandăm generarea de pagini ca strategie.
Contează, dar nu în forma în care se vinde de obicei. Nu îți dăm un scor de laborator, pentru că e ușor de mișcat și nu spune ce trăiește un vizitator. Îți dăm octeți măsurați: cât cântă HTML-ul comprimat, ce se transmite pe fiecare navigare, ce conțin pachetele de JavaScript, dacă serverul oferă comprimare modernă și protocol nou. La site-ul acesta: nu oferă nici Brotli, nici HTTP/2, catalogul de traduceri costă aproximativ 70 KB comprimat pe fiecare navigare, iar un pachet de 443 KB conține patru cataloage de limbă din care doar unul e folosit. Toate trei sunt în lista de reparații.
E o decizie a proprietarului site-ului, nu a noastră, și cere separarea a trei categorii care azi sunt tratate identic pe majoritatea site-urilor: crawlere de căutare care trimit oameni înapoi, agenți declanșați de un om care a cerut pagina, și crawlere de antrenare. Regulile pentru ele sunt independente. Pe site-ul acesta există în acest moment o singură regulă generală, deci poziția e implicită — și o spunem, în loc să pretindem că e o strategie. Detaliile țin de pagina de vizibilitate în răspunsuri generate.
Nu cumpărăm legături și nu construim rețele de site-uri. Nu generăm pagini la scară ca să acoperim combinații de cuvinte. Nu raportăm poziții preluate dintr-un instrument terț ca și cum ar fi date din sursă. Și nu declarăm un audit încheiat fără fișierul tabelar și comenzile care îl reproduc — un raport pe care nu îl poți verifica singur nu e un audit, e o părere.
seo-tehnic.md:41-51seo-tehnic.md:64-68, 179seo-tehnic.md:322, 348-350, 356seo-tehnic.md:293seo-tehnic.md:388seo-tehnic.md:429seo-tehnic.md:228-232seo-tehnic.md:205-215runner.ts:34-59accesibilitate-performanta.md:642-771search-strategy.md:19robots.ts:1-14seo-tehnic.md:452+mega-service-pages.ts:60-83Citările interne arată numele fișierului și linia. Calea completă rămâne în depozitul nostru; o putem parcurge împreună, la cerere.
Povestește-ne despre procesul tău. Împreună stabilim ce merită construit, ce putem conecta și cum verificăm rezultatul.