Du bist hier:  Seitenreport    Forum    Web-Entwicklung    (X)HTML & CSS    AMP + HTML5 Validator

AMP + HTML5 Validator

Verfasst am: 21. 08. 2017 [16:58]
Xenotyp
134 Beiträge
Dabei seit: 05.06.2015

Aktiver Schreiber
Themenersteller

Beitrag hilfreich?

Ich bastle gerade zu Testzwecken meine HP zu einer AMP Seite um. Dabei ist mir aufgefallen, dass es doch scheinbar leichter als gedacht ist die Spezifikationen von AMP einzuhalten. Jedoch fehlt mir ein Tool, dass mir sagt, dass AMP und HTML5 valide sinde oder nicht. Kann man HTML5 überhaupt valide machen, wenn man AMP einsetzt? In einem Forum habe ich gelesen, dass die AMP Spezifikationen HTML5 valid sind, aber die üblichen Validatoren sagen mir da was anderes. Zum Validieren von AMP benutze ich Google:

http://search.google.com/test/amp?url=http%3A%2F%2Fwww.garten-design.net%2FZan%2Famp%2Findex.html

Verfasst am: 21. 08. 2017 [22:15]
Matthes
924 Beiträge
Evil Genius
Dabei seit: 08.05.2010

✓ Seitenreport Vorantreiber

Beitrag hilfreich?

Ich muss ehrlich sagen, dass ich der ganzen Idee hinter AMP etwas skeptisch gegenüber stehe und deshalb bislang davon Abstand gehalten habe.

Von daher bin ich dir da keine große Hilfe.

Make Seitenreport great again!


Verfasst am: 21. 08. 2017 [22:21]
d_spaete
52 Beiträge
Webentwickler
Dabei seit: 20.12.2012

Ab und An Schreiber

Beitrag hilfreich?

Das ist eine spannende Frage!

"Xenotyp" schrieb:

[...] scheinbar leichter als gedacht ist die Spezifikationen von AMP einzuhalten.


Ja, solange Du keine Formulare oder für die Nutzung relevantes JavaScript verwendest. Ich war auch angenehm überrascht.

"Xenotyp" schrieb:

Kann man HTML5 überhaupt valide machen, wenn man AMP einsetzt?


