Conținut duplicat între www și domeniul gol: cum îl închideți definitiv

Conținut duplicat între www și domeniul gol: cum îl închideți definitiv. Dacă site-ul dumneavoastră răspunde identic atât pe https://exemplu.ro, cât și pe https://www.exemplu.ro, motorul de căutare vede două adrese separate cu același conținut.

Această situație de conținut duplicat nu este doar o problemă cosmetică, ci împarte autoritatea unei pagini între două adrese. Rezolvarea corectă se face o singură dată, la nivel de server, nu prin soluții parțiale suprapuse.

Conținut duplicat între www și domeniul gol: cum îl închideți definitiv

Domeniul gol și subdomeniul www sunt, din punctul de vedere al browserului și al motorului de căutare, două gazde diferite. Dacă serverul răspunde cu conținut identic pe amândouă, fără o redirecționare clară, apare duplicarea descrisă mai sus.

Articolul arată de ce apare problema, cum se închide definitiv prin redirecționare 301 și cum verificați apoi că nu a mai rămas nicio adresă activă pe varianta greșită.

De ce apare duplicarea între www și domeniul gol

Duplicarea apare aproape mereu din configurare, nu dintr-o decizie deliberată. Serverul web răspunde pe ambele gazde pentru că nimeni nu a dezactivat explicit una dintre ele.

• Certificatul SSL a fost emis pentru ambele variante, deci browserul nu arată nicio eroare pe niciuna dintre ele.
• Virtual host-ul din Apache sau blocul server din Nginx acceptă orice nume de gazdă, inclusiv variante nedorite.
• Migrarea site-ului de pe un alt domeniu sau protocol a păstrat ambele intrări active temporar, iar temporar a devenit permanent.
• Linkurile interne și sitemap-ul XML amestecă cele două variante, pentru că au fost generate înainte de alegerea variantei canonice.

Pe un hosting cu cPanel, domeniul gol și subdomeniul www ajung de multe ori pe aceeași înregistrare DNS, iar panoul de găzduire activează automat ambele alias-uri funcționale. Nimeni nu alege explicit o singură variantă, așa că ambele rămân accesibile încă de la deschiderea contului de găzduire.

Google indexează ambele adrese dacă le găsește prin linkuri sau prin sitemap, iar fiecare pagină concurează separat în clasare, ca și cum ar fi două articole diferite.

Cum alegeți varianta canonică: www sau fără www

Alegerea propriu-zisă contează mai puțin decât consecvența ei. Google tratează ambele variante la fel de corect, atât timp cât una singură rămâne activă și indexabilă.

• Domeniul fără www este mai scurt și mai ușor de transmis în materiale de promovare sau la telefon.
• Subdomeniul www rămâne util dacă aveți nevoie de o înregistrare CNAME către un furnizor de CDN care nu acceptă CNAME pe domeniul rădăcină.
• Backlink-urile existente, acumulate în timp, cântăresc în alegere: dacă majoritatea linkurilor externe indică deja o variantă, redirecționarea spre cealaltă irosește parte din autoritate până la recrawlare.

Odată aleasă varianta, ea se fixează peste tot: în Search Console ca proprietate principală, în sitemap, în linkurile interne și în orice material de marketing care conține adresa site-ului.

Schimbarea variantei canonice după ce site-ul are deja istoric de indexare este posibilă, dar nu se face fără motiv. Migrarea presupune o nouă rundă de recrawlare completă, iar rapoartele din Search Console pot arăta o scădere temporară de trafic raportat, chiar dacă traficul real rămâne constant.

Ce pierdeți dacă lăsați ambele variante active

Lăsarea ambelor adrese active nu dă o eroare vizibilă, dar costă vizibilitate pe termen lung.

• Autoritatea linkurilor externe se împarte între www și domeniul gol, în loc să se adune pe o singură adresă.
• Bugetul de crawlare se consumă pe pagini identice, iar crawlerul vizitează mai rar paginile noi.
• Rapoartele din Search Console se fragmentează, pentru că fiecare proprietate de domeniu are propriile date de performanță.
• Riscul de canibalizare crește, fiindcă două adrese concurează pentru aceleași cuvinte cheie.

Bugetul de crawlare risipit pe duplicate este explicat pe larg în ghidul despre controlul bugetului de crawlare, iar mecanismul de concurență între pagini proprii în articolul despre canibalizarea cuvintelor cheie.

Redirecționarea 301 la nivel de server, soluția definitivă

Singura rezolvare stabilă este o redirecționare 301 permanentă, aplicată la nivel de server, dinspre varianta nedorită spre cea aleasă ca principală. Varianta fără www este alegerea cea mai frecventă în 2026, dar orice alegere consecventă este corectă, atât timp cât rămâne unică.

Diferența dintre 301 și 302 nu este un detaliu tehnic minor. Codul 301 transmite browserelor și motoarelor de căutare că mutarea este permanentă, iar autoritatea acumulată de pagina veche se transferă aproape integral către adresa nouă. Codul 302, folosit din grabă sau din necunoaștere, păstrează adresa veche drept canonică în ochii Google, chiar dacă vizitatorii ajung pe cea nouă.

Apache și fișierul .htaccess

Pe hosting cPanel sau WHM, redirecționarea se scrie în .htaccess, înaintea regulilor adăugate de WordPress.

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.exemplu\.ro$ [NC]
RewriteRule ^(.*)$ https://exemplu.ro/$1 [L,R=301]

Regula verifică antetul Host al cererii și redirecționează cu cod 301, păstrând calea și parametrii din adresa inițială.

Nginx

Pe un server Nginx sau LiteSpeed configurat cu blocuri server separate, redirecționarea se face direct în configurare, nu într-un fișier ascuns.

