AMP建站技术咨询：全AMP建站可行性及桌面版等相关问题

1. 能不能完全只用AMP搭建网站？ #

当然可以！但得看你的网站具体需求来判断是否合适：

• 如果是内容展示类网站（比如博客、新闻资讯、产品介绍页），纯AMP完全够用。AMP提供的官方组件（amp-img、amp-form、amp-carousel等）能覆盖大部分基础交互和展示需求，而且自带性能优化属性，加载速度比普通HTML页面快很多。
• 但如果你的网站需要复杂的自定义交互（比如高度定制的后台系统、复杂的游戏逻辑、非标准的表单验证），AMP的限制就会凸显——它不允许引入自定义JS脚本（除了AMP官方授权的少量脚本），对CSS也有严格限制（比如不能用!important，内联样式不能超过75KB）。这种情况下纯AMP可能就不太适配了，得考虑混合方案或者放弃纯AMP架构。

2. 纯AMP网站的桌面版本会是什么样？ #

AMP本身就是响应式设计的，桌面端的呈现完全由你编写的CSS控制，不会被强制锁定为移动端样式：

• 你可以通过媒体查询（@media (min-width: 768px)）给桌面端设置更宽的容器、多列布局、调整字体大小或组件间距，和普通响应式HTML页面的开发逻辑一致。
• 从用户体验上来说，桌面端的AMP页面和常规响应式页面几乎没区别，只是背后的AMP运行时会自动优化资源加载顺序、懒加载图片/视频，确保桌面端也能保持超快的打开速度。
• 少数AMP组件在桌面端的交互细节可能和原生组件略有不同（比如amp-lightbox的打开动画），但这些都是不影响核心体验的小差异。

3. 访问常规网页时，AMP代码会转换成普通HTML标签吗？ #

不会直接修改源代码，但在浏览器运行时会被处理成原生内容：

• AMP页面的源代码本身就是带有AMP自定义标签（比如amp-img、amp-video）的HTML文件，用户查看页面源代码时看到的还是这些AMP标签。
• 当浏览器加载AMP页面时，会先加载AMP的运行时脚本（amp.js），这个脚本会把AMP自定义组件解析并渲染成对应的原生HTML元素（比如amp-img最终会渲染成标准的img元素），同时自动处理性能优化逻辑。
• 简单总结：源代码保留AMP标签，但浏览器渲染出来的是正常的HTML内容，用户看不到转换过程，只会看到功能正常的页面。

内容的提问来源于stack exchange，提问作者Jehan Musa