Eksperiment: Kao Yandex i Google uzimaju u obzir ključne riječi u URL-u. Ruski jezik u URL-u ćirilici URL-a

Datum objave: 29.08.2012

Potrebno je koristiti CNC za efikasnu promociju web lokacija, danas bilo koji SEO školnik zna, na kraju krajeva, ispričavaju svi istinitim blogerima, pišu u knjigama, pa čak i razgovaraju o SEO-konferencijama ... Međutim, vrijedi malo dublje i pitati "Koje je samopouzdanje da se pretraživači uzimaju u obzir ključne riječi od URL-a prilikom ranga?" Kao odgovor dobijate nešto poput "Ako URL bude pušten u masti, to znači da pretraživač razumije namijenjene riječi i stoga ulazi Računajte ih prilikom ranga "... osjetite slabu vezu u ovoj tezi?

"Razumije" ne podjednako "uzima u obzir"! Na primjer, nije potrebno ići daleko - metai riječima. Značite li pretraživači vrijednosti ove oznake, kao i ključne riječi koje su navedene u njemu? Neupitno. Da li ovo značenje? Nažalost nema. Možda situacija sa ključnim riječima u CNC-u?

Eksperimentirati

Što ne bi pogodilo na kafiću, proveo sam mali eksperiment. Svrha eksperimenta je provjeriti je li web mjesto tempirano na ključne riječi koje se koriste u URL-u, ali koji nisu na stranici.

  • Vlad. Objavio:
    10. novembar 2014. u 10:50

    google ima dvije mogućnosti za pronalaženje svih rezultata i preciznog podudaranja, s preciznom prepiska, navodi se na relevantnost i uzima ćirilicu u URL, a ako su sve vrijednosti u postavkama pretraživanja (što je podrazumevano omogućeno), što je podrazumevano omogućeno), šta Vrsta zahteva ne unosite vas, vidjet ćete ćirilicu To je zbog činjenice da se svi široko koriste u prijevodu ili sa činjenicom da "Sve vrijednosti" postavke Google prevodi u ćirilicu i uspoređuje s zahtjevom, Samo ova teorija kako provjeriti ne znam.

  • chijkov. Objavio:
    02. januara 2015. u 17:25

    Pozdrav. Zanimljivo je proučavao, ali evo pitanja, jer sada znate koji je vredniji za PS ćirilični prijevod ili prevod, zašto onda našim web lokacijama, uključujući ovo ne koristite ovu tehniku?

  • Sergius Objavio:
    09. novembar 2015. u 22:14

    Super eksperiment. Kada imate Ćiril, koja je veza lijevo? na gomilu nerazumljivih znakova ili web stranica.ru / članaka ??
    Ako veze idu na gomilu znakova, trebali biste biti zapečaćeni s promocijom web mjesta.

  • Neovisan

    1. Kupite ime ćirilice domene.
    2. Naručite hosting.
    3. Vežite ovaj naziv domene ovom hostingu.
    4. Napravite web lokaciju koja sadrži stranicu za kontakte. Najlakši način za stvaranje "Kontakti" direktorija i u njemu je "index.html".
    5. Sipajte kreiranu stranicu za hosting.

    Samo što se direktorij web lokacije neće nazvati "stranicama. RF "i" XN - 80SWG.XN - P1Ai "(i na mreži adresa će se prenositi u ovom obrascu): Da bi se osigurala kompatibilnost s bilo kojim preglednicima, imena domena kodiraju se od dvorišta: //ru.wikipedia.org/ wiki / punycode. Reprodukcija kodiranja: https: //www.punycoder.com

    Dakle, sfera ispod je pogrešna: Domena će biti dostupna bilo gdje u svijetu, a pretraživači će savršeno indeksirati. Andrei 2.

    Ukupno 3.

    sa stanovišta SEO - zamjena URL-a dolazne veze?

    Andrey sh. 4.

    Podložno promjenama sadržaja i / ili nedostatka 301 preusmjeravanja, efekat može biti i pozitivan i negativan ovisno o mnogim faktorima, u prvom redu sadržaja nove stranice, dolazeći unutarnji linkovi donatora i dolaznog vanjskog Veze do stranice donatora.

    Evgeny Yu. 3.

    Ako promijenite URL dolazne veze, ostavljajući isto sidro kao i prije, tada je najvjerovatnije referentna težina koja je prethodno prenesena neće biti ista kao s stranice s novim URL-om. Oni. Nova dolazna veza prenose minimalnu težinu na web stranicu za prihvatniku i samo s vremenom će preuzeti "težinu". Zahvaljujući faktorima, na primjer: Starost stranice, broj prometa na njemu, broj internih stranica, broj internih stranica od mjesta, sidrište unutarnjih veza, broj vanjskih referenci i vrsta ANKORS za ovu stranicu itd.Anton Velichko -1

    Ukupno 2.

    Šta je poenta u ćiriličnom domenu ".rf", ako postoje takve domene kao ".ru" i ".su"?

    Gent. Regger. 7.

    Vjerujem da je to bio prvi korak za stvaranje našeg, jedinstvenog, visokodimenzionalnog interneta sa Sportloto i Komsomolozima. Ostaje sada da prepoznaju latino uvredljivim osjećajem ruskog, da odvoji internet sa zapada, istovremeno iz Kine sa svojim Aliexpress-om i ostavljaju samo jednu stranicu ", osim ako je više razreda i web lokacija Rasha Tuday sa prvim kanalom.

    Sergej Razzzov7

    Ukupno 4.

    Kako dobiti krpelj?

    Gost 1.

    Tako da moj inbox nije začepljen ček oznakom, pišem odmah kako da ga dobijem.
    Ne smije biti:
    1.Mat
    2. Igre / takmičenja (%, Činjenice, LT)
    3. Budućnost međusobnih pretplata / pitanja / lajkova. (U odgovorima).
    Ako imate sve dobro s ovim, onda idite dalje
    1. Trebali biste biti više od 800 odgovora.
    2. Više od 1000 pretplatnika, to je još bolje.
    3.Filigant nije vaš, TC Ne vaše fotografije i / ili ovaj profil izrađuju se u druge svrhe (citate za plasman filmova, savjeta za život, smiješne meme, itd.). Mora da je vaša fotografija (2 želje)
    4. Aktivni profil, I.E, svaki dan idete da pitate i odgovorite na 5 ili više pitanja u posljednjih nekoliko tjedana.
    Ako imate sve.
    5. Slijedite vezu http: //support.ask.fm/ics/support/ticketnewwizard.asp? Style \u003d Classic
    6. Ispunite nekoliko redova o sebi: puno ime - vaše puno ime i prezime, e-pošta - adresa e-pošte; Vrsta ispitivanja - Provjera računa; otvara se nekoliko linija url linija profila - link na vaš račun; Vaš broj sljedbenika - broj pretplatnika; Predmet - Pisanje "Provjera računa" (bez navodnika); * Objasnite detalje (maksimalno 64.000 znakova)
    - Pišemo "Zdravo! Želim dobiti krpelj i spreman je proći postupak provjere. " (Možete mi reći i o sebi gdje ste postali poznati od uključivanja, priložite veze na račune, ali ovo je želja).
    7. Pritisnite Finish \u003e\u003e\u003e
    Dalje:
    8.Dell slova iz pitanja, spremna / odbijanja. Ako je vaš upit prikladan ispod krpeca, onda će nas tražiti da se samouvjerujemo sa letkom na papiru, gdje vaše korisničko ime piše vaše korisničko ime i današnji datum i jasno se u potpunosti viđene u potpunosti Tvoja ruka koju čuvate list i cijelo lice (najvažnije) to ste vi.
    Šta pisati na komadu? Uzmi bilo koji list. Opremite @ svoje korisničko ime i datum, kada je došlo ovo pismo. Ovo pismo će primiti na pismo odgovora. Sa tekstom "Evo dokaza" (bez pitca)
    9. Još uvijek imamo jednodnevno pismo. Gdje nam čestitamo primanjem krpelja. I raduj se.
    Poslao sam zahtjev 14. marta noću u 0:41; A ovaj dan je zamoljen da se samo u 16:00 učini I sutradan je dobio krpelj u 14:01
    Nadam se da sam detaljno objasnio i možete dobiti krpelj, ovdje su rekli najmanji detalji. Za njezin primitak.
    Exctorhttps: //pp.userapi.com/c836439/v83639430/2b55c/anlmbxpbpw.jpg.
    Ako imate bilo kakvih problema, pišite mi pomoć: //vk.com/maksimovde. RUN 300.

    Ukupno 1

    28.03.2018 Čitanje vremena: 1 minut

    Od 21. decembra 2017. godine Google objavljuje SEO-Fragmente (SEO isječci) - kratki video zapis. Ispod je prijelaz sljedećeg SEO fragmenta.

    Danas pitanje pita John Muller iz Švicarske, I.E. Ja sam pitanje kako slijedi: Da li je moguće koristiti ne-engleske riječi u URL-u? Vlasnici web lokacija fokusirani su na korisnike izvan regiona koje govore engleski jezik, ponekad je nejasno da li se lokalni jezik i ne-jaggie mogu koristiti u URL-ovima.

    Google pretraživač koristi URL-ove prije svega kako bi se dobio do fragmenta sadržaja - na njemu, Google Google skenira sadržaj stranice i dodaje ga izdavanju. Ako su URL-ovi validni i jedinstveni, neće biti problema. Za imena domena i domene na najvišem nivou, nerani simboli su kodirani pomoću Convertera Punycode. Zvuči malo čudno, pa ću dati primjer: uzmi moje ime Muller (Müller). Preko drugog slova postoje bodovi, stoga, kao ime domene, izgledat će drugačije nakon kodiranja - "Müller" -\u003e XN-MLLER - KVA. Obje verzije ekvivalenti za Google pretraživač. Ostatak URL-a može se kodirati pomoću UNICODE, UTF-8 sustava za ne-latinske znakove. Bez obzira na jezik, napravite URL jednostavan za korisnike - izbjegavajte praznine, zareze i druge znakove. Koristite crticu za podijeljene riječi na adresi. Neki radije koriste donji podcrtni znak - mogući je i, ali dash je lakše prepoznati. Ako je vaša web lokacija dostupna u više jezičnih verzija, koristite odgovarajući jezik u URL-u za stranice sadržaja na ovom jeziku. Dakle, sakupljanje, reći ću: koristiti ne-engleske riječi u URL-ovima, slijedi za web lokacije koje govore bez engleskog.

    Dakle, danas sam htio malo pisati o korištenju ćirilice u CNC-u. Po mom mišljenju, rusko govorne veze bile bi vrlo dobro da nisu bile glasine da nisu dostupne preglednicima, pretraživačima i drugim sustavima, a prikazuje se nešto potpuno strašno u adresi za pretraživač. To se radi o svim prednostima, minusima, glasinama i prodajom na lokalitetima, htio bih reći.

    Dakle, primjer kako možete koristiti ruski jezik u URL-u može se vidjeti izravno u adresi vašeg pretraživača. Mora se napisati na sljedeći način:

    Http: //syt/news/2009/09/08/rucle_yask_v_url.html

    Gledat ću ono što službena specifikacija HTML 4.01 govori o ovome:

    B.2.1 Non-ASCII Characts u vrijednosti atributa uri Iako Uris ne sadrže ne-ASCII vrijednosti Autori ponekad navedite u vrijednostima atributa koji su uručili URIS (I.E., definirani sa % Uri; u DTD.). Na primjer, favoriziranje href. Vrijednost je. ilegalan: href.="http://foo.org/håkon ">... Preporučujemo da korisnički agenti usvoje sljedeću konvenciju za rukovanje znakovima koji nisu ASCII u takvim slučajevima: - predstavljaju svaki lik u UTF-8 (vidi) kao jedan ili više bytes. - pobjeći od ovih bajtova sa URI mehanizmom za bijeg (I.E., pretvaranjem svakog bajta u% HH, gdje je HH GEXADECIMALNAT OBAVIJEST BATTE VALUE). Ovaj postupak rezultira sintaktički zakonskim URI-u (kako je definirano, odjeljak 2.2 ili odjeljak 2) koji je neovisan o kodiranju likova na koji je možda prenošen HTML dokument koji nosi URI.

    Što približava sljedeće:

    Iako je URL (postoji razlika između URL-a i Urija, ali ovdje nije važno), slobodno sadrži samo latino (ASCII) znakove, događa se da ih autori umetnu u vrijednost veze. Na primjer, u sljedećem primjeru vrijednost atributa Href-a ilegalno je: href.="http://vasya.ru/vasya_pupkin ">... Preporučujemo pretraživače da uradete sljedeće: - Zamijenite svaki simbol urf-8 kodiranja - kodirajte ove znakove u jednolično zaštićeno url, I.E. Sixštvene vrijednosti (svaki bajt bit će% hh). Kao rezultat toga, vaš URL će biti sintaktički vjeran.

    Navelit ćemo da se veza ovdje pojavila (zaštićena) outf-8 kodiranje, a njena dužina, respektivno, uzela. Čiju se webmasteri koriste kao glavna kodirajuća Win-1251 (poput ove stranice) moraju obraditi naziv veza. Pogotovo, na primjer, možete ga prevesti u kodiranje koje vam treba.

    U IE8, nažalost, neto ruski će biti samo ako se adresa ručno napravi. Ali, takav je tj.).

    U Yandexu, ruski jezik u URL-u savršeno se razumije, pa čak i koristi za pretraživanje.


    Google riječi u referentnim vrijednostima ne daje, osim toga, riječi povezane kroz naglasak razmatraju se s njegove stanovišta, bolje je koristiti minus za separatore (crtica). Ta je činjenica srdačno raspravljana na Xpoint.ru. Međutim, prikazuje se i ispravno formirane veze koje govore rusko.

    Sada sam vrijeme za mali intervju, intervjuirao sam kolege na ovoj temi:

    Ako je poput reference na UTF-8?
    Jelu (programer): Pa, Krakozyabe odozgo), uglavnom mislim da je loše dugo je želio pitati nešto o optimizaciji. Kako efekat ruskog jezika utječe na optimizaciju URL-a? @ (Optimizer): Ne znam šta čak odgovaram, mislim da to ovisi o tome što želite dobiti kao rezultat, i.e. Ono što je ta veza napravljena za šta. Ali mislim da neće dati veliko povjerenje, ali značenje se prenosi sidrom, mislim da ruski jezik nije ovdje. @: Ne znam kako se konkretno pretraživač odnosi na veze na ruskom jeziku. Pa, ako uopšte razgovaramo o tome kako utječe, tendenciju misliti na bilo koji način. Na relevantnost utječe tekst na stranici, ali ne odnosi se na njen URL. zdravo. Vaše mišljenje o upotrebi ruskog jezika u URL-u? OV3R (programer): Pozdrav. Negativno, barem zbog različitih kodiranja vaše mišljenje o upotrebi ruskog jezika u URL-u? Jehi (programer): Upravo sam otkrio da BL *** Aya SAP smanji ullese duže od 255 znakova koje sam bio uznemiren. Budući da imam ullencod na\u003e 255 Sivolov sa ruskog jezika. sa ** i pi *** s. Ostatak dugih ruskih URM-a su lijepi, ugodni, udobni, svi su shvaćeni i postavljeni relevantnost. vaše mišljenje o upotrebi ruskog jezika u URL-u? Dark Lord: Shnyaga!

    Članak komentar, barem nekoliko riječi!

    Komentari:

      Dakle, Yaroslav, kako bi se url napravio na ruskom, pretpostavlja se da već imate implementaciju URL-a na engleskom jeziku ako ste vi sami napišete web stranicu.
      U bazi podataka, URL se pohranjuje u UTF-8 kodiranje [u], nije važno što kodira sama lokacija. Ako je web lokacija u kodiranju 1251, a zatim prilikom spremanja pretvaraju kodiranje u UTF-8.
      Kada prikažete vezu na stranici blogova - potreban vam je i dio koji sadrži ruski jezik za rukovanje PHP funkcijom URLENCODE.
      U skladu s tim, dakle da pronađete vijesti, a vi operite URL, a tražite to dio koji sadrži ruski. SQL upit izgleda ovako:
      Odaberite ... Gde ... `Caption_Latin` pomoću UTF8) \u003d Pretvori (" ". $ PNAME." "Koristeći UTF8) ... gde je caption_latin naziv stupca u UTF8 kodiranju.

      ja sam samo novak webmaster, pa ne razumijem nešto. Do iskreno, odgovarao bih uputstvu "za lutke" na ovom pitanju))
      kako uštedjeti kodiranje u UTF-8?
      kako obraditi rusku funkciju PHP-a?
      Šta je stranka u URL-u?
      Očekuje se ako se neka pitanja čini smiješnim, ali samo učim)
      Bilo bi bolje pokazati primjer koda prije i poslije (tj. Potrebno je napraviti promjene u kodu da bi se dobila ruska slova u URL-u), mislim da će pridonijeti pridošlicama kao što ću olakšati razumijevanje.
      Hvala unaprijed.

      2 godine kasnije, nakon objave ovog članka. Ljudi su možda i održavaju sposobnost postavljanja ćiriličnih referenci; Yasha je sretan zbog toga; Podrazumeti su i prikladni; Nedelje, registrare je bilo dopušteno da distribuiraju IDN domene; Uvedena je čak i zona na ćirilici (iako daju, kao što sam shvatio, aliases za svaku domenu u Unicodeu) ...
      Sve se to ne može, nego se radovati.
      Ali da napravite pravi preusmjeravanje (mislim na 301) Nisu svi naučili (?). Jer zaglavlje ne prihvaća ćirilicu. Šta samo ne dijeli sivere sa redama prije umetanja u zaglavlje ("Lokacija:". Sude);

      Autor (I tj.) Razmatranja naravno tamo. Priprema veze za 301 preusmjeravanje ne razlikuju se od pripreme HTML veze. Već sam napisao o svom blogu podržava vezu za automatsku opremu.
      Radi interesa možete izbrisati u adresnoj traci ili mjesec dana, ili uopšte je datum u potpunosti. Ili možete samo kliknuti. Ovom članku ćete ponovo otkriti.
      Ako imate podatke o motorima u Win-1251, trebali biste izvesti 2 akcije:

      • Prevedi polje odgovorno za CNC veze do UTF8 kodiranja
      • Prikažite ovo polje u vezu pomoću URLENCODE () u PHP-u. (nije čitava veza i samo ovaj dio URL-a).
      Ako vaš motor čuva sve u UTF - dobro, razumijete, zar ne? \u003d)
    • Dugo, spustio sam se s tim ...

      A prije nego što je sve učinjeno kao što je rečeno u članku: prevedeno u UTF-8, a zatim zaštićen. Na različite načine eksperimentira ...
      I ispostavilo se, problem je što urlencode () jednostavno oklopi kosa.

      Hvala vam, zbog članka, trebalo je da se nosi sa funkcijom. Shvaćeno) Evo F-PHP:

      funkcija Redirektto ($ Redirect_Link)
      {
      $ Redirect_Link \u003d iconv ("Windows-1251", "UTF-8", $ REDIRect_Link);
      $ Redirect_link \u003d urlencode ($ Redirect_Link);
      $ Redirect_link \u003d str_replace ("% 2F", "/", $ REDIRECT_LINK);
      zaglavlje ("Lokacija:". $ Redirect_Link. "");
      }

      Dobar dan. Imam takvo pitanje ... o svemu kako bi. Želim da urn bude u stanju biti na ruskom (da, pa sam ga stavio)).
      Zapravo, šta da radim?)
      Korisnik pokušava ići na adresu domaćin.domen / 2011 / član-1 /
      Kako mogu presresti? Uhvatiti sve zahtjeve poslane na 404? Ali tada će se kod 404 biti vraćen umjesto 200. ili napravi "meka grešku 404" sa kodom za povrat 200? (Usput, ne razumijem ovo).
      Ili konfigurirati.htaccess za preusmjeravanje 301? Ali tada će se izvršiti preusmjeravanje (paradoks, da?)) ... i zbog činjenice da će se imena svih datoteka i mapa na domaćinu samo latino url promijeniti domaćin.domen / 2011 / statja-1 / (Ovo je tačna adresa stranice). Ali ne želim ovo) želim u adresnoj baru i prikazati se domaćin.domen / 2011 / član-1 / Korištenje errordocument 404 adresa u adresnoj traci ostaje upravo tako. Što dopušta malo da bi se prirodio i koristi ruski na poslužitelju gdje je nemoguće učiniti) uopšte, postoje ideje?

      Ja ću kopati dok mod_rewrite

      Taki moćan mod_rewrite alat. Ali malo je nezgodno raditi s tim. To bi se moglo učiniti lakšim. Iako je, očito, uzrokovano njenom unutrašnjom složenošću. Ili samo uticaj "stare škole". Ipak, kad je tada dizajniran. Pa, da, nije suština, učinio sam svu glavnu stvar), ali s mod_rewrite, opcija nije bila tako fleksibilna. Bolje je napustiti takvu obradu na PHP-u prikupljanjem pogrešnih zahtjeva u 404.

      U našem motoru se za mod_rewrite koristi sljedeće pravilo:

      Rewritecond% (upitnik_filename)! -F
      Rewriteule ^ (. *) $ Index.php? Rewrite_url_query_toget \u003d 1 USD

      Možete jednostavno rewreule ^ (. *) $ Index.php, ali u ovom slučaju adresa stranice koju trebate preuzeti od $ _Server ["Zahtjev_uri" varijable] da neće sasvim ispravno ako je motor instaliran u mapa, a ne do korijena.

      Sakupljajte stranice kroz obradu od 404 zahtjeva, a ne u potpunosti tačno. Prije svega, može biti da će se po zadanom statusu 404 vratiti. Drugo, Apache može pokušati dati stranicu putem HTTP 1.0 protokola, umjesto HTTP 1.1, jer se mora vratiti putem HTTP 1.0, I.E. Bez korištenja komada metode za izdavanje, što će takođe rezultirati greškom. Itd.
      I mod_rewrite je zaista precizno kompliciran zbog njegove svestranosti. Uz odgovarajuću studiju, možete puno učiniti uz pomoć toga.

      Pa, prva dva problema su riješena slanjem HTTP / 1.1 OK zaglavlja. Ali činjenica da nije sasvim u redu, sigurno se slažem) to je još uvijek rješenje. Ne bih ga dirao da li je sve bilo glatko "zalijepljen dolje" s modom prepisati. Izbacio sam, ali nekako zakrivljen. Pa, za sat vremena ovaj mehanizam ne savladava tačno. Pokušat ću eksperimentirati sa vašim timovima u Mod_rewrite.

      Zdravo svima! Vidio sam zahtjev da komentarišem barem nekoliko riječi, a ovdje imam web stranice na WordPress-u, tu je ovaj slučaj automatiziran u svim zapisima i stranicama koje koristim na ruskom jeziku, ona se obično prikazuje u svim većim preglednicima. I zaista za korisnika je zgodno.

      Ohladite svoju stranicu za grešku)))))))

      Prokletstvo se niste prijavili i niste provjerili kutiju. Vaš komentar nije sačuvan. U slučaju da ne budete bot, onda je ovdje, kopirajte i pokušajte ponovo:

      Zdravo!
      U IE, vaša veza je reflektirana kodirana. Razumijem, IE u ruskim vezama ne prave? Ako filtrirate korisnike na pretraživačima i generirate veze na ruskom za sve, osim tj. I na prijevodu za IE, tada će pretraživati \u200b\u200bovu stranicu kao dvije. Ispada da je potrebno učiniti sve u prevodima ili je još uvijek rješenja?

      U adresnoj traci unesite na primjer: MySite /? Zdravo
      pHP kod
      $ Chpu \u003d $ _Server ["upitnik_uri"];
      echo $ Chpu;
      pHP kod
      nedostaje nešto slično:% d0% bf% d1% 80% d0% b8% d0% b2% d0% b5% d1% 82
      umetnite ovaj kod u bazu podataka i uživajte :)

      Vlad, na stranici bit će prikazan samo na 9. verziju kodiran. Manje je od 5% svih pretraživača.

      Pozdrav, vrlo zanimljiv članak, nije znao mnogo.
      Međutim, nisam sasvim shvatio kako i dalje riješim problem prikazivanja ruskih likova u URL-u.
      Pogledao sam "sirov izvor" (u operi je CRL + U) i vidio da imate vezu, u stvari - UTF-8 nakon zaštite (pobjegnu). Ali kad se zadržite u statusnoj traci pretraživača, Krakoyar je bio vidljiv, a nakon tranzicije, ispada ruski tekst, kao što bi trebalo. Čim nisam pokušao - i sa zaštitom, a bez i u svim kodiranju (bez pretvara u UTF-8 i s tim). Sa bilo kojim scenarijom, nakon veze, veza se dobiva zaštitnim simbolima.

      UPD: shvaćeno. Ispada da takav fokus ne prolazi parametar. Samo sa dijelom staze, ali ne i u query_string. Čini mi se da vrijedi dovršiti ovu nijansu - i onda nikad ne znate. Trebao sam biti samo način, ali za test sam izabrao parametar za stisak. Zanimljivo je, usput, što je uzrokovalo ovu značajku i koja i dalje pretvara nezaštićene likove u zaštićeni pogled - pretraživač ili web poslužitelj. Bilo bi zanimljivo shvatiti šta se odnosi na server kada su ruska slova vidljive u adresnoj traci. Da li je ukrašavanje iz preglednika ili stvarno odlaze bez zaštite?

      I da, sa parametrima, takođe, nije sve tako jednostavno - jednom sam postavio Nginx bez Apachea, tako da se čini da su parametri i ostali na ruskom bez zamjene ... i nije morao ni da se ne može promeniti PHP Kod tako da je zaradio (iako je baza podataka u tom istom kodiranju bila to na poslužitelju programera). Prepišite obradu, a podaci su došli "loši", tako nešto.

      Na tzv Lokacija.Hash - I.E. Sve što postoji nakon rešetke postoji vlastiti specifikacija. Stoga, da, preglednik njen alas štit.


    Prije svega, članak je namijenjen onima koji koriste CMS Joomla sistem upravljanja sadržajem! 1.5, jer Objasnit ću sve karakteristike korištenja ćiriličnih urlona u kontekstu poboljšanja optimizacije pretraživača i izdavanje upita pretraživanja u osnovnom PS-u na temelju tehničkih rješenja koje nailazim na njihovu promociju i u daljnjem radu na njihovoj promociji. Ipak, principi predstavljeni bit će relevantni za sve webmastere koji nisu preplavljeni u svojim praktičnim aktivnostima tako važan dio rada i na internetu i optimizaciji pretraživača za poboljšanje izdavanja Googlea, Yandex-a itd.

    Sav materijal naveden u nastavku zasnovan je na mojem praktičnom iskustvu i bit će podržani stvarnim primjerima mog rada.

    Dakle ...

    Formiranje ćiriličnih urlona u Joomli

    CMS Joomla!, Kao i drugi sustavi upravljanja sadržajem, imaju masu raznih poboljšanja i dodavanja u obliku komponenti, modula i dodataka koji mogu biti odgovorni za prisustvo i provođenje određenih funkcija. Budući da se ovdje uglavnom odnosi na CEO, koristim takvu komponentu kao sh404sef za formiranje ćirilica urlona. Zadatak ove komponente leži u činjenici da može formirati urla u ćirilici. Proces formiranja takvih Ullesa detaljno je opisan o Joomlaportal.ru

    Postoje neke slične komponente, ali zaustavio sam svoj izbor na tome, jer je prikladno raditi s njim i nisam ispunio nerezervne probleme kada je koristim. Štaviše, takođe sam morao raditi u paketu sa komponentom internetske trgovine Virtuemart i mogu reći da je praktično za svaku potrebnu komponentu mogućnost korištenja ćiriličnih urlona, \u200b\u200bbilo da je to komponenta internetske trgovine ili mape internetske lokacije.

    Stvaranje ćiriličnih urlona - ono što je važno uzeti u obzir

    Prilikom postavljanja ćirilice, važno je da nisu baš dugo iz više razloga. Tražilica u formiranju isječaka preseče preduge ulters ako ćete instalirati kontekstualne module oglašavanja na svoju web lokaciju, razmotrite činjenicu da s vrlo dugom Urlom (više od 30 znakova) nećete moći dodati Google AdSense modul na ovu stranicu i pratite pretvorbu. Pretraživač vidi ćirilicu URL adresu u ovom obliku

    ali ipak, to ga prikazuje u normalnom pismu.

    Odavde će biti opisane sljedeće prednosti i nedostaci takvih URM-a.

    Prednosti ćirilice urlona

    1 Postavljanje u takvu ul ključnu riječ (direktan unos ili ne direktno) Dobivate priliku da vaš članak viši u rezultatima pretraživanja. Naravno, kvaliteta same materijala je vrlo važna (nitko nije otkazao ovo), ali na ovaj način imate priliku dodati još jedan ključ - zašto ne?

    2 Činjenica da će prilikom formiranja isječka pretraživač pokazati ćirilicu URL-a i dodijeljet će masne ključne riječi po upitu pretraživanja, kao u primjeru koje se vidi.


    Štaviše, članak iz primjera pojavio se odmah nakon svoje indeksacije u top 10 na zahtjev KPU teretane, a nakon kratkog vremenskog perioda postalo je prva u izručivanju nakon pojave prvih komentara.

    3 Psihološki faktor je vrlo važan, muškarac koji gleda tako prekrasan URL, prema svom pitanju subjekti, definitivno će obratiti pažnju na njega i klikovi, jer će odmah biti sigurni da će vam biti sigurni da će vam biti sigurni. Veoma je važno uzeti u obzir internetske trgovine, posebno kada postoji značajna konkurencija o ovom ili tom proizvodu. A sa estetskog stanovišta, Togl Ul nije uporediv sa ugodnijim nego na identifikatoru sesije i drugim različitim ikonama koje ne govore o prosječnom korisniku.


    Nedostaci korištenja ćiriličnih urlona

    1 U drugom paragrafu prisjetili smo značajke korištenja kontekstualnog modula za oglašavanje iz Googlea - AdSense i kako pretraživač vidi ćirilicu URL-a, nedostatak je što postoji ograničenje broja znakova u Urla, kada ih dodate u praćenje Konverzija.

    2 Tražitelj (poput bilo kojeg drugog HTML uređivača vidi se kao skup takvih znakova, na primjer, riječ za pretraživanje riječi u HTML uređivaču čini se tako -% d0% 9f% d0% biti% d0% b8% d1% 81 % D0% ba% d0% biti% d0% b2% d0% b0% d1% 8f_% d0% biti% d0% bf% d1% 82% d0% b8% d0% bc% d0% b8% d0% b7% d0 % B0% D1% 86% D0% B8% D1% 8F. Iz tog razloga, ako želite otići negdje na forumu, poruka s referencom koja se prikazuje u adresnoj traci pregledača ćirilica, tada će to imati vrsta (pogledajte 1. snimku zaslona).

    3 Primijetio sam takav značajku da ako menjate domaćin ili jednostavno vratite web mjesto iz sigurnosne kopije, a zatim nakon restauracije morate uključiti funkciju potpore ćiriličnih urlona u postavkama odgovarajuće komponente. Prirodno, u takvim okolnostima, veze mogu letjeti, a potom će posjetitelji vidjeti stranicu 404 umjesto željenog zahtjeva, barem prije ponovnog uspona. Štaviše, PS ne voli takve stvari u principu, a posetioci (potencijalni kupci) malo je verovatno da će biti prevareni ...

    4 Također, ako ste nakupili puno materijala (članci, robe u internetskoj trgovini), tada će opterećenje u bazi podataka neprestano povećavati kada koristite takvu komponentu. To je prepušteno činjenicom da će Hoster početi biti dosadan (posebno Govnoezer), a zatim vidite prethodnu poenu. Drugo, vrijeme za učitavanje mjesta će se neumoljivo povećati, a to će uzrokovati iritaciju korisnika, kao rezultat toga, htjet će doći s manjim uzbuđenjem za vas.

    Kao rezultat ovog članka, želim trenutno da kažem situaciju sa svojim projektima. Lično, moja odluka, nakon vaganja svih, i sastoji se u činjenici da su mjesta sa ćiriličnim URMS-om (u pravilu, oni mine i odgovore na internetskoj kupovini) Odlučio sam da odem u istom obrascu, na umu svjedočeve -Dopoženi "profesionalci". Ipak, radim nove stranice bez upotrebe ćiriličnih urlona koristeći svoj vlastiti mod_rewrite, baš kao i pseudonim za stranicu odgovarajućem transkriziranju latinskog. Opet, sa stanovišta svoje vlastite prakse, nadležno prebacivanje ully ili kompetentnog engleskog pisanja dovoljno je PS (barem Google) kao ključna riječ koja se ne može slati!

    Par komentara o konfiguriranju komponente SH404SEF

    Ako ste odlučili instalirati ovu komponentu, važno je znati njegove prednosti. Budući da govorimo o SEO na mojoj web stranici, a zatim u ovom kontekstu i mi ćemo razmotriti ovo pitanje. Sh404SEF komponenta je prekrasna u tome:

    • stvara veliki broj tehničkih URL-ova koji se odnose na glavnu
    • dakle, formira semantičko jezgro web mjesta od zaglavlja stranica koje određuje predmet web mjesta
    • nakon toga PS karakteriziraju temu web lokacije, smatraju tematska ispitivanja za pretraživanje za koje stvarate nove stranice relevantne za svoju web lokaciju.
    • postavlja vašu web lokaciju u rezultatima pretraživanja o tematskim zahtjevima, jer je stranica relevantna i autoritativna u očima PS-a
    • zauzvrat, ovo značajno sprema referentni budžet i omogućava vam unos vrhova pretraživača stvaranjem sadržaja

    Dakle, da biste konfigurirali SH404SEF, provjerite je li odjeljak podijeljen u URL liniji ili kategoriji proizvoda. Ako se odjeljak, kategorija i sam proizvod (njihova imena) ne uzimaju puno prostora u pretraživaču, možete učiniti da se sve prikazuju. Međutim, to se odnosi samo na ne-ćirilični URL, duž gore navedenih razloga.

    Odavde možete zaključiti da ako je komponenta SH404SEF instalirana na web mjestu i prethodno je konfiguriran za formiranje ćirilice, ne vrijedi uklanjanje komponente. Preporučljivo je da ga ponovo konfiguriše na takav način da su URMS formirali latinski. Ponašanje PS lokacije ovisi o učestalosti posjeta njenim pretraživačkim robotima. Ako se stranica češće ažurira, onda roboti se češće dolaze na to. U tom periodu, dok se oporavim, pobrinite se za pojavu 404 stranice, pružite posjetiteljima brzoj pristupu glavnoj stranici web mjesta, željenim kategorijama i odjeljcima menija, robe itd.

    Ovaj članak ne daje nedvosmislen odgovor na pitanje - koristite ćirilicu ili ne? Međutim, nadam se da će gore opisane prednosti i nedostaci njihove upotrebe pomoći da donesete pravu odluku o ovom pitanju.