Studiu de caz: un URL reparat și traseele de redirect pe SEO.ro
Am aplicat pe propriul site verificările pe care le recomandăm după o migrare: răspunsul HTTP, destinația finală, canonicalul și sitemapul. Nu am mutat domeniul; acesta este un test de producție, cu o remediere măsurată înainte și după.
Ce s-a reparat: un articol care dădea 404
Articolul despre SEO programatic era vizibil în blog, dar identificatorul URL conținea un underscore. Pagina articolului și generatorul de sitemap îl respingeau. Am aliniat validarea și am păstrat adresa publicată.
| Verificare | Înainte | După |
|---|---|---|
| Răspuns HTTP | 404 | 200 |
| În sitemapul public | Nu | Da |
| Adresă publică | URL original | Același URL |
Testul live din Search Console a confirmat că Google poate accesa pagina. Asta nu confirmă indexarea și nu măsoară o creștere de trafic.
Ce am găsit: același 200 final, trasee diferite
Am urmărit răspunsurile pentru fiecare adresă până la destinație. Toate cele de mai jos ajung la https://www.seo.ro/, dar nu cu același număr de pași.
| Adresă testată | Coduri HTTP | Redirecturi |
|---|---|---|
https://www.seo.ro/ | 200 | 0 |
https://seo.ro/ | 301 → 200 | 1 |
https://www.seo.ro/index.php | 301 → 200 | 1 |
http://seo.ro/ | 301 → 301 → 200 | 2 |
http://seo.ro/index.php | 301 → 301 → 301 → 200 | 3 |
Lanțul rămas trece prin reguli aplicate la nivel de găzduire. O regulă testată în aplicație nu l-a scurtat și a fost retrasă. Următoarea intervenție trebuie făcută acolo unde se emite primul redirect, apoi măsurată din nou.
Metoda de verificare
Pentru fiecare URL am folosit cereri GET și am urmărit codurile și anteturile Location. Pentru articol am verificat separat canonicalul din HTML și includerea în sitemapul public. Poți repeta verificarea pe adresele vechi ale site-ului tău și pe destinațiile așteptate.