Meines Erachtens: Nein, nicht mit der "standalone canonical AMP page"-Variante (https://www.ampproject.org/docs/tutorials/converting/resolving-errors#include-canonical-link). Mit 2 Versionen der Seite natürlich schon.

Ich kann keine HTML-Spezifikation finden, in der amp geschweige denn ⚡ als erlaubte Attribute erwähnt werden würden. Deshalb gab es hier schon die Diskussion, auf eine CSS-Klasse oder ein Custom data-Attribut auszuweichen:
https://github.com/ampproject/amphtml/issues/472

Vielleicht meinte der Autor in dem Forum, dass es keine Probleme in den Browsern gäbe. Aber valides HTML5 können AMPs m.E. nicht sein.

Verfasst am: 21. 08. 2017 [22:31]
d_spaete
52 Beiträge
Webentwickler
Dabei seit: 20.12.2012

Ab und An Schreiber

Beitrag hilfreich?

"Matthes" schrieb:

Ich muss ehrlich sagen, dass ich der ganzen Idee hinter AMP etwas skeptisch gegenüber stehe [...]


Ja, ganz meine Meinung. Es macht viele Errungenschaften der letzten Jahre mit einem Schlag zunichte. Was will man mit einer Seite ohne Formulare? Inhalte nach Bedarf via XHR nachzuladen ist doch viel effizienter für Mobilgeräte als auf Verdacht mal alles (bis auf Bilder außerhalb des sichtbaren Bereichs) runterzuladen. Und gibt es nicht genug Fallstudien, die Caching ausgelagerter und gz-komprimiert ausgelieferter CSS-Dateien als viel effizienter aufzeigen, als das ganze Gedöns in die html-Seiten zu packen und bei jedem Seitenaufruf wieder mit zu schicken?

Aber wenn Tantchen uns ein neues Spielzeug schenkt, muss man es ja mal ausprobieren wink.gif

Verfasst am: 22. 08. 2017 [09:21]
Xenotyp
134 Beiträge
Dabei seit: 05.06.2015

Aktiver Schreiber
Themenersteller

Beitrag hilfreich?

Ich danke auf jedenfall schon einmal für die Infos. Ich muss sagen ich steh dem auch sehr zwiegespalten gegenüber. Browser Caching G-Zip und Ajax machen meine Testseite eigentlich auch sehr geschmeidig mit dem mobilen Gerät. Ich wollte AMP nun jetzt endlich einfach mal testen. Ich werde beide Seiten parallel laufen lassen und testen was letztlich schneller ist. Ich finde es, wie gesagt, nur schwierig eine Website zu erstellen die AMP optimiert ist. Grundsätzlich müsste man zuerst eine valide HTML5 Seite erstellen, um nachträglich die AMP Änderungen vor zu nehmen und diese zu validieren. Besser wäre ein Validator der beides berücksichtigt. :/

Verfasst am: 24. 08. 2017 [13:16]
Xenotyp
134 Beiträge
Dabei seit: 05.06.2015

Aktiver Schreiber
Themenersteller

Beitrag hilfreich?

Vllt. nice to know für euch. Ich habe meine Tests nun abgeschlossen. Tatsächlich ist die AMP Version durchweg langsamer als die NonAMP Version meiner Seite. Liegt wohl daran, dass meine Seite von Natur aus sehr winzig ist. Falls ihr euch das mal ansehen wollt: Navigiert ein bissel auf meiner Testseite umher: http://xeno-4aa45.firebaseapp.com

Und dann checkt die AMP Version dagegen: http://xeno-4aa45.firebaseapp.com/amp

Somit war das Ganze für mich eine nette Übung aber nichts, was ich auf kleinen Internetpräsenzen einsetzen würde. Im mächtigen Wordspress CMS, Newsportal, whatever macht das vllt. Sinn.
Jetzt warte ich noch darauf dass Edge und FF webp unterstützen, dann gibts wieder was zu basteln. :)

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 24.08.2017 um 13:16.]

Verfasst am: 25. 08. 2017 [13:26]
d_spaete
52 Beiträge
Webentwickler
Dabei seit: 20.12.2012

Ab und An Schreiber

Beitrag hilfreich?

Ah, danke.

Naja klar, Du sparst in der AMP-Version Deine 708 Byte CSS-Datei und Deine 668 Byte JavaScript-Datei. Dafür wird die 68,4 KB JavaScript-Datei von ampproject.org geladen.

Wenn ich es recht im Kopf habe, sollte dieses JavaScript-Monster (jQuery 1.12.4 hat mit 33,2 KB gerade mal die Hälfte) relativ zuverlässig bei allen Usern schon im Cache liegen. Bei 50 Minuten Vorhaltezeit und überhaupt habe ich da aber meine Zweifel.

Außer bei "Stuff" wirft Deine Ajax-Navigation übrigens immer einen 404er Fehler und wechselt die Sprache, wenn ich einen schon aktiven Menüpunkt anklicke.

Verfasst am: 25. 08. 2017 [13:45]
Matthes
924 Beiträge
Evil Genius
Dabei seit: 08.05.2010

✓ Seitenreport Vorantreiber

Beitrag hilfreich?

"d_spaete" schrieb:
Außer bei "Stuff" wirft Deine Ajax-Navigation übrigens immer einen 404er Fehler und wechselt die Sprache, wenn ich einen schon aktiven Menüpunkt anklicke.


Hatten wir den Fehler nicht ganz zu Beginn schon, Xeno...? wink.gif

Make Seitenreport great again!


Verfasst am: 25. 08. 2017 [15:04]
Xenotyp
134 Beiträge
Dabei seit: 05.06.2015

