Web 开发中一些不推荐的或用户体验不好的做法

未做手机端适应，仅有PC版本

这种网站的体现为，在电脑上显示正常，在手机端打开以后，整体还是显示和PC端一样的页面，字体和内容非常小，根本看不清。比如：美食天下。

做了手机端适应，但是通过一些黑技巧实现的

这种网站的体现为，在电脑上显示正常，在手机端打开以后，用户会被引导到其他域名上，比如在电脑端的域名是：example.com，在手机端是：m.example.com。 比如：美食杰。这个会导致同样的页面，出现不同的URL地址，页面重复，而且导致搜索引擎可能在终端上错误地展示不合适的页面。

未做PC版网站，只有手机端APP（Android或IOS）

这种情况很多时候要具体问题具体分析，因为有的场景，为了方便或确实不需要PC端。比如：拼多多，PC端用户是无法使用的。这种是默认假设用户只需要手机端，不需要PC端，或PC端相对不重要，导致用户必须使用手机完成操作，更多的是一种企业内部的强意志决策。比如早期的小红书，不过小红书现在开始有网页版了，数据还未开放。 滴滴打车，这样的应用只有手机端，就很容易理解。有的比如就是一个轻量级的页面，非常适合在手机端完成，用完即走，比如点餐，就无需PC端了。

手机端可用，但是手机浏览器无法访问

这种一般在中国地区非常常见，一般体现为需要扫码跳转到某个APP内才能访问，本质是在APP内部的网页，没有公开的URL，所以公网无法访问，搜索引擎也无法索引。 这种应用的本质是某公司的内部网络，非互联网，对某公司内部流量有强依赖。

在PC上，强制用户扫码

本来是在PC上开发的网站，也有一定的历史了，本来它的内容在PC上更容易显示，但是出于某种原因，在PC打开某页面后，引导用户去扫码跳转到手机端。 比如：某地理杂志。很多政府网页中也有这种情况。

在手机上，强制用户扫码

出于某种的原因，需要跳转应用或页面，让用户扫码。很多政府网页中都有这个情况。

首页URL地址和域名不一致

比如域名为：example.com，首页地址为：https://example.com/ABC/index，具体表现为当用户在浏览器中输入：example.com，会302跳转到：https://example.com/ABC/index。这个会导致同样的页面，出现不同的URL地址。 如果后续首页地址改变了，变成了：https://example.com/XYZ/index，则用户可能无法通过原来的链接：https://example.com/ABC/index 访问到首页，因为你之前对外宣传的首页是：https://example.com/ABC/index，用户收藏的也是这个地址。

总结

很多人在苦苦在寻求跨平台的方式，不论是编程语言还是应用。其实用好Web/网页就是最好的传播和跨平台方式。Web中这些理念是非常棒的，内容和显示效果分离，和操作分离。