Publikáció dátuma: 08/29/2012
Szükséges a CNC-nek, hogy hatékonyan támogassák a helyszíneket, ma minden SEO Schoolboy tudja, hogy minden igazi blogger, írja a könyvek, és még a SEO-konferenciákon is beszélni ... azonban érdemes kissé mélyebbre és kérdezd meg: "Mi az a bizalom, amelyet a keresőmotorok figyelembe veszik a kulcsszavakat az URL-től, amikor rangsorolnak?" Válaszolva kapsz valami ilyesmit "Ha az URL-t zsírban szabadul fel, akkor azt jelenti, hogy a keresőmotor megérti a dedikált szavakat számolja őket, amikor rangsorolása "... érzi a gyenge linket ebben az értekezésben?
"Megértik" nem egyformán "veszi figyelembe"! Például nem szükséges messze meta név kulcsszavak. A keresőmotorok a címke értékét, valamint a benne jegyzett kulcsszavakat jelentik? Kétségtelenül. Ez a címke hatással van? Sajnos nincs. Talán a helyzet kulcsszavakkal a CNC-ben?
Kísérlet
Mi nem fogja kitalálni a kávét, egy kis kísérletet töltöttem. A kísérlet célja annak ellenőrzése, hogy a webhely időzített-e az URL-ben használt kulcsszavakra, de amelyek nincsenek az oldalon.
10 november 2014-kor 10:50
a Google két lehetőséget kínál az összes eredmény és pontos illesztés megtalálására, pontos levelezéssel, rangsorolja az oldalakat relevanciára, és figyelembe veszi a cirillist az URL-re, és ha az összes érték a keresési beállításokban van (amely alapértelmezés szerint engedélyezve van), mi A kérés nem írja be, látni fogja, hogy a cirill URL-je ennek következtében az a tény, hogy mindenkit széles körben használják a transzlitálás, vagy azzal a ténnyel, hogy amikor az "All értékek" beállítások a Google a cirill és a kéréshez hasonlítható, Csak ez az elmélet, hogyan kell ellenőrizni, nem tudom.
2015. január 02. 17: 25-kor
Hello. Érdekes tanulmányozták, de itt van a kérdés, mivel most már tudod, mi értékesebb PS Cyrillic fordítás vagy fordítás, akkor miért van a webhelyeinken, beleértve ezt is, ez nem használja ezt a technikát?
2015. november 09-én 22:14
Hűvös kísérlet. Mikor van Cyril, mi a link maradt? egy csomó érthetetlen karakterrel vagy weboldalon.ru / cikkek ??
Ha a linkek egy csomó karakterre mennek, akkor a webhely promóciójával kell lezárni.
Független
1. Vásároljon cirill domain nevet.
2. Megrendelés Hosting.
3. Tegye fel ezt a domain nevet erre a tárhelyre.
4. Hozzon létre egy webhelyet, amely tartalmazza a Névjegyzék oldalt. A "Névjegyzék" könyvtár létrehozásának legegyszerűbb módja az "index.html".
5. Öntsük a létrehozott webhelyet a tárhelyhez.
Csak az oldal könyvtárat nem fogják hívni "webhelyen. Rf ", és" XN - 80SWG.XN - P1AI "(és a hálózaton A címet ebben az űrlapon továbbítják): A böngészőkkel való kompatibilitás biztosítása érdekében a domainneveket az yardok kódolják: //ru.wikipedia.org/ wiki / pendycode. A kódolás lejátszása: https: //www.punycoder.com
Tehát az alábbi gömb rossz: a domain elérhető lesz bárhol a világon, és a keresőmotorok tökéletesen index. Andrei 2.
Összesen 3.a SEO szempontjából - a bejövő link URL-jének cseréje?
Andrey sh. 4.A tartalom és / vagy a 301-es átirányítás változásainak függvényében a hatás pozitív és negatív lehet számos tényezőtől függően, amelynek első sorában az új oldal tartalma, a donor helyének belső kapcsolatai és a bejövő külső kapcsolatok Linkek a donor oldalra.
Evgeny Yu. 3.Ha módosítja a bejövő link URL-jét, ugyanolyan horgonyt hagy, mint korábban, akkor valószínűleg a korábban továbbított referencia súly nem lesz ugyanaz, mint az oldalról az új URL-ről. Azok. Az új bejövő link átadja a minimális súlyt az akceptor weboldalára, és csak idővel fogja megragadni a "súlyt". A tényezőknek köszönhetően: például az oldal életkora, a forgalom száma, a belső oldalak száma a helyszínen, a belső linkek rögzítése, a külső referenciák és típusok ankorok száma ezen az oldalon, stb.Anton Velichko -1
Összesen 2.Mi a lényeg a ".rf" cirill domainben, ha vannak ilyen területek, mint ".ru" és ".su"?
Férfi. Regger. 7.Úgy gondolom, hogy ez volt az első lépés, hogy hozzon létre, egyedülálló, nagydimenziós internetet a sportlotóval és a komomológusokkal. Most már elismeri az orosz sértő érzés latinját, hogy elkülönítse az internetet Nyugatról, egyidejűleg Kínából az AliExpress-szel, és csak egy "érintkező" helyet hagyjon, Nos, hacsak nem lesz több osztálytársa és a helyszín Rasha Tuday az első csatornával.
Sergey Razzov7 Összesen 4.Hogyan lehet egy kullancsot kapni?
Vendég 1.Annak érdekében, hogy az én postafiókom nem volt eltömődött egy ellenőrző jelzéssel, akkor azonnal írom, hogyan kapja meg.
Nem lehet:
1.mat
2. Játékok / versenyek (%, tények, lt)
3. A kölcsönös előfizetések / kérdések / szeretők jövője. (Válaszokban).
Ha mindent jó ezzel, akkor menj tovább
1. Több mint 800 válasznak kell lennie.
2. Több mint 1000 előfizető, annál jobb.
3.Filigáns, nem a tiéd, a tc nincsenek fotói és / vagy ez a profil más célokra készült (filmek, életcsúcsok, vicces mémek stb.). A fotónak kell lennie (2 kívánja saját)
4. Aktív profil, azaz minden nap megkérdezed és válaszoljon 5 vagy több kérdésre az elmúlt néhány hétben.
Ha mindent megtesz.
5. Kövesse a http: //support.ask.fm/ics/support/ticketnewwizard.asp? Style \u003d Classic
6. Töltsön ki néhány sort magáról: Teljes név - Teljes név és vezetéknév, E-mail - E-mail cím; Érdeklődés típusa - Fiókellenőrzés; néhány profil URL vonal megnyílik - Link a fiókjához; Az Ön követői száma - az előfizetők száma; Tárgy - Írjon "Fiókellenőrzést" (idézetek nélkül); * részletesen magyarázza (maximum 64 000 karakter)
- Írunk "Hello! Szeretnék egy kullancsot kapni, és készen áll az ellenőrzési eljárás átadására. " (Azt is elmondhatod magadról, ahol híres lettél, mint a bevonás, csatoljon linkeket a számlákhoz, de ez egy kívánság).
7. Nyomja meg a Befejezés \u003e\u003e\u003e
További:
8.Dell betűk a megkérdezésből, kész / elutasításból. Ha az Ön kérdései alkalmasak a kullancs alatt, akkor kérjük, hogy egy selfie-t készítsünk papírról papíron, ahol a felhasználónevét a felhasználóneved és a mai dátumot írja le A kezed, hogy tartsa meg a lapot és a teljes arcát (a legfontosabb), hogy te vagy.
Mit kell írni egy darabra? Vegyünk semmilyen levelet. Equipate @ felhasználónevével és dátumával, amikor ez a levél eljött. Ez a levél megkapja a válaszlevelet. A szöveg "Itt van a bizonyítékok" (Pitchek nélkül)
9. Még mindig van egy nap levelünk. Ahol gratulálunk nekünk, hogy megkapjuk a kullancsot. És örüljünk.
Március 14-én küldtem éjszaka 0: 41-kor; És ezt a napot felkérték, hogy 16:00 órakor selfie legyen; És másnap 14: 01-kor kapcsolt egy kullancsot
Remélem, részletesen elmagyaráztam, és kaphatsz egy kullancsot, itt elmondta a legkisebb részleteket. Az átvételéhez.
Screenhttps: //pp.userapi.com/c836439/v836439430/2b55c/anlmbxpbpwws.jpg.
Ha bármilyen problémája van, írjon nekem helpps: //vk.com/maksimovde. Futtasson 300-at.
28.03.2018 Idő olvasás: 1 perc
2017. december 21-től a Google közzéteszi SEO-Fragments (SEO-részleteket) - rövid képzési videót. Az alábbiakban a következő SEO fragmentum átmenete.
Ma a kérdés megkérdezi John Mullert Svájcból, vagyis A kérdés a következőképpen szólok: lehetséges-e a nem angol nyelvű szavak használata az URL-ben? A helyszínek tulajdonosai az angol nyelvű régiókon kívüli felhasználókra összpontosítottak, néha nem világos, hogy a helyi nyelv és a nem jaggie karakterek használhatók-e URL-kben.
A Google Search Engine először az URL-eket használja először annak érdekében, hogy eljusson a tartalomfragmenséhez - rajta, a bot Google beolvassa az oldal tartalmát, és hozzáadja a kibocsátáshoz. Ha az URL-ek érvényesek és egyediek, akkor nem lesz probléma. A domain nevek és a felső szintű domainok esetében a nem tartó szimbólumokat a Punycode Converter segítségével kódolják. Egy kicsit furcsanak hangzik, ezért példát adok: Vedd meg a nevemet Muller (Müller). A második betű alatt vannak pontok, ezért domain névként eltérő lesz a kódolás után - "Müller" -\u003e XN-Mller - KVA. Mindkét verzió ekvivalens a Google keresőmotorhoz. Az URL többi részét az Unicode, UTF-8 rendszer használatával lehet kódolni a nem latin karakterekhez. A nyelvetől függetlenül az URL-t egyszerűvé teszi a felhasználók számára - elkerülje a réseket, a vesszőket és más karaktereket. Használjon kötőjelt a szavak megosztására a címben. Néhány előnyben részesíti az alsó aláhúzott jelet - ez is lehetséges, de a kötőjel könnyebben felismerhető. Ha webhelye több nyelvi változatban érhető el, használja a megfelelő nyelvet az URL-ben a tartalom oldalak ezen a nyelven. Tehát összefoglalva, azt mondom: A nem angol nyelvű szavak használata az URL-ekben lehet elvégezni, a nem angol nyelvű helyszíneken következik.
Tehát ma egy kicsit meg akartam írni a cirill a CNC használatáról. Véleményem szerint az orosz nyelvű kapcsolatok nagyon jóak lennének, ha nem ... Pletykák voltak, hogy nem állnak rendelkezésre böngészők, keresőmotorok és egyéb rendszerek, és megjelenik valami teljesen szörnyű a böngésző címsorában. Ez az összes előnyről, mínuszról, pletykákról és értékesítésről szól, szeretnék elmondani.
Tehát egy példa arra, hogyan lehet használni az orosz nyelvet az URL-ben közvetlenül a böngésző címsorában. A következőképpen kell megírni:
Http: //syt/news/2009/09/08/rucle_yask_v_url.html
Megnézem, hogy mi a hivatalos specifikáció HTML 4.01 beszél erről:
B.2.1 Nem ASCII Characts az URI attribútumértékekben Bár az URI-k nem tartalmaznak nem ASCII értékeket A szerzők néha meghatározzák őket attribútumértékekben, az URI-k (azaz definiált, % URI; ban,-ben DTD.). Például a kedvence href. Érték. illegális: href.="http://foo.org/håkon ">... Javasoljuk, hogy a felhasználói ügynökök hogyan fogadják el a következő egyezményt a nem ASCII karakterek kezelésére ilyen esetekben: - az UTF-8 (Lásd) minden karaktert ábrázolva egy vagy több bájt alapján. - menekülj ezek a bájtok az URI menekülő mechanizmussal (azaz minden egyes bájt% HH-ra konvertálva, ahol a HH a bájt értékének gexadecimális jelzése). Ez az eljárás szintaktikailag jogi URI-t eredményez (a 2.2. Szakaszban vagy a 2. szakaszban), amely független az URI-t ellátó HTML-dokumentumot, amely átkódolható.Mi közelíti a következőket:
Bár az URL (különbség van az URL és az URI között, de itt nem fontos), szabadon tartalmazhat csak latin (ASCII) karaktereket, ez megtörténik, hogy a szerzők beilleszthetik őket a link értékére. Például a következő példában a HREF attribútum értéke illegálisan: href.="http://vastya.ru/vastya_pupkin ">... Javasoljuk a böngészőket, hogy tegye a következőket: - Cserélje ki az URF-8 kódolás minden szimbólumát - kódolja ezeket a karaktereket az URL egyenletes árnyékolásához, azaz Sixvvenikus értékek (minden bájt% hh lesz). Ennek eredményeképpen az URL-je szintaktikailag hű lesz.
Megadjuk, hogy a link itt kiderült (árnyékolt) outf-8 kódolás, és hossza vette. Kinek a webmesterét használják, mint a fő kódoló Win-1251 (pl. Ez a webhely) a hivatkozások nevét kell feldolgozni. Különösen, például lefordíthatja azt a szükséges kódolásba.
Az IE8-ban sajnos a nettó orosz csak akkor lesz, ha a cím kézzel készül. De ez az IE \u003d).
A Yandexben az orosz nyelv az URL-ben tökéletesen érthető, és még a kereséshez is használható.
A hivatkozási értékekben a Google-szavakat nem adja meg, emellett a hangsúlyt érintő szavak szempontjából a szempontból jobb, ha jobb mínusz használata az elválasztókhoz (kötőjel). Ezt a tényt melegen megvitatták az xpoint.ru-n. Ugyanakkor megfelelően megjelenik az orosz nyelvű kapcsolatokat is.
Most egy kis interjú idejére, megkérdeztem a kollégákat ezen a témában:
Ha például az UTF-8 hivatkozás?Jelu (programozó): Nos, Krakozyabe felülről) Általában úgy gondolom, hogy rossz hosszú ideig akart kérni valamit az optimalizálásról. Hogyan befolyásolja az orosz nyelvhatás az URL-optimalizálást? @ (Optimizer): Nem tudom, mi még válaszol, azt hiszem, attól függ, hogy mit akarsz elérni, vagyis. Mi ez a kapcsolat azért történik. De azt hiszem, hogy nem ad nagy bizalmat, de a jelentést a horgony továbbítja, azt hiszem, az orosz nyelv nem itt van. @: Nem tudom, mennyire kifejezetten a keresőmotor utal az orosz nyelven. Nos, ha általában beszélünk arról, hogy milyen hatással van, hajlamosak arra gondolni, hogy bármilyen módon gondolkodom. A relevanciát befolyásolja az oldalon található szöveg, de nem utal az URL-jére. helló. Véleménye az orosz nyelv használatáról az URL-ben? OV3R (programozó): Hello. Negatív, legalábbis a különböző kódolások miatt véleménye az orosz nyelv használatáról az URL-ben? Jehi (programozó): Csak azt találták, hogy a BL *** Aya SAP a 255-nél hosszabb ideig tart, hogy ideges voltam. Mivel az orosz nyelvről 255 Sivolov-ot használok. ** és pi *** s. A hosszú orosz URM-ek többi része gyönyörű, kellemes, kényelmes, mindenki érthető és relevancia. véleménye az orosz nyelv használatáról az URL-ben? Sötét Úr: Shnyaga!
Hozzászólás cikk, legalább néhány szó!
Hozzászólások:
- Fordítsa meg a CNC-kapcsolatokért felelős mezőt az UTF8 kódoláshoz
- Jelenítse meg ezt a mezőt a linken az URLENCODE () segítségével a PHP-ben. (Nem az egész link és csak az URL ezen része).
Hosszú, felakasztottam ezt ...
És mielőtt mindent megtettek, ahogy azt a cikkben elmondták: UTF-8-ra fordították, majd árnyékolták. Különböző módon kísérletezett ...
És kiderült, a probléma az, hogy az URLENCODE () egyszerűen árnyékolta a slash-t.Köszönöm, a cikk miatt ismét a funkcióval foglalkozott. Érthető) Itt van egy F-PHP:
funkció Redirecto ($ 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);
fejléc ("Helyszín:" $ redirect_link. "");
}Jó napot. Van egy ilyen kérdésem ... mindent rendben. Azt akarom, hogy az urn-ot képes legyen oroszul lenni (igen, így helyeztem)).
Valójában mit kell tenni?)
A felhasználó megpróbálja menni a címre host.Domen / 2011 / Cikk - 1 /
Hogyan fogadhatom el? Fogja meg a 404-re küldött kérelmeket? De akkor a 404-es kódot 200-ban visszaküldik. Vagy készítsen egy "Soft ERROR 404" -ot 200-as visszatérítési kóddal? (Egyébként nem értem ezt).
Vagy konfigurálása.htaccess a 301 átirányításra? De akkor egy átirányítás történik (paradox, igen?) ... és azért, mert az a tény, hogy az összes fájl és mappa neve a hoston csak a latin URL-je megváltozik hOST.DOMEN / 2011 / STATJA-1 / (Ez az oldal megfelelő címe). De ezt nem akarom, hogy ezt a címsorban szeretném host.Domen / 2011 / Cikk - 1 / A 404 errordocument használata a címsorban csak így marad. Mi lehetővé teszi, hogy egy kicsit bolond a természet és az orosz felhasználás a szerveren, ahol lehetetlenné teszi) általában, vannak ötletek?Ásni fogok, amíg mod_rewrite
Taki erőteljes mod_rewrite eszköz. De a kis kényelmetlen, hogy dolgozzon vele. Könnyebb lehet. Bár látszólag a belső komplexitás okozta. Vagy csak a "régi iskola" hatása. Mégis, amikor azt tervezték. Nos, igen, ez nem a lényeg, én mindent megtettem), de a mod_rewrite-val, az opció nem volt olyan rugalmas. Jobb, ha az összes feldolgozást a PHP-en 404-ben helytelen kéréseket gyűjti össze.
A motorunkban a következő szabályt használják a mod_rewrite:
RewriteCond% (Request_Filename)! -F
Rewriterule ^ (. *) $ Index.php? Rewrite_URL_QUERY_TOGET \u003d $ 1Egyszerűen átírhatja a ^ (. *) $ Index.php-t, de ebben az esetben az oldal címét a $ _server ["Request_uri" változóból kell elvégeznie, hogy nem igazán helyesen van, ha a motor telepítve van a Mappa, és nem a gyökérre.
Az oldalak gyűjtése a 404 kérés feldolgozásán keresztül, nem teljesen helyes. Először is, lehet, hogy alapértelmezés szerint 404 állapot kerül visszaadásra. Másodszor, az Apache megpróbálhatja az oldalt a HTTP 1.0 protokollon keresztül megadni a HTTP 1.1 helyett, mert a 404-et a HTTP 1.0, azaz azaz HTTP 1.0-on kell visszaadni. Anélkül, hogy a kiadásra vágott módszert használnánk, ami szintén hibát eredményez. Stb.
És a mod_rewrite valóban bonyolult pontosan a sokoldalúság miatt. Megfelelő tanulmányozással sokat tehetsz vele.Nos, az első két probléma megoldódik a http / 1.1 ok fejléc küldésével. De az a tény, hogy ez nem teljesen helyes, biztosan egyetértek) Ez még mindig megoldás. Nem értem hozzá, ha mindent simán "ragasztott", a mod-átírást. Bumbled, de valahogy ívelt. Nos, egy óra múlva ez a mechanizmus nem mester pontosan. Megpróbálok kísérletezni a csapatoddal a mod_rewrite-ben.
Üdv mindenkinek! Láttam egy kérést, hogy kommentáljon legalább néhány szót, és itt van webhelyek a WordPressen, ott ez az eset minden rekordban és oldalán automatizálható, amit az orosz nyelven használok, az összes nagyobb böngészőben megjelenik. És tényleg a felhasználó számára kényelmes.
Hűtsük le a hibaoldalát))))))))))))))
Ön rohadt nem jelentkezett be, és nem jelezte a négyzetet. A megjegyzésed nem kerül mentésre. Abban az esetben, ha nem bot, akkor itt van, másolja és próbálja újra:
Helló!
Az IE-ben az Ön linkje tükröződik. Megértem, azaz az orosz linkek nem teszik meg? Ha a felhasználókat a böngészőkön szűri, és az orosz nyelven linkeket hoz létre mindenkinek, kivéve az IE és az IE fordítását, akkor a keresőmotorok ezt az oldalt kétként érzékelik. Kiderül, hogy mindent megteszünk a transzlinokban, vagy még mindig megoldások vannak?A címsorban írja be például: MySite /? Szia
pHP kód
$ Chpu \u003d $ _server ["request_uri"];
echo $ chpu;
pHP kód
hiányzik valami ilyesmi:% D0% bf% D1% 80% D0% B8% D0% B2% D0% B5% D1% 82
helyezze be ezt a kódot az adatbázisba, és élvezze :)Vlad, az oldalon csak a 9. verzió kódolva jelenik meg. Az összes böngésző kevesebb mint 5% -a.
Helló, nagyon érdekes cikk, nem tudta sokat.
Azonban nem értettem teljesen, hogyan oldom meg az orosz karakterek megjelenítésének problémáját az URL-ben.
Megnéztem a "nyers forrásra" (az opera-ban CRL + U), és láttam, hogy van egy linkje, valójában - UTF-8 árnyékolás után (megszökött). De ha a böngésző státussává válsz, Krakoyar látható, és az átmenet után az orosz szöveg kiderül, ahogy kellene. Amint nem próbáltam - mindkettő árnyékolással, anélkül, anélkül, és minden kódolásban (az UTF-8-ban és vele konvertálnánk). Bármely forgatókönyvvel a link után a linket árnyékoló szimbólumokkal kapják meg.Upd frissítés: megértette. Kiderül, hogy az ilyen fókusz nem halad át a paraméterrel. Csak az út egy része, de nem Query_String. Úgy tűnik számomra, érdemes kitölteni ezt a árnyalatot - és akkor soha nem tudhatod. Csak egy útra volt szükségem, de a tesztért úgy döntöttem, hogy a paramétert nyomja. Érdekes módon az útközben, mi okozza ezt a funkciót, és aki még mindig árnyékolt karaktereket vált ki árnyékolt nézetre vagy webszerverre. Érdekes lenne megérteni, hogy mi megy a szerver, amikor az orosz betűk láthatóak a címsorban. Dekoráció a böngészőből, vagy tényleg elhagyja az árnyékolás nélkül?
És igen, a paraméterek is, nem minden olyan egyszerű - egyszer beállítom a Nginx-t Apache nélkül, így úgy tűnik, hogy a paraméterek, és az orosz csere nélkül maradtak ... és nem is kellett megváltoztatni a PHP-t Kód, hogy megkapta (bár az adatbázis, hogy ugyanaz a kódolás volt, a fejlesztői szerveren). Átírja a munkát, és az adatok "rossz", ilyesmi.
Az úgynevezett Location.hash - I.E. Minden, ami a rács után létezik, van saját specifikációja. Ezért igen, a böngésző az ő alas pajzsai.
Szóval, Yaroslav, annak érdekében, hogy az URL-t oroszul, feltételezzük, hogy már van egy URL-végrehajtás angolul, ha magad írta magát egy weboldalt.
Az adatbázisban az URL-t az UTF-8 kódolásban tárolják [U], nem számít, mi kódolja a webhelyet. Ha az oldal 1251 kódolásban van, akkor az UTF-8 kódolásának átalakításakor.
Ha megjeleníti a blog oldalának linkjét - Önnek szüksége van arra is, amely az orosz nyelvt tartalmazza, hogy kezelje a PHP funkció URLENCODODE-t.
Ennek megfelelően, majd megtalálja a híreket, akkor elutasítja az URL-t, és azt keresi, hogy az a rész, amely oroszul tartalmaz. Az SQL lekérdezés így néz ki:
Válassza ki ... hova ... konvertálása (`caption_latin` segítségével UTF8) \u003d konvertálása (" "$ pname." UTF8 használata) ... ahol az URL-címet tartalmazó oszlop neve URL-kódot tartalmazza.
Én csak egy kezdő webmester vagyok, így nem értem valamit. Őszintén szólva, illeszkednék a "Dummies for Dummies" utasításban)
hogyan mentse el a kódolást az UTF-8-ban?
hogyan kell feldolgozni az orosz PHP funkciót?
mi az URL-címe?
Vártam, ha bármilyen kérdés viccesnek tűnik, de csak tanulok)
Jobb lenne megmutatni egy példakódot az (azaz azt követően, hogy milyen változásokat kell tenni a kódexben, hogy az orosz betűk az URL-ben), azt hiszem, az újonnan érkezettek, mivel könnyebb megérteni.
Előre is köszönöm.
2 évvel később, a cikk közzététele után. Az emberek lehetnek és fenntarthatják a cirill referenciákat; Yasha boldog ez; Suppers is üdvözlendő; Nem túl régen, a regisztrátorok engedélyezték az IDN domainek terjesztését; Még a cirillikus zónát is bevezették (bár megadták, ahogy megértettem, az egyes domainok álneveit az Unicode-ban) ...
Mindez nem, de örülhet.
De hogy a megfelelő átirányítást (én 301) nem mindenki megtanult (?). Mivel a fejléc nem fogadja el a cirill kapcsolatokat. Mi csak a sorok beillesztése előtt ne ossza meg a sindereket fejléc ("Helyszín:". Sude);
A szerző (IE IE) a természetesen ott. A 301-es átirányításra vonatkozó linkek előkészítése egyáltalán nem különbözik a HTML-hivatkozás előkészítésétől. Már írtam a blogomról, támogatja az autofilling linkeket.
Az érdeklődés érdekében törölheti a címsorban, vagy egy hónap, vagy általában a dátum teljes egészében. Vagy csak kattinthat. Újra feltárja ezt a cikket.
Ha a motor tárolja az adatokat a Win-1251-ben, akkor 2 műveletet kell végrehajtania:
Először is, a cikk azoknak szól, akik a CMS Joomla Content Management rendszert használják! 1.5, mert Megmagyarázom a cirill URLON használatának bármilyen funkcióját a keresőoptimalizálás javításával és a keresési lekérdezések kiadásával az alapvető PS-ben a technikai megoldások alapján, amelyeken találkozunk a webhelyek létrehozásakor és a promóciójukon további munkát. Mindazonáltal az alábbiakban bemutatott elvek relevánsak minden olyan webmesterek számára, amelyek nem túlterheltek gyakorlati tevékenységeikben, mint az interneten és a keresőoptimalizálásban, hogy javítsa a Google, a Yandex stb.
Az alábbiakban meghatározott anyagok gyakorlati tapasztalataimon alapulnak, és a munkám valódi példái vannak.
Így...
Cirill urlonok kialakulása Joomla-ban
A CMS Joomla!, Mint más tartalomkezelő rendszerek, különféle fejlesztések és kiegészítések tömege olyan komponensek, modulok és plug-inek formájában, amelyek felelősek bizonyos funkciók jelenlétéhez és megvalósításáért. Mivel itt főleg a vezérigazgatóról szól, olyan összetevőt használok, mint az SH404SEF a cirill URLON képződéséhez. Ennek a komponensnek a feladata abban rejlik, hogy az URLA-t cirillben lehet alkotni. Az ilyen fekélyek kialakításának folyamata részletesen ismerteti a JoomLaportal.ru-t
Vannak még néhány hasonló összetevő, de megálltam a választásomon, mert kényelmes dolgozni vele, és nem teljesítettem a fenntartatlan problémákat. Ezenkívül a virtueMart online áruház egyik összetevőjével is kellett dolgoznom, és azt mondhatom, hogy minden szükséges összetevőre gyakorlatilag a cirill Urlonok használatának lehetősége van, függetlenül attól, hogy az online áruház vagy a webhely térképének összetevője.
A cirill URLON létrehozása - ami fontos figyelembe venni
A cirill URMS létrehozásakor fontos, hogy több okból ne legyenek nagyon sokáig. A keresőmotor egy töredék kialakításában túl hosszú ULTER-eket vág, ha a helyi hirdetési modulokat telepíti a webhelyén, fontolja meg azt a tényt, hogy egy nagyon hosszú URLA (több mint 30 karakter), akkor nem fogod hozzáadni a Google AdSense modul ezen az oldalon, és nyomon követheti az átalakítást. A keresőmotor a cirill URL-címet látja ebben az űrlapon
de mindazonáltal normál betűben jeleníti meg.
Innen az alábbiakban ismertetjük az ilyen URM-ek előnyeit és hátrányait.
A cirill URLON előnyei
1 Olyan UL-ben a kulcsszó (közvetlen bejegyzés vagy nem közvetlen) elhelyezése lehetőséget kap arra, hogy a cikket a keresési eredmények során magasabbra hozza. Természetesen az anyag minősége maga is nagyon fontos (senki sem törölte ezt), de így van lehetősége arra, hogy hozzáadjon egy másik kulcsot - miért nem?
2 Az a tény, hogy egy töredék kialakításakor a keresőmotor megmutatja a cirill URL-t, és kövér kulcsszavakat oszt ki a keresési lekérdezéssel, mint a példában látható példában.
Ezenkívül a cikkből származó cikk azonnal megjelent az indexálódás után a Top 10-ben a KPU edzőterem kérésére, rövid idő után, az első megjegyzések megjelenése után az első a kiadatás lett.
3 A pszichológiai tényező nagyon fontos, egy olyan ember, aki ilyen gyönyörű URL-t néz, kérdése szerint az alanyok biztosan figyelmet fordítanak rá, és rákattintanak rá, mert azonnal biztosak lesznek abban, hogy megtalálja a szükséges információkat. Nagyon fontos figyelembe venni az online áruházakat, különösen akkor, ha jelentős verseny van erről vagy a termékről. Az esztétikai szempontból a Togl Ul nem hasonlítható össze, hogy kellemesebbé váljon, mint a munkamenet-azonosítók és más különböző ikonok, amelyek nem beszélnek az átlagos felhasználóról.
Hátrányok a cirill URLON
1 A második bekezdésben emlékeztetettünk arra, hogy a Contextual Reklámmodul használatának jellemzőit a Google - AdSense és a Cyrillic URL-t látja, hogy a hátrány az, hogy az URL-ben szereplő karakterek számának korlátozása az URLA-ban az átalakítás.
2 A keresőmotor (például bármely más HTML-szerkesztő) egy cirill betűt lát, mint ilyen karakterek, például a HTML-szerkesztőben szereplő szó keresési optimalizálása úgy tűnik, hogy -% D0% 9f% D0%% D0% B8% D1% 81 % D0% Ba% D0% lehet% D0% B2% D0% B0% D1% 8F_% D0% BF% D0% BF% D1% 82% D0% B8% D0% BC% D0% B8% D0% B7% D0 % B0% D1% 86% D0% B8% D1% 8F. Emiatt, ha valahol el akarsz hagyni a fórumon egy üzenetet, amely a Cyrillic böngésző címsorában jelenik meg, akkor ez lesz ezt kedves (lásd az 1. screenshotot).
3 Észrevettem az ilyen funkciót, hogy ha megváltoztatja a gazdagépet, vagy egyszerűen visszaállítja a webhelyet a biztonsági mentésből, majd a helyreállítás után, akkor a cyrillikus URLON támogatása a megfelelő komponens beállításaiban be kell tartania. Természetesen ilyen körülmények között a linkek repülhetnek, majd a látogatók a kívánt kérés helyett a 404-et látják, legalábbis az újraindítás előtt. Ráadásul a PS nem szeret ilyen dolgokat elvileg, és a látogatók (potenciális ügyfelek) valószínűtlenek nemcsak csalódni ...
4 Továbbá, ha sok anyagot halmoztak fel (cikkek, áruk az online áruházban), akkor az adatbázis terhelése folyamatosan növekszik egy ilyen összetevő használatakor. Ez az a tény, hogy a Hoster elkezd unatkozni (különösen a Govnoeer), majd az előző pontot. Másodszor, az oldal betöltési ideje nem fogja növelni, és ez irritációt okoz a felhasználóktól, ennek eredményeképpen kisebb izgalommal fognak jönni.
Ennek a cikknek köszönhetően jelenleg a helyzetemben azt szeretném megmondani a helyzetemet. Személy szerint, a döntésem, miután mindenkinek mérlegelése után, és abban az a tény, hogy a cirill URM-ekkel rendelkező webhelyek (mint általában, ezeket készítenek és válaszoltak nekem online vásárlás) Úgy döntöttem, hogy ugyanabban az űrlapon hagyom el, szem előtt tartva a fenti bizonyítékokat -számolt "profik". Mindazonáltal új helyszíneket használok a cirill URLON használata nélkül a saját mod_rewrite használatával, ugyanúgy, mint az oldal álnevét, illeszkednek a latin illetékes átírása. Ismét a saját gyakorlatának szempontjából az Ullary vagy az illetékes angol írás illetékes átrendezése elegendő PS (legalább a Google), mint kulcsszavak, amely nem lehet, de örülni!
Néhány megjegyzés az SH404SEF komponens konfigurálására
Ha úgy döntött, hogy telepíti ezt az összetevőt, fontos megismerni előnyeit. Mivel a SEO-ról beszélünk a webhelyemen, akkor ebben az összefüggésben, és megvizsgáljuk ezt a kérdést. Az SH404SEF komponens csodálatos, hogy:
- nagyszámú technikai URL-eket hoz létre, amelyek a főre vonatkoznak
- Így képezi a webhely szemantikai magját az oldalak fejléceiből, amely meghatározza a webhely tárgyát
- ezt követően a PS a webhely tárgyát képező PS, figyelembe vesszük a tematikus keresési lekérdezéseket, amelyekhez új oldalakat hoz létre webhelyéhez.
- a webhelyét a Tematikus kérések keresési eredményei között emeli, mivel a webhely releváns és hiteles a PS szemében
- ezenkívül ez jelentősen megmenti a referencia-költségvetést, és lehetővé teszi, hogy a keresőmotorok tetejét a tartalom létrehozásával adja meg
Tehát az SH404SEF konfigurálásához győződjön meg róla, hogy a szakaszot meg kell osztani az URL-sorban vagy a termékkategóriában. Ha maga a szekció, a kategória és a termék maga (nevük) nem vesznek sok helyet a böngészőben, akkor mindent meg lehet tenni. Ez azonban csak a nem cirill URL-jére vonatkozik, a fenti okok mellett.
Innen arra a következtetésre juthat, hogy ha az SH404SEF összetevő telepítve van a webhelyen, és korábban úgy alakították ki, hogy cirill URL-t képez, nem érdemes eltávolítani az összetevőt. Ajánlatos újrakonfigurálni azt oly módon, hogy az URM-eket a latin alkotja. A PS webhelyének újraindítása a keresési robotok látogatásának gyakoriságától függ. Ha a webhely gyakrabban frissül, akkor a robotok gyakrabban jönnek. Ebben az időszakban, miközben a visszanyerés, vigyázzon a 404 oldal megjelenésére, biztosítja a látogatók gyors hozzáférését a webhely főoldalához, a menü kívánt kategóriáihoz és szakaszaihoz, az áruk stb.
Ez a cikk nem ad egyértelmű választ a kérdésre - használjon cirill URMS-t, vagy sem? Remélem azonban, hogy a fent leírt előnyök és hátrányok segítenek a megfelelő döntés meghozatalában ebben a kérdésben.
