In aceasta configuratie, paginile desktop si mobile au adrese URL diferite.
O configurare obisnuita ar fi paginile de pe www.example.com care deservesc utilizatorii de desktop cu pagini corespunzatoare difuzate pe m.example.com pentru utilizatorii de dispozitive mobile. Google nu favorizeaza un anumit format URL, atata timp cat acestea sunt accesibile tuturor agentilor de utilizatori Googlebot.
TL; DR
-
Semnalizati relatia dintre doua adrese URL prin eticheta <link> cu elemente rel = “canonice” si rel = “alternative”.
-
Detectati sirurile de agent de utilizator si redirectionati-le corect.
Adnotari pentru adresele URL de pe desktop si mobile
Pentru a ajuta algoritmii nostri sa inteleaga adresele URL mobile separate, va recomandam sa utilizati urmatoarele adnotari:
- Pe pagina desktop, adaugati o eticheta rel = “alternativa” care indica adresa URL mobila corespunzatoare. Acest lucru il ajuta pe Googlebot sa descopere locatia paginilor mobile ale site-ului dvs.
- Pe pagina mobila, adaugati o eticheta rel = “canonica” care indica adresa URL corespunzatoare pentru desktop.
Suportam doua metode pentru a avea aceasta adnotare: in HTML-ul paginilor in sine si in sitemap-uri. De exemplu, sa presupunem ca adresa URL pentru desktop este http://example.com/page-1 si ca adresa URL mobila corespunzatoare este http://m.example.com/page-1. Adnotarile din acest exemplu ar fi dupa cum urmeaza.
Adnotari in HTML
Pe pagina desktop (http://www.example.com/page-1), adaugati urmatoarea adnotare:
<link rel = “alternate” media = “numai ecran si (latime maxima: 640px)” href = “http://m.example.com/page-1”>
Pe pagina mobila (http://m.example.com/page-1), adnotarea necesara ar trebui sa fie:
<link rel = “canonical” href = “http://www.example.com/page-1”>
Este necesara aceasta eticheta rel = „canonica” de pe adresa URL mobila care indica pagina desktop.
Adnotari in sitemap-uri
Suportam includerea adnotarii rel = “alternative” pentru paginile desktop in sitemap-uri de genul acesta:
<? xml version = “1.0” encoding = “UTF-8”?> <urlset xmlns = “http://www.
peliculas porno gay en español porno gratis anal
mama me folla me follo a mi madrastra
chicas altas follando rusas desnudas
videos de lucio saints maduras en grupo
viejas cachondas orgias rusas
comic maduras videos actrices españolas desnudas
mi vecina me folla chicas corriendose a chorros
peliculas porno castellano sobar tetas
videos porno tetonas gratis follando en tenerife
tias cachondas tetas en publico
porno viejas en español porno español años 70
orgias amateur pollas corriendose
me follo a mi madre videos x incesto
corridas internas peludas mi mujer follando
videos ponos abuelas ardientes
tias corriendose transexual española follando
coñosxxx mamadas por dinero
follando despues de la fiesta maria patiño desnuda
porno casero real español milfs españolas
incesto asiatico mamada a caballo
sitemaps.org/schemas/sitemap/0.9″ xmlns: xhtml = “http: //www.w3 .org / 1999 / xhtml “> <url> <loc> http://www.example.com/page-1/ </loc> <xhtml: link rel =” alternate “media =” numai ecran si (max- latime: 640px) “href =” http://m.example.com/page-1 “/> </url> </urlset>
Eticheta rel = “canonica” necesara de pe adresa URL mobila ar trebui sa fie adaugata in continuare la codul HTML al paginii mobile.
Adnotare in detaliu
Observati atributele etichetei de link pe pagina desktop:
- Atributul rel = “alternativ” semnaleaza ca aceasta eticheta specifica o adresa URL alternativa la pagina desktop.
- Valoarea atributului media este un sir de interogare media CSS care specifica caracteristicile media care descriu cand Google ar trebui sa utilizeze adresa URL alternativa. In acest caz, folosim o interogare media care este de obicei utilizata pentru a viza dispozitivele mobile.
- Atributul href specifica locatia adresei URL alternative, si anume pagina de pe m.example.com.
Aceasta adnotare bidirectionala („bidirectionala”) ajuta Googlebot sa va descopere continutul si ajuta algoritmii nostri sa inteleaga relatia dintre desktopul dvs. si paginile mobile si sa le trateze in consecinta. Cand utilizati adrese URL diferite pentru a difuza acelasi continut in diferite formate, adnotarea spune algoritmilor Google ca aceste doua adrese URL au continut echivalent si ar trebui tratate ca o singura entitate in loc de doua entitati. Daca versiunea desktop si mobila a paginii sunt tratate ca entitati separate, atat adresele URL pentru desktop, cat si cele mobile pot fi afisate in rezultatele cautarii pe desktop, iar clasarea lor poate fi mai mica decat daca Google ar intelege relatia lor . Iata cateva dintre greselile frecvente in aceasta configuratie:
- Cand utilizati marcarea rel = “alternate” si rel = “canonica”, mentineti un raport 1 la 1 intre pagina mobila si pagina desktop corespunzatoare. In special, evitati adnotarea multor pagini desktop care se refera la o singura pagina mobila (sau invers).
- Verificati redirectionarile – asigurati-va ca paginile desktop nu redirectioneaza in mod accidental catre o singura pagina mobila, fara legatura.
Daca alegeti sa implementati un site mobil separat, fiti constienti de greselile obisnuite, cum ar fi configurarea redirectionarilor defectuoase pentru utilizatorii de dispozitive mobile.
Redirectionare automata
Atunci cand un site web este configurat sa serveasca browsere desktop si mobile utilizand adrese URL diferite, webmasterii ar putea dori sa redirectioneze automat utilizatorii catre adresa URL care le serveste cel mai bine. Daca site-ul dvs. web utilizeaza redirectionarea automata, asigurati-va ca tratati toti Googlebots la fel ca orice alt agent de utilizator si le redirectionati in mod corespunzator.
Tehnici de redirectionare acceptate
Googlebot accepta urmatoarele doua implementari de redirectionare:
- Redirectionari HTTP
- Redirectionari JavaScript
Utilizarea redirectionarilor HTTP
Redirectionarea HTTP este utilizata in mod obisnuit pentru a redirectiona clientii catre adrese URL specifice dispozitivului. De obicei, redirectionarea se face pe baza agentului utilizator din antetele cererii HTTP. Este important sa pastrati redirectionarea in concordanta cu adresa URL alternativa specificata in eticheta rel = „alternativa” a paginii sau in Sitemap.
In acest scop, nu conteaza daca serverul redirectioneaza cu un cod de stare HTTP 301 sau 302, dar se recomanda utilizarea 302 ori de cate ori este posibil.
Redirectionari JavaScript
Daca redirectionarea HTTP este dificil de implementat, puteti utiliza JavaScript pentru a redirectiona utilizatorii catre adresele URL indicate de eticheta rel = “alternativa”. Daca alegeti sa utilizati aceasta tehnica, fiti constienti de latenta cauzata de partea de redirectionare client din cauza necesitatii de a descarca mai intai pagina, apoi analizati si executati JavaScript inainte de a declansa redirectionarea.
Exista multe abordari pentru implementarea unei redirectionari bazate pe JavaScript. De exemplu, puteti utiliza JavaScript pentru a executa interogarile media pe care site-ul dvs. le foloseste deja in adnotarile de link de pe pagina folosind functia JavaScript matchMedia ().
Redirectii bidirectionale vs unidirectionale
Diferite site-uri web implementeaza politici de redirectionare diferite. Unele site-uri web redirectioneaza doar utilizatorii de dispozitive mobile care viziteaza o pagina desktop catre pagina mobila (redirectionari „unidirectionale”), iar unele site-uri web redirectioneaza atat utilizatorii de dispozitive mobile, cat si cele de desktop, daca acceseaza pagini de pe site-urile de pe desktop, respectiv mobile (redirectionari „bidirectionale”).
Pentru Googlebot, nu avem nicio preferinta si recomandam ca webmasterii sa-si ia in considerare utilizatorii atunci cand decid cu privire la politica lor de redirectionare. Cel mai important lucru este sa servesti redirectionari corecte si consistente sau, cu alte cuvinte, sa redirectionezi catre continutul echivalent de pe desktop sau de pe site-ul mobil. Daca configuratia dvs. este gresita, este posibil ca unii utilizatori sa nu va poata vedea deloc continutul.
De asemenea, va sugeram sa oferiti utilizatorilor o modalitate de a suprascrie politica de redirectionare sau, cu alte cuvinte, permitand utilizatorilor de dispozitive mobile sa vizualizeze pagina desktop si permitand utilizatorilor desktop sa vada pagina mobila daca doresc acest lucru.
