Kiirendatud mobiililehekülgede (AMP) kinnitamine

Oma viimases AMP juhendis oleme näidanud teile, kuidas AMP-d (kiirendatud mobiililehed) vastu võtta, et saada kiiret kiirendust ja paremat säritust Google'i mobiilse otsingutulemuse kohta teie veebisaidil mobiilses keskkonnas.

Olles näinud AMPma võin eeldada, et olete alustanud või kavatseb oma veebilehtedele muudatusi teha AMP. Järgige hoolikalt dokumentide juhiseid ja koostage oma CSS, et kujundada AMP leheküljed oma visuaalse söögiisu järgi.

Nüüd on veel üks asi, mida teha: nende lehekülgede kinnitamine.

AMP valideerijad

AMP-lehekülgede kinnitamiseks on mitmeid viise:

1. Lisa # areng = 1 rada AMP lehekülje URL-i lõpus. Aruanne esitatakse projektis Konsool vahekaardil DevTools.
2. Teise võimalusena saate kasutada online-AMP valideerimist.
3. Võite kasutada ka Chrome'i AMP laiendust.

Need tööriistad koostavad aruande lehekülgede vigade või hoiatuste kohta. Selle põhjal saate valida, mida määrata.

AMP valideerimine reguleerib peamiselt HTML-elementide kasutamine, the s, ja stiilideklaratsioonid. Veenduge, et need lehel olevad asjad oleksid kõik AMP-ga ühilduvad ja et seal ei jääks midagi, mis rikub AMP juhiseid. Vastasel juhul ei kuvata teie AMP lehekülge kusagil.

Andmete struktuur

AMP nõuab ka skeemi andmestruktuuri. Need andmed on esitatud pea JSON-vormingus lehekülje silt. See sisaldab lehe kontekstuaalset teavet, sealhulgas pealkirja, avaldaja logo ja nime, avaldamise ja muutmise kuupäeva jne..

Sõltuvalt lehe eesmärgist võivad andmed lisada: artiklid, ülevaated, retseptid, videod jne. Andmetüübi üksikasjade kohta saate teavet Google'i andmetüüpide dokumentatsioonist..

Vaja on mõningaid andmeid, mis tekitavad vigu, kui neid ei esitata; mõned muud tüüpi andmed on valikulised ja annavad ainult hoiatusi. Sellised vead ei ilmne siiski eespool nimetatud AMP valideerijad.

Selle asemel kuvatakse need Google'i struktureeritud andmete testimise tööriistas ja ka Google'i veebimeistrite kontol.

AMP tarbijad või AMP-d toetav klient, näiteks Google'i otsing ja Twitteri hetked, võivad kasutada seda andmekogumit, et esitada AMP sisu oma tulemuste lehel.

Seega, peale AMP suuniste järgimise oma varaliste kohandatud HTML-elementidega, peavad nõutavad skeemiandmed olema samuti paigas.

Vaatamata vead

Enamik vigu on dokumentides selgelt välja toodud ja neid saab kergesti pilguheitmiseks tõmmata. Mõned vead on aga kontekstualiseeritud muutujatega, mida me ei suuda märgata, nagu näiteks “Kehtetu atribuudi väärtus”, mis ütleb "Atribuut"% 1 "sildil '% 2' on seatud kehtetuks väärtuseks '% 3'.".

See veateade ei maini ega loetle täpselt milline väärtus on kehtetu . Aga mida ma tean, on see, et me ei saa seda määrata laius ja kõrgus of element 100% või automaatne. Pildisuhte säilitamiseks peavad need atribuutide väärtused olema pildi täpne suurus.

See on vaid üks näide. On mitmeid kohandatud elemente - amp-img, amp-iframe, ja amp-reklaamid - oma valideerimisreeglitega atribuudi ja selle väärtuse kasutamise vastu.

See võib muuta AMP-lehekülje valideerimise hirmuäratavaks ülesandeks, eriti kui me võtame sadu või (võib-olla) tuhandeid pärandmaterjale, mis avaldati aastaid tagasi.

Lõplik mõte

AMP on alles algusjärgus. See on väga aktiivses arenduses koos Google'i ja veebiarenduse kogukonna kogukondlike jõupingutustega. Aga AMP areneb kindlasti. Sarnaselt HTML5-le võib tulevikus olla elemente, atribuute ja mõningaid tavasid. Nii et veenduge, et teie AMP-leheküljed on aeg-ajalt kinnitatud suuniste viimaste muudatuste alusel.