Magento 2,0 SEO ўстаноўкі і налады: Рэкамендацыі для ўстаноўкі ў першы раз

1. Magento 2,0: SEO ўстаноўкі і налады Кіраўніцтва
2. Кананічныя Налады каталога
3. катэгорыя Дубляванне
4. дубляванне прадукту
5. праверка гэтага
6. рашэнне
7. Apache Прымусовая Слізгальны Slash
8. Nginx Прымусовая Слізгальны Slash
9. Умовы Папулярныя Пошук
10. Canonical CMS Pages
11. XML Sitemap
12. файл robots.txt
13. Robots.txt для стадирования сайтаў
14. Robots.txt для жывых сайтаў
15. Блакаванне URL-адрасоў з радка запыту з Google
16. Праверка robots.txt,
17. Робаты пошукавых сістэм
18. выдаленне index.php
19. апаш
20. Nginx
21. Non-WWW / WWW пераадрасоўвае
22. Сціск HTTP і кэшаванне
23. Magento 2 Настройкі Apache
24. Magento 2 Nginx Налады
25. Тэставанне Кэшаванне / сціск
26. Мінімізаваць Javascript і CSS / HTML
27. ўключэнне минификация
28. схеме пакетавання
29. Загалоўкі старонак і мета-апісанне
30. Налада шаблонаў прадукту па змаўчанні
31. Арганізацыя / Schema Сайт
32. Даданне арганізацыі / WebSite схемы
33. Google Analytics

Magento 2,0: SEO ўстаноўкі і налады

Кіраўніцтва

ўвядзенне

Настройка Magento 1.9.x была адносна руціна. Magento 2,0 трымае яго проста занадта - яго базавая ўстаноўка выглядае наступным чынам.

Заўвага: Націсніце на абразок , каб атрымаць пашыраную інфармацыю і абгрунтаванне кожнага змены або націсніце тут , каб паказаць іх усё.

Кананічныя Налады каталога

Сучасныя платформы электроннай камерцыі могуць стварыць значную колькасць дубляваць кантэнту - і без належнай канфігурацыі Magento 2,0 не з'яўляецца выключэннем.

такім чынам, кананічныя URL-адрас павінны быць выкарыстаны, каб выправіць гэта.

Напрыклад:

катэгорыя Дубляванне

• http://www.example.com/chocolates
• http://www.example.com/chocolates/
• http://www.example.com/chocolates/?product_list_limit=30
• http://www.example.com/chocolates/?product_list_order=name
• http://www.example.com/chocolates?ingredients=5

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

дубляванне прадукту

Для прадуктаў, гэта крыху больш простым.

• http://www.example.com/chocolates/mars-bar-84g
• http://www.example.com/chocolates/bars/mars-bar-84g/
• http://www.example.com/mars-bar-84g
• http://www.example.com/mars-bar-84g/
• http://www.example.com/brands/mars/mars-bar-84g

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

праверка гэтага

Хуткі спосаб праверыць катэгорыі або дубляванне прадукту з'яўляецца выкарыстанне самага Google. Выкарыстоўваючы пошукавыя аператары , такія як сайт :, Inurl: і InTitle: разам, як правіла , знайсці гэта, напрыклад , сайт: .co.uk Inurl: паветра-кнот InTitle: »Air Wick місіс Клаўс Яблычны пірог» - выкарыстанне загалоўкаў ад выпадковага прадукту, катэгорыі або CMS старонак / блог.

Заўвага: Вам не трэба будзе тэставаць кожную старонку , як гэта, толькі 2 ці 3 кожнага тыпу старонак.

рашэнне

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

Ўстаноўка гэтага да амаль ідэнтычны Magento 1.9.x.

• Налады пошукавай аптымізацыі катэгорый і прадуктаў могуць быць даступныя праз

  1
  

  Крамы & GT; Наладак / Канфігурацыя & GT; Каталог & GT; каталог

