HTTP/HTTPS și lanțuri de redirect: construiește un singur traseu canonical

Un domeniu poate fi accesat, de regulă, prin patru puncte comune de intrare: HTTP fără www, HTTP cu www, HTTPS fără www și HTTPS cu www. Fără o politică unitară, mai multe variante pot livra conținut, pot avea trasee diferite sau pot contrazice canonical-urile și linkurile interne.

Testul păstrează path-ul și query string-ul inițiale și modifică numai protocolul și varianta hostname-ului. Astfel sunt descoperite regulile generale care funcționează pe homepage, dar eșuează pe pagini interne, filtre, parametri de tracking sau URL-uri de campanie.

• Rezultat preferat Fiecare intrare alternativă ajunge la același URL HTTPS și se încheie cu un răspuns de succes.
• Model de avertizare O variantă necesită mai multe hop-uri, schimbă path-ul, elimină query-ul sau livrează conținut pe un al doilea hostname.
• Model de eroare O buclă, o eroare de rețea, un Location invalid sau un răspuns final 4xx/5xx împiedică accesul la destinație.

Un răspuns de redirect folosește un status 3xx și un header Location. Statusul comunică dacă mutarea este permanentă sau temporară și, pentru cereri non-GET, dacă metoda cererii trebuie păstrată.

• 301 Moved Permanently Opțiunea consacrată pentru mutări permanente de pagină sau hostname. Clienții mai vechi pot schimba metodele non-GET.
• 308 Permanent Redirect Permanent ca 301, dar păstrează explicit metoda și corpul cererii.
• 302 Found O destinație temporară. Se folosește când URL-ul inițial urmează să redevină autoritar.
• 307 Temporary Redirect Temporar ca 302, dar păstrează metoda și corpul cererii.
• 303 See Other Trimite clientul să solicite alt URL prin GET, frecvent după un formular sau o operațiune de scriere.

O regulă de normalizare a hostname-ului trebuie să transforme, de obicei, numai hostname-ul sau protocolul. Trimiterea tuturor URL-urilor vechi către homepage ascunde mapări defecte și oferă crawlerelor o destinație care nu corespunde conținutului solicitat.

Parametrii query necesită o decizie explicită. Păstrează parametrii necesari conținutului, limbii, filtrării, atribuirii sau stării aplicației. Elimină parametrii de tracking cunoscuți numai printr-o politică deliberată și aliniază analytics și canonical cu aceasta.

Solicitat:  http://www.example.com/products/widget?color=blue
Preferat:   https://example.com/products/widget?color=blue

Evită:      http://www.example.com/products/widget?color=blue
          → https://www.example.com/products/widget
          → https://example.com/

Mapează fiecare hop de la URL-ul solicitat până la răspunsul final. Un lanț frecvent este HTTP → HTTPS pe vechiul hostname → HTTPS pe hostname-ul preferat. Combină regulile astfel încât primul răspuns să indice direct URL-ul final.

Apoi actualizează linkurile interne, canonical-urile, valorile hreflang, sitemap-urile XML, datele structurate și șabloanele de marketing pentru a folosi direct destinația. Redirecturile protejează referințele externe vechi; nu trebuie să fie traseul normal al propriilor linkuri.

• Reguli la server sau edge Potrivite pentru protocol, hostname și migrări mari cu reguli deterministe.
• Redirecturi în aplicație Utile când destinația depinde de starea conținutului, permisiuni sau logică de business.
• Hartă de redirecturi Folosește o mapare explicită vechi–nou pentru migrări în care path-urile nu urmează un model predictibil.