- Замена тэгі загалоўкаў і мета-апісання з дапамогай Дыспетчара тэгаў Google
- Дэ-індэксацыі старонак з тэгамі «NoIndex», які рэалізуецца з дапамогай Дыспетчара тэгаў Google
- Даданне кананічных тэгаў з дапамогай Дыспетчара тэгаў Google
- Ці прытрымліваецца Google ўнутраныя спасылкі дададзеныя з дапамогай Дыспетчара тэгаў Google?
- Ці ёсць індэкс URL-адрасоў Google, якія толькі ўваходзяць у JSON-LD скрыпты дададзеныя з дапамогай...
- Высновы: Вы можаце дадаць ўсе з ГТМ, але гэта можа заняць некаторы час, пакуль змены не пачнуць паказваць.
Пасля таго, як наш маленькі JavaScript SEO эксперымент з стварэнне hreflang з дапамогай Дыспетчара тэгаў Google , Мы вырашылі правесці яшчэ некалькі тэстаў для таго, каб прааналізаваць , як Google разглядае змены , унесеныя ў вэб - сайты з JavaScript, выкарыстоўваючы Дыспетчар тэгаў Google:
- Ці прызнае Google змены ў тэгі загалоўкаў і мета - апісання , рэалізаваныя з дапамогай Дыспетчара тэгаў Google?
- Ці Google дэ-індэксаваць старонкі набор для «NoIndex» з дапамогай Дыспетчара тэгаў Google?
- Ці мае паважаць Google кананічныя тэгі , дададзеныя з дапамогай Дыспетчара тэгаў Google?
- Ёсць Ці старонкі індэкса Google, якія звязаны толькі з дапамогай унутраных спасылак інжэктаваная з дапамогай Дыспетчара тэгаў Google?
- Ёсць Ці індэкс URL - адрасоў Google, якія звязаны толькі з дапамогай JSON-LD нацэнкі рэалізаванага з дапамогай Дыспетчара тэгаў Google?
Калі вы хочаце ведаць адказы на гэтыя пытанні, і калі вы хочаце, каб дакладна ведаць, як усталяваць ўсё гэта з дапамогай Дыспетчара тэгаў Google, працягвайце чытаць.
TL; DR - Усе гэтыя тэсты распрацаваны добра, але некаторыя з змяненняў займае вельмі шмат часу , каб паказаць у выніках Google. Перайсці прама да высновы калі вы ў спешцы.
Прамы доступ да розных частак тэсту:
Замена тэгі загалоўкаў і мета-апісання з дапамогай Дыспетчара тэгаў Google
Тэг загалоўка і мета апісанне галоўнай старонкі ангельскай нашага сайта кампаніі, https://www.searchviu.com/en/ , Выглядае ў зыходным HTML дакуменце старонкі:
Мы выкарыстоўвалі наступны сцэнар у тэгу карыстацкага HTML у Дыспетчар тэгаў Google, каб замяніць тэг загалоўка і мета-апісання, так што іншы тэкст паказвае ў аказанай HTML:
Звярніце ўвагу, што для тэга загалоўка, мы толькі змянілі капіталізацыі, у той час як у мета-апісання, мы замянілі пару слоў.
Цяпер, арыгінальнае назва тэгі і мета-апісання па-ранейшаму паказваюць у зыходным HTML дакумента, але калі вы правяраеце апрацаваную HTML з дапамогай інструментаў распрацоўніка Chrome, вы ўбачыце, што GTM замяняе іх з новай версіяй мы вызначылі:
Праз восем дзён пасля таго, як мы апублікавалі гэта змена ГТМ, Google пачаў паказваць тэг загалоўка і мета-апісання мы дадалі з GTM, замест зыходных дадзеных з зыходнага HTML-дакумента, і дэманструе іх з тых часоў:
Мы не былі вельмі здзіўлены гэтым вынікам, як мы ўжо раней правесці эксперымент, які выказаў здагадку, што Google выкарыстоўвае апрацаваную HTML інтэрпрэтаваць hreflang і ігнаруе зыходны дакумент HTML. Такім чынам, мы збольшага чакалі такое ж паводзіны для тэгаў загалоўкаў і мета-апісанняў.
Той факт , што змены толькі аб'явіліся пасля васьмі дзён ня здзівяць нас ці, як Google робіць старонкі менш рэгулярна , чым поўзае іх. Для гэтага спатрэбіцца больш даследаванняў , каб зрабіць больш цвёрдае заяву пра розніцу паміж поўзаць і рэндэрынг частоты, так што гэта проста рэмарка.
Давайце зараз паглядзім на некаторыя з хітрых рэчаў! Наступны прыпынак: «NoIndex».
Дэ-індэксацыі старонак з тэгамі «NoIndex», які рэалізуецца з дапамогай Дыспетчара тэгаў Google
У той час як мы наладжвалі гэтыя выпрабаванні, мы натыкнуліся на некалькі URL-адрасоў з нашага дамена, што мы не хацелі праіндэксаваныя:
Наступны сцэнар, які выкарыстоўваецца ў тэгу карыстацкага HTML у ГТМЕ, з трыгерам, што робіць яго выкананне на старонках мы хочам, каб дэ-індэксавацца, дадае «NoIndex» мета-тэг на старонкі ў пытанні:
А потым мы чакалі. I чакаў. I чакаў. І страціў надзею. Google проста не падымаючы яго ўверх.
На дадзены момант, я павінен прызнаць, што я неахайнай даследчык. Я не магу сказаць вам, колькі часу прайшло. Дзесьці ад 6 тыдняў да 3 месяцаў. Але адзін дзень, Google вырашыў апрацаваць старонкі, якія мы хацелі дэ-індэксуюцца і БУМ (усе пяць старонак паспяхова ДЭ-індэксуюцца):
Вось пошукавы запыт я выкарыстаў у прыведзеным вышэй скрыншоце, у выпадку , калі вы хочаце , каб праверыць яго самастойна:
сайт: searchviu.com/en/we-are-going-to-miss-you/ АБО сайт: searchviu.com/de/wir-werden-dich-vermissen/ АБО сайт: searchviu.com/en/author/ana- сідр / АБО сайт: searchviu.com/en/thank-getting-contact/ АБО сайт: searchviu.com/en/embed/
Так што гэта таксама працаваў проста выдатна, але гэта заняло значна больш часу, чым змены ў тэг загалоўка і мета-апісання. Наша тэорыя зараз з'яўляецца тое, што менш важныя старонкі атрымліваюць становіцца яшчэ радзей. Але, як я ўжо сказаў вышэй, нам неабходна больш даследаванняў, пра адрозненні паміж поўзаць і рэндэрынгу частоты, перш чым мы зможам прыйсці да якіх-небудзь цвёрдым высноў аб тэме.
Давайце паглядзім, калі тое ж самае працуе з кананічнымі тэгамі.
Даданне кананічных тэгаў з дапамогай Дыспетчара тэгаў Google
Кананічныя тэгі складаныя, таму што незалежна ад таго, як вы рэалізуеце іх, Google часта проста вырашае ігнараваць кананічныя тэг, калі ёсць і іншыя сігналы, якія знаходзяцца ў канфлікце з імі , Такім чынам, нам трэба знайсці магчымасць для кананічнага тэга, мы былі ўпэўненыя, Google не будзе ігнараваць.
Адным з найбольш важных патрабаванняў для правільнага выкарыстання кананічных тэгаў з'яўляецца тое, што ўсе ўтрыманне старонкі, якая мае кананічны тэг ўключаецца на старонцы кананічны тэг, які паказвае. Па гэтай прычыне мы вырашылі ўсталяваць кананічны тэг мая старонка аўтара у галоўная старонка блога , Як усё ўтрыманне былога даступны на апошнім.
Вось як усталяваць гэта ў ГТМ:
Каб зрабіць доўгую гісторыю кароткай: Гэта працуе проста выдатна, але гэта заняло столькі ж часу, як змяненне «NoIndex».
Вось вынік пошуку па пошукаваму запыту «Eoghan Хенны searchviu», перш чым мы дадалі кананічны тэг з ГТМОМ:
А вось бягучы вынік. Старонка знікла (і, па сутнасці, ранжыраванне было страчана - проста яшчэ адна цікавая бок нататка):
Такім чынам, Google робіць павагу кананічныя тэгі, дададзеныя з Google Tag Manager (калі яны выкарыстоўваюцца ў правільным кантэксце).
Я ведаю, што вы ў асноўным тут інфармацыю аб спасылках, дададзеных з JavaScript, так што давайце паглядзім на гэта цяпер.
Ці прытрымліваецца Google ўнутраныя спасылкі дададзеныя з дапамогай Дыспетчара тэгаў Google?
Адзінае, што мы былі вельмі цікава пры стварэнні гэтага тэсту было Ці Google сканаваць ўнутраныя спасылкі, якія не могуць быць знойдзены ў зыходным дакуменце HTML, але былі дададзеныя з JavaScript, выкарыстоўваючы Дыспетчар тэгаў Google. Такім чынам, мы стварылі наступны невялікі эксперымент.
Перш за ўсё, мы стварылі дзве ідэнтычныя старонкі на нашым сайце WordPress, той, які мы хацелі б звязаць ўнутрана са спасылкай дададзеным з дапамогай ГТМ, а другі, што мы не будзем звязваць ўнутрана:
Чаму мы стварылі другую старонку? Ну, калі першая старонка індэксуецца, мы павінны пераканацца, што гэта з-за ўнутранай сувязі мы запампоўваецца, а не з-за чаго-то іншага. Мы зрабілі пераканацца, што старонка не будзе з'яўляцца ў любых Sitemaps і што не было ніякіх пінг або іншыя механізмы фону, калі мы апублікавалі яго. Але каб быць на бяспечнай баку, мы вырашылі стварыць другую старонку як старонка кіравання. Вынік тэсту можа быць станоўчым, толькі калі першая старонка індэксуецца і другая старонка не з'яўляецца.
Можа быць , я не такі неахайнай даследчык у рэшце рэшт ...
Такім чынам, давайце коратка разгледзім, як мы ўсталявалі гэта ў GTM. Мы выбралі даволі няважная старонка з нашага сайта, шукаў спасылку, што ніхто не будзе калі-небудзь націсніце на (спадзяюся) і выкарыстаць наступны скрыпт у ГТМЕ замяніць мэтавай URL у спасылцы з URL з першых двух тэставых старонак:
Вось вынік. Старонка, якая была звязана толькі з дапамогай спасылкі, инъецированных GTM індэксавалі, у той час як старонка кіравання не было. Гэта, як і папярэднія змены, займае вельмі шмат часу, пакуль ён не паказаў (каля двух месяцаў):
Калі вам цікава , пра -sameas часткі ў пошукавым запыце вышэй, калі ласка , прачытайце наступную частку гэтага артыкула. Мы стварылі яшчэ адну тэставую старонку, што мы толькі звязаныя з дапамогай JSON-LD инъецируют ГТМ, каб убачыць, як Google апрацоўвае гэты від сітуацыі.
Ці ёсць індэкс URL-адрасоў Google, якія толькі ўваходзяць у JSON-LD скрыпты дададзеныя з дапамогай Дыспетчара тэгаў Google?
Калі вы ведаеце мяне, вы, напэўна, ведаеце, што я сапраўды ў рэалізацыі структураваных дадзеных (schema.org) у фармаце JSON-LD з дапамогай Дыспетчара тэгаў Google , Акрамя таго , я ўжо заўважыў , што URL - адрас з аднаго дамена , якія былі ўключаныя ў JSON-LD скрыптах на іншы дамен з'явіўся ў якасці знешніх спасылак на першы дамен у Google Search Console. Google робіць некаторыя дзіўныя рэчы з інфармацыяй, знойдзенай у структураваных дадзеных, таму я хацеў бы ведаць больш.
Мы вырашылі стварыць яшчэ адну тэставую старонку, як тыя, якія апісаны ў тэксце на ўнутранай спасылцы вышэй, але на гэты раз мы ўключаем толькі URL ў фармаце JSON-LD сцэнар, і нідзе больш. Гэта, як усталяваць яго ў Дыспетчар тэгаў Google:
Я думаю, што на дадзеным этапе гэта не стала нечаканасцю, што гэта таксама працавала. Google праіндэксаваў тэставую старонку, якая была звязана толькі з дапамогай JSON-LD скрыпт на першай тэставай старонцы:
Так JSON-LD скрыпты з'яўляюцца яшчэ адной крыніцай дадзеных, які выкарыстоўвае Google для мэтаў выяўлення URL.
Высновы: Вы можаце дадаць ўсе з ГТМ, але гэта можа заняць некаторы час, пакуль змены не пачнуць паказваць.
Вынікі гэтых выпрабаванняў паказалі , што Google будзе апрацоўваць і выкарыстоўваць тэгі загалоўкаў, мета - апісання, «NOINDEX» тэгі і кананічныя тэгі , дададзеныя ці змененыя з дапамогай Дыспетчара тэгаў Google. Зыходны дакумент HTML ігнаруецца, і толькі таніраванае HTML лічыцца.
Акрамя таго, унутраныя спасылкі могуць быць дададзеныя з дапамогай Дыспетчара тэгаў Google і індэкс Google URL - адрасы, якія звязаны такім чынам. Нават URL-адрасы, якія толькі ўваходзяць у JSON-LD скрыпты дададзеныя з дапамогай Дыспетчара тэгаў Google будзе індэксаваць.
На жаль, гэты эксперымент не быў на самай справе прызначаны для вымярэння , колькі часу патрабуецца для змены , каб паказаць у выніку Google. Мы не стварылі маніторынг для праверкі вынікаў на рэгулярнай аснове. Мы ведаем, што змены ў тэг загалоўка і мета апісання хатняй старонкі паказалі пасля васьмі дзён. Усе астатнія змены адбыліся прыкладна праз два месяцы, пакуль яны не паказалі.
Здаецца відавочным, што Google адлюстроўвае старонкі радзей і паўзе іх зыходныя HTML дакументы больш рэгулярна. Далейшае даследаванне адрозненняў паміж кролем і частатой рэндэрынгу будзе вельмі каштоўным.
Ранейшая SEO тэсты JavaScript, якія не прымалі гэтыя велізарныя затрымкі пад увагу, магчыма, мелі адмоўныя вынікі, паколькі тэсты не працаваць досыць доўга, асабліва калі яны былі праведзены на старонках, якія былі створаны толькі для мэт эксперыменту. Здаецца, што важныя старонкі (напрыклад, нашай хатняй старонцы ў выпадку, якое апісана вышэй) аказваюцца часцей, чым менш важныя з іх (як і ўсе іншыя старонкі, якія мы зрабілі тэсты на тым, што ўзялі прыкладна праз два месяцы, каб паказаць вынікі).
Мы спадзяемся, што вы знайшлі наш маленькі JavaScript SEO эксперымент карысны, і што многія іншыя будуць створаны аналагічныя тэсты, так што ўся SEO галіна можа даведацца больш аб тым, як Google мае справу са старонкамі, якія належаць на JavaScript. Ёсць пытанні ці заўвагі? Проста напішыце нам каментар!
Ці прытрымліваецца Google ўнутраныя спасылкі дададзеныя з дапамогай Дыспетчара тэгаў Google?Ці ёсць індэкс URL-адрасоў Google, якія толькі ўваходзяць у JSON-LD скрыпты дададзеныя з дапамогай Дыспетчара тэгаў Google?
Ёсць пытанні ці заўвагі?
