Téma: Google AMP - amit tudni kell róla

Én egy ilyet kaptam ma:

Google Search Console
Hibák kijavítása az AMP-oldalakon

A(z) http://.../ webmesterének

A Google rendszerei azt észlelték, hogy néhány AMP-oldala nem felel meg az irányelveinknek, és emiatt nem jelenik meg a Google Keresés AMP-specifikus szolgáltatásaiban. A következő jelentés a hibás oldalakról tartalmaz példákat:

...

Janko eredeti hozzászólása

"hiszen a meglévő HTML tartalomból kell csinálni egy újabb megjelenítést" gondolom itt nem fizikailag is létező statikus fájlra gondolsz, hanem mondjuk PHP által generált HTML oldalra. Ilyenkor elég egyszerű a megvalósítás...
Ha dom/tartalom/ az eredeti tartalom elérése akkor például dom/amp/tartalom/ az AMP verzió elérése. A PHP-ban lekezeled, hogy van e az URL-ben /amp/. Ha true akkor az amp template kerül használatba, ha false akkor meg a sima template. A canonical megadása is egyszerű így, mert ha van /amp/ az URL-ben akkor replace "amp/" a fennmaradó meg canonical, ha nincs akkor hozzá kell adni az URL-hez, hogy "amp/" és akkor ez lesz canonical. Így ha több ezer oldal / URL létezik akkor is egy művelettel mindet tudod automatikusan kezelni.

Például itt is hasonlóan van megoldva a nézetváltás: Itthon - Hír és információ tallózó portál
Ha a menü jobb oldalán ráklikkelsz a "Nézetváltás" feliratra és egy másik nézetre klikkelsz akkor az URL-ben mindig az első könyvtár értéke fog változni (/osztott-nezet, /teljes-nezet, stb.) amely aztán a PHP-ban megadja, hogy melyik verzió szerint kell megjeleníteni az oldal tartalmát, illetve ebből derül ki az is, hogy kell e canonical.

Ebben teljesen igazad van, így kell megcsinálni.

Csak előtte valaminek a meglévő kódból AMP verziót kell csinálni. Ami nem csak a layout-ot érinti, hanem a HTML tartalmat is.
Mind a templatet, a css-t, js-t és az adatbázisban tárolt tartalmat is ki kell "gyomlálni".

Nyilván automatizálható, ha WP esetén megtették. Akár abból a kódból is ki lehetne indulni

A te esetedben is a weblapod, motortól függetlenül egy előre megírt sablonba helyettesíti be az adatbázistól kapott úgymond nyers szöveget.

Annyi a feladat, hogy az url-jeidet lekezelő kódban megvalósítasz egy ellenőrzést. Ha amp van az urlben nem az eddig megszokott sablont húzza be, hanem amit erre külön megírsz, pontosabban lebutítasz. Maga a lekérdezés és minden más marad ugyan az, egyedül a body tag közötti rész változik, illetve a head között az általad is írt 2 meta.

Karessz eredeti hozzászólása

A te esetedben is a weblapod, motortól függetlenül egy előre megírt sablonba helyettesíti be az adatbázistól kapott úgymond nyers szöveget.

Annyi a feladat, hogy az url-jeidet lekezelő kódban megvalósítasz egy ellenőrzést. Ha amp van az urlben nem az eddig megszokott sablont húzza be, hanem amit erre külön megírsz, pontosabban lebutítasz. Maga a lekérdezés és minden más marad ugyan az, egyedül a body tag közötti rész változik, illetve a head között az általad is írt 2 meta.

Értelek.

Amire megoldást keresek:

1. A sablont lebutítani automatikusan. Bármilyen sablont
2. A "nyers" szöveget a tartalmat is lebutítani. Ugyanis vannak olyan js, html, css elemek, amiket nem használhatsz. Ezeket pedig használja nagyon sok tartalom. Ezeket ugye te viszed fel és mysql-ben vannak tárolva. Máshogy néz ki a kép beillesztés, másképp a videó, nem használhatsz Iframe-et stb.

Ismert tartalomkezelő rendszereknél ez nem jelent különösebb problémát.

Viszont ott, ahol nem ismert a sablonkezelés megoldása, illetve az sql lekérdezések eredménye (táblaszerkezet), ott elég nehéz 100%-ban automatizált megoldást írni. Olyat már inkább, amire a sajátodat kell hozzáigazítani.

WP-re pont ezért van ilyen plugin, mert ismertek a fenti kritériumok hozzá.

Karessz eredeti hozzászólása

Ismert tartalomkezelő rendszereknél ez nem jelent különösebb problémát.

Viszont ott, ahol nem ismert a sablonkezelés megoldása, illetve az sql lekérdezések eredménye (táblaszerkezet), ott elég nehéz 100%-ban automatizált megoldást írni. Olyat már inkább, amire a sajátodat kell hozzáigazítani.

WP-re pont ezért van ilyen plugin, mert ismertek a fenti kritériumok hozzá.

Mondjuk abba valóban nem gondoltam bele, hogy ha on the fly csinálom az AMP -re butítást, akkor az eléggé lassítja az oldalt.
De most az jutott eszembe, hogy miért ne lehetne a cashe mintájára lementeni a tartalmak AMP verzióját? Így csak a generált html kóddal kell foglalkozni és tök mindegy az adatbázis szerkezet.

Nyilván van egy minimális csúszás, hiszen a cashe is akkor jön létre, ha valaki már megnézte az adott tartalmat.

Ez működhetne?

"The AMP pages at the top are cached on gstatic URLs"

Ebből én úgy értem, hogy a cahcelést a G megcsinálja helyetted.

https://googleblog.blogspot.hu/2015/...ile-pages.html : "So, as part of this effort, we’ve designed a new approach to caching that allows the publisher to continue to host their content while allowing for efficient distribution through Google's high performance global cache. We intend to open our cache servers to be used by anyone free of charge"

.. és ingyen lehet használni a cache-t.

DomainFlotta eredeti hozzászólása

Mondjuk abba valóban nem gondoltam bele, hogy ha on the fly csinálom az AMP -re butítást, akkor az eléggé lassítja az oldalt.
De most az jutott eszembe, hogy miért ne lehetne a cashe mintájára lementeni a tartalmak AMP verzióját? Így csak a generált html kóddal kell foglalkozni és tök mindegy az adatbázis szerkezet.

Nyilván van egy minimális csúszás, hiszen a cashe is akkor jön létre, ha valaki már megnézte az adott tartalmat.

Ez működhetne?