На первую VAKANSII.com.ua
   На первую VAKANSII.com.ua  На первую VAKANSII.com.ua
СЕГОДНЯ НА САЙТЕ:  162 ВАКАНСИЙ. НОВЫХ - 19 Интернет
  47262 РЕЗЮМЕ. НОВЫХ - 14 Если не работает
 Сайт газеты

  • Страхования
  • Фехтование
  • Инвестирование
  • ПротивоГАЗы
  • Как авто
  • Респираторы
  • Средства пожаротушения
  • Новости
  • Заказ курсовой работы недорого

    Есть затруднения со сдачей курсовой работы точно и в срок? Вы можете заказать курсовую работу от kursoviks.com.ua заказ дипломной работы или курсовой проект по недорогой цене.

    Статьи

    Поўнае кіраўніцтва па Magento SEO

    1. Слаістай / аграненыя пытанні навігацыі
    2. пошук старонкі
    3. Sitemaps
    4. Праблемы з URL перапісвання
    5. бяспечныя старонкі
    6. пагинация
    7. Ідэнтыфікатары сесій / SIDs
    8. прадукцыйнасці Magento
    9. Пераканайцеся , што 301 перасылак выкарыстоўваюцца
    10. Дублікат ўтрыманне прадукту з дапамогай мульты-крамы
    11. Міжнародны пазначаных Magento
    12. Функцыянальнасць Агляд Magento OOTB
    13. Стужка звязаных з дубляваным кантэнтам
    14. канфігурацыя Magento

    Magento шырока разглядаецца як адзін з самых складаных для электроннай камерцыі платформы з пункту гледжання SEO, з-за складанасці яго перапішам рухавік, залежнасць ад дынамічнага кантэнту і складанага кодавую (у параўнанні з іншымі платформамі PHP), сярод іншых рэчаў. Тым не менш, усе пытанні, звязаныя з SEO платформы Magento можа быць вырашана, гэта проста выпадак ведаючы, што павінна быць зроблена, - і менавіта таму я напісаў гэты артыкул. Шмат тэхнічных выпраўленняў запатрабуе рэсурсаў развіцця, але я таксама рэкамендую выкарыстоўваць нешта накшталт MageWorx каб даць вам больш кантролю ў рамках Magento. Гэта толькі робіць рэчы крыху больш кіраваным (можна наладзіць hreflang, палепшыць кананічныя URL ,, дадаць структураваныя дадзеныя, што назначаецца NoIndex правілы і г.д.), чым даданне функцыянальнасці самастойна. Я раней выпусціў свой уласны модуль (MageSEO), але я з усіх сіл, каб канкурыраваць з іх ўзроўнямі падтрымкі і рэгулярных выпускаў кампанентаў (у якасці модуля поўны працоўны дзень фокус, у той час як мой быў пабочны праект, каб дапамагчы кліентам).

    За апошнія некалькі гадоў я кансультаваўся для Magento рознічнага гандлю з усяго свету, і працавалі на гаспадара вялікі, складаны Magento будуе. За гэты час я сутыкнуўся (і вырашыў) у значнай ступені ўсе тэхнічныя праблемы Magento SEO мажлівыя, таму я думаў, што дакумент некаторыя з найбольш распаўсюджаных праблем у гэтым артыкуле.

    Ёсць даволі шмат меркаванняў вакол наладзе рэалізацыі Magento, чыста з-за ўзроўню складанасці з платформай. Вось некаторыя з ключавых абласцей, якія павінны быць улічаныя ў вашай рэалізацыі Magento Community або Enterprise.

    Наладжвальная і простая канфігурацыя прадукту

    Калі вы выкарыстоўваеце канфігуруемы прадукты нароўні з простымі прадуктамі ў Magento, вам неабходна пераканацца, што вы не дазваляючы дублюючыя варыянты, якія будуць індэксавацца. Шматлікія людзі выкарыстоўваюць простыя прадукты для такіх рэчаў, як розныя колеры або розныя версіі прадукта, так што яны могуць быць адлюстраваны незалежна ад спісу прадукту старонак.

    Калі вы не наўмысна ствараць простыя прадукты і даданне дадатковага унікальнага кантэнту на старонках, я прапанаваў бы выкарыстаць кананічны тэг, каб паказаць, што простыя прадукты з'яўляюцца варыянтамі асноўнага наладжвальным прадукту.

    Кананічныя URL - адрас у цэлым

    У заднім канцы Magento ёсць варыянты, каб усталяваць кананічны тэг з'явіцца на прадукцыю і катэгорыі старонках, якія будуць гарантаваць, што кананічныя пункту пазнак на асноўную версію гэтых старонак у любы час. Гэтая дапамога «варта», каб пазбегнуць праблем з дынамічнымі варыянтамі катэгорый індэксуюцца, аднак ён не ў большасці выпадкаў, таму што старонкі настолькі розныя. Калі вы не хочаце дадаць заказ кананічнай рэалізацыі тэгаў, я хацеў бы прапанаваць, што дазваляе абодва гэтых опцыі, якія можна знайсці ў раздзеле канфігурацыі інтэрфейсу адміністратара Magento.

    Вам таксама неабходна дадаць кананічны тэг на галоўную старонку і для CMS старонак, аднак гэта неабходна будзе зрабіць уручную. У пазнейшых версіях Magento CE і EE, Magento аўтаматычна выкарыстоўвае кананічны тэг canonicalise іерархічных URL-прадукту (у катэгорыі шляху) да URL-адрасах верхняга ўзроўню.

    Ўмоўныя тэгі назва прадукту

    Іншы аспект з'яўляецца спосабам, якім Magento прысвойвае назва прадукту тэгаў, якія, як правіла, проста назва прадукту. Я хацеў бы прапанаваць, альбо усталяваўшы канвенцыі ўключаць зменныя, заснаваныя на характарыстыках (напрыклад, пол, колер і г.д.) або ўручную прызначыць іх, які заўсёды будзе перавагу.

    загалоўкі

    Magento мае тэндэнцыю выкарыстоўваць загалоўкі няправільна, часцей за ўсё шляхам прысваення тэгаў H2 да спісу прадукцыі на старонках катэгорый. Я прапанаваў бы проста праверыць гэта, як я таксама бачыў рэалізацыі з некалькі H1S па тыпах розных старонак і загалоўкаў не на ўсіх. Гэта нязначнае ўвага ў параўнанні з некаторымі з іншых пунктаў, пералічаных у гэтым артыкуле, і гэта можа быць вынікам выкарыстання тэмы / шаблону.

    URL - прадукту

    Я хацеў бы прапанаваць налады вашай рэалізацыі Magento выкарыстоўваць URL-прадукту верхняга ўзроўню, а не выбраўшы опцыю, каб уключыць катэгорыю шлях у URL. Я раскажу пра гэта больш падрабязна пазней.

    перанакіраванне

    Там ёсць опцыя ў заднім канцы Magento ўсталяваць пастаянны рэдырэкт, калі URL мяняюцца - я прапаную ўстаноўку это да, хоць проста быць у курсе магчымых праблем перазапісу, калі вы рэгулярна ўносіць змены ў ключы URL або робіце CSV загружаць няправільна. Зноў жа, гэта разглядаецца больш падрабязна пазней.

    Слаістай / аграненыя пытанні навігацыі

    Гэта вельмі характэрна для слаістай або гранёны навігацыі, каб выклікаць праблемы дублявання кантэнту з Magento, так як фільтры, якія ствараюць новыя URL-адрас часта індэксуюцца пошукавымі сістэмамі. Magento з скрынкі далучае параметры фільтра радкі запыту, але шэраг немаёмасных модуляў таксама выкарыстоўваць каталогі і розныя іншыя канвенцыі, якія па-ранейшаму прыводзяць да таго ж выніку. Гэта асабліва нешта разгледзець, калі вы карыстаецеся Amasty або Manadev.

    Адна з самых вялікіх памылак, я бачу рознічныя прадавец зрабіць у электроннай камерцыі SEO проста змена дынамічнай канвенцыі, што URL-адрас і мета назву заснаваныя на - настолькі эфектыўна, што робіць URL выглядаць чыстым і зрабіць тэг загалоўка трохі больш мэтанакіраваным. Гэта не вельмі добрая ідэя, так як з-за вялікага аб'ёму нізкага якасці старонак індэксуюцца, ён пакідае сайт успрымальным да Google Panda, якая спецыяльна прызначаецца для вэб-сайтаў з высокім узроўнем индексируемых старонак з вельмі невялікім колькасцю унікальнага кантэнту.

    рашэнні

    Прадухіліць пошукавыя сістэмы на старонках

    Калі ў вас ёсць вялікі краму ці вы карыстаецеся мульты-выбар шматузроўневай навігацыі, я прапаную блакавальны гэтыя старонкі з дапамогай файлаў robots.txt або Nofollowing спасылкі на старонкі - або абодва - што тое, што я, верагодна, рабіць, у выпадак у вас ёсць праблемы з вашым файлам robots.txt быць перапісаныя або знікаць і г.д.

    Гэта дапаможа прадухіліць старонкі ад выкарыстання да поўзання бюджэту, аднак ён будзе таксама зрабіць яго больш цяжкім для пошукавых сістэм, каб прадукты доступу, я хацеў бы прапанаваць гэты маршрут для буйнейшых гандляроў - але калі ў вас ёсць адносна невялікага сайта, я, напэўна, прапануюць выкарыстоўваць мета-тэгі робатаў.

    Выкарыстоўвайце NoIndex, прытрымлівацца тэг

    Я рэгулярна аддаюць перавагу выкарыстоўваць NoIndex дырэктыву паведаміць пошукавым сістэмам індэксаваць слаістай старонак навігацыі. Вы можаце выкарыстоўваць або мета-тэгі або робатаў х робатаў тэгі, каб зрабіць гэта, і яны абодва будуць па-ранейшаму адказваюць патрабаванням для запытаў на выдаленне ў Google Webmaster Tools, і ў канчатковым рахунку, служаць той жа паведамленне для пошукавых сістэм.

    Асноўная перавага выкарыстання NoIndex, прытрымлівацца тэг, што пошукавыя сістэмы могуць па-ранейшаму сканаваць старонкі і спасылкі на старонкі, але яны праінструктаваныя ня індэксаваць іх. Гэта можа быць добра, калі ў вас ёсць праблемы з пошукавымі сістэмамі поўзаць прадукты (асабліва, калі вы моцна мерчандайзинг набору прадуктаў і іншыя даступныя толькі праз дынамічныя старонкі).

    Гэта можа быць дасягнута з дапамогай плагіна MageSEO (мой модуль Magento SEO) ці большасць іншых модуляў - гэта дазваляе прызначыць ўручную кіравалі мету робатаў, дае вам большы кантроль над кананічным тэгам, а таксама дазваляе рэдагаваць файл robots.txt з Magento фонавае.

    Калі вы з дапамогай множнага выбару опцыі на вашай слаістай навігацыі або, калі вы сутыкнуліся з праблемамі з бюджэтам поўзаць, я прапанаваў бы на самай справе блякаваньне URL.

    Выкарыстоўвайце кананічны тэг

    Кананічны тэг можа быць вельмі добрым рашэннем для дубляваных старонак з індэксацыі, па canonicalising назад да бацькоўскіх старонцы катэгорыі (гэта будзе таксама перадаць значэнне назад на старонку). У мяне ёсць некалькі агаворак з кананічнай тэга - па-першае, што я бачыў шмат выпадкаў, калі пошукавыя сістэмы ігнаруюць кананічны тэг, калі старонка мае розныя (з-за розных прадуктаў, якія абслугоўваюцца). Па-другое, калі ў вас ужо ёсць старонкі ў індэксе (і вы павінны вырашыць гэтую праблему хутка) гэта можа заняць шмат часу для Google і іншых пошукавых сістэм, каб адаптавацца да зменаў. Вы таксама не зможаце ўручную выдаліць старонкі, паколькі яны не будуць адпавядаць правілам выдалення Google.

    AJAX навігацыі

    Выкарыстанне AJAX навігацыі дазволіць фільтраваць прадукты, размешчаныя на вашым сайце, не змяняючы URL, пакінуўшы толькі зыходную старонку катэгорыі. Калі вы не дасведчаны распрацоўшчык Magento на руку, гэта, верагодна, будзе крыху кашмару. Ёсць модулі, якія могуць дапамагчы з гэтым, але калі шчыра, калі ў вас няма добрага распрацоўніка, каб дапамагчы, я б проста не рабіць гэты перамыкач. Акрамя таго, гэта можа выклікаць шмат дадатковых тэхнічных пытанняў, - я бачыў рознічнага гандлю прыняць гэты метад і блакаваць спасылкі прадукта праз лішак JavaScript у некалькі разоў. Калі вы вырашыце пайсці па гэтым шляху (які павінен быць аб вопыце карыстальнікаў, а таксама SEO), пераканайцеся, што вы пракансультавацца з дасведчаным кансультантам SEO, перш чым зрабіць выключальнік.

    Калі вы выкарыстоўваеце AJAX для шматузроўневай навігацыі, пераканайцеся, адфільтраваць спасылкі не на самай справе спасылкі на URL ў фонавым рэжыме, так як гэта можа выклікаць дадатковыя праблемы з дынамічнымі старонкамі індэксуюцца, хоць спасылкі не актыўна бачныя пры праглядзе сайт.

    Апрацоўка параметраў у Google Webmaster Tools ,

    Я заўсёды выказаў здагадку, што параметр рэсурс апрацоўкі ў Google Webmaster Tools, не занадта эфектыўны, асабліва з гранёным навігацыйнымі праблемамі дубляваць кантэнту - аднак, я чуў шмат вельмі добрыя аптымізатары кажуць, што ёсць нашмат лепш.

    Як кананічнага тэг, я б рэкамендаваў рэалізацыі гэтага, нават калі вы карыстаецеся іншыя рашэнні.

    Гэта звычайна можа кіравацца вельмі effecively з дапамогай MageWorx SEO світа - якая дазваляе кантраляваць кананічныя URL-адрасы (больш поўна), прызначаць NoIndex правілы, кіраваць robots.txt (а таксама мноствам іншых рэчаў) ад Magento фонавага.

    пошук старонкі

    Яшчэ вельмі раздражняе праблема з Magento, калі каталог старонак пошуку індэксуецца Google, як і ў цэлым там будуць тысячы. Для таго, каб прадухіліць гэта, я б проста рэкамендаваў забараняючы на ​​прызначаючы NoIndex, ідуць мета-тэгі робатаў на старонку пошуку і дзяцей запытаў, якія змяшчаюцца ў каталогу. Калі ў вас узніклі праблемы з поўзаць бюджэт, я прапанаваў бы выкарыстаць файл robots.txt замест мету робатаў тэгаў.

    Sitemaps

    Magento вядомы як даволі смецце, калі справа даходзіць да стварэння XML Sitemaps, так як ён проста дае магчымасць стварэння адной, аўтаномныя карты сайта, якая часта ўтрымлівае старонкі, якія вы не хочаце індэксаваць / доступ пошукавых сістэм.

    Я звычайна прапаную стварыць два XML Sitemaps, адзін для прадуктаў і адну катэгорыю і змест старонак - гэта дазваляе для лепшай бачнасці індэксацыі старонак (праз Інструменты Google для вэб-майстроў), а таксама робіць яго больш лёгкім для Google, каб атрымаць доступ да ўсіх старонках, калі ў вас ёсць вялікі сайт. Для вельмі вялікіх сайтаў, я звычайна прапаную расшчапляюць прадукты па-за маркі або тыпу, што таксама забяспечвае больш глыбокае індэксацыяй. Вы б затым спасылацца на розныя сайтмепов ў індэксныя сайце.

    Гэта можа быць альбо зроблена вашымі распрацоўшчыкамі, ці вы можаце выкарыстоўваць модуль іншага.

    Праблемы з URL перапісвання

    Яшчэ дзіўна агульная праблема з Magento з'яўляецца URL перапісвання, які можа выклікаць небудзь катэгорыі або старонкі прадуктаў URL, каб вярнуцца да зыходных / каталог / URL, якія не запісваюць іх на аснове загалоўка старонкі або для гэтых URL-адрасоў для запуску паралельна ,

    Я б рэкамендаваў блакавальны гэтыя URL-адрас і проста сачыць за імі, так як у мяне былі праблемы ў мінулым (выклікана праблемамі з асвяжальным), дзе ўсе URL, якія былі вернутыя назад да старой структуры без пераадрасацыі 301 ўжываюцца.

    Яшчэ адна праблема з Magento, перапісвае, калі Magento дадае лік да канца прадукту і катэгорыі URL-адрасоў, так што -1, -2, -3, напрыклад. Гэта адбываецца, калі існуючы URL шлях ужо выкарыстоўваюцца і перапісвае замяняе арыгінальны URL, не змяняючы яго. Гэта можа быць вялікай праблемай і, як правіла, патрабуе рэсурсу развіцця для рашэння. Калі ў вас ёсць якія-небудзь пытанні па гэтай нагоды - не саромейцеся, напішыце мне па электроннай пошце.

    Яшчэ адной прычынай для дадаванага да URL ліку адбываецца ад абнаўляюцца прадуктаў з дапамогай файлаў CSV - калі гэта адбудзецца, вам проста трэба задаць распрацоўніку, каб выдаліць перапісвае з табліцы перапісвання, хоць гэта павінна быць старанна пратэставаны перад нанясеннем на ваш жывы сайт.

    бяспечныя старонкі

    Гэта сапраўды агульнае для абароненых старонак, якія будуць індэксавацца Google (для небяспечных вэб-сайтаў), якія могуць быць вельмі раздражняюць з дубляваць кантэнту перспектывы. Для гэтых старонак, я б рэкамендаваў альбо canonicalising па пратаколе HTTPS старонкі ў версію HTTP або прымянення правілы перазапісу - і павінен прымяняцца з выключэннямі для старонак, якія павінны быць па пратаколе HTTPS, такія як старонкі касы або старонка акаўнта.

    Праблемы з HTTPS старонак, праіндэксаваных выклікаецца URL, не будучы абсалютным, гэта значыць, калі яны поўзалі па пратаколе HTTPS старонак, яны наведваюць версію пратаколу HTTPS старонкі. Я таксама рэкамендую змяняць спасылкі на абсалютнасць.

    Дубляваны кантэнт старонкі прадукту з іерархічнай URL ( у тым ліку катэгорыі шляху ў URL - адрас)

    Калі вы выкарыстоўваеце іерархічныя URL, які будзе ўключаць у сябе назву катэгорыі імя ў межах старонкі прадукту URL шляху, вы наладжваеце сябе, каб мець паўтаральныя варыяцыі прадукту ў некалькіх катэгорыях. Па гэтай прычыне я настойліва рэкамендую выкарыстоўваць URL-прадукт верхняга ўзроўню, так як гэта дазволіць прадухіліць такія праблемы, як гэта і дазволіць вам мець адзін адзіную рэпрэзентатыўную версію прадукту.

    Калі вы ўжо карыстаецеся катэгорыі шляхоў у межах вашых URL-прадукце, пераканайцеся, што вы карыстаецеся кананічны тэг, каб паказаць на асноўную версію кожнага прадукту - гэта будзе таксама вырашыць праблему, хоць прадукты верхняга ўзроўню будуць лепшым варыянтам.

    Акрамя таго, калі вы пераходзіце да прадуктаў верхняга ўзроўню, пераканайцеся, што вы атрымаеце распрацоўшчык стварыць правіла перазапісу для перанакіравання старых URL-прадукту, так як па змаўчанні, Magento не будзе перанакіроўваць іх.

    пагинация

    Magento Спіс прадукт старонкі будуць выкарыстоўваць разбіццё на старонкі, каб разбіць вялікі спіс прадуктаў, якія, як правіла, азначае тое ж самае ўтрыманне выкарыстоўваецца на розных варыяцый адной і той жа старонцы. Гэтыя старонкі павінны сапраўды выкарыстоўваць отн наступны і папярэдні тэг, які быў прадстаўлены на Google ў 2011 годзе, каб дапамагчы вэб-майстрам паказаць, што яны пабітым на старонкі старонкі.

    Тэг, які можа быць дададзены да пастаронкавага спасылках або праз <галавы> будзе выглядаць наступным чынам:

    <Спасылка отн = "наступны» HREF = "http://website.com/clothing?p=6" />

    <Спасылка отн = "прад» HREF = "http://website.com/clothing?p=4" />

    Я прапанаваў бы выкарыстаць NoIndex, прытрымліваюся мета робатаў тэг нароўні з отна наступным і перад.

    Ідэнтыфікатары сесій / SIDs

    Сесіі ID старонка выкарыстоўваецца для запісу сеансу карыстальніка, звычайна, калі яны перамяшчаюцца з аднаго дамена ў іншы. Гэтыя старонкі могуць выклікаць ўсе віды праблем дубляваць змест, калі яны індэксуюцца і няма ніякіх абмежаванняў на колькасць URL-адрасоў, якія могуць быць сфармаваныя.

    Калі вы сапраўды ёсць праблемы з ідэнтыфікатарамі сесій, я прапанаваў бы выкарыстаць альбо файл robots.txt або мета-тэгі робатаў, каб прадухіліць індэксаванне старонак. Гэта таксама дазволіць вам прадставіць запыты на выдаленне, калі старонкі індэксуюцца.

    прадукцыйнасці Magento

    Magento, як вядома, павольна, што ў вельмі цяжкіх выпадках, можа паўплываць на арганічнае ранжыраванне пошуку - гэта таксама ўплывае на магчымасці сканавання, што робіць аптымізацыю прадукцыйнасці на самай справе важна для вялікіх сайтаў. Ёсць шэраг рэчаў, якія вы можаце зрабіць, каб аптымізаваць хуткасць вашага сайта Magento, такія як:

    • З дапамогай аптымізаванага і добра наладжаны сервер
    • Адключыць часопісы Magento і ўключыць часопіс ачысткі (у Magento фонавым)
    • Ўключыць зліццё CSS і JavaScript (у Magento фонавага)
    • кэш браўзэра Рычагі
    • Выкарыстанне CDN для малюнкаў (таксама глядзіце на паслугі сціску малюнкаў)
    • Аптымізацыя інтэрфейсных актываў

    Гэта тое, што я настойліва рэкамендую ў любым выпадку, з пункту гледжання аптымізацыі карыстацкага досведу / пераўтварэннем і я прапаную атрымаць вашыя распрацоўшчыкі вылучыць некаторы час для паляпшэння вышэйзгаданых аспектаў (і многіх іншых) з мэтай аптымізацыі хуткасці вашага крамы.

    Пераканайцеся , што 301 перасылак выкарыстоўваюцца

    Па змаўчанні, старыя версіі Magento выкарыстоўваць 302 рэдырэкт, як па змаўчанні, якія будуць перашкаджаць пераадрасоўвае і перапісванне правілаў ад перадачы значэння. Я б настойліва рэкамендаваў забяспечыць, каб ваш пераадрасоўвае ўстаноўлены на 301, каб пераканацца, што вы робіце вялікую частку вашага значэння спасылкі.

    Дублікат ўтрыманне прадукту з дапамогай мульты-крамы

    Калі вы выкарыстоўваеце мульты-крама для кіравання некалькіх асобнікаў Magento - гэта не паважная прычына для выкарыстання таго ж зместу прадукту на некалькі сайтаў (калі вы не выкарыстоўваеце яго для інтэрнацыяналізацыі ці вы карыстаецеся кананічны тэг, каб прадухіліць гэта ад таго, пытанне, які большасць з іх не будзе). Я працаваў з вялікай колькасцю прадаўцоў, якія выкарыстоўвалі мульты-крама, каб кіраваць такой жа каталог на некалькіх вэб-сайтах, што будзе азначаць усё змесціва вашага прадукту будзе дублявацца на кожным дамене. Я б прапанаваў стварыць другі набор ўтрыманне прадукту, калі вы выкарыстоўваеце некалькі крам, каб кіраваць некалькімі крамамі.

    Міжнародны пазначаных Magento

    Па той ці іншай прычыне, Magento гандляры, здаецца, сапраўды змагацца з міжнароднымі рэалізацыямі крамы з пункту гледжання SEO. Найбольш распаўсюджаны варыянтам я бачу прадаўцы, выкарыстоўваючы адзін каталог і з выкарыстаннем пашырэння для дадання дадатковых фонавым поля (гэта значыць астатняя частка старонкі застаюцца тым жа) або з выкарыстаннем мульты-крамы і зрабіць памылку, выкарыстоўваючы тыя ж адрасы, метададзеныя , капіяваць (у некаторых месцах) і проста стварае варыянты для розных краін, якія яны хочуць мэты.

    Першыя з гэтых двух варыянтаў (міжнароднае пашырэнне) таксама, як правіла, служаць старонкі праз няцотныя радкі запыту URL-адрасы, так як гэта як варыянт зыходнай старонкі. Акрамя таго, калі старонкі не змест, як правіла, гэтыя старонкі будуць мець ўтрыманне зыходнай старонкі - што дрэнна з пункту гледжання панд, бо гэта азначае, што вы будзеце мець дублікаты арыгінальных старонак.

    Я хацеў бы прапанаваць выкарыстоўваць мульты-крама, noindexing старонкі, пакуль яны не маюць унікальны кантэнт, а таксама з дапамогай hreflang тэга, які я прадаставіў больш падрабязную інфармацыю аб ніжэй. Вы можаце зрабіць гэта з дапамогай падкаталога або асобнай ксДВой. HREF-Ланг тэг павінен быць рэалізаваны такім чынам, што эквівалентны URL спасылаецца з іншых крам на ўзровень старонкі аснове - Я бачу занадта шмат сайтаў, якія проста спасылаюцца на хатняй старонцы на кожнай старонцы сайта.

    Выкарыстанне hreflang тэг з Magento

    У отне чаргаваць hreflang тэг дапамагае карыстальнікам Google сказаць, што ў вас ёсць альтэрнатыўная міжнародная версія дадзенай старонкі і з'яўляецца асноўнай часткай міжнароднага SEO. Hreflang тэг будзе спрыяць таму, што правільная версія старонкі сайта або асобнага падаецца ў правай рэгіянальнай версіі Google.

    Ёсць некалькі модуляў, даступных, аднак я не правільна выкарыстаў ні аднаго з іх, таму я прапаную выкарыстоўваць свой рэсурс развіцця для яго рэалізацыі. Сама па сабе рэалізацыя будзе адрознівацца ў залежнасці ад таго, калі вы выкарыстоўваеце некалькі крам або рэалізацыі міжнародных старонак праз убудова або прыстасаваныя поля. Вось прыклад (з выкарыстаннем рознай ксДВой), як гэта павінна выглядаць, калі правільна рэалізавана на старонцы (таксама можа быць зроблена з дапамогай вашага сайта).

    <Спасылка отн = "альтэрнатыўны» hreflang = »ан-гб» HREF = "http://www.example.co.uk»>

    <Спасылка отн = "альтэрнатыўны» hreflang = »ан-Прэнс» HREF = "http://www.example.com.au»>

    <Спасылка отн = "альтэрнатыўны» hreflang = »FR-пт» HREF = "http://www.example.fr»>

    Калі вы робіце гэта на тым жа дамене, што б выглядаць наступным чынам (гэта выкарыстоўвае прыклад прадукту):

    <Спасылка отн = "альтэрнатыўны» hreflang = »ан-гб» HREF = "http://www.example.co.uk/example-product-1">

    <Спасылка отн = "альтэрнатыўны» hreflang = »ан-Прэнс» HREF = "http://www.example.com.au/example-product-1">

    <Спасылка отн = "альтэрнатыўны» hreflang = »FR-пт» HREF = "http://www.example.fr/example-product-1">

    Я зрабіў праект для сярэдняга памеру мэбляй рознічнага гандлю каля года назад - яны выкарыстоўвалі пашырэнне і каля 20% старонак былі унікальнае змест, астатняе служыла зместу ад зыходнай старонкі (так на англійскай мове). У іх не было hreflang тэгі і шмат нізкіх старонак якасці ў індэксе. Я рэалізаваў hreflang тэг, выдаляецца мноства старонак (пакуль мы не апублікавалі новы кантэнт) і заплацілі шмат студэнтаў, каб напісаць лакалізаваны кантэнт для прадуктаў і старонак катэгорый) - яны бачылі павелічэнне арганічнай бачнасці больш за 350% на працягу наступнага года , у тым ліку сур'ёзных паляпшэнняў для міжнародных фраз.

    Функцыянальнасць Агляд Magento OOTB

    Калі вы выкарыстоўваеце адмову ад функцыянальнасці скрынкі Magento агляду, то гэта будзе азначаць, што ўсе вашыя водгукі прадукту апублікаваныя на старонцы прадукту, а таксама асобную старонка, якая агрэгуе усе водгукі на старонцы прадукту. Кожная старонка прадукту мае адзін з гэтых старонак, якія, па сутнасці, дублюючага ўтрыманне агляду прадукту. Я бачыў шмат пытанняў ад гэтага, у тым ліку пытанні cannibalisation (ніжняй старонкі дубліката якасці ранжыравання замест старонкі асноўнага прадукту), а таксама вялікая колькасць тонкіх старонак, індэксуюцца для прадуктаў, якія не маюць аглядаў (як на старонках існуюць у выглядзе дадаюць прадукт).

    Вось прыклад таго, што гэтыя старонкі выглядаюць наступным чынам:

    Вось прыклад таго, што гэтыя старонкі выглядаюць наступным чынам:

    Маючы зводную старонку для ўтрымання агляду з'яўляецца даволі распаўсюджанай з'явай, і большасць буйных вытворцаў агляду зрабіць гэта з рэалізацыяй OOTB (напрыклад, Bazaarvoice, Yotpo і Сілавымі Водгукамі назваць некалькі). Гэта нешта мець на ўвазе, хоць, як гэтыя старонкі могуць выклікаць шмат праблем.

    Стужка звязаных з дубляваным кантэнтам

    Калі вы выкарыстоўваеце свой канал для адпраўкі кантэнту на партнёрскія сайты або пасярэднік, гэта можа выклікаць вялікую колькасць праблем з дубляваным кантэнтам. Гэта адна з найбольш распаўсюджаных прычын Panda штрафаў і можа аказаць істотны ўплыў на арганічную бачнасці.

    Я хацеў бы прапанаваць, маючы два канала: адзін для вашага сайта і адзін для сайтаў трэціх асоб, так як гэта дазволіць ліквідаваць рызыка вашай бачнасці на ўплыў у выніку.

    канфігурацыя Magento

    Калі вы збіраецеся пачаць новы Magento краму, я прапанаваў бы выкарыстаць наступнае, каб гарантаваць, што ваш новы магазін цалкам аптымізаваны, таму калі ў вас ёсць існуючы сайт, што робіць гэтыя змены могуць паўплываць на бачнасць і гэта запатрабуе больш планавання ,

    Вось некаторыя рэкамендацыі, я звычайна раблю для канфігурацыі Magento крамы:

    • Ўключыць кананічныя URL-адрас для прадукту і катэгорыі старонак (конфіг> Каталог> пошукавая аптымізацыя)
    • Ўсталяваць URL-прадукту да верхняга ўзроўню (канфігурацыя> Каталог> пошукавая аптымізацыя - дазваляе катэгорыі шлях у URL-прадукту, устаноўленыя на «не»)
    • Ўключыць XML карту сайта і стварыць па меншай меры адзін (каталог> Карта сайта Google)
    • Калі вы карыстаецеся рэжым спісу для спісу старонак прадукту (не дазваляюць ўтрыманне прадукту, які будзе адлюстроўвацца)
    • Ўключыць стварэнне пераадрасацыі, калі URL-адрасы змяняюцца (але сачыць за перапісвае, калі нумары будуць дададзеныя да URL-адрасах)

    Robots.txt канфігурацыі з Magento

    Robots.txt з'яўляецца вельмі каштоўным, асабліва для вялікіх сайтаў электроннай камерцыі, але ён таксама можа выклікаць праблемы з фрагментацыяй поўзаць, калі яны выкарыстоўваюцца няправільна. Я хацеў бы прапанаваць толькі з дапамогай файлаў robots.txt, калі вы хочаце / патрэбныя пошукавыя сістэмы не поўзаць канкрэтныя раздзелы вебов-сайта (напрыклад, пошукавых старонак, старонак з ідэнтыфікатарамі сесій, мульты-выбар шматузроўневай навігацыі і г.д.). Robots.txt варта выкарыстоўваць для прадухілення старонак з абыходу, але ўспомніў, ёсць і іншыя маршруты для блакавання старонак (шмат Magento купцоў, здаецца, каб блакаваць усе з дапамогай файлаў robots.txt з-за некаторыя раннія robots.txt шаблонаў, якія былі выпушчаныя) ,

    Я, як правіла, мяркуюць, што вы блакуеце наступнае з дапамогай файлаў robots.txt:

    • Catalogsearch старонкі
    • / Каталог / URL-адрас (калі ў вас ёсць выявы і CSS & JS ўнутры гэтай тэчкі)
    • URL-адрас з параметрамі сеансу ID
    • Шматслаёвая старонкі навігацыі (калі ў вас ёсць множны выбар фільтры ці вялікі вэб-сайт)
    • Параметры сартавання / замовы
    • старонкі адміністратара

    Так што калі вы павінны былі прытрымлівацца гэтага, вы robots.txt будзе выглядаць прыкладна так (я выкарыстоўваю * ў выпадку, калі ў вас ёсць некалькі магазінаў пад падкаталогаў):

    Агент карыстальніка: *

    Disallow: / адміністратар /
    Disallow: * цана = *
    Disallow: * рэж = *
    Disallow: * парадак = *
    Disallow: * мяжа = *
    Disallow: * / каталог / *
    Disallow: * / catalogsearch / *
    Disallow: * / кліент / *
    Disallow: * SID = *

    Карта сайта: ###

    Magento модулі SEO:

    Я ўжо стварыў свой уласны модуль Magento SEO (так званы MageSEO), але я хутка выявіў, што падтрымка яго было вельмі цяжка без выдзеленых тэхнічных рэсурсаў. За апошнія некалькі месяцаў я выкарыстаў і рэкамендаваць MageWorx SEO люкс , Які ўяўляе сабой ўсёабдымны модуль, які быў вакол на працягу доўгага часу.

    модуль MageWorx прапануе велізарную колькасць магчымасцяў SEO, у тым ліку:

    • Падтрымка Hreflang - уключае ў сябе мноства варыянтаў для забеспячэння яго задавальняе налады каталога вашага крамы
    • Варыянты налады каталога прадукцыі - гэта звычайна патрабуецца функцыя, дзе гандляры маюць некалькі версій аднаго і таго ж прадукту, як правіла, просты, камплектнага або канфігуруемых прадуктаў. Модуль дазваляе канфігураваць кананічныя URL, па сутнасці спасылацца на першасныя версіі URL. Так, напрыклад, калі ў вас ёсць кашуля гэта канфігуруемы прадукт з рознымі версіямі памеру як простыя прадукты, вы можаце ўсталяваць кананічны URL для наладжвальнай версіі на кожным з іх.
    • Правілы для меты робатаў правілы - гэта функцыя, я выкарыстоўваю на ўсе крамы я працую. Вы можаце ўсталяваць правілы (з групавымі сімваламі), каб прызначыць мета-тэгі робатаў дырэктывы групы старонак (напрыклад, NOINDEX, прытрымлівацца на ўсіх URL-адрасоў, якія змяшчаюць? Кошт =).
    • Магчымасць рэдагаваць файл robots.txt з Magento фонавай
    • Кантроль над HTTPS / HTTP дубляваных URL-адрасоў
    • Магчымасць ствараць больш складаныя правілы для кананічнай URL-адрасоў (для такіх рэчаў, як канчатковыя касых чорт і г.д.)
    • Опцыі для перазапісу URL-адрасоў
    • Варыянты вакол стварэння мета канвенцыі назвы (на розных старонках)
    • Пашыраныя магчымасці XML карта сайта
    • варыянты Pagination
    • Магчымасць пераазначэння розных іншых налад крамы ўзроўню

    Такія толькі некаторыя з асноўных функцый, ёсць грузы больш - гэта робіць «даволі шмат» усё, што вам трэба, што я прыпісваю гэта з'яўляецца найбольш папулярным модулем і іх атрымліваць шмат мастацкіх запытаў ад прадаўцоў і агенцтваў.

    Я выкарыстаў гэты модуль на 20+ крам і яшчэ не было ніякіх рэальных праблем з ім - хоць вы павінны быць асцярожныя пры яго наладзе. Я хацеў бы прапанаваць адпаведнасць яго менавіта да вашай бягучай наладзе, каб пачаць з, а затым ўжываць выпраўлення, так як некаторыя з параметраў могуць выклікаць праблемы вакол як скануе ваш сайт (напрыклад, некарэктныя кананічныя URL-адрас і г.д.).

    Калі ў вас ёсць якія-небудзь пытанні па наладзе - не саромейцеся, пішыце мне ( [Электронная пошта абаронена] ).

    Іншыя модулі, якія я выкарыстаў да таго, што было вельмі добра ставяцца:

    • CreareSEO (Бясплатна, але менш магчымасцяў, чым большасць з іх - прэміум робіць асновы, хоць)
    • модуль карты сайта MageWorx (Гэта карысна ў якасці асобнага модуля для пашырэння карты сайта Magento)
    • модуль Mirasvit (Добры модуль, які ахоплівае асновы з некалькімі дадатковымі опцыямі)

    Я таксама напісаў Magento SEO параўнання модуль шт каб зрабіць яго лягчэй вырашыць, які модуль выкарыстоўваць.

    -

    Калі ў вас ёсць якія-небудзь пытанні, пра што я згадаў у гэтым блогу або што-небудзь яшчэ, звязаных з Magento, калі ласка, не саромейцеся напішыце мне паведамленне праз гэтую форму , Я таксама забяспечыць Аўдыт Magento SEO і кансультацыі для буйных праектаў Magento.

    роднасны

    Com/clothing?
    Com/clothing?
    Напрыклад, NOINDEX, прытрымлівацца на ўсіх URL-адрасоў, якія змяшчаюць?

    Новости

    www.natali.ua www.buhgalteria.com.ua www.blitz-press.com.ua  | www.blitz-price.com.ua  | www.blitz-tour.com.ua
     
    Rambler's Top100
     письмо веб-мастеру
    Copyright c 2000, Блиц-Информ