server {
    listen 443 ssl;
    server_name www.exemplu.ro;
    return 301 https://exemplu.ro$request_uri;
}

Hosting partajat fără acces la configurarea serverului

Dacă pachetul de găzduire nu permite editarea configurării serverului, aceeași regulă se adaugă din panoul cPanel, secțiunea Domenii, opțiunea de redirecționare permanentă. Rezultatul final trebuie să fie identic: cod 301, nu 302, și fără pagini intermediare.

Testarea regulii înainte de aplicare

Orice modificare în .htaccess sau în configurarea serverului se testează mai întâi pe un subdomeniu de staging, nu direct pe site-ul live. O regulă scrisă greșit poate bloca întregul site cu o eroare de redirecționare infinită, vizibilă în browser ca prea multe redirecționări.

Eticheta canonical ca plasă de siguranță, nu ca soluție principală

Canonical-ul se setează de obicei automat de pluginul SEO, dar presupunerea că e suficient fără redirecționare este cea mai frecventă confuzie tehnică legată de acest subiect.

Eticheta canonical îi spune motorului de căutare care este versiunea preferată, dar nu oprește crawlerul să viziteze și cealaltă adresă. Rămâne utilă ca plasă de siguranță, nu ca înlocuitor al redirecționării 301.

• Un canonical poate fi ignorat de Google dacă semnalele reale, precum linkurile interne, contrazic eticheta.
• Pagina duplicată rămâne accesibilă și poate primi în continuare vizite directe sau linkuri externe.
• Crawlerul tot consumă resurse pentru a descărca și compara cele două versiuni înainte de a alege una.

Google explică mecanismul de consolidare a adreselor duplicate în documentația oficială pentru consolidarea URL-urilor duplicate. Diferența dintre un canonical respectat și unul ignorat de Google este tratată pe pagina SEO tehnic.

Verificarea efectivă după migrare

După ce redirecționarea e activă, verificarea se face cu instrumente reale, nu din memorie.

• Comanda curl -I trebuie să arate cod 301 și antetul Location corect, pentru fiecare variantă de adresă.
• Google Search Console, proprietatea de tip domeniu, confirmă dacă ambele gazde sunt grupate sub aceeași acoperire.
• Sitemap-ul XML trebuie să conțină exclusiv adresa canonică, nu un amestec al celor două variante.
• Linkurile interne din articole și din meniu se verifică să nu mai pointeze spre varianta veche.

curl -I https://www.exemplu.ro/
curl -I https://exemplu.ro/

Verificarea din afara serverului propriu

Testarea doar din rețeaua proprie poate ascunde probleme: un proxy local, un plugin de cache sau un CDN pot livra răspunsuri diferite față de ce vede un vizitator obișnuit. Rularea comenzii curl -I dintr-un server extern elimină această sursă de eroare.

Dacă oricare dintre comenzi răspunde cu 200 în loc de 301, redirecționarea nu e completă și duplicarea continuă să existe. Un audit SEO tehnic complet, inclusiv această verificare punct cu punct, intră în serviciul de audit SEO.

Impactul pe magazine online și pe site-uri mari

Pe un magazin online cu mii de pagini de produs, duplicarea dintre www și domeniul gol se multiplică automat cu fiecare pagină existentă, nu doar cu pagina principală.

• Fiecare pagină de produs, categorie și filtru apare de două ori în indexul potențial al Google, ceea ce dublează volumul de pagini pe care crawlerul trebuie să le proceseze.
• Fluxurile de produse trimise către comparatoare de preț sau rețele de publicitate trebuie să folosească exclusiv adresa canonică, altfel anunțurile pot trimite trafic plătit către versiunea greșită.
• Rapoartele de conversie se fragmentează la fel ca traficul organic, dacă platforma de analiză urmărește separat cele două gazde.
• Un magazin cu variante de limbă sau monedă multiplică și mai mult problema, pentru că fiecare combinație ajunge disponibilă pe ambele gazde, dublând practic numărul de pagini indexabile.

Recomandările de optimizare pentru acest tip de site, inclusiv tratarea paginilor de filtrare și paginare, sunt detaliate în ghidul de SEO pentru WooCommerce și pe pagina de SEO pentru magazine online.

Greșeli frecvente care lasă duplicarea activă

Câteva greșeli repetate fac ca problema să pară rezolvată, deși nu este.

• Redirecționare cu cod 302 în loc de 301, care nu transferă autoritatea permanent.
• Lanțuri de redirecționări, de exemplu http spre https, apoi spre www, apoi spre fără www, care încetinesc încărcarea paginii.
• Certificatul SSL reînnoit doar pentru o variantă, ceea ce blochează accesul sau afișează avertismente de securitate pe cealaltă.
• Pluginuri sau teme WordPress care generează linkuri absolute spre varianta veche, ignorând regula din server.
• Regula de redirecționare scrisă după regulile WordPress din .htaccess, unde nu mai este executată niciodată.

Modul în care crawlerul interpretează aceste semnale contradictorii este detaliat în articolul despre indexarea bazată pe semnale de calitate, iar pașii unui audit tehnic complet apar în ghidul de audit SEO tehnic.

Închiderea definitivă a conținutului duplicat dintre www și domeniul gol înseamnă o singură redirecționare 301, aplicată la nivel de server și verificată apoi cu instrumente reale. Eticheta canonical rămâne o plasă de siguranță utilă, dar nu înlocuiește regula de server. Dacă migrarea sau verificarea depășesc timpul disponibil intern, serviciile SEO și consultanța SEO oferite de echipa noastră acoperă exact acest tip de corecție tehnică.