La profitoj de AMP kaj kiel ĝi diferencas de Respondema Retejo-Dezajno
Se vi rigardas la lastajn jarojn de analizika trafiko por retejoj, vi verŝajne trovos, ke ili ĉiuj samtempe komune gravas - pliiĝon de la vizitantoj, kiujn ili ricevas de uzantoj en porteblaj aparatoj.
Ĝenerale, nun estas pli da trafiko de la porteblaj aparatoj, ol el kio ni konsiderus "tradiciajn aparatojn", kiuj esence signifas labortablajn aŭ tekkomputilojn. Ne estas dubo, ke la komputado de telefonoj ŝanĝis la manieron de homoj enhavantaj interretajn enhavojn, kio signifas, ke ĝi ŝanĝis la vojon, ke ni devas konstrui retejojn por tiuj pli kaj pli mobile-centraj spektantoj.
Konstrui por Poŝtelefono Aŭskultantaro
Krei "telefonajn amikajn retejojn" estis prioritato por profesiaj retejo dum multaj jaroj. Praktikoj kiel respondemaj dezajno retejo celis helpi krei ejojn, kiuj funkciis bone por ĉiuj aparatoj, kaj fokuso sur retejaj servoj kaj rapida elŝuta tempo profitigas ĉiujn uzantojn, poŝtelefonojn aŭ alie. Alia aliro al telefonaj amikaj lokoj estas konata kiel AMP-retejo-evoluado, kiu staras por Accelerated Mobile Pages.
Ĉi tiu projekto, kiu estas subtenata de Google, estis kreita kiel malferma normo por permesi retejajn eldonistojn krei ejojn, kiuj ŝarĝas pli rapide en moveblaj aparatoj. Se vi pensas, ke tio sonas tre kiel respondema retejo, vi ne estas malĝusta. La du konceptoj dividas multon en komuna, nome, ke ili ambaŭ enfokusigas en liveri enhavon al uzantoj pri moveblaj aparatoj. Tamen ekzistas kelkaj diferencoj inter ĉi tiuj du aliroj.
Ŝlosilaj diferencoj Inter AMP kaj respondema retejo
Unu el la fortoj de respondema retejo dezajno ĉiam estis la fleksebleco, kiun ĝi aldonas al retejo. Vi povas krei unu paĝon, kiu aŭtomate respondas al la grandega ekrano de vizitanto. Ĉi tio donas vian paĝon atingi kaj la kapablon servi bonan sperton al ampleksa gamo da aparatoj kaj ekranecimoj, de poŝtelefonoj ĝis tablojdoj al tekkomputiloj, labortabloj kaj pli tie. Respondema retejo dezajno estas koncentrita en ĉiuj aparatoj kaj uzantaj spertoj , ne nur moveblaj. Tio ambaŭ bonas en iuj manieroj kaj malbonaj en aliaj.
Flexibilidad en loko estas bonega, sed se vi vere volas fokusi la poŝtelefonon, kreante retejon, kiu fokusigas ĉiujn ekranojn, anstataŭ nur sur telefonoj, povas komerci flekseblecon por simple optimumigita movebla agado. Tio estas la teorio malantaŭ AMP.
AMP estas nur koncentrita al rapido - nome movebla rapideco. Laŭ Malte Ubl, Google Tech Lead por ĉi tiu projekto, AMP celas alporti "tujan bildon al enhavo en retejo". Iuj de la manieroj ĉi-rilate inkluzivas:
- Mallaborema ŝarĝo
- Uzanta antaŭkonekton
- Preferi rimedojn
- Asynk-Javascript
- Inline stilo folioj
- Ne elŝuteblaj tiparoj
- Rimedo prioritigo
Ĉi tiuj estas nur iuj el la ĉefoj, kiuj faras AMP- ŝarĝon tiel rapide . Ankaŭ ekzistas kelkaj eroj en tiu listo, kiuj povas fari longtempajn profesiajn retejojn. Inline stilo folioj , ekzemple. Multaj el ni estis diritaj dum jaroj, ke ĉiuj stiloj devas esti enhavitaj en eksteraj stilaj folioj. Povante stiligi multajn paĝojn de ĉiuj el unu ekstera folio estas unu el la fortoj de CSS- forto, kiu negatas se paĝoj uzas enlinajn stilojn anstataŭe. Jes, vi malhelpas la bezonon elŝuti la ekstera dosiero, sed koste povi administri tiun tutan retejon kun la sola stilo-folio. Do, kio aliro estas pli bona? La realaĵo estas, ke ili ambaŭ havas siajn avantaĝojn kaj malfacilaĵojn. La retejo senĉese ŝanĝas kaj malsamaj personoj vizitantaj vian retejon havas malsamajn bezonojn. Estas tre malfacile establi regulojn, kiuj aplikos en ĉiuj kazoj, ĉar malsamaj aliroj havas sentojn en malsamaj situacioj. La ŝlosilo devas pesi la avantaĝojn aŭ malfacilaĵojn de ĉiu aliro por determini, kio estas plej bona en via aparta kazo.
Alia ŝlosila diferenco inter AMP kaj RWD estas la fakto, ke respondema dezajno malofte "aldonis" al ekzistanta retejo. Ĉar RWD estas vere reenpensado de la arkitekturo kaj sperto de la retejo, ĝi ĝenerale postulas ke tiu retejo estu rediseñita kaj reevolvita por akomodi la respondajn stilojn. Tamen, AMP povas esti aldonita al ekzistanta retejo. Fakte, ĝi eĉ povas esti aldonita al ekzistanta respondema retejo.
Konsideroj de Javascript
Kontraste kun lokoj kun RWD, AMP-ejoj ne ludas bone per Javascript. Ĉi tio inkludas 3- a- partian-skriptoj kaj bibliotekoj, kiuj estas tre popularaj en retejoj hodiaŭ. Tiuj bibliotekoj povas aldoni nekredeblan funkciojn al loko, sed ili ankaŭ efikas efikecon. Kiel tia, ĝi supozas, ke enfokusigas fervore enfokusigita al paĝ-rapido evitas Javascript-dosierojn. Estas tial, ke AMP ofte estas plej bone uzita en statikaj retpaĝoj, kontraŭaj al tre dinamikaj aŭ tiuj, kiuj bezonas specifajn Javaskriptajn efikojn por unu kialo aŭ alia. Ekzemple, galerio de retejo, kiu uzas sperton de "lightbox" ne estos granda kandidato por AMP. Aliflanke, norma retejo-artikolo aŭ gazetara eldono, kiu ne postulas ajnan interesan funkciojn, estus granda paĝo por liveri per AMP. Tiu paĝo verŝajne estos legata de homoj uzantaj mekanismojn móviles, kiuj eble vidis la ligon pri sociaj amaskomunikiloj aŭ per movebla serĉo de Google. Povante tuj transdoni tiun enhavon kiam ili petas ĝin, anstataŭ malrapidigi elŝuti rapido dum nenecesaj Javaskriptoj kaj aliaj rimedoj ŝarĝiĝas, faras bonegan klientan sperton.
Elektanta la Ĝustan Solvon
Do, kio opcio pravas por vi - AMP aŭ RWD? Ĝi dependas de viaj specifaj bezonoj, kompreneble, sed vi ne bezonas elekti unu aŭ la alian. Se ni volas havi pli inteligentajn (kaj pli sukcesajn) interretajn strategiojn, tio signifas, ke ni devas konsideri ĉiujn ilojn al nia dispozicio kaj lerni kiel ili funkcios kune. Eble ĉi tio signifas transdoni vian retejon respondeme, sed uzante AMP en elektitaj sekcioj aŭ paĝoj, kiuj plej taŭgas al tiu stilo de disvolviĝo. Ĝi ankaŭ povus signifi preni aspektojn de malsamaj aliroj kaj kombini ilin por krei hibridajn solvojn, kiuj plenumas tre specifajn bezonojn kaj kiu liveras la plej bonan el ambaŭ mondoj al la vizitantoj de tiu retejo.