Aktiver Schreiber
Themenersteller

Beitrag hilfreich?

Ja, grundsätzlich müsste die AMP Version schneller sein ... wenn man sich die Zahlen anschaut und einmal alles addiert und sich die Differenz anschaut. Praktisch werden bei mir aber die Bilder deutlich langsamer geladen. Das bemerke ich vor allem bei Seiten die 3 Thumbnails zeigen. Da kann ich sogar kurzzeitig eine Platzhaltergrafik sehen, die einen Ladebalken imitiert. Das ist echt merkwürdig. Naja, ich behalte es weiterhin im Auge. Die AMP Version meiner Seite verlinke ich nun mit <link rel="amphtml" href="https://www.example.com/url/to/amp-version.html" /> im Header der normalen Version. So bekomme ich den AMP Benefit vllt. von Google, mal sehen.

@Matthes, ja ich stehe noch immer auf Kriegsfuß mit dem ollen Javascript für die Browser History Api. ^^'

//E: @spaete, trotzdem danke für die Info. Dass ich bei Stuff das Problem nicht habe, ist sehr sehr seltsam. Vllt. finde ich ja so ein Lösung.

//E: Bei stuff hab ich für den Aktiven Link ausversehen eine falsche id eingetragen. Hmmm, sollte das die Lösung des Problems sein? ^^

[Dieser Beitrag wurde 2mal bearbeitet, zuletzt am 25.08.2017 um 15:15.]

Verfasst am: 25. 08. 2017 [16:21]
d_spaete
52 Beiträge
Webentwickler
Dabei seit: 20.12.2012

Ab und An Schreiber

Beitrag hilfreich?

"Xenotyp" schrieb:

//E: Bei stuff hab ich für den Aktiven Link ausversehen eine falsche id eingetragen. Hmmm, sollte das die Lösung des Problems sein? ^^


Nein, das ist ein zusätzlich Problem bzw. ist es insofern eine Lösung, dass es die Ajax-Navigation außer Kraft gesetzt hat.

Ich bin mir jetzt nicht 100%ig sicher, weil's ja selten vorkommt, dass eine id doppelt vergeben wird, aber ich nehme stark an, dass Dein Event-Handler nur auf das erste Element mit der id "design" zugegriffen hat. Bei Klick auf Stuff wurde somit ohne irgendwelche XHRs ganz normal die stuff.html aufgerufen.




to Top to Top

Du bist nicht eingeloggt. Bitte beachte, dass Du eingeloggt sein musst, um Themen zu erstellen oder auf Beiträge zu antworten.

RSS Feed abonnieren

Werde in Echtzeit über neue Foren-Beiträge informiert:

RSS Feed abonnieren


0 Mitglieder waren innerhalb der letzten 15 Minuten online (40 heute gesamt):
[keine]

Administratoren und Moderatoren:
[keine]

Seitenreport hat 46147 registrierte Mitglieder, 4296 Themen und 37483 Beiträge.
Der aktuelle Mitgliederzuwachs liegt bei durchschnittlich 6 bestätigten Neuregistrierungen pro Tag.
Pro Tag werden im Seitenreport Forum durchschnittlich 0 neue Themen und 2 Beiträge erstellt.
Die Durchschnittszahlen berechnen sich aus den letzten 7 Tagen.

Mehrfach empfohlen

Seitenreport ist einer der bekanntesten SEO und Website Analyse Dienste im deutschsprachigen Raum und wurde u.a. schon empfohlen:
von Mr. Wong im Wong Letter
vom Leserservice der Deutschen Post
vom Technik Blog SiN
und vielen anderen

Seitenreport API

Verfolge die SERP Positionen Deiner Keywords und erhalte Informationen über verwendete Mikroformate, frage die Ergebnisse unserer Analysen live ab oder greife auf unsere History-Datenbank zu. Dies alles bietet Dir die neue Seitenreport API. Kontaktiere uns, um weitere Infos zu erhalten.