# How about Discourse Support Google AMP?

**URL:** https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697
**Category:** Feature
**Created:** [12월 2, 2016, 4:42오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697 "2016-12-02T16:42:57Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![Nam\_Nguyen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nam_nguyen/32/68634_2.png) [@Nam\_Nguyen](https://meta.discourse.org/u/Nam_Nguyen)
#### Post date: [12월 2, 2016, 4:42오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/1 "2016-12-02T16:42:57Z")

</div>

Hi,

I think if Discourse can support Google AMP, it would be better for reader, and slow host discourse. and in the future may be help website have higher rank on Google search result.

Google AMP ([https://www.ampproject.org/](https://www.ampproject.org/)) help pages load quickly on mobile devices.

---

<div class="post-metadata">

### Author: ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [12월 2, 2016, 4:55오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/2 "2016-12-02T16:55:03Z")

</div>

@riking did a experiment on this

> [@Make Discourse play nice with the Wayback Machine](https://meta.discourse.org/t/make-discourse-play-nice-with-the-wayback-machine/34579/3):
>
> orrrrr we could build a topic view that looks like this smile (from my [AMPproject.org](http://AMPproject.org) experiment branch) This layout is both extremely easy to crawl, and works with both wide and narrow screens. However, I seem to have forgotten the topic’s category.

---

<div class="post-metadata">

### Author: ![riking](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/riking/32/170938_2.png) [@riking](https://meta.discourse.org/u/riking)
#### Post date: [12월 2, 2016, 10:15오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/3 "2016-12-02T22:15:52Z")

</div>

The killer was the fact that amp needs to know the height of every element in advance. The best route IMO is to do something similar, but without the actual AMP script.

---

<div class="post-metadata">

### Author: ![John\_Betong](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/john_betong/32/108377_2.png) [@John\_Betong](https://meta.discourse.org/u/John_Betong)
#### Post date: [12월 2, 2016, 10:38오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/4 "2016-12-02T22:38:26Z")

</div>

Good idea unfortunately a mammoth task because I think Discourse relies heavily on JavaScript and the AmpProject only allows their own JavaScript Components.

---

<div class="post-metadata">

### Author: ![purldator](https://avatars.discourse-cdn.com/v4/letter/p/bcef8e/32.png) [@purldator](https://meta.discourse.org/u/purldator)
#### Post date: [12월 4, 2016, 6:39오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/5 "2016-12-04T18:39:48Z")

</div>

I like this answer, for I see Discourse’s devs on par with Google themselves.

Understanding [AMP’s mechanisms of action, their parts, how they work together, flow](https://github.com/ampproject) then becomes a blueprint for Discourse; by adding these little JavaScript parables and lessons to their own Ember.js foundation.

Sam, you already do this behavior elsewhere and for the same reason as I stated above. You did it by [creating launcher](https://meta.discourse.org/t/can-discourse-ship-frequent-docker-images-that-do-not-need-to-be-bootstrapped/33205) in lieu of using Docker Compose.

This be only a suggestion–one that, if taken, can be tackled over time (as you all do well already in other areas) and improve Discourse’s perf: the reason. `*smile*`

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2월 6, 2017, 10:49오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/6 "2017-02-06T22:49:24Z")

</div>

These days when I search on mobile I do notice the enormous amount of extra weight Google are placing on AMP content. I like that AMP stuff is snappy, I very much dislike the way it is confusing and downright pretty evil that this turbocharged content lives on Google servers.

Today Google announced they are making some tiny tweaks to AMP to better expose the origin URL [What’s in an AMP URL? - Google Developers Blog](https://developers.googleblog.com/2017/02/whats-in-amp-url.html#gpluscomments)

I am super mixed on wanting support for AMP. On one hand, as an end user it is often the fastest content I can get. On the other hand it is sleazy the way Google places itself between you and your content and then gives extra bonus points for exposing content this way.

I am not particularly concerned about the “technical” cost of implementing AMP, much more concerned about if it philosophically belongs in the product and is something we should be encouraging. But… Google seem to be pushing really hard to get people on the AMP train.

---

<div class="post-metadata">

### Author: ![erlend\_sh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/erlend_sh/32/119475_2.png) [@erlend\_sh](https://meta.discourse.org/u/erlend_sh)
#### Post date: [2월 7, 2017, 3:44오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/7 "2017-02-07T15:44:15Z")

</div>

This does indeed appear to remedy my primary concern with AMP, but I’m still not very comfortable with a vendor-specific standard.

Discourse also doesn’t stand to gain as much from AMP as the average media outlet does, since in our case the amount of “dumbing down” we need to do in order to serve AMP pages means you’re probably only using 5-10% of Discourse’s interactive features. I’d love to serve [these types of user segments](https://meta.discourse.org/t/html-mode-with-email-integration/39685), but the fact remains that they’re an increasingly smaller minority.

My hope is that AMP eventually turns into a globally recognised standard for low-bandwidth, more secure (because simpler) web content, the same way SPDY paved the way for HTTP/2.

Considering Google rewards speedier pages in general, I’d imagine we stand to gain much more from implementing [Service Workers](https://meta.discourse.org/t/exploring-serviceworkers-for-discourse/32422) before we revisit AMP.

---

<div class="post-metadata">

### Author: ![kudouyuzi](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kudouyuzi/32/68780_2.png) [@kudouyuzi](https://meta.discourse.org/u/kudouyuzi)
#### Post date: [5월 25, 2017, 6:16오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/8 "2017-05-25T18:16:00Z")

</div>

Will discourse support GAMP?

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [5월 25, 2017, 7:46오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/9 "2017-05-25T19:46:13Z")

</div>

> [@kudouyuzi](#):
>
> GAMP

No idea what a GAMP is but, as the days pass by more and more people are getting more and more dissatisfied with AMP

> **[Kill Google AMP before it kills the web](https://www.theregister.com/software/2017/05/19/kill-google-amp-before-it-kills-the-web/720192)**
>
> Trust, independence, credibility – we've heard of those

---

<div class="post-metadata">

### Author: ![kudouyuzi](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/kudouyuzi/32/68780_2.png) [@kudouyuzi](https://meta.discourse.org/u/kudouyuzi)
#### Post date: [5월 26, 2017, 7:10오전 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/10 "2017-05-26T07:10:55Z")

</div>

ok… but I need AMP, so do you have an idea?

---

<div class="post-metadata">

### Author: ![Simsnet](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/simsnet/32/72855_2.png) [@Simsnet](https://meta.discourse.org/u/Simsnet)
#### Post date: [5월 26, 2017, 7:29오전 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/11 "2017-05-26T07:29:08Z")

</div>

(For anyone and those interested in #Contribute > UX)  
Perhaps Discourse could use AMP with topics, so that when they’re loaded you could easily scroll through the conversation (in a read-only format?), but then add an “Access Mobile Site” button on the page somewhere so you could like/reply in a different tab? That way it would just be an up-to-date snapshot of the actual topic.

Then again, the standard mobile interface works really well for these platforms…I’ve had no issues with it recently (or…ever…)

---

<div class="post-metadata">

### Author: ![mpalmer](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mpalmer/32/45740_2.png) [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [5월 26, 2017, 7:44오전 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/12 "2017-05-26T07:44:06Z")

</div>

> [@kudouyuzi](#):
>
> but I need AMP

No, you really, really don’t.

---

<div class="post-metadata">

### Author: ![abrambailey](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/abrambailey/32/119786_2.png) [@abrambailey](https://meta.discourse.org/u/abrambailey)
#### Post date: [11월 7, 2018, 5:03오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/13 "2018-11-07T17:03:11Z")

</div>

Curious if anyone has done a plugin for this yet?

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [11월 7, 2018, 6:22오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/14 "2018-11-07T18:22:42Z")

</div>

I don’t think anyone has properly identified a use case yet.

AMP sounds nice on the surface, but even light research uncovers a litany of issues, particularly if you decide to try and disable AMP down the line.

- What would you use AMP for in a community setting? The first post in a topic?
- How would discourse interact with the amp cache?
- How would readers see subsequent responses?
- If it’s only for content being replicated from a wordpress site, wouldn’t the native AMP plugin there be easier?

AMP gets placement priority, but it’s not a magic SEO bullet for communities. Discourse already has a snappy mobile experience, AMP can’t beat that. If it doesn’t add something meaningful then why use it?

---

<div class="post-metadata">

### Author: ![abrambailey](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/abrambailey/32/119786_2.png) [@abrambailey](https://meta.discourse.org/u/abrambailey)
#### Post date: [11월 7, 2018, 6:43오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/15 "2018-11-07T18:43:04Z")

</div>

I have done my own testing with AMP on my site, and haven’t really seen much advantage in terms of driving more traffic to AMP pages. After splitting up my pages into AMP and non-AMP I found the sum of traffic to the two versions of the pages roughly equalled what my traffic was before the split.

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [11월 7, 2018, 6:43오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/16 "2018-11-07T18:43:31Z")

</div>

Do you run ads?

If so, was there any impact on revenue?

---

<div class="post-metadata">

### Author: ![abrambailey](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/abrambailey/32/119786_2.png) [@abrambailey](https://meta.discourse.org/u/abrambailey)
#### Post date: [11월 7, 2018, 6:45오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/17 "2018-11-07T18:45:31Z")

</div>

To be honest, I never analyzed the results there, but I do run adsense on both versions of the pages. This is only one section of a very large site, so I never took the time to parse out the ad revenue just to that area before and after.

---

<div class="post-metadata">

### Author: ![FaizanZahid](https://avatars.discourse-cdn.com/v4/letter/f/8c91f0/32.png) [@FaizanZahid](https://meta.discourse.org/u/FaizanZahid)
#### Post date: [9월 1, 2019, 9:17오전 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/18 "2019-09-01T09:17:58Z")

</div>

we want amp on discourse to launch opur forums

---

<div class="post-metadata">

### Author: ![zogstrip](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/zogstrip/32/512781_2.png) [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [9월 2, 2019, 7:42오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/20 "2019-09-02T19:42:50Z")

</div>

AMP still is a Google-only “standard” and brings very little (if not takes away) to our vision of the open web.

Unless someone from the community works on this or AMP overcome its many flaws and becomes an approved standard, there’s very little chance we will work on it.

---

<div class="post-metadata">

### Author: ![j127](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/j127/32/79093_2.png) [@j127](https://meta.discourse.org/u/j127)
#### Post date: [9월 2, 2019, 9:50오후 UTC](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697/21 "2019-09-02T21:50:30Z")

</div>

Thanks for not supporting AMP. Their Signed HTTP Exchanges and “Portals” just make things worse, imho. If Google succeeds, it might be the end for the open WWW.

[다음 페이지](https://meta.discourse.org/t/how-about-discourse-support-google-amp/53697.md?page=2)