• дзеянні;
  • Кананічныя спасылкі ўключаная на абодвух прадуктаў і катэгорый.
  • URL - прадукту не выкарыстоўваецца катэгорыя шляху.
  • І URL прадукту / Катэгорыя суфікс URL усталяваны як / (калі што - то накшталт .html не з'яўляецца пераважным).
• Ёсць некаторыя невялікія недахопы выкарыстання некаторых з гэтых параметраў (у прыватнасці, страты катэгорыі з URL і як Magento апрацоўвае сухары), але яны перавешваюць выгады.

Калі URL прадукту і катэгорыі URL Суфікс усталёўваецца як слэш, добрая мадыфікацыя , каб прымусіць ваш сайт перанакіраваць ад example.com/category да example.com/category/. У Magento 1.9.x, гэта можа быць як дзейнічалі установак у пашырэнні Creare SEO, але (на момант напісання), гэта яшчэ не даступныя для Magento 2.0.x, таму невялікая змена трэба будзе зрабіць, каб ваш вэб-сервер.

Apache Прымусовая Слізгальны Slash

Гэта патрабуе змянення файла Htaccess. рашэнне ад StackOverflow можа быць зроблена, каб працаваць на Magento 2.0.x.

RewriteCond% {REQUEST_URI} / $ RewriteCond% {REQUEST_FILENAME} -f RewriteCond% {REQUEST_URI} ^ index.php RewriteCond% {REQUEST_URI} \ (HTML | JPG | PNG | GIF)! (*). !!. $ RewriteRule ^ (. *) $ / [L, R = 301]

Размешчаны пасля любога RewriteBase (калі неабходны), але перад RewriteRule спасылка index.php.

Nginx Прымусовая Слізгальны Slash

Абнаўленне файла канфігурацыі Nginx будзе неабходна.

Месцазнаходжанне / {перапішам ^ ([. ^] * [^ /]) $ / Пастаянны; }

Заўвага: Любыя змены перанакіраванне павінны быць старанна правераныя пасля ўкаранення - уключаючы праверку для захавання радкі запыту. Існуючыя правілы і правільны парадак правілаў могуць паўплываць на гэта.

Умовы Папулярныя Пошук

На той жа старонцы, гэта добра, каб папулярныя пошукавыя тэрміны - але гэтыя старонкі, як правіла, будзе заблякаваны ў файле robots.txt або noindexed так не будзе служыць дапаможнік SEO або Гандыкапы.

Canonical CMS Pages

Ўключэнне кананічных старонак CMS неабходна пашырэнне трэцяга боку і апісваюцца у наступным раздзеле ,

XML Sitemap

XML Sitemaps дазваляе Google лёгка ідэнтыфікаваць і сканаваць URL-адрас на вашым сайце, і яны па-ранейшаму асноўная асаблівасць у Magento 2.0. Другі крок у базавай ўстаноўцы з'яўляецца стварэнне ўмоў для іх генерацыі.

• Адно прыкметнае паляпшэнне з'яўляецца магчымасць падзяліць вашу карту сайта на некалькі файлаў - сайты з больш чым 50000 прадуктаў, як правіла, рэкамендуецца зрабіць гэта. Другое нязначнае паляпшэнне з'яўляецца магчымасць дадання URL-адрасоў для Sitemaps ў файле robots.txt (Search Engine Налады Падначаленне) - невялікага паляпшэння якасці жыцця і часта грэбуюць ўладальнікаў сайта.
• Там да гэтага часу няма з скрынкі для падтрымкі Hreflang XML Sitemaps для тых, хто працуе міжнародныя / сайты шматмоўных - сапраўдная ганьба, улічваючы, наколькі эфектыўным з'яўляецца Magento на рэалізацыю гэтых праз некалькі вітрыны ўстаноўкі. Гэта абмяркоўваецца ў наступным раздзеле.
• HTML Sitemaps больш не частка Magento Ядры, але можа быць лёгка перапісана з дапамогай шаблону або пашырэння трэцяга боку

• Гэта могуць быць даступныя праз

  1
  

  Крамы & GT; Наладак / Канфігурацыя & GT; Каталог & GT; XML Sitemap

  ,

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

• Налады па змаўчанні сайта для катэгорый, прадуктаў і опцый CMS старонкі выдатна - Google імкнецца вызначыць поўзаць прыярытэт сам па сабе - усе налады ў карце сайта будзе выкарыстоўвацца толькі ў якасці кіраўніцтва.

Заўвага: Любыя Sitemaps згенераваныя павінны быць неадкладна прадстаўлены Google Search Console каб дапамагчы індэксацыю ўсіх вашых старонак.

файл robots.txt

Файл robots.txt з'яўляецца « тэкставы файл вэб-майстар стварыць праінструктаваць [...] робаты пошукавых сістэм [...], як сканаваць і індэксаваць старонкі на сваім сайце «.

Як ужо згадвалася вышэй, Magento 2,0 дададзеная магчымасць рэдагаваць файл robots.txt ад адміністратара бэкэнда (

1

Крамы & GT; Канфігурацыя & GT; Робаты Дызайн / Search Engine

).

У кастрычніку 2014 года, Google абнавілі свае кіруючыя прынцыпы сказаць вэб-распрацоўнікам, каб гарантаваць, што іх файл robots.txt не блакіруе вобразы, шрыфты, Javascript, CSS або любыя іншыя файлы, якія ўплываюць, як старонка выглядае, калі яна адлюстроўваецца.

Калі вы хочаце, каб праверыць, ці сапраўды ваш існуючы файл robots.txt гэта, ёсць robots.txt праверка, убудаваная ў Google Search Console, але хуткі тэст Мабільны Дружалюбныя праверкі кампаніі Google ,

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

Robots.txt для стадирования сайтаў

Мы рэкамендуем выкарыстоўваць параметр;

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

Robots.txt для жывых сайтаў

Калі вы шукаеце файл robots.txt па-за-паліцы, Файл 1.x robot.txt Magento Creare ў даволі добра, але;

• Радкі 45-60 павінны быць разгледжаны ў іншых метадах (noindexing, Nofollowing) або проста не патрэбныя больш (хоць і не павінна прычыніць ніякай шкоды).
• Радок 79 (спасылкі з радкамі запыту) неабходна будзе перагледзець. Гэта абмяркоўваецца ніжэй ( «Больш звестак аб robots.txts»).

Блакаванне URL-адрасоў з радка запыту з Google

На сайце Magento, URL са радкамі запыту часта дублююць катэгорый старонак або проста неиндексируемые старонкі, якія не трэба сканаваць. Вышэй файл robots.txt не блакіруе URL-адрасоў з радком запыту (радок 79), таму што ён «закаментаваўшы» - ёсць # перад ім. Каб уключыць гэта, радок 79 павінен мець хэш выдалены.

Аднак ці сапраўды вам неабходна, залежыць ад некалькіх фактараў.

• Калі сайт ужо дазволіў URL-адрас з параметрамі, якія будуць індэксавацца раней, блакуючы іх прадухіляць GoogleBot паўторнага сканавання іх, і гэтыя старонкі будуць заставацца індэксавацца.
  • Калі гэтыя старонкі NOINDEX дадаў да іх (абмяркоўваецца наступны раздзел), гэтыя старонкі будуць у канчатковым рахунку выдаленыя (звычайна 1-2 месяцы).
  • Пасля таго, як гэта адбылося, гэта выдатна, каб блакаваць URL-адрас з радком запыту з Google.
  • Аднак, калі няма ніякіх планаў NoIndex URL, з радком запыту, радок 79 можа быць раскоментирована (выдаліць #), каб спыніць непатрэбныя старонкі з сканавання. Гэта проста прадухіляе новыя варыяцыі ад індэксацыі, і прадухіляе непатрэбныя старонкі з сканавання.
• Калі сайт свежы, лінія 79 можа быць раскоментирована без праблем.

Праверка robots.txt,

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

Гэтыя адрасы могуць бяспечна дададзены ў файл robots.txt. У адваротным выпадку, наша Magento 2,0 Robots.txt відэлец з'яўляецца добрым будаўнічым блокам.

Заўвага: Калі ваш сайт настроены на GitHub або падобнага кантролю версій, верагодна , гэта дрэнная ідэя , каб абнавіць файл robots.txt з дапамогай сервернай Magento , бо гэта можа быць перапісаная.

Робаты пошукавых сістэм

У той час як вы знаходзіцеся на гэтым экране (

1

Крамы & GT; Наладак / Канфігурацыя & GT; Агульны / Дызайн

), Гэта таксама добрая ідэя, каб праверыць пошукавых робатаў (каб пераканацца, што ваш магазін пярэдні усталяваны як INDEX, FOLLOW, каб пераканацца, што ваш сайт не блакуе Google!

Search Engine Robots ставіцца да тэгу, які можа быць дададзены да старонкі, якая прадухіляе Google індэксаваць сайт. Гэта карысна для пастановачных сайтаў, менш карысныя для сайтаў, якія вы хочаце быць праіндэксаваныя. Гэта добра, каб праверыць, што гэты параметр з'яўляецца правільным.

выдаленне index.php

Па змаўчанні, Magento 2,0 і 1.9.x URL-адрасы выглядаць прыкладна http://magento2.pushonltd.co.uk/index.php/viktor-lumatech-trade-pant.html - выдаленне «index.php» з URL павінен таксама на кантрольны спіс, так як гэта з'яўляецца агульнай прычынай дубляваць кантэнту.

• перайдзіце да

  1
  

  Крамы & GT; Наладак / Канфігурацыя & GT; Агульныя / Вэб & GT; Пошукавая аптымізацыя

• Ўключыць выкарыстанне Web перапісвае Server.

Да таго часу, пакуль файл Htaccess настроены (Apache) і конф файл (Nginx), index.php будзе выдалены з URL. Для таго, каб праверыць, што яны знаходзяцца ў месцы, звярніце ўвагу на наступныя радкі.

апаш

RewriteRule. * Index.php [L]

Nginx

Месцазнаходжанне / {try_files $ $ URI URI / /index.php?$args; }

Non-WWW / WWW пераадрасоўвае

У той час як вы знаходзіцеся на гэтым экране змяніць Аўта-перанакіроўваць ў базавы URL для 301 Redirect ў параметрах URL.

Ваш сайт, як правіла, існуе ў example.com і www.example.com. Звычайна базавы URL будзе ўсталяваны на адзін ці іншы, і будзе перанакіроўваць на пераважны сайт.

Па змаўчанні гэты параметр усталяваны на 302 рэдырэкт і гістарычна гэта было дрэнна , таму што 302 рэдырэкты не паверылі перадаць спасылку справядлівасці / аўтарытэт. Google нядаўна развянчалі гэты , Але ёсць яшчэ моцныя падставы меркаваць , што 301 рэдырэкт захаваць больш спасылак справядлівасці. Такім чынам , мы па- ранейшаму рэкамендуем 301 рэдырэкт на дадзены момант.

Сціск HTTP і кэшаванне

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

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

Вы не можаце ўсталяваць гэта з дапамогай сервернай Magento, вам трэба абнавіць гэта праз налады вэб-сервера.

Magento 2 Настройкі Apache

Калі ваш вэб-сервер працуе пад кіраваннем Apache, вам неабходна абнавіць файл Htaccess.

большая частка Creare Magento 1.x файл Htaccess гэта добра, каб пабудаваць з, але мы Падвоены файл для Magento 2.0. Гэта няпоўны файл, так трэба будзе інтэграваць у асноўны файл Htaccess - асобныя секцыі могуць быць скапіяваныя і устаўленыя ў яго.

Карысныя раздзелы ўключаюць у сябе;

• Радкі 28-40 і 70-92 налады GZIP сціск праз mod_deflate.
• Лініі 112-122 кэшавання ўстаноўкі пэўных тыпаў файлаў праз mod_expires - і робіць гэта крыху лепш, чым HTAccess па змаўчанні пастаўляецца з Magento 2.0.

Астатняя частка файла не з'яўляецца абавязковым. Напрыклад - ён рэалізуе ETags (радкі 49-52) - іншы і бясплатны спосаб справіцца з кэшаванне - але гэта можа выклікаць праблемы з некаторымі канфігурацыямі.

Magento 2 Nginx Налады

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

Тэставанне Кэшаванне / сціск

Абавязкова праверце свой сайт, выкарыстоўваючы Кампаніі Google PageSpeed ​​Insights Tool каб пераканацца, што ўсё працуе правільна. Гэта таксама правярае, ці з'яўляецца ці не працуе перамяншаць.

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

Мінімізаваць Javascript і CSS / HTML

Мінімізаваць гэта выдатны спосаб павышэння хуткасці Pageload проста шляхам аб'яднання сцэнарыяў.

• сучасныя браўзэры можна загрузіць 6-8 файлаў адначасова з сервера - у тым ліку выявы, скрыпты і JS, старонка можа мець паміж 120 і 200 файлаў. Таму PushON рэкамендуем выкарыстоўваць суб-даменаў або знешніх пастаўшчыкоў для CDN (сетка дастаўкі кантэнту - вялікая сетка глабальна размеркаваных сервераў) - з выкарыстаннем сродкаў масавай інфармацыі, тэмы і сцэнары суб-дамен (напрыклад, media.example.com, скуры. example.com, js.example.com) будзе ў чатыры разы колькасць файлаў, якія загружаюцца адначасова - павелічэнне хуткасці загрузкі старонак па сутнасці. Гэтая тэма разглядаецца больш падрабязна ў маючай адбыцца прасунутай канфігурацыі кіраўніка.
• Мінімізаваць падымае на гэта шляхам аб'яднання скрыпту / CSS файлаў, скарачаючы як час загрузкі і час рэндэрынгу - кожны асобны JS / CSS файл загружаны трыгера або затрымлівае новая старонка візуалізацыі.

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

• Зліццё JS і CSS файлы без Мінімізацыя. Ледзь больш верагодна, выкліча праблемы. Скарачае час Pageload за кошт памяншэння колькасці праходаў візуалізацыі і загрузкі файлаў.
• Мінімізаваць JS і CSS файлы. Проста выдаляе лішнія сімвалы вяртання карэткі і пробельные з файлаў. Памяншэнне памеру файла з дапамогай невялікай колькасці (невялікі па адносінах да агульнага памеру вэб-старонкі), але на самой справе не маюць тыя ж перавагі, што і вышэй.
• Абодва названых вышэй.

ўключэнне минификация

• Для таго, каб усталяваць гэта ад гэтага, перайдзіце да

  1
  

  Крамы & GT; Наладак / Канфігурацыя & GT; Advanced / Распрацоўшчык

  і;

  • Каб уключыць HTML минификация, уключыце Мінімізаваць HTML у наладах шаблону.
  • Каб уключыць Javascript минификация або зліцця, перайдзіце ў раздзел Налады JavaScript.
  • А для CSS зліцця і перамяншаць, перайдзіце ў раздзел Налады CSS

Папярэджанне: JavaScript Minify таксама выдатны спосаб узламаць сайт. Мінімізаваць ніколі не павінны быць выпрабаваныя ў рэальных умовах і , вядома , не без тэставання ўсіх формаў, дадаць у кошык і поўнай транзакцыі. Яна таксама павінна быць праверана з выкарыстаннем больш чым адной браўзэра.

схеме пакетавання

Апошні варыянт камплектацыі. Яшчэ адна новая функцыя ў Magento 2.0 ядра з'яўляецца RequireJS, які праграмна загружае файлы JavaScript. Так як файл Magento 2.0 ў зліцці і Мінімізацыя адносіцца толькі да актываў, уключаным з дапамогай макетаў, файлы, загружаныя RequireJS ня не будуць уключаны ў гэты працэс. вось дзе камплектацыя пастаўляецца ў , Яна мае патрэбу ў дадатковай канфігурацыі, якая выходзіць за рамкі базавай налады - але прывядзе да павышэння загрузкі старонкі, і калі ўстаноўка часу рэндэрынгу.

Загалоўкі старонак і мета-апісанне

Настройка загалоўкаў старонак у Magento 2.0 пастаўляецца ў 2 этапы.

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

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

• перайдзіце да

  1
  

  Крамы & GT; Наладак / Канфігурацыя & GT; Агульныя / Дызайн & GT; HTML Head

• Назва Суфікс або Назва Прыстаўка дазваляе дадаць назву вашага крамы на кожнай старонцы.

Вам трэба дадаць імя брэнда ў загалоўку сайта? Так. Google будзе ў асноўным дадаць яго ў адлюстроўваецца загалоўку на старонцы вынікаў пошуку ў любым выпадку, так што вы павінны дадаць версію гэтага самастойна. Гэта, па меншай меры, дае вам кантроль над тым, як яна адлюстроўваецца.

Налада шаблонаў прадукту па змаўчанні

Добрая новая функцыя ў Magento 2.0 з'яўляецца магчымасць выкарыстоўваць атрыбуты прадукту ў мета-дадзеных - на самай справе, шаблон па змаўчанні можа быць лёгка вызначана для прадуктаў.

• Апісанне мета па змаўчанні выкарыстоўваецца толькі на прадукты і толькі тады, калі канкрэтны мета апісанне не ўстаноўлена. Па змаўчанні гэта назва прадукту і апісанне прадукту.
• На жаль, у цяперашні час памылка ў Magento 2.0 дзе любыя HTML-тэгі з апісання ўцягваецца ў гэта замест таго, каб быць пазбаўленыя. Гэта адносна лёгка выправіць на ўзроўні распрацоўшчыкаў, і мы не чакаем, што гэта з'яўляецца праблемай значна даўжэй.
• Зараз гэта добрая ідэя, каб змяніць налады па змаўчанні, перайдзіце да

  1
  

  Крамы & GT; Наладак / Канфігурацыя & GT; Каталог / каталог & GT; Палявая Аўта-Generation

  ,

• Выкарыстанне «маскі для мета-апісання" (па змаўчанні), такія як «Buy {{імя}} з Example.com. Даступныя ў цяперашні час для {{Кошт}} з бясплатнай дастаўкай па загаду звыш £ 20 "запоўніць з адпаведнай назвай прадукту і кошты. Любы пэўны атрыбут, звязаны з гэтым прадуктам можна выкарыстоўваць і будзе аўтаматычна.
• Гэта не абавязкова выкарыстоўваць «мету ключавых слоў» тэг, але гэта можа быць карысна, каб запоўніць гэта з не бачнымі атрыбутамі, калі вы карыстаецеся Дыспетчар тэгаў Google, напрыклад, SKU, колер, вытворца. Гэтыя дадзеныя затым могуць быць запрэжаныя ГТМОМ ў Google Analytics для карыстацкіх памераў. Напрыклад, на дзіцячым сайце адзення, узроставая група - гэта дазволіла б сегменты, якія будуць пабудаваны, каб прааналізаваць каэфіцыент канверсіі для ўсіх дзіцячай адзення супраць дзіцячай адзення.

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

Арганізацыя / Schema Сайт

Арганізацыя / LocalBusiness схема асабліва карысная для прадпрыемстваў, якія маюць фізічнае месцазнаходжанне. Даданне гэтай разметкі на сайце можа дапамагчы атрымаць дадзеныя ўцягваецца ў Graph ведаў Google ў пошуку.

WebSite схема таксама можа дапамагчы Google ідэнтыфікаваць і выкарыстоўваць ўнутраную пошукавую машыну вашага сайта ,

Стварэнне фрагментаў адносна лёгка з дапамогай JSON-LD структураванай Генератар дадзеных , Прыклад фрагмента ніжэй.

<Сцэнар тыпу = "дадатак / Л.Д. + JSON"> [{ "@context": "http://schema.org", "@type": "WebSite", "о": "Падарожжы Man", "URL" : "http://www.travellingman.co.uk", "potentialAction": { "@type": "SearchAction", "мэта": «http://www.travellingman.co.uk/catalogsearch/result? д = {запыту} & х = 0 & у = 0 "," запыт-уваход ":" патрабуецца імя = запыт "}}, {" @context ":" http://schema.org "," @type ":« Арганізацыя "" URL ":" http://www.travellingman.co.uk "," імя ":" Падарожжы Man "," лагатып ":" http://www.travellingman.co.uk/skin/frontend/ па змаўчанні / travellingman / малюнка / logo.png »," субарганізацыямі ": [{" @context ":" http://schema.org "," @type ":" LocalBusiness "," адрас ": {" @type " : "PostalAddress", "PostalCode": "M1 1JW", "StreetAddress": "4 Dale Street", "addressLocality": "Манчэстэр", "addressCountry": "GB"}, "электронная пошта": «манчестер @ travellingman. ком "" імя ":" Падарожжа Man - Манчэстэр "," parentOrganization ":" Падарожжа Man "," тэлефон ":" 0161 237 1877 "," URL ":" http://www.travellingman.co.uk/ нашы-крамы / манчестер » , "OpeningHours": [ "Мо-Sa 10: 00-18: 00", "Су 11: 00-16: 30"]}, { "@context": "http://schema.org", "@ тып ":" LocalBusiness "," адрас ": {" @type ":" PostalAddress "," StreetAddress ":" 32 Цэнтральная дарога "," addressLocality ":" Лідс "," PostalCode ":" LS1 6de "," addressCountry ":" GB "}," электронная пошта ":" [email protected] "," імя ":" Падарожжа Man - Лідс "," parentOrganization ":" Падарожжа Man "," тэлефон ":" 0113 243 6461 "," URL ":" http://www.travellingman.co.uk/our-stores/leeds "," openingHours ": [" Мо-СБ 10: 00-18: 00 "," Су 11: 00-17: 00 «]}, {" @context ":" http://schema.org "," @type ":" LocalBusiness "," адрас ": {" @type ":" PostalAddress "," addressLocality ":" Ёрк " "PostalCode": "YO1 7LF", "StreetAddress": "54 Goodramgate", "addressCountry": "GB"}, "электронная пошта": "[email protected]", "імя": "Падарожжа Man - Ёрк" "parentOrganization": "Падарожжы Man", "тэлефон": "01904 628 787", "URL": "http://www.travellingman.co.uk/our-stores/york", "openingHours": [ » мо-СБ 10: 00-18: 00 "," Су 11: 00-17: 00 "]}, { "@Context": "http://schema.org", "@type": "LocalBusiness", "адрас": { "@type": "PostalAddress", "StreetAddress": "43 Грэнджэр-стрыт", "addressLocality «:" Ньюкасл-эпон-Тайн "," PostalCode ":" NE1 5JE "," addressCountry ":" GB "}," электронная пошта ":" [email protected] "," імя ":" Падарожжа Людзі - Ньюкасл " "parentOrganization": "Падарожжы Man", "тэлефон": "0191 261 4993", "URL": "http://www.travellingman.co.uk/our-stores/newcastle", "openingHours": [ » мо-Sa 10: 00-18: 00 "," Су 11: 00-16: 30 "]}]," sameAs ": [" https://www.facebook.com/TravellingManShops ",« https: // twitter.com/TravellingManUK »," https://instagram.com/travellingmanuk/ "]}] </ скрыпт>

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

Гэта добрая ідэя, каб праверыць любы код з дапамогай Структурны інструмент тэставання дадзеных ад Google ,

Даданне арганізацыі / WebSite схемы

Код для вашага сайта можа быць лёгка устаўлены ў HTML галаву сайта праз

1

Крамы & GT; Наладак / Канфігурацыя & GT; Агульныя / Дызайн & GT; HTML Head

,

Google Analytics

У якасці апошняга кроку, Google Analytics неабходна будзе наладзіць. Гэта апісана больш падрабязна ў частцы 4.