Категории

  • Голосование
  • Право голоса
  • Киев
  • Украина
  • Здоровье
  • Популярное
  • Новости
  • Новости

      Artmisto
      Наша команда-партнер Artmisto. С "Buddy.Bet" азартные игроки найдут идеальное место для развлечений и возможность выиграть крупные суммы.

    Тое, што мы даведаліся да гэтага часу аб выкарыстанні JavaScript для SEO

    1. Пару Basics Першая ...
    2. Ці можаце вы праверыць, калі Google мае індэксавацца гэтыя змены?
    3. Наколькі эфектыўная Google у Indexing JS Пераменаў?
    4. Як доўга Вазьміце гэта на Google, каб індэкс JS Пераменаў?
    5. выснову

    Наша команда-партнер Artmisto

    Эндзі Ален

    Так як мы запусцілі на месца аптымізатар яшчэ ў пачатку верасня, мы прыехалі, каб даведацца шмат новага пра тое, як эфектыўны JavaScript можа быць аптымізуючы важныя элементы SEO на старонцы. І мы таксама даведаліся шмат новага пра ўласную здольнасці Google да індэксаваць JS-адлюстроўваецца змесціва.

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

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

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

    Некаторыя з іх вы, хлопцы, ужо ведаеце, некаторыя з іх вы не можаце, але мы спадзяемся, што вы даведаецеся, па меншай меры нешта доўгі шлях!

    Пару Basics Першая ...

    Прабачэнні, калі я вучу каго-небудзь пасмактаць яйкі тут, але першае, што трэба памятаць пра тое, што вы павінны заўсёды правяраць DOM пры разглядзе i праверцы змяненняў JS на вэб-старонку. Google будзе сканаваць, а затым індэкс таніраванага DOM, а не «традыцыйнай» папярэдне выдзеленыя зыходнай HTML.

    Гэта патрабуе некаторых змен у звычайным спосабам аптымізатар пошукавых сістэм можа інспектаваць вэб-старонкі для SEO на месцы;

    1. Вы павінны праглядаць і правяраць DOM пры праглядзе кода, што Google будзе індэксаваць і
    2. Глядзіць зыходны код зараз ужо не актуальна

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

    Ці можаце вы праверыць, калі Google мае індэксавацца гэтыя змены?

    Errrr ды і няма. Вы можаце, але гэта не так проста, як гэта з традыцыйнымі зменамі HTML, і ёсць некаторыя важныя адрозненні.

    Сканаваць і адлюстраваць (F / R)

    Першае, што трэба адзначыць, што Fetch і візуалізацыі інструмент пошуку кансолі (тым самым вядомым у гэтым артыкуле, як F / R) можа быць трохі заблытаным, калі справа даходзіць да JS. Пры F / R цягне назад два выгляду; 'Fetching' і 'Rendering'.

    «Fetching» толькі адсоўваецца візуалізаваны HTML, таму любыя змены, зробленыя з дапамогай JS не будуць паказаны:

    «Fetching» толькі адсоўваецца візуалізаваны HTML, таму любыя змены, зробленыя з дапамогай JS не будуць паказаны:

    Ўкладка «Rendering», аднак, будзе адлюстроўваць любыя змены, зробленыя на старонцы з дапамогай JS (звярніце ўвагу тут - Google «Indexes» у DOM у пэўны момант падчас загрузкі вэб-старонкі, так што толькі JS змены да гэтага моманту будзе сканавацца Больш падрабязна пра. што пазней 🙂

    што пазней 🙂

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

    На шчасце, мы ведаем, што нават калі ён не можа быць правераны тут, Google робіць у індэксе фактычна любыя метададзеныя, якія змяніліся з дапамогай JS. Праверце гэтую старонку, каб зрабіць некаторыя хуткае тэставанне самастойна - https://thewebshed.co/test-page/

    Кэш ад Google

    Мы проста хочам тут падкрэсліць, што кэш Google, старонка пакажа візуалізаваны HTML, гэтак жа, як ўкладка «выбарка» вышэй робіць. У гэтых адносінах, прагляд кэша Google, старонкі накшталт бескарысна, калі вы абнаўляеце змесціва старонкі з дапамогай JS ... (праверыць назва старонкі на скрыншоце ніжэй, гэта непревращаемое назву HTML)

    (праверыць назва старонкі на скрыншоце ніжэй, гэта непревращаемое назву HTML)

    Наколькі эфектыўная Google у Indexing JS Пераменаў?

    Гэтае пытанне (і многія іншыя ТВН!) Быў дадзены адказ вельмі добра іншыя вялікія SEO (уключаючы Джасцін Брыгс і Барташ Góralewicz ), І гэта вельмі гарачая тэма для размовы. Галоўным чынам таму, што няма пераканаўчай дакументацыі ад Google па гэтым пытанні; мы павінны памятаць, што JS індэксацыі з'яўляецца адносна новым, нават для Google.

    Першае, што трэба зразумець, калі мы падыходзім да вышэй пытанне, хоць гэта ў які момант Google поўзаць (па сутнасці зрабіць здымак) аказанай DOM? Гэта можа здацца дзіўным пытаннем, але гэта вельмі важна. І гэта можа быць лёгка няправільна.

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

    Чырвоная паласа сігналізуе падзея нагрузкі; рэсурсы, загружаныя пасля гэтага не будзе сканавацца GBot.

    Чырвоная паласа сігналізуе падзея нагрузкі;  рэсурсы, загружаныя пасля гэтага не будзе сканавацца GBot

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

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

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

    Мы звязаліся з Бары Адамс, які паказаў нам да вялікі артыкул на розніцы паміж сканаваннем і індэксаванне ў тэрмінах JavaScript. Мы вызначана раім праверыць яго тут, як гэта бліскуча тлумачыць працэс Google ідзе праз.

    Як доўга Вазьміце гэта на Google, каб індэкс JS Пераменаў?

    Толькі на гэтым тыдні было дзве вялікія пасты на гэтай самай тэме; адзін па Eoghan Хенн і адзін Барташ Góralewicz , Я збіраюся падзяліцца тым, што мы знайшлі з нашымі кліентамі , якія выкарыстоўваюць на месцы аптымізатар, але слова засцярогі тут; няма жорсткіх правілаў аб тым, як хутка (або павольна) Google індэксуе JS, як ён будзе працягваць паляпшацца. Мы нават папрасілі галоўны чалавек сам:

    Даволі відавочны адказ я думаю ... Напэўна , лепш спытаць адкрытае пытанне ў наступны раз Кіран 🙂

    Да гэтага часу мы выявілі, што ўсе змены, унесеныя ў кантэнт старонкі з дапамогай JS могуць заняць ад 1 - 14+ дзён для індэксавання. І гэта вар'іруецца ў залежнасці ад розных сітуацый:

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

    NB: для таго, каб вызначыць, што лічыцца «1 дзень», гэта дзень мы правялі Fetch + рэндэру + Request Index (тым самым вядомым у гэтым артыкуле, як F / R / I) для гэтай старонкі ў пошукавай кансолі.

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

    Мы мяркуем, што па крайняй меры 14 дзён; гэта тое, што нашы тэсты паказалі нам. Тым не менш, мы паспрабавалі паскорыць ўздоўж праз каваннем F / R / I для старонак, дзе мы зрабілі абнаўленне раней праіндэксаваныя JS-зрабіў змест. Так што, калі вы гэтага не зробіце , што ён можа быць больш.

    Пачакайце, 2 тыдні з'яўляецца Long Time Right?

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

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

    1. Вы ўнеслі змены ў змест старонак з дапамогай JS, але вы хочаце абнавіць яго яшчэ раз з дапамогай JS. І вы не хочаце чакаць 14 дзён для гэтага змены, каб адлюстраваць у выніках пошуку
    2. Вы выдаляеце змесціва JS ў цэлым, так што, калі Google у наступным сканаванні сайта гэта ўбачыць гэта непревращаемое ўтрыманне HTML. Паскорыць яго з дапамогай F / R / I
    3. Вы правяраеце SERPs бачыць ваша непревращаемое ўтрыманне HTML адлюстроўвае
    4. Затым пачніце зноў, дадаючы новы змест старонкі з дапамогай JS, і паскорыць індэксацыю праз F / R / I

    Як я ўжо сказаў, не вельмі, але эфектыўна.

    Каб дапамагчы з нумарам два вышэй, мы дадалі кнопку «Аптымізатар Змены Выдаліць» ў інструмент, так што вы можаце хутка выдаліць змесціва, зробленыя на старонку:

    Каб дапамагчы з нумарам два вышэй, мы дадалі кнопку «Аптымізатар Змены Выдаліць» ў інструмент, так што вы можаце хутка выдаліць змесціва, зробленыя на старонку:

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

    выснову

    Ўнясенне змяненняў на вэб-старонку з дапамогай JS з'яўляецца выдатным рашэннем для рэалізацыі на старонцы SEO на каверзныя / састарваюцца / "Lost Увайсці дэталі» CMS платформаў і вэб-сайтаў. Але вельмі важна, што вы да гэтага часу зразумець бягучыя абмежаванні ў здольнасці кампаніі Google індэксаваць і паўторна індэкса JS.

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

    І, калі ласка, не саромейцеся каментаваць ніжэй, калі ў вас ёсць усё, што вы хочаце, каб дадаць!

    Вялікія рэсурсы на JS SEO

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

    Олівер Мэйсан, 'Googlebot Аказвае As-If' - http://ohgm.co.uk/googlebot-renders-as-if/

    Eoghan Хенн, «Іншыя эксперыменты JavaScript SEO з дапамогай Дыспетчара тэгаў Google» - https://www.searchviu.com/en/javascript-seo-experiments-google-tag-manager/

    Джасцін Брыгс, «Асноўныя прынцыпы SEO для JavaScript» - https://www.briggsby.com/dealing-with-javascript-for-seo/

    Барташ Góralewicz, «Ці можа Google Належным чынам сканаваць і індэксаваць JavaScript Frameworks? JavaScript SEO эксперымент. і ў апошні час сачыць за «Усё, што вы ведаеце аб JavaScript індэксавання з'яўляецца няправільным» - https://www.elephate.com/everything-you-know-about-javascript-indexing-is-wrong

    Сэм Немзер, «Як рэалізаваць змены SEO Выкарыстанне Дыспетчара тэгаў Google» - https://moz.com/blog/seo-changes-using-google-tag-manager

    Бары Адамс, «JavaScript і SEO: Розніца паміж сканаваннем і індэксаванне» - http://www.stateofdigital.com/javascript-seo-crawling-indexing/

    PS Аказваецца , што Assisted лепшае лічбавае маркетынгавае агенцтва ў Латтерворте

    PPS У цяперашні час мы яшчэ адно выпрабаванне, але пра гэта пазней.

    пазнакі:

    Ці можаце вы праверыць, калі Google мае індэксавацца гэтыя змены?
    Наколькі эфектыўная Google у Indexing JS Пераменаў?
    Як доўга Вазьміце гэта на Google, каб індэкс JS Пераменаў?
    Ці можаце вы праверыць, калі Google мае індэксавацца гэтыя змены?
    Першае, што трэба зразумець, калі мы падыходзім да вышэй пытанне, хоць гэта ў які момант Google поўзаць (па сутнасці зрабіць здымак) аказанай DOM?
    Як доўга Вазьміце гэта на Google, каб індэкс JS Пераменаў?
    Пачакайце, 2 тыдні з'яўляецца Long Time Right?

    Номера

    Номерной фонд гостиницы насчитывает 173 номера различных категорий.

    Забронировать отель можно прямо сейчас: Бронирование онлайн