Téma: Google Accelerated Mobile Pages

A leírás alapján nem a képek meg ilyenek zavarják őket leginkább, hanem a scriptek, amik lassítják az oldal töltődését, meg a megjelenését is, ha módosítják a layout-ot. Szóval inkább a renderelésen akarnak gyorsítani, az oldal felépülésén.

Ezért van az, hogy a scripteket letiltják az AMP alatt az oldalról. Nem lehet sem saját script az oldal kódjában, sem külső libraryt nem lehet behúzni. Csak nagyon kontrolláltan lehet majd scripteket alkalmazni, AMP komponensek használatával.

Geri eredeti hozzászólása

A responsive nem a mobilra van kitalalva mivel ugyanaz az adatmennyiseg letoltodik a kliensnek es hiaba jelenik meg a tartalom szepen, attol meg lassu marad az oldal, mert az asztali valtozatot tolti le a mobilkliens.
Ha jol latom ez az AMP nem lesz tul komplikalt ugyhogy nem lesz nagy extra melo vele, viszont sokkal gyorsabban fognak mukodni mobilon az oldalak.

De ki a fenének fog ez kelleni? Már ha a felhasználót is figyelembe vesszük?

A nagy oldalak, pl. Index meg a többi, sokkal gyorsabban fognak betöltődni mobilon a Google szerint, aminek a userek általában örülni szoktak, ha kevesebbet kell várni.

Ez megint olyan, mint a giga, hiper, szuper net? Amikor nagy mellénnyel hirdetik, hogy mostantól 1 Gbit/sec, vagy nem is tudom, mennyi az elérhető sebesség? Aztán közben 2 Gb adatforgalom elérése után lekorlátoznak. Én special boldogabb lennék 100 Mbit-tel, de 20 Gbyte adatforgalommal.

Ettől függetlenül hiába szívom a fogam, úgyis az lesz, hogy a programozók a céges odlalainkat átírják AMP-re, mert nem engedhetjük meg magunknak, hogy ne "nyaljunk" a Google-nek. Amikor a céges oldalaink betöltése úgyis barom gyors már most is, de majd elégetünk pár száz, ezer eurót és pörgetjük a gazdaságot

spontan eredeti hozzászólása

A leírás alapján nem a képek meg ilyenek zavarják őket leginkább, hanem a scriptek, amik lassítják az oldal töltődését, meg a megjelenését is, ha módosítják a layout-ot. Szóval inkább a renderelésen akarnak gyorsítani, az oldal felépülésén.

Ezért van az, hogy a scripteket letiltják az AMP alatt az oldalról. Nem lehet sem saját script az oldal kódjában, sem külső libraryt nem lehet behúzni. Csak nagyon kontrolláltan lehet majd scripteket alkalmazni, AMP komponensek használatával.

Köszönöm, hogy megerősítetted, amit írtam. Mert én is ezt írtam. Ez viszont nem fogja jelentős mértékben változtatni az ADATFORGALMAT. Nézd meg alaposabban mit írtam a #8 hozzászólásba, mert gyakorlatilag leírtad lényegi részben tök ugyan azt (pedig az előbb még vitatkoztál vele).

Geri eredeti hozzászólása

Lehet rosszul teszem, de en azt feltelezem, hogy aki elkeszit egy kulon mobilverziot, az akkor arra optimalizalt asset-eket fog hasznalni, igy csokkenni fog az adatforgalom a responsive oldalhoz kepest.
Azt meg mar fentebb is irtak, hogy az APM a js problemat is probalja megoldani, mert limilatja az elerheto javascript funkciokat.

És ez így miben több/jobb ez mint egy m.domain.tld oldal? Mert én úgy látom tök ugyanaz, pár plusz html5 funkcióval (pl. prerendering). JS-es követőkód helyet tracking pixel = sok éves visszalépés. /amp ugyan az mint egy m.domain.tld = sok éves visszalépés. JS-es hirdetésbeillesztés helyett iframek = több éves visszalépés. Semmi újat nem mutat fel, csupán becsomagolták nekünk az 5-6-8 éves technikákat egy keretrendszerbe, hozzáadva pár olyan dolgot, amit amúgy a keretrendszertől függetlenül is tök jól lehet használni.

Nem véletlenül ment el responsive irányba a web. És lehet, hogy az nem arra lett kitalálva, amire most használják, de azt lehet jól is használni. Pl. media querykkel. Én pl. megcsináltam a saját kódolású oldalamon, hogy HD-ben 1920px széles, 400KB-os kép jöjjön le, telefonon meg 320px széles 26KB-os. Tisztán CSS-ből. Nagyjából 18 és 31 másodperc meló között van, tehát nem egy nagy varázslat. Ha rendesen van megcsinálva az a responsive oldal, akkor nincs fölösleges adatforgalom, se fölöslegesen sok javascript, se semmi, mert az töltődik be, amit akarsz.

Emphus eredeti hozzászólása

És lehet, hogy az nem arra lett kitalálva, amire most használják, de azt lehet jól is használni. Pl. media querykkel. Én pl. megcsináltam a saját kódolású oldalamon, hogy HD-ben 1920px széles, 400KB-os kép jöjjön le, telefonon meg 320px széles 26KB-os. Tisztán CSS-ből. Nagyjából 18 és 31 másodperc meló között van, tehát nem egy nagy varázslat. Ha rendesen van megcsinálva az a responsive oldal, akkor nincs fölösleges adatforgalom, se fölöslegesen sok javascript, se semmi, mert az töltődik be, amit akarsz.

Akkor csinald meg ugyanezt egy webshop termeklista oldalan css-bol

Geri eredeti hozzászólása

Akkor csinald meg ugyanezt egy webshop termeklista oldalan css-bol

Miért, mi ebben a nagy kaland? Én nem látom benne az extra kihívást. A képfeltöltő script több méretben automatikusan létrehozza a képet, és a megfelelőt rakja oda listázáskor. A szöveges tartalom meg azonos.

Ez az AMP meg aztán azt sem tudja, hogy egy kép több különböző felbontáson és méretben töltődjön le a különböző eszközökre. Szóval nem hogy nem rosszabb, hanem egyenesen jobb egy responsive oldal adatforgalmi és töltődési szempontból, ha _nomrálisan an megcsinálva_. De ha kevesebb energia van beleölve (mert pl. nincs több kép a különböző responsive törésekhez), akkor sem rosszabb, ugyan ott vagyunk. Azonos URL-en. Magyarán ha haver megosztja Facebookon az oldalt, miközben telefonról böngészik, akkor én nem írogathatom át kézzel az URLt megnyitás után PC-ről, meg nem kell a desktop verziós linkre kattintanom, meg a másik kismillió dolog, amiért az m.domain.tld úgy rossz, ahogy van.

Emphus eredeti hozzászólása

Miért, mi ebben a nagy kaland? Én nem látom benne az extra kihívást. A képfeltöltő script több méretben automatikusan létrehozza a képet, és a megfelelőt rakja oda listázáskor. A szöveges tartalom meg azonos.

Tehat nem CSS-el oldod meg, hanem szerveroldalon lekezeled hogy a mobilbongeszonek masik markupot szolgaljon ki. Ergo csinalsz egy kulon mobilverziot, amire az amp is ra fogja az embereket kenyszeriteni.
De teljesen leakadtal az adatmennyisegen valamiert.
Szerencsere mindenkinek meg lesz tovabbra is a valasztasi lehetosege es aki akar az responsive oldalt epit, aki akar, az meg keszit kulon mobilverziot.