Redirecturi și Căutarea Google

Redirecturi și Căutarea Google

Redirecționarea URL-urilor este practica de a rezolva un URL existent către unul diferit, indicând efectiv vizitatorilor și Căutării Google că o pagină are o nouă locație. Redirecturile sunt deosebit de utile în următoarele circumstanțe:

• Ați mutat site-ul pe un nou domeniu și doriți să faceți tranziția cât mai lină posibil.
• Oamenii accesează site-ul dvs. prin mai multe URL-uri diferite. De exemplu, dacă pagina de start poate fi accesată în mai multe moduri (de exemplu, https://example.com/home, http://home.example.com sau https://www.example.com), este o idee bună să alegeți unul dintre aceste URL-uri ca destinație preferată (canonică) și să folosiți redirecturi pentru a trimite traficul de la celelalte URL-uri către URL-ul preferat.
• Fuzionați două site-uri web și doriți să vă asigurați că linkurile către URL-urile învechite sunt redirecționate către paginile corecte.
• Ați eliminat o pagină și doriți să trimiteți utilizatorii către o nouă pagină.

Prezentare generală a tipurilor de redirecturi

Deși utilizatorii dvs. nu vor putea de obicei să facă diferența între diferitele tipuri de redirecturi, Căutarea Google folosește anumite tipuri de redirecturi ca semnal că ținta redirectului ar trebui să fie canonică. Alegerea unui redirect depinde de cât timp vă așteptați ca redirectul să fie în vigoare și ce pagină doriți ca Căutarea Google să afișeze în rezultatele căutării:

• Redirecturi permanente: Afișează noua țintă a redirectului în rezultatele căutării.
• Redirecturi temporare: Afișează pagina sursă în rezultatele căutării.

Tabelul următor explică diferitele moduri în care puteți configura redirecturi permanente și temporare, ordonate după cât de probabil este ca Google să le interpreteze corect (de exemplu, un redirect pe partea de server are cea mai mare șansă de a fi interpretat corect de Google). Alegeți tipul de redirect care funcționează pentru situația și site-ul dvs.:

Tipuri de redirecturi
Permanente	Googlebot urmează redirectul, iar pipeline-ul de indexare folosește redirectul ca semnal că ținta redirectului ar trebui să fie canonică. HTTP 301 (mutat permanent) Configurați redirecturi pe partea de server. HTTP 308 (mutat permanent) meta refresh (0 secunde) Configurați meta refresh redirecturi. HTTP refresh (0 secunde) JavaScript location Configurați redirecturi JavaScript. Crypto redirect Aflați mai multe despre crypto redirecturi.
Temporare	Googlebot urmează redirectul, dar pipeline-ul de indexare nu folosește redirectul ca semnal că ținta redirectului ar trebui să fie canonică. Pagina țintă ar putea fi totuși indexată dacă sunt prezente alte semnale de canonicalizare. HTTP 302 (găsit) Configurați redirecturi pe partea de server. HTTP 303 (vezi altul) HTTP 307 (redirect temporar) meta refresh (mai mult de 0 secunde) Configurați meta refresh redirecturi. HTTP refresh (mai mult de 0 secunde)

Redirecturi pe partea de server

Configurarea redirecturilor pe partea de server necesită acces la fișierele de configurare ale serverului (de exemplu, fișierul .htaccess pe Apache) sau setarea antetelor de redirect cu scripturi pe partea de server (de exemplu, PHP). Puteți crea atât redirecturi permanente, cât și temporare pe partea de server.

Redirecturi permanente pe partea de server

Dacă trebuie să schimbați URL-ul unei pagini așa cum este afișat în rezultatele motoarelor de căutare, Google recomandă să folosiți un redirect permanent pe partea de server ori de câte ori este posibil. Aceasta este cea mai bună modalitate de a vă asigura că Căutarea Google și oamenii sunt direcționați către pagina corectă. Codurile de stare 301 și 308 înseamnă că o pagină a fost mutată permanent la o nouă locație.

Redirecturi temporare pe partea de server

Dacă doriți doar să trimiteți utilizatorii către o altă pagină temporar, folosiți un redirect temporar. Acest lucru va asigura, de asemenea, că Google nu este influențat de redirect, ceea ce poate ajuta la menținerea vechiului URL în rezultatele căutării. De exemplu, dacă un serviciu oferit de site-ul dvs. este temporar indisponibil, puteți configura un redirect temporar pentru a trimite utilizatorii către o pagină care explică ce se întâmplă, fără a compromite URL-ul original în rezultatele căutării.

Implementarea redirecturilor pe partea de server

Implementarea redirecturilor pe partea de server depinde de găzduirea și mediul serverului dvs. sau de limbajul de scripting al backend-ului site-ului dvs.

Pentru a configura un redirect permanent cu PHP, folosiți funcția header(). Trebuie să setați anteturile înainte de a trimite ceva pe ecran:

    header('HTTP/1.1 301 Moved Permanently');
    header('Location: https://www.example.com/newurl');
    exit();
  

În mod similar, iată un exemplu de cum să configurați un redirect temporar cu PHP:

    header('HTTP/1.1 302 Found');
    header('Location: https://www.example.com/newurl');
    exit();
  

Dacă aveți acces la fișierele de configurare ale serverului web, este posibil să puteți scrie singur regulile de redirect. Urmați ghidurile serverului web:

• Apache: Consultați
  Tutorialul Apache .htaccess,
  Ghidul de rescriere URL Apache și
  documentația Apache mod_alias.
  De exemplu, puteți folosi mod_alias pentru a configura cea mai simplă formă de redirecturi:

          # Redirect permanent:
          Redirect permanent "/old" "https://example.com/new"
  
          # Redirect temporar:
          Redirect temp "/two-old" "https://example.com/two-new"
        

  Pentru redirecturi mai complexe, folosiți mod_rewrite. De exemplu:

          RewriteEngine on
          # redirectul paginii de serviciu către o nouă pagină cu un redirect permanent
          RewriteRule   "^/service$"  "/about/service"  [R=301]
  
          # redirectul paginii de serviciu către o nouă pagină cu un redirect temporar
          RewriteRule   "^/service$"  "/about/service"  [R]
        

• NGINX: Citiți despre
  Crearea regulilor de rescriere NGINX
  pe blogul NGINX. La fel ca în cazul Apache, aveți mai multe opțiuni pentru a crea redirecturi. De exemplu:

          location = /service {
          # pentru un redirect permanent
          return 301 $scheme://example.com/about/service
  
          # pentru un redirect temporar
          return 302 $scheme://example.com/about/service
          }
        

  Pentru redirecturi mai complexe, folosiți regula rewrite:

          location = /service {
          # pentru un redirect permanent
          rewrite service?name=$1 ^service/offline/([a-z]+)/?$ permanent;
  
          # pentru un redirect temporar
          rewrite service?name=$1 ^service/offline/([a-z]+)/?$ redirect;
          }
        

• Pentru toate celelalte servere web, verificați cu managerul serverului sau gazda dvs., sau căutați ghiduri pe motorul de căutare preferat (de exemplu, căutați “redirecturi LiteSpeed”).

meta refresh și echivalentul său HTTP

Dacă redirecturile pe partea de server nu sunt posibile de implementat pe platforma dvs., redirecturile meta refresh pot fi o alternativă viabilă. Google diferențiază între două tipuri de redirecturi meta refresh:

• Redirect instant meta refresh: Se declanșează imediat ce pagina este încărcată într-un browser. Căutarea Google interpretează redirecturile instant meta refresh ca redirecturi permanente.
• Redirect întârziat meta refresh: Se declanșează doar după un număr arbitrar de secunde stabilit de proprietarul site-ului. Căutarea Google interpretează redirecturile întârziate meta refresh ca redirecturi temporare.

Plasați redirectul meta refresh fie în elementul <head> din , fie în antetul HTTP cu cod pe partea de server. De exemplu, iată un redirect instant meta refresh în elementul <head> din :

    <!doctype >
    <>
    <head>
    <meta http-equiv="refresh" content="0; url=https://example.com/newlocation">
    <title>Example title</title>
    <!--...-->
  

Iată un exemplu de echivalent al antetului HTTP, pe care îl puteți injecta cu scripturi pe partea de server:

    HTTP/1.1 200 OK
    Refresh: 0; url=https://www.example.com/newlocation
    ...
  

Pentru a crea un redirect întârziat, care este interpretat ca un redirect temporar de Google, setați atributul content la numărul de secunde cu care redirectul ar trebui să fie întârziat:

    <!doctype >
    <>
    <head>
    <meta http-equiv="refresh" content="5; url=https://example.com/newlocation">
    <title>Example title</title>
    <!--...-->
  

Redirecturi JavaScript location

Căutarea Google interpretează și execută JavaScript folosind Serviciul de Redare Web odată ce crawling-ul URL-ului a fost finalizat.

Pentru a configura un redirect JavaScript, setați proprietatea location la URL-ul țintă al redirectului într-un bloc de script în antetul . De exemplu:

    <!doctype >
    <>
    <head>
    <script>
      window.location.href = "https://www.example.com/newlocation";
    </script>
    <title>Example title</title>
    <!--...-->
  

Crypto redirecturi

Dacă nu puteți implementa niciuna dintre celelalte metode de redirect, ar trebui să faceți totuși un efort pentru a informa utilizatorii că pagina sau conținutul său s-a mutat. Cea mai simplă modalitate de a face acest lucru este să adăugați un link care să indice către noua pagină, însoțit de o scurtă explicație. De exemplu:

<a href=”https://newsite.example.com/newpage.”>Ne-am mutat! Găsiți conținutul pe noul nostru site!</a>

Acest lucru ajută utilizatorii să găsească noul site și Google poate înțelege acest lucru ca un crypto redirect (ca monstrul din Loch Ness, existența sa poate fi disputată; nu toate motoarele de căutare pot recunoaște acest pseudo-redirect ca un redirect oficial).

Versiuni alternative ale unui URL

Când redirecționați un URL, Google ține evidența atât a sursei redirectului (vechiul URL), cât și a țintei redirectului (noul URL). Unul dintre URL-uri va fi canonic; care dintre ele, depinde de semnale precum dacă redirectul a fost temporar sau permanent. Celălalt URL devine un nume alternativ al URL-ului canonic. Numele alternative sunt versiuni diferite ale unui URL canonic pe care utilizatorii le-ar putea recunoaște și în care ar putea avea încredere mai mult. Numele alternative pot apărea în rezultatele căutării atunci când interogarea unui utilizator sugerează că ar putea avea mai multă încredere în vechiul URL.

De exemplu, dacă ați mutat la un nou nume de domeniu, este foarte probabil ca Google să continue să afișeze ocazional vechile URL-uri în rezultate, chiar dacă noile URL-uri sunt deja indexate. Acest lucru este normal și, pe măsură ce utilizatorii se obișnuiesc cu noul nume de domeniu, numele alternative vor dispărea fără ca dvs. să faceți nimic.

---