合法语义正确的 blockquote 需嵌套 段落、用 cite 属性填 URI（非人名书名），并手动添加 或 显示来源文字；cite 仅供机器读取，不渲染。
blockquote 标签怎么写才合法又语义正确
直接用 <blockquote></blockquote> 包住引用内容就行，但浏览器默认会缩进，且它本身不带来源信息——这点很多人误以为加个 cite 属性就能显示出处，其实不会渲染出来。
-
cite是纯语义属性，只供机器读取（比如屏幕阅读器或爬虫），绝不会在页面上显示文字 - 想让“来源”可见，必须手动写
<footer></footer>或<small></small>，放在<blockquote></blockquote>内部 - 嵌套段落要用
<p></p>，别把多段文字直接塞进<blockquote></blockquote>里——否则语义丢失，CSS 也难控制
cite 属性的值该填什么格式
cite 属性不是填作者名或书名，而是填原始出处的 URL。哪怕那是个本地文件、PDF 链接，甚至只是个锚点，也得是可解析的 URI 形式。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 正确：
cite="https://example.com/article#section2"、cite="report.pdf" - 错误：
cite="张三《前端杂谈》第42页"（这不是 URL，校验失败） - 空值或相对路径没问题，但若指向不存在的资源，
cite依然有效——它不触发网络请求，只是标记
引用块里放链接或代码会不会出问题
可以放，但要注意嵌套层级和语义冲突。比如在 <blockquote></blockquote> 里直接写 @#@#@#@#@#@#@#@#@#@0，无需额外包裹
<blockquote></blockquote> 里再套一层 <blockquote></blockquote>——除非真是“引用中的引用”，否则易被解析为嵌套引用，影响 SEO 和无障碍访问为什么用了 cite 却看不到来源文字
因为 cite 属性本身不输出任何可视内容。这是最常被误解的一点：开发者填了 cite="https://www.php.cn/link/263b1243ca2dbeb358777ceabc4a2e4c" 就以为用户能看到，结果页面干干净净，只有缩进的引文。
- 要显示来源，必须显式写出文字，比如：
<footer>—— 来源：@#@#@#@#@#@#@#@#@#@1</footer> - CSS 里不能靠
[cite]选择器自动插入内容——伪元素::before无法读取属性值并渲染成文本 - 如果依赖 JS 动态注入来源，记得检查
blockquote.cite的值是否为空字符串或 undefined，而不是直接拼接
cite 属性和 <footer></footer> 文字得各司其职：一个给机器，一个给人。漏掉后者，用户就真看不见出处了。
<code></code> 套着放——<code><blockquote></blockquote></code> 不是代码容器，语义错位。
- 引用代码：用
<blockquote><pre class="brush:php;toolbar:false;"><code>https://www.php.cn/link/263b1243ca2dbeb358777ceabc4a2e4c</code></pre></blockquote>
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
