Visione e missione
La nostra visione è la direzione delle stella polare che guida il nostro cammino, mentre la nostra missione descrive in che modo ci muoviamo verso tale direzione.
Visione
Visione
Realizzare un web aperto affidabile e incentrato sull'utente.
& Missione
Missione
Produrre contenuti web incentrati sull'utente, che garantiscano il successo a lungo termine agli editori di siti web, ai commercianti e agli inserzionisti.
Principi di progettazione
I seguenti principi di progettazione intendono offrire una guida per le attività di creazione e sviluppo di contenuti AMP. Essi ci aiuteranno a prendere decisioni coerenti interne al sistema.
Esperienza utente > Esperienza sviluppatore > Semplicità di implementazione. In caso di dubbi, cerca sempre di privilegiare ciò che agevola l'esperienza dell'utente, anche se questo implica maggiori difficoltà per i creatori di pagine e per gli sviluppatori di librerie.
Non effettuare progetti per ipotetici browser più veloci non ancora esistenti. Abbiamo deciso di realizzare il progetto AMP come una libreria di componenti che rispettino lo spirito del MANIFESTO PER L'ESPANDIBILITÀ DEL WEB per essere in grado di agire sul web già oggi, non su quello del domani. AMP dovrebbe essere veloce nei browser di oggi. Quando alcune ottimizzazioni non sono possibili con la piattaforma odierna, gli sviluppatori AMP dovrebbero partecipare allo sviluppo degli standard per aggiungerle alla piattaforma web.
Non danneggiare il web. Verifica sempre che, se una struttura AMP presenta interruzioni o problemi, questo non danneggi il resto del web. Ciò significa che se la Cache Google AMP, l'API URL o la libreria presentano errori, dovrebbe comunque essere possibile per i siti web gestire tali situazioni senza scompensi. Se qualcosa funziona con una cache AMP, dovrebbe farlo anche senza cache.
Risolvi i problemi al giusto livello. Ad esempio, evita di integrare oggetti sul lato client, solo perché questo è più facile, quando l'esperienza d'uso migliora con un'integrazione sul lato server.
Implementa gli oggetti solo se possono essere elaborati velocemente. Non introdurre in un contesto AMP componenti e funzioni che non possono funzionare in modo affidabile a 60fps o che possono compromettere la velocità di caricamento istantaneo dei più diffusi dispositivi mobili.
Dai priorità agli oggetti che migliorano l'esperienza dell'utente, ma non disdegnare di ricorrere a compromessi se necessario. Alcuni oggetti possono essere velocissimi ma possono peggiorare l'esperienza dell'utente. Gli elementi AMP dovrebbero offrire la migliore esperienza d'uso possibile e la velocità è solo uno dei fattori da considerare. Può essere giusto fare compromessi solo quando il mancato supporto di una struttura impedirebbe ad una soluzione AMP di avere ampio utilizzo e distribuzione.
Non ricorrere a white list. Non garantiamo trattamenti speciali a nessun sito, dominio o origine particolare, ad eccezione dei casi in cui ciò sia richiesto per motivi di sicurezza o di performance.