1. Якія АГР і яе перавагі
2. Праблемы SPA і пошукавых сістэм
3. Што мець на ўвазе, робячы АГР з SEO перспектывы

Адзінкавыя Прыкладанні Page або АГР былі размовы пра горад у свеце вэб-распрацоўкі. Нават буйныя тэхналагічныя гіганты, як Google і Facebook скокнулі ў і з адкрытым зыходным кодам іх frameworks- Вуглавыя JS і React JS. І калі вы паглядзіце на Github вы бачыце рамкі SPA з'яўляюцца адным з самых якія здымаліся РЭПО. Рэагаваць мае 75k зоркі, VueJS мае 66k і 57k Вуглавая мае.


Хоць АГР не зусім новая рэч (у інтэрнэт-тэрмінаў) і дата назад да 2002 года Сцюарт Морыс напісаў першую ў slashdotslash.com, у яго самай прымітыўнай форме. Раней АГР выкарыстоўваліся толькі для SaaS прыборных панэляў і ўтвараюць цяжкія прыкладання, але ў апошні час яна паўсюль.

Вы наведалі, IMDB, Netflix, Youtube або Instagram?

Вы будзеце здзіўлены, даведаўшыся, што ўсе яны выкарыстоўваюць рамкі SPA!

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

Якія АГР і яе перавагі

Single Page Application ака SPA менавіта тое, што гэта гучыць як, гэта ў літаральным сэнсе зрабіў толькі адну старонку! Гэтыя вэб-сайты, прызначаныя для забеспячэння UX, як настольны кампутар або мабільнае прыкладанне. HTML, CSS і JS здабываюцца на нагрузцы першай старонкі і пасля гэтага, усё, што загружаецца дынамічна ў адказ на дзеянні карыстальніка. Такім чынам, выгляд змяняецца дынамічна, без загрузкі ўсёй вэб-старонкі. Ён звычайна здабывае дадзеныя з REST бэкэнда.

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

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

Праблемы SPA і пошукавых сістэм

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

Паказаны рознае ўтрыманне для Google, чым для звычайных наведвальнікаў вэб-сайта разглядаецца як «Маскіроўка» ад Google, але і для асобных прыкладанняў старонак, яны маюць выключэнне. Для ООТА, іх гусенічны адправіць _escaped_fragment_ параметру запыту ў запыце, а затым зыходны сервер можа выбраць, каб вярнуць дакумент, які ўяўляе ўтрыманне карыстальніка фактычна бачыць, калі праграма адной старонкі выконваецца. Ці, па меншай меры, гэта тое, што яны робяць з 2009 да 2015 года.

У 2015 годзе Google выпусціў наступны заяву :

`У 2009 годзе мы зрабілі прапанову , каб зрабіць AJAX старонкі поўзаць-стане. Тады нашы сістэмы былі ня ў стане аказаць і зразумець старонкі , каб прадставіць ўтрыманне для карыстальнікаў , якія выкарыстоўваюць JavaScript. Таму што «шукальнікі ... [былі] ня ў стане бачыць любы кантэнт ... створаны дынамічна,» мы прапанавалі шэраг метадаў , якія вэб - майстры могуць сачыць, каб гарантаваць , што іх прыкладання AJAX на аснове індэксуюцца пошукавымі сістэмамі.

Часы змяніліся. Сёння, да таго часу , пакуль вы не блакуе Googlebot сканаваць вашыя JavaScript або CSS файлы, мы , як правіла , у стане вынесці і зразумець вашыя вэб - старонкі , такія як сучасныя браўзэры. Для таго, каб адлюстраваць гэта паляпшэнне, нядаўна мы абнавілі нашы прынцыпы тэхнічных вэб - майстроў , каб рэкамендаваць супраць забараняючы Googlebot сканаваць CSS вашага сайта або JS files.`

У той час як Google сцвярджае, што гэта, Bing, Yandex і іншыя усялякую падтрымку стандартнага Google для Ajax Crawling. Дык вось некаторыя важныя рэчы, якія трэба мець на ўвазе, робячы АГР, якія ня схаваныя за старонку ўваходу ў сістэму або дзе SEO неабходна.

Што мець на ўвазе, робячы АГР з SEO перспектывы

Такім чынам, у той час як Google мае асуджаецца гэта Ajax Паўзучая Standard, ён яшчэ не адмовіўся ад яго. Ён па-ранейшаму выкарыстоўвае яго, але не рэкамендую яго дапамогі, таму прытрымлівайцеся Ajax Crawling Standard, робячы SEO адпаведных вэб-сайты, калі гэта магчыма. Выкарыстанне на баку сервера візуалізацыі, калі гэта магчыма, каб зрабіць матэрыял, які з'яўляецца абсалютнай важнасці. Акрамя таго, існуюць розныя паслугі папярэдняга рэндэрынгу даступныя, чыя падтрымка ахоплівае ўсе рамкі SPA ў цяперашні час на рынку, такія як:

• prerender.io
• Brombone
• SEO.js
• SEO4Ajax
• prerender.cloud

Prerender.io таксама версія з адкрытым зыходным кодам іх службы для самастойнага хостынгу.

Хоць у цяперашні час, пошукавая сістэма Шукальнікі не заўсёды падтрымліваюць спа-цэнтр Індэксацыя 100%, што не азначае, што яны ніколі не будуць. З раптоўным воплескам выкарыстання выкарыстання SPA яны таксама паляпшаецца з велізарнай хуткасцю. Так сядзець склаўшы рукі, расслабіцца зрабіць АГР і пераканайцеся, каб аптымізаваць яго з гэтым 60 Другі SEO Кантрольны спіс ,