forked from amp-letter/amp-letter.github.io
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathindex.html
executable file
·301 lines (233 loc) · 25.9 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta http-equiv="x-ua-compatible" content="ie=edge">
<title>AMP letter</title>
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="stylesheet" href="style.css">
</head>
<body>
<header>
<div class='container'>
<svg class='main-logo' width="61" height="60" viewBox="0 0 61 60">
<g fill="#CE495F" fill-rule="evenodd"><path d="M40.674 27.253L27.968 48.196h-2.302l2.276-13.647-7.048.01h-.1c-.633 0-1.148-.51-1.148-1.137 0-.27.254-.727.254-.727l12.664-20.92 2.34.01-2.332 13.668 7.084-.008.112-.002c.635 0 1.15.51 1.15 1.14 0 .254-.1.478-.245.668zM30.288 0C13.56 0 0 13.432 0 30 0 46.57 13.56 60 30.288 60c16.73 0 30.29-13.431 30.29-30 0-16.568-13.56-30-30.29-30z"/></g>
</svg>
<h1 lang='en'>A letter about Google AMP</h1>
<h1 lang='fr'>Une lettre sur Google AMP</h1>
<h1 lang='ja'>Google AMPに関する手紙</h1>
<h1 lang='es'>Una carta sobre Google AMP</h1>
</div>
</header>
<main>
<article class='container' lang='en'>
<p>We are a community of individuals who have a significant interest in the development and health of the World Wide Web (“the Web”), and <strong>we are deeply concerned</strong> about <a href='https://ampproject.org'>Accelerated Mobile Pages</a> (“AMP”), a Google project that purportedly seeks to improve the user experience of the Web.</p>
<p>In fact, AMP keeps users within Google’s domain and diverts traffic away from other websites for the benefit of Google. At a scale of billions of users, this has the effect of further <strong>reinforcing Google’s dominance of the Web</strong>.</p>
<p>We acknowledge the problem of Web pages being slow to load, relative to alternative, proprietary technologies such as <a href='https://instantarticles.fb.com/'>Facebook Instant Articles</a> and <a href='https://developer.apple.com/news-publisher/'>Apple News</a>. Publishers (especially in news media) have long faced difficult choices and poor incentives, leading to bad decisions and compromises, and ultimately to terrible user experiences.</p>
<p>Search engines are in a powerful position to wield influence to solve this problem. However, Google has chosen to create a premium position at the top of their search results (for articles) and a “lightning” icon (for all types of content), which are only accessible to publishers that use a Google-controlled technology, served by Google from their infrastructure, on a Google URL, and placed within a Google controlled user experience. (<a href='https://developers.google.com/search/docs/guides/about-amp'>source</a>)</p>
<p>The AMP format is not in itself, a problem, but two aspects of its implementation reinforce the position of Google as a de facto standard platform for content, as Google seeks to drive uptake of AMP with content creators:</p>
<ol>
<li>Content that “opts in” to AMP and the associated hosting within Google’s domain is granted preferential search promotion, including (for news articles) a position above all other results.</li>
<li>When a user navigates from Google to a piece of content Google has recommended, they are, unwittingly, remaining within Google’s ecosystem.</li>
</ol>
<p>If Google’s objective with AMP is indeed to improve user experience on the Web, then we suggest some simple changes that would do that while still allowing the Web to remain dynamic, competitive and consumer-oriented:</p>
<ol>
<li>Instead of granting premium placement in search results only to AMP, provide the same perks to all pages that meet an objective, neutral performance criterion such as <a href='https://sites.google.com/a/webpagetest.org/docs/using-webpagetest/metrics/speed-index'>Speed Index</a>. Publishers can then use any technical solution of their choice.</li>
<li>Do not display third-party content within a Google page unless it is clear to the user that they are looking at a Google product. It is perfectly acceptable for Google to launch a “news reader”, but it is not acceptable to display a page that carries only third party branding on what is actually a Google URL, nor to require that third party to use Google’s hosting in order to appear in search results.</li>
</ol>
<p>We don’t want to stop Google’s development of AMP, and these changes do not require that. We also applaud search engines that give ranking preference to fast-loading pages. AMP can remain one of a range of technologies that give publishers high quality options for delivering Web pages quickly and making users happy.</p>
<p>However, publishers should not be compelled by Google’s search dominance to put their content under a Google umbrella. <strong>The Web is not Google, and should not be just Google.</strong></p>
<hr />
<p>Sincerely,</p>
<h2>As individuals</h2>
<ul class='signatories'>
<li><a href='http://boramalper.org'>Mert Bora Alper</a></li>
<li><a href='https://en.wikipedia.org/wiki/Amelia_Andersdotter'>Amelia Andersdotter</a></li>
<li><a href='https://twitter.com/torgo'>Daniel Appelquist</a></li>
<li><a href='https://waxy.org/'>Andy Baio</a></li>
<li><a href='https://rogier.design'>Rogier Barendregt</a></li>
<li><a href='http://alicebartlett.co.uk/'>Alice Bartlett</a></li>
<li><a href='https://twitter.com/CaptnBaz'>Nicolas Bazinet</a></li>
<li><a href='https://berjon.com/'>Robin Berjon</a></li>
<li><a href='https://trib.tv'>Andrew Betts</a></li>
<li><a href='http://mathias-biilmann.net'>Matt Biilmann</a></li>
<li><a href='https://ada.is/'>Ada Rose Cannon</a></li>
<li><a href="https://alexcarpenter.me">Alex Carpenter</a></li>
<li><a href='https://www.benc.io/'>Benjamin Cooper</a></li>
<li><a href='https://twitter.com/codycraven'>Cody Craven</a></li>
<li><a href='https://twitter.com/jordandanford'>Jordan Danford</a></li>
<li><a href='https://www.kaelig.fr/'>Kaelig Deloumeau-Prigent</a></li>
<li><a href='https://www.confidant.ca/'>Allan Dowdeswell</a></li>
<li><a href='https://shkspr.mobi/blog'>Terence Eden</a></li>
<li><a href='https://blog.albertoelias.me'>Alberto Elias</a></li>
<li><a href='https://qubyte.codes/'>Mark S. Everitt</a></li>
<li><a href='https://www.twitter.com/dug'>Dug Falby</a></li>
<li><a href='https://www.twitter.com/smashingmag'>Vitaly Friedman</a></li>
<li><a href='http://droidpinkman.io'>Dennis Gaebel</a></li>
<li><a href='https://sixtwothree.org'>Jason Garber</a></li>
<li><a href='https://keithjgrant.com'>Keith J. Grant</a></li>
<li><a href='https://twitter.com/ThomasG77'>Thomas Gratier</a></li>
<li><a href='https://hph.is'>Haukur Páll Hallvarðsson</a></li>
<li><a href='https://twitter.com/patrickhamann'>Patrick Hamann</a></li>
<li><a href='https://twitter.com/austinh7'>Austin Harris</a></li>
<li><a href='https://nilsnh.no'>Nils Norman Haukås</a></li>
<li><a href='https://pxlnv.com'>Nick Heer</a></li>
<li><a href='https://marcus.io'>Marcus Herrmann</a></li>
<li><a href='https://shanehudson.net'>Shane Hudson</a></li>
<li><a href='https://ghughes.com'>Greg Hughes</a></li>
<li><a href='https://blog.comandeer.pl'>Tomasz Jakut</a></li>
<li><a href='https://scottjehl.com/'>Scott Jehl</a></li>
<li><a href='https://r1b.solutions/'>Robert Jensen</a></li>
<li><a href='https://stevekarsch.com/'>Steve Karsch</a></li>
<li><a href='https://adactio.com'>Jeremy Keith</a></li>
<li><a href='http://cjkinni.com'>Christopher Kinniburgh</a></li>
<li><a href='https://keybase.io/ariel'>Ariel Kirkwood</a></li>
<li><a href='https://philip.news'>Philip Kobernik</a></li>
<li><a href='https://www.stavros.io'>Stavros Korokithakis</a></li>
<li><a href='https://jkphl.is'>Joschi Kuphal</a></li>
<li><a href='http://thejameskyle.com'>James Kyle</a></li>
<li><a href='https://twitter.com/livlab'>Livia Labate</a></li>
<li><a href='https://zachleat.com'>Zach Leatherman</a></li>
<li><a href='https://sebastianlimbach.com'>Sebastian Limbach</a></li>
<li><a href='https://banterability.com'>Jeff Long</a></li>
<li><a href='https://ethanmarcotte.com/'>Ethan Marcotte</a></li>
<li><a href='https://emansom.nl/'>Ewout van Mansom</a></li>
<li><a href='https://twitter.com/zmarkan'>Zan Markan</a></li>
<li><a href='https://rland.me.uk/'>David Marland</a></li>
<li><a href='https://twitter.com/wilto'>Mat Marquis</a></li>
<li><a href='http://www.integralist.co.uk/'>Mark McDonnell</a></li>
<li><a href='http://www.sammorr.is/'>Sam Morris</a></li>
<li><a href='https://www.linkedin.com/in/drwilco'>Rogier Mulhuijzen</a></li>
<li><a href='https://www.mnot.net/'>Mark Nottingham</a></li>
<li><a href='https://twitter.com/nicknisi'>Nick Nisi</a></li>
<li><a href='http://scottohara.me/'>Scott O'Hara</a></li>
<li><a href='https://twitter.com/okor'>Jason Ormand</a></li>
<li><a href='https://matthiasott.com'>Matthias Ott</a></li>
<li><a href='http://patik.com'>Craig Patik</a></li>
<li><a href='https://jellepelgrims.com'>Jelle Pelgrims</a></li>
<li><a href='http://ianpouncey.com/'>Ian Pouncey</a></li>
<li><a href='https://www.arden.nl'>Arden de Raaij</a></li>
<li><a href='http://markreeves.net'>Mark Reeves</a></li>
<li><a href='https://twitter.com/aendrew'>Ændrew Rininsland</a></li>
<li><a href='http://johanronsse.be'>Johan Ronsse</a></li>
<li><a href='https://twitter.com/thisnatasha'>Natasha Rooney</a></li>
<li><a href='http://adrianroselli.com/'>Adrian Roselli</a></li>
<li><a href='https://springworks.co.uk'>Steve Rowling</a></li>
<li><a href='https://twitter.com/cssradar'>Yuya Saito</a></li>
<li><a href='https://twitter.com/asanders'>Alex Sanders</a></li>
<li><a href='https://jed.is/'>Jed Schmidt</a></li>
<li><a href='https://twitter.com/herrbertling'>Markus Siering</a></li>
<li><a href='https://www.andismith.com'>Andi Smith</a></li>
<li><a href='https://stevesouders.com/'>Steve Souders</a></li>
<li><a href='http://serdar.work/'>Serdar Soy</a></li>
<li><a href='https://brian.teeman.net/'>Brian Teeman</a></li>
<li><a href='https://theilemail.de/'>Tom Theile</a></li>
<li><a href='https://moox.io/'>Maxime Thirouin</a></li>
<li><a href='https://www.twnsnd.com/'>Ryan Townsend</a></li>
<li><a href='https://twitter.com/jevirgen'>Jaime Virgen</a></li>
<li><a href='https://hiddedevries.nl/en'>Hidde de Vries</a></li>
<li><a href='https://jeremywagner.me/'>Jeremy Wagner</a></li>
<li><a href='https://tink.uk/'>Léonie Watson</a></li>
<li><a href='http://www.standardista.com/'>Estelle Weyl</a></li>
<li><a href='https://twitter.com/shadowmaru'>Ricardo Yasuda</a></li>
<li><a href='https://zdfs.com'>Zachary Forrest y Salazar</a></li>
</ul>
<h2>On behalf of organisations</h2>
<ul class='signatories'>
<li>Niels ten Oever for <a href='https://www.article19.org/'>ARTICLE19</a></li>
</ul>
<p class='note'>Signatories are listed in alphabetical order of family name. If you would like to sign this letter please make a <a href='https://github.com/amp-letter/amp-letter'>pull request</a>.</p>
</article>
<article class='container' lang='fr'>
<p>Nous sommes une communauté d’individus ayant un intérêt particulier pour le développement et la bonne santé du World Wide Web (“le Web”), et sommes fortement préoccupés par les “Accelerated Mobile Pages” (AMP), un projet de Google qui prétend améliorer l’expérience utilisateur sur le web.</p>
<p>En réalité, AMP enferme les utilisateurs et utilisatrices dans l’espace de Google en reroutant le trafic des autres sites au profit de Google. À l’échelle de milliards d’utilisateurs et d’utilisatrices, cela renforce la position déjà largement dominante de Google sur le web.</p>
<p>Nous reconnaissons le problème de la lenteur de chargement des pages sur le web, par rapport à d’autres technologies propriétaires alternatives telles que Facebook Instant Articles et Apple News. Dans le but de maximiser leurs recettes, les éditeurs de contenu (particulièrement la presse) ont depuis toujours dû faire face à de mauvais choix et des incitations fallacieuses qui ont mené à des décisions qui leur sont nuisibles ainsi qu’aux utilisateurs et utilisatrices qui souffrent d’une mauvaise expérience d’utilisation.</p>
<p>Les moteurs de recherche se trouvent dans une position privilégiée pour exercer leur influence dans la résolution de ce problème. En revanche, Google en a profité pour créer un placement préférentiel en haut des pages de résultats pour les articles et une icône “éclair” pour tous types de contenus, uniquement accessibles aux éditeurs qui utilisent une technologie contrôlée par Google, servie par Google via leur infrastructure, sur une adresse web (URL) Google, et insérée dans une expérience utilisateur contrôlée par Google.</p>
<p>Le format AMP n’est pas un souci en soi, mais deux aspects de sa mise en œuvre renforcent la position de Google en tant que standard de facto pour la création et l’hébergement de contenu, à mesure que Google promeut AMP auprès de ceux qui en produisent:</p>
<ol>
<li>Tout contenu qui choisit de supporter AMP ainsi que l’hébergement affilié sous le domaine Google acquiert une promotion privilégiée dans les résultats de recherche, y compris (pour les articles) un placement au dessus des autres résultats.</li>
<li>Les utilisateurs et utilisatrices navigant depuis Google vers un contenu recommandé par Google restent, sans le savoir, dans l’enceinte de l’écosystème Google.</li>
</ol>
<p>Si l’objectif de Google avec AMP est en réalité d’améliorer l’expérience utilisateur sur le web, alors nous suggérons de simples changements qui serviraient cette cause tout en permettant au web de rester dynamique, compétitif et tourné vers les consommateurs:</p>
<ol>
<li>Au lieu de réserver un placement préférentiel pour les seuls contenus AMP dans les résultats de recherche, il suffirait de procurer des privilèges similaires à toute page qui satisferait à des critères de performance neutres et objectifs, comme, par exemple, le Speed Index. Les éditeurs pourront ainsi utiliser la solution technique de leur choix.</li>
<li>Ne pas intégrer de contenus tiers externes dans une page Google, à moins qu’il ne soit clair pour l’utilisateur ou l’utilisatrice d’avoir affaire à un produit Google. Il est parfaitement acceptable que Google lance un “lecteur de nouvelles”, mais il n’est ni acceptable de servir une page n’affichant que du contenu tiers depuis une URL de Google, ni d’obliger le tiers à utiliser l’hébergement de Google pour apparaître plus en évidence dans les résultats de recherche.</li>
</ol>
<p>Nous ne cherchons pas à stopper le développement de AMP par Google, et ces changements ne le requièrent pas. Aussi, nous approuvons la promotion par les moteurs de recherche des pages performantes. AMP peut demeurer l’une des technologies qui donnent aux éditeurs le choix entre une variété d’options de grande qualité afin de servir des pages Web rapidement et de rendre leur utilisation plus satisfaisante.</p>
<p>Cependant, les éditeurs ne devraient pas être contraints, par la domination de Google parmi les moteurs de recherche, à mettre leur contenu sous l’égide de Google. Le Web n’est pas Google à lui seul, et ne devrait pas se réduire uniquement à Google.</p>
<p>Sincèrement,</p>
<p class='note'>For signatories please refer to the <a href='?lang=en' data-langswitch='en'>English version</a>. Translations are provided for information but should not be considered normative.</p>
</article>
<article class='container' lang='ja'>
<p>私たちはワールド・ワイド・ウェブにおける健全さと発展に関して大いに関心を持っている個人達であり、私たちは、ウェブにおけるユーザ体験を向上させる、と喧伝しているGoogleのプロジェクト、AMP(Accelerated Mobile Pages)に対して深い憂慮を抱いています。</p>
<p>実際にAMPはGoogleのドメイン内にユーザを留め、Googleの利益のためにトラフィックを他のウェブサイトから迂回させています。数十億のユーザを有するGoogleにおいて、そうすることは、より完全なウェブの独占を推し進めることと同義と言えるでしょう。</p>
<p>Facebookのインスタント・アーティクルやAppleニュースなどのような独自の技術と比べ、ウェブページの読み込みが遅いという問題は確かに存在しています。パブリッシャーは(特に報道メディアにおいては)難しい選択と不十分なインセンティブに長い間直面しており、売上げを最大化するために間違った意志決定や妥協をし、最終的には酷いユーザ体験を提供することになってしまっています。</p>
<p>検索エンジンはこの問題の解決に対して影響を与える強大なポジションを有しています。しかし、GoogleはGoogleがコントロールするユーザ体験の中、GoogleのURLで、Googleが所有するインフラから、Googleが有する技術を利用したパブリッシャーに対してのみ、その検索結果で記事に対して、よりよい表示場所を提供し、またそれ以外のコンテンツには特別なアイコンを表示させるという方法をとっています。(参照)</p>
<p>AMPのフォーマットそれ自体は問題ではなく、AMPの利用率が上がるにつれ、その実装のうち以下の2点がGoogleのコンテンツプラットフォームとしてのポジションをデファクト・スタンダード化することにつながっています。</p>
<ol>
<li>AMPの利用を”選択”し、Googleのドメインでホストされたコンテンツは検索結果において優先的なプロモーションが許され、ニュースコンテントにおいてはほかの検索結果よりも上位に表示される点</li>
<li>ユーザがGoogleが推奨するコンテントへナビゲートした際、ユーザは気がつかないうちにGoogleのエコシステム内に留まっている点</li>
</ol>
<p>AMPにおけるGoogleの目標が純粋にウェブのユーザ体験を向上させる事に向けられているなら、以下のシンプルな変更を行うことでウェブをダイナミックで、競争原理の働く、利用者を中心としたままにすることができるでしょう。</p>
<ol>
<li>AMPにのみ検索結果での優遇的ポジションを提供するのではなく、Speed Indexのような中立的なパフォーマンス評価を使って同等の目標を達していると判断できる全てのページに対して、同じ処遇を提供するべきだと考えています。そうすることでパブリッシャーは各自の技術的選択をが可能になります</li>
<li>ユーザが明確にGoogleのプロダクトを閲覧していると分かる形でなければ、Googleのページ内に第三者のコンテントを表示させない。Googleが「ニュースリーダー」を提供することにはなんら問題はありませんが、GoogleのURLであるにも関わらず、第三者のブランディングを表示することや、第三者がGoogleによるホスティングを行わない限り検索結果で上位に表示されない、といったことは受け入れがたい</li>
</ol>
<p>Googleに対しAMPの開発を辞めて欲しいと提案しているわけではなく、これらの変更にはその必要もありません。検索結果において読み込みが速いページに対してよいランキングを与えることは素晴らしいことだと思います。AMPがユーザに対して早いウェブページを提供し、ユーザを幸せにするためにパブリッシャーが活用できる高品質な選択肢の1つとしての存在であり続けることは可能でしょう。</p>
<p>しかし、パブリッシャーがGoogleの検索における独占的な地位を背景にコンテントをGoogleの中に入れざるを得ない状況は避けるべきだと考えています。
ウェブはGoogleではありませんし、Googleのみがウェブではないのですから。</p>
<p>敬具</p>
<p class='note'>For signatories please refer to the <a href='?lang=en' data-langswitch='en'>English version</a>. Translations are provided for information but should not be considered normative.</p>
</article>
<article class='container' lang='es'>
<p>Somos una comunidad de individuos con un gran interés en la salud y el desarrollo de la World Wide Web (“la Web”), y estamos profundamente preocupados con Accelerated Mobile Pages (“AMP”), un proyecto de Google que supuestamente busca mejorar la experiencia de usuario en la Web.</p>
<p>De hecho, AMP mantiene a los usuarios dentro del dominio de Google y desvía hacia fuera el tráfico de otras páginas Web en beneficio de Google. Con una escala de mil millones de usuarios, AMP tiene la consecuencia de reforzar aún más el dominio que Google tiene en la Web.</p>
<p>Entendemos el problema de que las páginas Web sean lentas para cargarse, en comparación a otras tecnologías propietarias como Facebook Instant Articles y Apple News. Los editores (sobre todo los medios de comunicación) llevan tiempo enfrentándose a cuestiones difíciles e incentivos malos, que les ha llevado a malas decisiones y concesiones, resultando en una mala experiencia de usuario.</p>
<p>Los motores de búsqueda se encuentran en una posición poderosa para influenciar en la solución al problema. Google ha decidido crear una posición destacada en la parte superior de sus resultados de búsqueda (para artículos) y un icono de un rayo (para todos los tipos de contenidos), que solo están disponibles para publicadores que utilicen una tecnología controlada por Google, servida por Google utilizando su infraestructura, en una URL de Google, y colocada dentro de una experiencia de usuario controlada por Google.</p>
<p>El formato AMP no es un problema en sí mismo, pero hay dos aspectos de su implementación que refuerzan la posición de Google como la plataforma estandarizada para contenidos, ya que Google busca incrementar la popularidad de AMP ante los creadores de contenido:</p>
<ol>
<li>Al contenido que utiliza AMP y se aloja en el dominio de Google se le concede una condición privilegiada en los resultados de búsqueda, incluyendo (para artículos de noticias) una posición por encima de todos los demás resultados.
<li>Cuando un usuario navega desde Google a un contenido que Google ha recomendado, están, inconscientemente, quedándose en el entorno de Google.
</ol>
<p>Si el objetivo de Google con AMP es, efectivamente, mejorar la experiencia de usuario en la Web, recomendamos unos simples cambios que bastarían, a la vez que permitirían a la Web permanecer dinámica, competitiva y orientada a los consumidores: </p>
<ol>
<li>En lugar de solamente ofrecer una posición privilegiada en los resultados de búsqueda a AMP, proporcionar los mismos beneficios a todas las páginas que alcancen un criterio de rendimiento objetivo y neutral, tal como el speed index. Los publicadores podrán entonces utilizar la solución técnica que deseen.</li>
<li>No mostrar contenido de terceros dentro de una página de Google salvo que quede claro para el usuario que están mirando un producto de Google. Es perfectamente aceptable que Google lance un “lector de noticias”, pero no es aceptable mostrar una página que solo lleva la imagen corporativa de un tercero en lo que es realmente una URL de Google, ni exigir que un tercero utilice el alojamiento de Google para aparecer en los resultados de búsqueda.</li>
</ol>
<p>No queremos parar el desarrollo de AMP por parte de Google, y estos cambios no lo requieren. También aplaudimos a los motores de búsqueda que ofrecen una mejor posición en los resultados de búsqueda a páginas que carguen rápido. AMP puede permanecer como una más de un rango de tecnologías que dan a los editores opciones de alta calidad para servir páginas Web rápidamente y complaciendo a los usuarios.</p>
<p>Sin embargo, los editores no deberían sentirse, por el dominio de Google, obligados a poner su contenido bajo el paraguas de Google. La Web no es Google, y no debería ser sólo Google.</p>
<p>Cordialmente,</p>
<p class='note'>For signatories please refer to the <a href='?lang=en' data-langswitch='en'>English version</a>. Translations are provided for information but should not be considered normative.</p>
</article>
<div class='container lang-switcher'>
<h2>Available in:</h2>
<ul>
<li><a href='?lang=en' data-langswitch='en'>English</a></li>
<li><a href='?lang=fr' data-langswitch='fr'>Français</a></li>
<li><a href='?lang=es' data-langswitch='es'>Español</a></li>
<li><a href='?lang=ja' data-langswitch='ja'>日本語</a></li>
</ul>
</div>
</main>
<script>
const thisUrl = new URL(location.href);
function changeLang(newLang) {
const htmlEl = document.documentElement;
if (htmlEl.getAttribute('lang') == newLang) return;
if (document.querySelector('article[lang='+newLang+']')) {
htmlEl.setAttribute('lang', newLang);
thisUrl.searchParams.set('lang', newLang);
history.replaceState({}, '', thisUrl.toString());
}
}
Array.from(document.querySelectorAll('a[data-langswitch]')).forEach(el => {
el.addEventListener('click', e => {
changeLang(e.target.dataset.langswitch);
e.target.blur();
e.preventDefault();
});
});
changeLang(thisUrl.searchParams.get('lang') || navigator.language);
</script>
</body>
</html>