三个月前,我写了一篇关于把JSON-LD 加入我的副项目的文章。
结果是在28天的时间里有1600个印象和3个点击.
平均位置:61.3 — Google 第6页.
今天的搜索控制台,同样的28天窗口: Metric 然后现在点击 3 664 (+149%) 印象 ~ 1 600 21 400 (+30%) 平均位置 61.3 23 该网站为devtools.abect.com——以浏览器为基础的49个开发者工具(图像转换器,文本/代码转换器,SEO生成器).
反应19,Vite,静态预发于构建时间,没有后端为工具本身.
这个帖子有两件事: 3个多月来实际移动了针头, 第二部分是它变得有趣的地方, 因为我发现的虫子 已经活了好几个月 没有我注意到。
第一部分 无聊的东西 工作没有成长黑客在这里。
五事,都烦闷: 每个工具一页,而不是每个类别一页. ,,——每个都有自己内容的真实URL,而不是.
这是我做出的最高贷款决定 对"jsx to html"的搜索意图是具体的;一个通用的转换器页面不能同时对22个不同的转换进行排序.
向静态 HTML 提交。
每个路由在构建时都会被渲染成完整的HTML文件.
Googlebot接收到一个满载文档——标题,正文副本,结构化数据,而无需执行JavaScript的一行.
之后在顶部反应出水合物.
请求时没有服务器渲染, 关键路径中没有数据库 。
每页实际内容5000-12,000个字符.
格式比较表,特定框架执行指南(React, Next.js, Vue, WordPress),10–12 FAQ项目.
而不是铺垫——如果你在那里降落,你会真正读到的东西。
JSON-LD在每个页面上:++,由FAQ schema由完全相同的阵列所建而来,使得可见的FAQ,所以它们永远无法分出.
标题和描述是针对特定的疼痛,而不是格式对.
比较:相同的工具.
第二个和被困在谷歌里的人 真正喜欢的类型吻合 第2部分:我的目标是错误的定位,我为图像转换建立了这个项目。
这是整个前提——我厌倦了将客户档案重新命名的广告转换器。
图像工具在49页中有27页。
今天的上页:Page点击将JSX改为HTML 491+117% TSX改为HTML 137+813% HTML再改为TSX 9 新的JPG改为WebP 4+100% 文本转换器——我几乎是作为后想而加入的,在一批中,因为它们是容易的——携带整个站点.
激发整个工程的图像工具带来了四舍五入的错误.
为什么?
图像转换是一种饱和商品:上百个站点,大域,广告预算. "jsx to html"是一个狭义的开发者查询,一小撮页面互相竞争,大多数都是低功率.
我偶然地走到一个小地方,一个精心打造的网页能够真正取胜。
课程不是"建造文本转换器".
而是你找出你的赌注中哪些是有效的 运出所有的赌注 读取数据 而不是事先推理 我赌钱赌错了 第三部分: 发现5个错误的真实审计 三个月后,我不再添加功能,而是审计了建筑的输出,而不是源代码,即船用的实际HTML。
这个区别很重要, 这就是它浮出水面。
我所有的JSON -LD在反应 19自动升起, 进入无论你在哪里制造它们。
它不会升起内线标记。
这看起来很合理... ...生产了一个带有元标记的 正确竖起, 和JSON -LD坐在中间, Google将JSON-LD在身体中解析得很好,所以丰富的结果从未被打破.
但一些第三方验证人只查看,而且——更令人尴尬的是——我自己的更改日志声称我这几个月前就修好了.
固定:完全停止制作剧本.
宣布计划,在苏维埃社会主义共和国期间收集, 序列化为前传。
因为元件两边都是水合物