[{"data":1,"prerenderedAt":3611},["ShallowReactive",2],{"build-logs-metool":3,"build-log-metool-2026-05-10-data-growth-go-global":3465},[4,263,567,839,1069,1307,1648,1817,1948,2212,2398,2562,2703,2873,3022,3156,3331],{"id":5,"title":6,"body":7,"date":225,"description":226,"draft":227,"extension":228,"faq":229,"meta":242,"navigation":243,"path":244,"project":245,"readingTime":246,"seo":247,"seoKeywords":248,"stem":256,"summary":257,"tags":258,"updated":261,"__hash__":262},"builds\u002Fbuilds\u002Fmetool\u002F2026-05-10-data-growth-go-global.md","活跃用户翻了 10 倍，下一步是走出中国",{"type":8,"value":9,"toc":215},"minimark",[10,14,18,25,28,31,43,46,54,58,61,67,70,86,89,92,95,98,104,111,114,120,123,126,130,133,136,143,149,153,156,159,180,183,209,212],[11,12,13],"h2",{"id":13},"数据验证了一件事",[15,16,17],"p",{},"打开 Google Analytics 的 90 天报告，数字让我盯了好一会儿。",[15,19,20],{},[21,22],"img",{"alt":23,"src":24},"metool 过去 90 天活跃用户增长趋势","\u002Fb\u002Fmetool\u002F202605ga_trend.png",[15,26,27],{},"活跃用户 2 万，增长 1033%。事件数 25 万，增长 1720%。浏览次数 4.7 万，增长 695%。",[15,29,30],{},"那条曲线讲了一个很清晰的故事：2 月到 3 月中旬基本是一条平线，3 月底开始拉升，4 月初出现第一个跳跃，然后持续爬坡到 5 月初的 6000。",[15,32,33,34,42],{},"如果对照之前几篇文章的时间线，3 月底正好是我开始用 ",[35,36,41],"a",{"href":37,"rel":38,"target":40},"https:\u002F\u002Fgithub.com\u002FMorvanZhou\u002Fgoogle-analytics-and-search-improve",[39],"nofollow","_blank","GA 分析 Skill"," 做数据驱动迭代的时间点。接入 Google Search Console 看搜索词、用数据决定做什么工具、发现 3D 品类的自然需求、一口气铺开整个 3D 工具矩阵、用 GA4 数据找到 UX 流失点、提炼出能力先于数据和因果并列两条设计准则。",[15,44,45],{},"每一次迭代都有数据支撑，每一次改动都能在后续数据里看到反馈。这个「数据 → 决策 → 验证」的循环跑了将近两个月，累积效应终于在曲线上体现出来了。",[15,47,48,49,53],{},"一句话总结：",[50,51,52],"strong",{},"自己做的分析工具，分析自己的产品，驱动自己的增长。"," 这大概是独立开发者最理想的状态。",[11,55,57],{"id":56},"全球覆盖但中国一家独大","全球覆盖，但中国一家独大",[15,59,60],{},"再看用户的地理分布：",[15,62,63],{},[21,64],{"alt":65,"src":66},"metool 按国家\u002F地区划分的活跃用户","\u002Fb\u002Fmetool\u002F202605ga_map.jpeg",[15,68,69],{},"覆盖面看起来不错，蓝色铺满了好几个大洲。但数字告诉我的是另一个故事：",[71,72,73,80,83],"ul",{},[74,75,76,79],"li",{},[50,77,78],{},"中国大陆：1.2 万","，增长 213%，占总用户的 80% 左右",[74,81,82],{},"美国：755，新加坡：631，香港：467，日本：398",[74,84,85],{},"台湾：207，德国：54",[15,87,88],{},"中国区的用户量是第二名美国的 16 倍。地图上看起来「全球化」，实际上是中国区在一个人扛着整条增长曲线。",[15,90,91],{},"这不是坏事，但也不是能安心的事。",[11,93,94],{"id":94},"流量来源揭示了真正的问题",[15,96,97],{},"把流量来源拆开看，问题就更清楚了：",[15,99,100],{},[21,101],{"alt":102,"src":103},"metool 按来源\u002F媒介划分的活跃用户","\u002Fb\u002Fmetool\u002F20260ga_source.jpeg",[15,105,106,107,110],{},"排名第一：",[50,108,109],{},"cn.bing.com \u002F referral，7911 次","。",[15,112,113],{},"中国区 Bing 一个渠道贡献了接近 56% 的流量。加上 bing organic 的 1469 次，Bing 系总共贡献了超过 9000 次访问。",[15,115,116,117,110],{},"相比之下，",[50,118,119],{},"Google organic 只有 200 次",[15,121,122],{},"200 次。在一个英文优先、面向全球的工具站上，Google 的自然搜索流量只有 200。这个数字让我停下来想了很久。",[15,124,125],{},"还有两个有意思的来源：doubao.com referral 426 次、chatgpt.com referral 159 次。AI 产品开始给工具站导流了，虽然量还小，但趋势值得关注。",[11,127,129],{"id":128},"bing-红利和-bing-风险","Bing 红利和 Bing 风险",[15,131,132],{},"中国区 Bing 的流量本质上是一波红利。",[15,134,135],{},"微软在中国区大力推广 Bing 搜索（Edge 浏览器默认搜索引擎），而 Bing 对中英文混合内容的收录效率不错。metool 之前做了一系列 SEO 优化：默认语言切英文、全站结构化数据、IndexNow 加速收录，这些正好踩中了 Bing 的收录逻辑。",[15,137,138,139,142],{},"但红利的另一面是风险：",[50,140,141],{},"如果流量高度依赖单一渠道，渠道一变，增长就断了。"," Bing 的算法调整、收录策略变化，或者竞争对手在同样的关键词上发力，都可能让这条曲线掉头。",[15,144,145,146],{},"过去两个月证明了「数据驱动」能带来增长。但数据也在告诉我：",[50,147,148],{},"这个增长的基础还不够稳。",[11,150,152],{"id":151},"下一步走出去","下一步：走出去",[15,154,155],{},"结论很清楚：metool 需要打开国际市场。",[15,157,158],{},"不是因为中国市场不好，而是因为：",[160,161,162,168,174],"ol",{},[74,163,164,167],{},[50,165,166],{},"单一渠道依赖风险太高","。Google organic 200 次，说明 Google SEO 基本还没打开。全球最大的搜索引擎的自然流量几乎为零，这本身就是一个巨大的增长空间。",[74,169,170,173],{},[50,171,172],{},"国际用户的工具需求同样旺盛","。3D 查看器、图片处理、音频编辑，这些需求不分国界。而且国际用户的付费意愿通常更强，这为后续的商业化留了空间。",[74,175,176,179],{},[50,177,178],{},"基础设施已经就绪","。metool 的默认语言已经是英文，工具的核心体验没有语言门槛。缺的不是产品本身，而是在国际搜索引擎上的存在感。",[15,181,182],{},"具体要做的事：",[71,184,185,191,197,203],{},[74,186,187,190],{},[50,188,189],{},"攻 Google SEO","：分析国际用户的搜索词，针对性地优化页面标题、描述、结构化数据。重点是 3D 工具品类，这是已经验证过有需求的方向。",[74,192,193,196],{},[50,194,195],{},"内容本地化","：虽然界面已经是英文，但落地页的文案、FAQ、使用指南需要更加贴合英文用户的表达习惯，不能只是中文的直译。",[74,198,199,202],{},[50,200,201],{},"拓展 AI 搜索渠道","：chatgpt.com 和 doubao.com 已经开始导流了。优化 GEO（生成式引擎优化），让 AI 搜索引擎更容易引用 metool 的工具页面。",[74,204,205,208],{},[50,206,207],{},"继续用数据说话","：每次改动都要在数据里看到反馈。用同样的 GA 分析 Skill 追踪国际市场的变化，不猜，只看数据。",[15,210,211],{},"从 0 到 2 万用户，用了大半年。下一个目标不是简单地把数字再翻一倍，而是让增长的来源更分散、更健康、更国际化。",[15,213,214],{},"中国区的 Bing 红利给了 metool 第一波起飞的燃料。但要飞得更远，需要更多的引擎。",{"title":216,"searchDepth":217,"depth":217,"links":218},"",3,[219,221,222,223,224],{"id":13,"depth":220,"text":13},2,{"id":56,"depth":220,"text":57},{"id":94,"depth":220,"text":94},{"id":128,"depth":220,"text":129},{"id":151,"depth":220,"text":152},"2026-05-10","用自己做的 GA 分析 Skill 持续迭代了几个版本之后，metool 过去 90 天的活跃用户从不到 2000 涨到了 2 万，事件数增长了 17 倍。但数据也清楚地告诉我一件事：流量高度依赖中国区的 Bing，国际市场几乎没打开。是时候认真想想怎么走出去了。",false,"md",[230,233,236,239],{"q":231,"a":232},"metool 过去 90 天的增长数据是多少？","活跃用户 2 万（增长 1033.4%），事件数 25 万（增长 1720.6%），浏览次数 4.7 万（增长 695.3%），每位活跃用户平均互动时长 2 分 06 秒（增长 116.8%）。从 2 月到 5 月初，日活从接近零攀升到 6000 左右。",{"q":234,"a":235},"metool 的流量主要来自哪里？","排名第一的是 cn.bing.com referral（7911 次），其次是直接访问（3783 次）、bing organic（1469 次）、doubao.com referral（426 次）、google organic（200 次）、chatgpt.com referral（159 次）。中国区 Bing 是绝对的流量主力，Google 的自然搜索流量远低于预期。",{"q":237,"a":238},"metool 的用户分布在哪些国家和地区？","中国大陆 1.2 万（占比约 80%），美国 755，新加坡 631，香港 467，日本 398，台湾 207，德国 54。虽然覆盖了全球多个地区，但中国区一家独大，国际市场的渗透率还很低。",{"q":240,"a":241},"为什么要从中国区向国际市场扩展？","单一市场依赖风险高，中国区的流量主要靠 Bing 一个渠道，如果 Bing 算法变化或收录策略调整，流量可能断崖式下跌。国际市场的工具需求更大、付费意愿更强、Google SEO 的长尾效应更持久。而且 metool 已经默认英文界面，国际化的基础设施是现成的。",{},true,"\u002Fbuilds\u002Fmetool\u002F2026-05-10-data-growth-go-global","metool",5,{"title":6,"description":226},[249,250,251,252,253,254,255],"独立开发出海","工具站国际化","Google Analytics 数据分析","在线工具流量增长","Bing SEO 中国区","AI Skill 数据驱动","工具站全球化策略","builds\u002Fmetool\u002F2026-05-10-data-growth-go-global","metool 过去 90 天活跃用户增长 1033%，事件数增长 1720%，用自建 GA 分析 Skill 持续迭代是核心驱动力。但流量来源分析显示 56% 来自 cn.bing.com，中国区占绝对主导。国际市场的 Google organic 仅 200 次，说明 Google SEO 还没真正打开。下一阶段的重心是突破中国区依赖，向国际市场进发。",[259,260],"独立开发","产品思考",null,"icPCk9P0agGM-7QowKbFYXI4VimjQWm5mqzfxRf8nmI",{"id":264,"title":265,"body":266,"date":536,"description":537,"draft":227,"extension":228,"faq":538,"meta":551,"navigation":243,"path":552,"project":245,"readingTime":553,"seo":554,"seoKeywords":555,"stem":563,"summary":564,"tags":565,"updated":261,"__hash__":566},"builds\u002Fbuilds\u002Fmetool\u002F2026-04-12-capability-first-ux.md","用数据发现了用户在哪里流失，然后我重写了自己的 UX 准则",{"type":8,"value":267,"toc":522},[268,271,279,285,288,294,297,300,304,307,312,318,321,341,345,351,353,373,377,386,390,393,399,404,418,421,425,428,434,439,471,475,478,485,495,498,504,507,510,513,516,519],[11,269,270],{"id":270},"用自己做的工具分析自己的工具",[15,272,273,274,278],{},"最近用自己的 ",[35,275,277],{"href":37,"rel":276,"target":40},[39],"GA4 + GSC 分析技能"," 做了一次 metool 的完整数据审查。这个技能会自动拉取 Google Analytics 和 Search Console 的数据，分析用户行为路径，找出实际用户行为和预期目标之间的落差。",[15,280,281,282],{},"数据里有一个细节让我停下来认真想了很久：",[50,283,284],{},"工具页面的跳出率比我预期的高很多，而且用户停留时间集中在前 10 秒。",[15,286,287],{},"10 秒。用户打开了工具页面，扫了一眼，然后就离开了。",[15,289,290,291],{},"我重新打开了几个自己做的工具页面，第一次以\"用户\"而不是\"作者\"的视角去看。结论让我有点不舒服：",[50,292,293],{},"很多工具页面，在我没有上传任何文件之前，页面几乎是空的。",[15,295,296],{},"一个上传框，一段描述文字，仅此而已。用户不知道上传之后会发生什么，不知道有哪些配置选项，不知道最终结果长什么样子。唯一的选择是上传并等待——这需要一定的信任成本。",[15,298,299],{},"而用户不愿意在信任成本上赌注的时候，他们就直接离开了。",[11,301,303],{"id":302},"提炼两条-ux-准则","提炼两条 UX 准则",[15,305,306],{},"这次体验让我重新想了工具类产品的交互逻辑，最后沉淀成两条准则。",[308,309,311],"h3",{"id":310},"能力先于数据capability-first-ux","能力先于数据（Capability-First UX）",[15,313,314,317],{},[50,315,316],{},"界面的结构与能力应独立于用户数据而完整存在。"," 数据的有无只改变状态，不改变界面的骨架与可见范围。",[15,319,320],{},"具体来说：",[71,322,323,329,335],{},[74,324,325,328],{},[50,326,327],{},"零数据可读性","：即使没有任何用户输入，界面本身就是工具能力的完整说明书",[74,330,331,334],{},[50,332,333],{},"结构恒定，状态渐进","：页面不因数据到达而从一种布局跳变为另一种布局",[74,336,337,340],{},[50,338,339],{},"入口即全貌","：用户首次进入时所见 ≈ 工作中所见，消除「上传后才知道能做什么」的认知黑箱",[308,342,344],{"id":343},"因果并列cause-effect-juxtaposition","因果并列（Cause-Effect Juxtaposition）",[15,346,347,350],{},[50,348,349],{},"输入区与输出区在桌面端应并列放置，让用户一眼感知因果关系。"," 上下堆叠的布局迫使用户滚动才能看到操作的结果，打断了「操作 → 反馈」的认知流。",[15,352,320],{},[71,354,355,361,367],{},[74,356,357,360],{},[50,358,359],{},"空间换认知","：桌面端屏幕宽度充裕时，优先用横向空间并列展示「输入 → 输出」",[74,362,363,366],{},[50,364,365],{},"结果常驻可见","：输出区域使用 sticky 定位，在用户调整配置或滚动时始终停留在视口内",[74,368,369,372],{},[50,370,371],{},"Demo 与正式态视觉分离","：示例内容必须在视觉上与正式操作态有明确区分，避免用户误判",[11,374,376],{"id":375},"拿-iphone-拼长图工具做验证","拿 iPhone 拼长图工具做验证",[15,378,379,380,385],{},"想清楚这两条准则之后，我选了 metool 上的 ",[35,381,384],{"href":382,"rel":383,"target":40},"https:\u002F\u002Fmetool.online\u002Fimages\u002FiphoneLongImageStitch\u002F",[39],"iPhone 拼长图"," 工具来做重构验证，因为这个工具的原始版本是一个典型的反例。",[308,387,389],{"id":388},"老版本上传之后才能看见","老版本：上传之后才能看见",[15,391,392],{},"下面是老版本在用户没有上传任何图片时的页面：",[15,394,395],{},[21,396],{"alt":397,"src":398},"老版本空状态：只有上传框，看不到任何功能结构","\u002Fb\u002Fmetool\u002Fux-compare-old-empty.png",[15,400,401],{},[50,402,403],{},"老版本的问题：",[160,405,406,409,412,415],{},[74,407,408],{},"上传区域之下的设置项（格式、品质、是否保持比例）和结果预览，只有上传图片之后才会出现",[74,410,411],{},"用户在上传前完全无法判断这个工具「有多少配置项」「结果长什么样」",[74,413,414],{},"整个页面是典型的垂直堆叠：上传 → 设置 → 结果，用户需要滚动才能看到操作结果",[74,416,417],{},"点击「开始拼接」之后，需要向下滚动才能看到结果",[15,419,420],{},"这是一个用户必须「先投入，才能了解」的工具。信任门槛很高。",[308,422,424],{"id":423},"新版本首屏即全貌","新版本：首屏即全貌",[15,426,427],{},"下面是新版本在用户没有上传任何图片时的页面：",[15,429,430],{},[21,431],{"alt":432,"src":433},"新版本空状态：界面骨架完整，设置和结果区始终可见","\u002Fb\u002Fmetool\u002Fux-compare-new-empty.png",[15,435,436],{},[50,437,438],{},"新版本的变化：",[160,440,441,447,453,459,465],{},[74,442,443,446],{},[50,444,445],{},"桌面端并列布局","：左侧是上传区 + 设置栏，右侧是结果预览区，不需要滚动就能同时看到",[74,448,449,452],{},[50,450,451],{},"设置栏始终可见","：格式选择、品质滑块、自动去重叠开关，在上传前就能看见（视觉上淡化但结构完整）",[74,454,455,458],{},[50,456,457],{},"结果区始终可见","：右侧结果区在无数据时以占位图展示，sticky 定位固定在视口内",[74,460,461,464],{},[50,462,463],{},"Demo 模式","：首次进入时自动加载示例图片并展示拼接结果，用户一进门就能看到完整的「输入 → 结果」链路",[74,466,467,470],{},[50,468,469],{},"Demo 视觉分离","：示例内容用虚线边框、降低饱和度、灰色 sparkle 标签标注，明确与正式操作态区分；上传入口始终保持可见",[308,472,474],{"id":473},"关键细节demo-上方保留上传入口","关键细节：Demo 上方保留上传入口",[15,476,477],{},"这里有一个微妙的设计决策：Demo 内容和上传入口不能相互遮挡。",[15,479,480,481,484],{},"如果 Demo 内容填满了上传区，用户反而找不到「我要上传自己的图片」入口。所以新版本的处理是：Demo 状态下，",[50,482,483],{},"上传 FileDropZone 在上，Demo 缩略图展示在下","，用户随时都能直接拖拽上传，不需要先\"退出\"Demo 模式。",[486,487,492],"pre",{"className":488,"code":490,"language":491},[489],"language-text","┌─────────────────┐  ┌──────────────────┐\n│  📁 拖拽上传    │  │  ✦ Demo 结果预览 │\n│                 │  │                  │\n│  [FileDropZone] │  │  [stitched img]  │\n│                 │  │                  │\n├─────────────────┤  │  ↑ sticky 固定   │\n│  ✦ DEMO         │  └──────────────────┘\n│  [示例缩略图]   │\n│  → Demo 结果   │\n├─────────────────┤\n│  格式  品质  □  │  ← 设置栏始终可见\n└─────────────────┘\n","text",[493,494,490],"code",{"__ignoreMap":216},[11,496,497],{"id":497},"这两条准则的本质",[15,499,500,501],{},"回头看，这两条准则本质上在解决同一个问题：",[50,502,503],{},"降低用户的认知税。",[15,505,506],{},"用户的认知资源是有限的。如果用户需要先上传、先等待，才能推断出「这个工具大概能做什么」，这个推断过程本身就是认知税。而工具类产品的用户通常是来解决具体问题的，他们不愿意把认知资源花在搞清楚界面上。",[15,508,509],{},"「能力先于数据」把这份认知税降为零——界面自己就是说明书。\n「因果并列」把操作反馈的延迟降为零——结果就在输入旁边。",[15,511,512],{},"两者加在一起，用户的\"我能做什么？\"\"做完之后是什么样？\"这两个问题，在进入页面的第一秒就有了答案。",[11,514,515],{"id":515},"接下来的节奏",[15,517,518],{},"这次重构完成了拼长图工具，接下来会陆续把这两条准则应用到 metool 上其他的工具页面。优先处理那些「零数据状态下几乎是空白页」的工具。",[15,520,521],{},"同时继续用 GA4 数据来验证假设——这次改动是否真的降低了跳出率，用户停留时间是否有变化。数据说了算。",{"title":216,"searchDepth":217,"depth":217,"links":523},[524,525,529,534,535],{"id":270,"depth":220,"text":270},{"id":302,"depth":220,"text":303,"children":526},[527,528],{"id":310,"depth":217,"text":311},{"id":343,"depth":217,"text":344},{"id":375,"depth":220,"text":376,"children":530},[531,532,533],{"id":388,"depth":217,"text":389},{"id":423,"depth":217,"text":424},{"id":473,"depth":217,"text":474},{"id":497,"depth":220,"text":497},{"id":515,"depth":220,"text":515},"2026-04-12","用自己做的 GA4 + GSC 分析工具审查 metool 的用户行为数据，发现用户在工具页面的一个关键流失点——不知道能做什么就离开了。这让我重新审视了整个交互逻辑，提炼出两条核心 UX 准则，并用 iPhone 拼长图工具做了一次完整的重构。",[539,542,545,548],{"q":540,"a":541},"什么是「能力先于数据」UX 原则？","界面的结构与功能区域应该独立于用户数据而完整存在。数据的有无只改变控件状态（启用\u002F禁用、填充\u002F占位），不改变界面的骨架与可见范围。用户第一眼看到的界面，就已经是工具能做什么的完整说明书。",{"q":543,"a":544},"什么是「因果并列」UX 原则？","在桌面端宽度充裕时，把输入区（操作\u002F配置）和输出区（结果\u002F预览）并列放置，让用户一眼就能感知因果关系。输出区使用 sticky 定位，在用户操作时始终停留在视口内，提供即时反馈。",{"q":546,"a":547},"为什么 Demo 内容要和正式操作态视觉上区分开？","如果 Demo 数据和用户实际操作结果在视觉上没有区别，用户容易误以为「数据已经预填了」或者「页面有 Bug」。使用降低饱和度、虚线边框、灰色调、标签标注等手段明确区分，同时 Demo 展示区始终保持上传入口可见，避免用户找不到操作入口。",{"q":549,"a":550},"这次 UX 重构具体改了什么？","把原来「先上传才能看到设置和结果区」的垂直堆叠布局，改为「设置和结果预览始终可见，数据到来前以占位\u002F禁用态展示」的并列布局。同时加入 Demo 模式，用户首次进入就能看到完整的输入 + 结果展示，消除了「上传后才知道能做什么」的认知黑箱。",{},"\u002Fbuilds\u002Fmetool\u002F2026-04-12-capability-first-ux",6,{"title":265,"description":537},[556,557,558,559,560,561,562],"独立开发 UX 设计","工具类产品交互设计","能力先于数据 UX","因果并列布局","用户留存优化","Google Analytics 用户行为分析","在线工具交互优化","builds\u002Fmetool\u002F2026-04-12-capability-first-ux","通过 GA4 数据分析发现工具页面的高跳出率根源在于「数据到来前界面是空的」，提炼出「能力先于数据」和「因果并列」两条 UX 准则，并在 iPhone 拼长图工具上完成了完整重构，新版本在首屏即展示完整的界面骨架和 Demo 结果。",[259,260],"4xRt7OTQ-Eb2TfiUQvHXYGeDYvUFh9V6f-mS56bDP-U",{"id":568,"title":569,"body":570,"date":810,"description":811,"draft":227,"extension":228,"faq":812,"meta":825,"navigation":243,"path":826,"project":245,"readingTime":246,"seo":827,"seoKeywords":828,"stem":835,"summary":836,"tags":837,"updated":261,"__hash__":838},"builds\u002Fbuilds\u002Fmetool\u002F2026-04-06-screen-editor.md","录了个产品演示，观众说看不清我点了哪里",{"type":8,"value":571,"toc":800},[572,578,581,584,587,593,596,600,607,610,616,619,626,629,641,646,649,655,658,661,664,678,681,684,690,693,696,709,719,726,730,733,740,743,746,749,763,775,778,782,788,791,794,797],[15,573,574],{},[21,575],{"alt":576,"src":577},"metool editor","\u002Fb\u002Fmetool\u002Fvideo-editor-cover.png",[11,579,580],{"id":580},"录屏视频的老问题",[15,582,583],{},"做独立开发这一年多，产品演示视频是绕不开的事。",[15,585,586],{},"不管是在 Product Hunt 上发布新工具、在 metool 官网展示功能，还是录一段教程发到 B站，都需要录屏。录屏本身不难，macOS 自带的录屏就够用。但录完之后看回放，总觉得哪里不对。",[15,588,589,590],{},"问题很明确：",[50,591,592],{},"观众看不清我到底点了哪里。",[15,594,595],{},"光标在 1080p 的全屏画面里移动，菜单上某个选项被选中了，终端里跑出了一行关键输出。这些对我来说很清楚，因为我知道自己在干什么。但对观众来说，他们不是在\"看\"演示，而是在满屏幕\"找\"我点了哪里。",[11,597,599],{"id":598},"openscreen-解决了问题但带来了新问题","OpenScreen 解决了问题，但带来了新问题",[15,601,602,603,606],{},"之前我一直在用 OpenScreen 做录屏视频的后期处理。它最核心的功能就是",[50,604,605],{},"动态聚焦","：在录屏视频的任意时间点，画面自动放大到你指定的操作区域，停留一会儿后平滑缩回全景。",[15,608,609],{},"效果很好，观众的视线被自然引导到关键操作，不需要加红框、画箭头、配旁白说\"请注意看右上角\"。",[15,611,612,613],{},"但用了一段时间后，有一个持续困扰我的问题：",[50,614,615],{},"OpenScreen 的操作逻辑和我习惯的剪辑软件差太远了。",[15,617,618],{},"我日常用剪映和 iMovie，已经形成了肌肉记忆。播放头定位、快捷键分割、拖拽修剪、时间线操作，这些在剪映里是一套非常直觉的流程。但 OpenScreen 是 Electron 桌面应用，它的快捷键体系、界面交互、操作逻辑都是自成一套的。",[15,620,621,622,625],{},"每次打开 OpenScreen，我都需要一个\"切换脑子\"的过程。不是说它不好用，而是我用得",[50,623,624],{},"不顺手","。对一个偶尔才用一次的工具来说，这个切换成本太高了。",[11,627,628],{"id":628},"自己做一个",[15,630,631,632,635,636,110],{},"既然痛点这么明确，思路也很清楚：",[50,633,634],{},"做一个操作习惯对标剪映的录屏视频编辑器，把动态聚焦作为核心功能，跑在浏览器里。"," 于是就有了 metool 的 ",[35,637,640],{"href":638,"rel":639,"target":40},"https:\u002F\u002Fmetool.online\u002Fvideos\u002FscreenEditor\u002F",[39],"录屏视频编辑器",[642,643],"video-player",{"alt":644,"src":645},"演示视频","\u002Fb\u002Fmetool\u002Feditor-demo_edited_compressed.mp4",[15,647,648],{},"不需要安装，不限平台，打开网页就能用。操作逻辑不需要重新学，⌘B 分割、拖拽修剪、时间线多片段管理，和剪映一模一样。",[15,650,651,652],{},"核心差异点只有一个：",[50,653,654],{},"动态聚焦是一等公民。",[15,656,657],{},"在剪映或 iMovie 里，如果你想做类似的效果，需要手动打关键帧、调缩放参数、算坐标位置。能做，但流程很长。在这个编辑器里，按 Z 键，在预览画面上框选一个区域，就完成了。视频会以 ease-in-out 动画自动放大到那个区域，停留设定时间后平滑缩回。",[11,659,660],{"id":660},"动态聚焦怎么用",[15,662,663],{},"具体的操作流程是这样的：",[160,665,666,669,672,675],{},[74,667,668],{},"上传一段录屏视频（MP4\u002FMOV\u002FM4V，200MB 以内）",[74,670,671],{},"在时间线上定位到需要聚焦的时间点",[74,673,674],{},"按 Z 键，在预览画面上框选关键操作区域",[74,676,677],{},"视频就会在那个时间点自动放大到框选区域",[15,679,680],{},"每个 Zoom 的进入和退出都有过渡动画，默认 1 秒，可以调。如果片段时长不够，系统会自动适配过渡参数，不会出现动画卡顿的情况。",[15,682,683],{},"在时间线上，Zoom 关键帧是可以直接拖拽的，调整位置和时长都很直观。",[15,685,686,689],{},[50,687,688],{},"这个功能让录屏视频从\"裸录屏\"变成\"有引导的专业演示\"。"," 观众不需要自己找重点，画面会自动带着他们看。",[11,691,692],{"id":692},"不只是动态聚焦",[15,694,695],{},"既然做了编辑器，剪辑的基本功能也不能少。",[15,697,698,701,702,705,706,110],{},[50,699,700],{},"时间线剪辑","完全对标剪映的操作方式：播放头定位 → ⌘B 分割 → 拖拽修剪头尾 → 拖拽重排序。每个片段可以独立设置 ",[50,703,704],{},"0.25x 到 4x 的变速","（慢放关键步骤、快进重复操作），以及 ",[50,707,708],{},"0 到 200% 的音量调节",[15,710,711,714,715,718],{},[50,712,713],{},"视觉效果","是另一个加分项。准备了 ",[50,716,717],{},"16 款 macOS 风格壁纸","作为背景（深空紫、日落、海洋蓝、极光绿等），加上渐变和纯色选项。圆角、阴影强度、内边距、背景模糊都可以调。录屏画面套上这些效果，瞬间从\"截屏录像\"变成\"产品宣传片\"的质感。",[15,720,721,722,725],{},"还做了",[50,723,724],{},"编辑进度持久化","。所有编辑状态自动保存到 IndexedDB，下次上传同一个视频，片段分割、Zoom 关键帧、变速、音量、样式配置全部恢复。不用担心浏览器关了就白干了。",[11,727,729],{"id":728},"导出浏览器也能做","导出：浏览器也能做",[15,731,732],{},"导出是我最担心的环节。视频编码在浏览器里跑，性能够吗？",[15,734,735,736,739],{},"答案是够的。用了浏览器原生的 ",[50,737,738],{},"WebCodecs API","，H.264 视频编码 + AAC 音频编码，GPU 加速。支持原始分辨率、1080p、720p、480p 多档输出。最关键的是，动态聚焦效果、变速、音量调节、视觉样式，在导出的视频里全部完整保留。",[15,741,742],{},"不需要上传到服务器，所有处理都在本地完成。",[11,744,745],{"id":745},"和其他工具的定位区别",[15,747,748],{},"市面上做录屏和编辑的工具不少，但定位各有不同。",[15,750,751,754,755,758,759,762],{},[50,752,753],{},"Screen Studio"," 是 macOS 上的标杆，月费 $29，录屏+编辑一体化，动画效果丰富。但它是付费的、macOS 专属的。",[50,756,757],{},"OpenScreen"," 是开源替代品，免费但需要下载 Electron 应用，操作方式自成一套。",[50,760,761],{},"Cap"," 是开源 Loom 替代品，核心是录屏+分享，编辑功能比较基础。",[15,764,765,766,770,771,774],{},"metool 的 ",[35,767,769],{"href":638,"rel":768,"target":40},[39],"录屏编辑器"," 不做录屏，",[50,772,773],{},"只做录屏的后期编辑","。定位很窄，但在这个窄赛道上做得更深：动态聚焦是一等公民、操作习惯对标主流编辑器、16 款壁纸背景一键配置、变速和音量精细控制、纯浏览器零安装。",[15,776,777],{},"对于 3 到 15 分钟的录屏视频后期，这个工具比全功能编辑器快得多。",[11,779,781],{"id":780},"自己用的工具做起来最有底气","自己用的工具，做起来最有底气",[15,783,784,785],{},"回头看 metool 上做过的所有工具，",[50,786,787],{},"自己是重度用户的工具，做起来方向感最强。",[15,789,790],{},"公众号 Markdown 转换是这样，音频编辑器是这样，这个录屏编辑器也是这样。需求不是调研来的，是自己用的时候觉得\"这里不对\"然后去解决的。",[15,792,793],{},"OpenScreen 的操作逻辑让我每次都要\"切换脑子\"，这不是一个产品评测意义上的缺点，是我个人工作流里的真实摩擦。这种摩擦只有自己用的时候才能感受到，别人的需求文档里不会写。",[15,795,796],{},"接下来要做的是把这个工具和之前的 GEO 策略结合起来：在工具页底部注入详细的使用场景文章，让 AI 搜索引擎也能理解\"这是一个带动态聚焦功能的在线录屏编辑器\"。",[15,798,799],{},"工具和内容的结合，是 metool 现在的主要打法。",{"title":216,"searchDepth":217,"depth":217,"links":801},[802,803,804,805,806,807,808,809],{"id":580,"depth":220,"text":580},{"id":598,"depth":220,"text":599},{"id":628,"depth":220,"text":628},{"id":660,"depth":220,"text":660},{"id":692,"depth":220,"text":692},{"id":728,"depth":220,"text":729},{"id":745,"depth":220,"text":745},{"id":780,"depth":220,"text":781},"2026-04-06","一直在用 OpenScreen 做产品演示视频的动态聚焦，但它的操作逻辑和剪映、iMovie 差太远，每次用都得重新适应。既然痛点这么明确，不如自己做一个。于是在 metool 上做了一个纯浏览器的录屏视频编辑器，核心功能就是动态聚焦。",[813,816,819,822],{"q":814,"a":815},"什么是动态聚焦（Smooth Zoom）？","动态聚焦是一种录屏视频的后期编辑技术。在视频的任意时间点，画面以丝滑动画自动放大到你框选的关键操作区域，停留设定时间后平滑缩回全景。这样观众的视线会被自然引导到操作重点，不需要红框标注或语音提示'请看右上角'。",{"q":817,"a":818},"这个编辑器和 Screen Studio、OpenScreen 有什么区别？","Screen Studio 是 macOS 专属付费应用（月费 $29），OpenScreen 是需要下载的 Electron 桌面应用且操作方式与主流编辑器差异大。MeTool 的编辑器是纯浏览器在线工具，零安装、跨平台、完全免费，操作习惯对标剪映和 iMovie（⌘B 分割、Z 添加 Zoom、拖拽修剪）。",{"q":820,"a":821},"这个编辑器除了动态聚焦还有什么功能？","包括剪映式时间线剪辑（分割、修剪、重排序）、0.25x-4x 变速控制、0-200% 音量调节、16 款 macOS 风格壁纸背景、可调圆角和阴影、背景模糊、编辑进度自动保存到 IndexedDB、WebCodecs GPU 加速导出。",{"q":823,"a":824},"浏览器里能做视频编辑和导出吗？","可以。使用浏览器原生的 WebCodecs API 进行 H.264 视频编码和 AAC 音频编码，GPU 加速渲染。支持原始分辨率、1080p、720p、480p 导出，动态聚焦效果和视觉样式在导出中完整保留。所有处理都在本地完成，不需要上传到服务器。",{},"\u002Fbuilds\u002Fmetool\u002F2026-04-06-screen-editor",{"title":569,"description":811},[640,829,830,831,832,833,834],"动态聚焦视频","Screen Studio 替代品","OpenScreen 替代品","在线视频编辑器","产品演示视频制作","Smooth Zoom 录屏","builds\u002Fmetool\u002F2026-04-06-screen-editor","因为 OpenScreen 的操作逻辑和主流剪辑软件差异太大，自己在 metool 上做了一个纯浏览器的录屏视频编辑器。核心功能是动态聚焦（Smooth Zoom），让录屏视频自动放大到关键操作区域，操作习惯完全对标剪映和 iMovie，零安装、跨平台、完全免费。",[259,260],"2EFMus60db2ekLagwzCI-PSBBHGV_YfvYna5X6_hodQ",{"id":840,"title":841,"body":842,"date":1037,"description":1038,"draft":227,"extension":228,"faq":1039,"meta":1052,"navigation":243,"path":1053,"project":245,"readingTime":1054,"seo":1055,"seoKeywords":1056,"stem":1064,"summary":1065,"tags":1066,"updated":261,"__hash__":1068},"builds\u002Fbuilds\u002Fmetool\u002F2026-04-04-content-meets-tool.md","尝到 SEO 甜头后，我开始琢磨怎么让 AI 也能找到我",{"type":8,"value":843,"toc":1029},[844,848,851,857,860,863,869,872,875,878,881,886,889,895,898,901,904,910,913,919,924,927,930,936,942,980,986,993,996,999,1002,1008,1011,1015,1018,1021,1026],[11,845,847],{"id":846},"seo-见效了然后呢","SEO 见效了，然后呢",[15,849,850],{},"上一篇写到，metool 的日活从不到 100 一下子涨到了 300。SEO 持续优化了几个月，终于看到了正反馈。",[15,852,853,854],{},"这种\"做了就有效果\"的感觉让人上头。自然而然地，我开始想下一个问题：",[50,855,856],{},"还有什么增长渠道是我没覆盖到的？",[15,858,859],{},"答案几乎是立刻浮现的：AI 搜索引擎。",[15,861,862],{},"越来越多的人不再打开 Google 输入关键词了。他们直接问 ChatGPT、Perplexity、Google AI Overview。AI 直接给答案，用户甚至不需要点进任何网站。",[15,864,865,866],{},"我自己就是这样。日常遇到问题，第一反应已经不是 Google，而是问 AI。那反过来想，",[50,867,868],{},"如果我的工具不能出现在 AI 的回答里，就等于在一个越来越大的流量入口前隐身了。",[11,870,871],{"id":871},"纯工具页的致命问题",[15,873,874],{},"想象一下 AI 搜索引擎在抓取 metool 的一个工具页。",[15,876,877],{},"页面上有什么？一个标题、几个按钮、一个上传区域、一些交互控件。对人类来说，一眼就知道这是个图片压缩工具。但对 LLM 来说，页面上几乎没有可供\"理解\"的文本内容。",[15,879,880],{},"当用户问 AI：\"有什么好用的在线图片压缩工具？\"AI 需要的是一段可引用的文字描述，而不是一堆 HTML 按钮。",[15,882,883],{},[50,884,885],{},"纯工具页，对 AI 搜索引擎来说几乎是隐形的。",[11,887,888],{"id":888},"把内容和工具捆在一起",[15,890,891,892],{},"解决思路很直接：",[50,893,894],{},"给每个工具页都写一篇文章。",[15,896,897],{},"不是单独写一个博客页面，而是直接把文章注入到工具页的底部。用户打开页面，首屏还是工具本身，交互区在最上面，不影响使用。但如果用户想了解更多，比如\"这个工具支持哪些格式\"\"压缩算法是怎么回事\"\"和其他工具比有什么区别\"，往下滑就能找到。",[15,899,900],{},"同时，当 AI 搜索引擎抓取这个页面时，它不仅能看到工具的标题和按钮，还能看到一篇完整的、结构化的文章。这就给了 AI 足够的上下文去理解：\"这个页面是一个在线图片压缩工具，支持 PNG\u002FJPG\u002FWebP，无需上传到服务器，本地浏览器处理...\"",[15,902,903],{},"以 Word 转 PDF 这个工具页为例，改之前页面底部到\"相关工具推荐\"就结束了：",[15,905,906],{},[21,907],{"alt":908,"src":909},"改版前：工具页底部只有 FAQ 和相关推荐，没有正文内容","\u002Fb\u002Fmetool\u002F2026-04-04_before_insert_article.jpeg",[15,911,912],{},"改之后，FAQ 和相关推荐下面多了一整篇文章，介绍这个工具的使用场景、核心优势、技术原理：",[15,914,915],{},[21,916],{"alt":917,"src":918},"改版后：工具页底部注入了一篇完整的 GEO 文章","\u002Fb\u002Fmetool\u002F2026-04-04_after_insert_article.jpeg",[15,920,921],{},[50,922,923],{},"一个页面，同时服务两类读者：人类用户和 AI 模型。",[11,925,926],{"id":926},"重新设计页面结构",[15,928,929],{},"为了让工具和内容自然共存，我和 AI 一起重新规划了页面结构：",[15,931,932],{},[21,933],{"alt":934,"src":935},"工具页的新页面结构","\u002Fb\u002Fmetool\u002F2026-04-04_geo_artical_section.png",[15,937,938,941],{},[50,939,940],{},"单工具页","从上到下分六层：",[160,943,944,950,956,962,968,974],{},[74,945,946,949],{},[50,947,948],{},"Header"," — 面包屑导航、工具标题、一句话描述",[74,951,952,955],{},[50,953,954],{},"工具交互区"," — 首屏核心，用户打开就能直接用",[74,957,958,961],{},[50,959,960],{},"Feature Highlights"," — 功能亮点，快速建立信任感",[74,963,964,967],{},[50,965,966],{},"Related Tools"," — 相关工具推荐，引导用户探索更多",[74,969,970,973],{},[50,971,972],{},"FAQ Section"," — 常见问题，覆盖用户最可能搜索的问题",[74,975,976,979],{},[50,977,978],{},"SEO\u002FGEO 长文章"," — 给搜索引擎和 AI 模型的深度内容",[15,981,982,985],{},[50,983,984],{},"分类集合页","也类似，在工具卡片网格下面加了分类级的 FAQ 和介绍文章。",[15,987,988,989,992],{},"关键设计原则是：",[50,990,991],{},"工具功能在上，内容在下，互不干扰。"," 对着急用工具的人，首屏就是交互区；对想深入了解的人，向下滑就有完整信息；对 AI 爬虫，整个页面都是可理解的结构化内容。",[11,994,995],{"id":995},"为什么我觉得这个方向很重要",[15,997,998],{},"这不只是一个 SEO 技巧，而是一个对未来的判断。",[15,1000,1001],{},"传统搜索引擎的逻辑是：用户搜关键词 → 看到结果列表 → 点进网站。在这个模式里，你只需要排名靠前就行。",[15,1003,1004,1005],{},"AI 问答的逻辑完全不同：用户提问 → AI 综合多个来源生成答案 → 可能附上引用链接。在这个模式里，",[50,1006,1007],{},"你的内容需要足够好、足够结构化，才能被 AI \"选中\"作为答案来源。",[15,1009,1010],{},"一个只有按钮和交互控件的工具页，在 AI 问答的世界里是不存在的。但一个工具页加上一篇高质量文章，就有可能在用户问\"best online audio editor\"的时候被 AI 引用。",[11,1012,1014],{"id":1013},"geo-的实验继续","GEO 的实验继续",[15,1016,1017],{},"从之前加 llms.txt、FAQ Schema、HowTo 结构化数据，到现在给每个工具页注入长文章，metool 一直在做 GEO（Generative Engine Optimization）的实验。",[15,1019,1020],{},"这些尝试能不能带来效果，还需要时间验证。但逻辑链条是清晰的：",[15,1022,1023],{},[50,1024,1025],{},"更多可被 AI 理解的内容 → AI 搜索引擎更容易引用 → 在 AI 问答时代获得更多曝光",[15,1027,1028],{},"传统 SEO 让你在 Google 结果页出现，GEO 让你在 AI 的回答里出现。两条路都得走。",{"title":216,"searchDepth":217,"depth":217,"links":1030},[1031,1032,1033,1034,1035,1036],{"id":846,"depth":220,"text":847},{"id":871,"depth":220,"text":871},{"id":888,"depth":220,"text":888},{"id":926,"depth":220,"text":926},{"id":995,"depth":220,"text":995},{"id":1013,"depth":220,"text":1014},"2026-04-04","用户量涨了三倍，SEO 是见效了。但我意识到光靠 Google 排名不够，还得让 ChatGPT、Perplexity 这些 AI 搜索引擎也能推荐你。问题是纯工具页对 AI 几乎是隐形的。于是我在每个工具页底部注入了一篇文章，让工具和内容捆绑。",[1040,1043,1046,1049],{"q":1041,"a":1042},"为什么要在工具页里写文章？","纯工具页几乎没有文本内容，LLM 抓取后无法理解这个页面是做什么的。当用户问 AI'有什么在线工具可以压缩图片'时，AI 没有足够的文本信息来引用你的工具页。在工具页注入一篇文章，等于给 AI 搜索引擎提供了可引用的内容。",{"q":1044,"a":1045},"这对用户体验有影响吗？","文章放在页面底部，工具交互区仍然在首屏。用户打开页面就能直接使用工具，不受影响。但如果用户想了解更多（比如使用技巧、格式对比、常见问题），向下滑就能找到。这种'工具在上、内容在下'的布局同时服务了两类需求。",{"q":1047,"a":1048},"什么是 GEO（Generative Engine Optimization）？","GEO 是针对 AI 搜索引擎（ChatGPT、Perplexity、Google AI Overview 等）的优化策略。传统 SEO 优化的是 Google 排名，GEO 优化的是'AI 回答问题时是否引用你的内容'。核心手段包括：提供结构化的高质量文本、FAQ、使用步骤说明、llms.txt 等，让 LLM 更容易理解和引用你的页面。",{"q":1050,"a":1051},"工具页的新页面结构是怎样的？","单工具页从上到下分六层：Header（面包屑\u002F标题\u002F描述）、工具交互区（首屏核心）、Feature Highlights（功能亮点信任信号）、Related Tools（相关工具推荐）、FAQ Section（常见问题）、SEO\u002FGEO 长文章（给搜索引擎和 AI 模型）。分类集合页则是：Header、工具卡片网格、FAQ、分类级介绍文章。",{},"\u002Fbuilds\u002Fmetool\u002F2026-04-04-content-meets-tool",4,{"title":841,"description":1038},[1057,1058,1059,1060,1061,1062,1063],"GEO 优化策略","AI 搜索引擎优化","工具页内容注入","LLM 检索增强","Generative Engine Optimization","工具站内容策略","AI 问答时代 SEO","builds\u002Fmetool\u002F2026-04-04-content-meets-tool","SEO 见效、用户涨了三倍后，开始琢磨下一个增长渠道：AI 搜索引擎。发现纯工具页对 LLM 几乎是隐形的，没有文本内容就没有检索有效性。于是在每个工具页底部注入了长文章，让工具和内容深度捆绑，同时服务人类用户和 AI 模型。",[259,1067],"AI 应用","4m_V9B7pBnSr7zFPgd5BFaVEP2UB1HjkdSvteBao61Q",{"id":1070,"title":1071,"body":1072,"date":1278,"description":1279,"draft":227,"extension":228,"faq":1280,"meta":1293,"navigation":243,"path":1294,"project":245,"readingTime":1054,"seo":1295,"seoKeywords":1296,"stem":1303,"summary":1304,"tags":1305,"updated":261,"__hash__":1306},"builds\u002Fbuilds\u002Fmetool\u002F2026-04-03-user-growth-and-quality.md","用户突然变多了，我慌了",{"type":8,"value":1073,"toc":1270},[1074,1077,1080,1086,1089,1092,1098,1102,1105,1108,1114,1117,1123,1126,1129,1132,1138,1141,1173,1179,1183,1186,1189,1193,1198,1201,1204,1207,1213,1216,1222,1228,1234,1237,1241,1244,1251,1257,1260,1267],[11,1075,1076],{"id":1076},"数据开始动了",[15,1078,1079],{},"打开 Google Analytics，我差点没反应过来。",[15,1081,1082],{},[21,1083],{"alt":1084,"src":1085},"metool 活跃用户增长趋势","\u002Fb\u002Fmetool\u002Fuser-boot.png",[15,1087,1088],{},"过去 28 天，活跃用户 880，涨了 67.9%。新用户 818，涨了 66.3%。但最让我兴奋的是那条曲线的尾巴：最近两天，日活跃用户从不到 100 一下子拉到了 300 左右。",[15,1090,1091],{},"前几篇文章一直在讲 SEO 优化、数据驱动、扩展 3D 品类。说实话，做这些事的时候心里是没底的，因为 SEO 是一个滞后反馈的游戏，你做了优化，可能要等几周甚至几个月才能看到效果。",[15,1093,1094,1095],{},"现在数据给了一个正反馈：",[50,1096,1097],{},"方向是对的。",[11,1099,1101],{"id":1100},"兴奋了三秒然后开始焦虑","兴奋了三秒，然后开始焦虑",[15,1103,1104],{},"高兴了一会儿之后，一个新的担忧浮上来。",[15,1106,1107],{},"这大半年来，我的策略一直是\"快速上线\"。借助 AI Coding 的速度，很多工具从想法到上线只用了一两个小时。几十个工具就是这么铺出来的。",[15,1109,1110,1111],{},"但\"快速上线\"的代价是：",[50,1112,1113],{},"很多工具没有经过认真测试。",[15,1115,1116],{},"用户少的时候，问题不明显。反正也没几个人用，有 bug 也没人发现。但现在日活 300 了，如果用户点进来发现工具不好用、功能太单薄、甚至有 bug，第一印象就毁了。",[15,1118,1119,1120,110],{},"做工具站最怕的不是没人来，而是",[50,1121,1122],{},"人来了，用了一次，再也不来了",[11,1124,1125],{"id":1125},"从最热门的页面开始",[15,1127,1128],{},"焦虑归焦虑，解决问题还是得靠数据。",[15,1130,1131],{},"打开 Google Analytics 的页面报告，看昨天哪些工具页面访问量最高：",[15,1133,1134],{},[21,1135],{"alt":1136,"src":1137},"昨日访问量 Top 5 的工具页面","\u002Fb\u002Fmetool\u002F20260403-top-tools.png",[15,1139,1140],{},"排名很清晰：",[160,1142,1143,1149,1155,1161,1167],{},[74,1144,1145,1148],{},[50,1146,1147],{},"3D 模型格式转换"," — 92 次浏览，79 个活跃用户",[74,1150,1151,1154],{},[50,1152,1153],{},"音频编辑器"," — 36 次浏览，29 个活跃用户",[74,1156,1157,1160],{},[50,1158,1159],{},"图片压缩"," — 33 次浏览，20 个活跃用户",[74,1162,1163,1166],{},[50,1164,1165],{},"JSON 格式化"," — 26 次浏览，21 个活跃用户",[74,1168,1169,1172],{},[50,1170,1171],{},"Markdown 转换器"," — 23 次浏览，20 个活跃用户",[15,1174,1175,1176],{},"逻辑很简单：",[50,1177,1178],{},"用户最多的地方，最值得先修。",[11,1180,1182],{"id":1181},"_3d-格式转换意料之中的第一名","3D 格式转换：意料之中的第一名",[15,1184,1185],{},"3D 模型格式转换排第一，不意外。上一篇文章里分析过，3D 工具是 metool 唯一有自然搜索流量的品类。这次用户增长，3D 工具应该贡献了不少。",[15,1187,1188],{},"我把这个工具从头到尾跑了一遍，测试了各种格式之间的互转。修复了几个边界情况的问题，确保核心流程是通的。",[11,1190,1192],{"id":1191},"音频编辑器老工具的新问题","音频编辑器：老工具的新问题",[15,1194,1195,1196,110],{},"让我真正停下来思考的是排第二的",[50,1197,1153],{},[15,1199,1200],{},"这个工具是很久之前做的，当时只做了最基本的功能：上传音频、简单裁剪、导出。能用，但仅此而已。",[15,1202,1203],{},"29 个活跃用户，对一个功能单薄的工具来说，其实不少了。这说明\"在线音频编辑\"这个需求是真实存在的。但如果用户进来发现只能做简单裁剪，大概率会失望离开。",[15,1205,1206],{},"我和 AI 做了一轮对话，梳理了音频编辑器真正需要的功能：",[15,1208,1209],{},[21,1210],{"alt":1211,"src":1212},"和 AI 一起规划音频编辑器的功能增强","\u002Fb\u002Fmetool\u002F20260403-audio-editor-plan.png",[15,1214,1215],{},"梳理下来，功能可以分成三个梯队：",[15,1217,1218,1221],{},[50,1219,1220],{},"第一梯队，高频刚需","：淡入淡出（避免裁剪后的爆音）、MP3\u002FOGG 导出（不要只能导出巨大的 WAV）、音量调节、键盘快捷键、精确时间输入。这些不是\"加分项\"，而是\"没有就不好用\"。",[15,1223,1224,1227],{},[50,1225,1226],{},"第二梯队，差异化竞争力","：静音检测自动裁切（播客和录课用户的刚需）、片段边界拖拽调整、片段分割、变速播放。这些功能在大多数在线音频编辑器上都没有，做出来就是竞争力。",[15,1229,1230,1233],{},[50,1231,1232],{},"第三梯队，锦上添花","：波形\u002F频谱图切换、简易降噪、片段重叠检测、项目保存恢复。",[15,1235,1236],{},"思路很清楚：先把第一梯队做完，让工具从\"能用\"变成\"好用\"。",[11,1238,1240],{"id":1239},"从快速上线到让人用得住","从\"快速上线\"到\"让人用得住\"",[15,1242,1243],{},"回头看，这其实是一个自然的阶段切换。",[15,1245,1246,1247,1250],{},"前面大半年，核心命题是",[50,1248,1249],{},"覆盖面","：做更多工具、覆盖更多品类、占据更多搜索入口。速度是第一优先级。",[15,1252,1253,1254,110],{},"但当用户真的开始来了，核心命题就变了：",[50,1255,1256],{},"质量",[15,1258,1259],{},"一个工具好不好，不是我自己觉得好就行，而是用户用了之后愿不愿意再来。覆盖面解决的是\"让人发现你\"，质量解决的是\"让人留下来\"。",[15,1261,1262,1263,1266],{},"现在的策略是：",[50,1264,1265],{},"用数据找到用户最常用的工具，集中精力把它们做到真正好用。"," 不再追求工具数量的增长，而是把已有工具的深度做上去。",[15,1268,1269],{},"先从 3D 格式转换和音频编辑器开始。",{"title":216,"searchDepth":217,"depth":217,"links":1271},[1272,1273,1274,1275,1276,1277],{"id":1076,"depth":220,"text":1076},{"id":1100,"depth":220,"text":1101},{"id":1125,"depth":220,"text":1125},{"id":1181,"depth":220,"text":1182},{"id":1191,"depth":220,"text":1192},{"id":1239,"depth":220,"text":1240},"2026-04-03","SEO 持续优化后，metool 的活跃用户从日均不到 100 涨到了 300。兴奋之后是焦虑：很多工具没经过认真测试，用户真的能用吗？我决定从访问量最高的页面开始，逐个把质量关补上。",[1281,1284,1287,1290],{"q":1282,"a":1283},"metool 的用户增长是怎么实现的？","主要靠持续的 SEO 优化：默认语言切英文覆盖国际用户、全站加 FAQ 和 HowTo 结构化数据、基于搜索数据扩展 3D 工具品类、提交 IndexNow 加速收录。没有投广告，纯粹靠搜索引擎的自然流量增长。",{"q":1285,"a":1286},"用户变多后为什么会焦虑？","因为之前的策略是'快速上线'，借助 AI Coding 的速度，很多工具从开发到上线只用了一两个小时，没有做充分的功能测试。用户少的时候问题不明显，用户多了之后，功能不完善或存在 bug 会直接影响口碑和留存。",{"q":1288,"a":1289},"怎么决定优先测试和优化哪些工具？","看 Google Analytics 的页面浏览数据。昨天访问量最高的五个工具页面是：3D 模型格式转换（92 次浏览）、音频编辑器（36 次）、图片压缩（33 次）、JSON 格式化（26 次）、Markdown 转换器（23 次）。优先从访问量最高的开始测试和优化。",{"q":1291,"a":1292},"音频编辑器打算增强哪些功能？","分三个优先级：第一梯队是高频刚需（淡入淡出、MP3\u002FOGG 导出、音量调节、键盘快捷键）；第二梯队是差异化竞争力（静音检测自动裁切、片段边界拖拽调整、变速播放）；第三梯队是锦上添花（波形\u002F频谱图切换、简易降噪、项目保存恢复）。",{},"\u002Fbuilds\u002Fmetool\u002F2026-04-03-user-growth-and-quality",{"title":1071,"description":1279},[1297,1298,1299,1300,1301,561,1302],"工具站用户增长","产品质量与用户体验","数据驱动功能优化","在线音频编辑器功能规划","独立开发产品测试","工具站功能迭代优先级","builds\u002Fmetool\u002F2026-04-03-user-growth-and-quality","metool 的 SEO 优化开始见效，活跃用户从日均不到 100 涨到 300。但用户变多带来了新的焦虑：很多工具是快速上线的，没有经过认真测试。通过 Google Analytics 找到访问量最高的工具页面，优先测试和增强 3D 模型格式转换和音频编辑器，从'快速上线'转向'让人用得住'。",[259,260],"BAltcFwRZ4So0Xjk-p8jOA2QfMGxN9df1AzCgd_7XrI",{"id":1308,"title":1309,"body":1310,"date":1617,"description":1618,"draft":227,"extension":228,"faq":1619,"meta":1632,"navigation":243,"path":1633,"project":245,"readingTime":246,"seo":1634,"seoKeywords":1635,"stem":1644,"summary":1645,"tags":1646,"updated":261,"__hash__":1647},"builds\u002Fbuilds\u002Fmetool\u002F2026-04-01-data-driven-building.md","接入 Google Search Console，用搜索数据决定下一步做什么",{"type":8,"value":1311,"toc":1607},[1312,1315,1318,1321,1327,1330,1333,1336,1339,1353,1356,1360,1363,1383,1389,1392,1395,1398,1401,1405,1408,1411,1443,1449,1452,1456,1459,1462,1505,1508,1514,1520,1523,1526,1529,1532,1563,1566,1569,1572,1598,1604],[11,1313,1314],{"id":1314},"从搜索数据开始",[15,1316,1317],{},"上一篇聊了 URL 迁移导致检索量断崖式下跌。跌完之后呢？等恢复的同时，我开始认真看数据。",[15,1319,1320],{},"把 Google Search Console 的搜索词数据拉出来，终于看到了用户是怎么找到 metool 的：",[15,1322,1323],{},[21,1324],{"alt":1325,"src":1326},"Google Search Console 搜索词数据","\u002Fb\u002Fmetool\u002Fgoogle-search-queries.png",[15,1328,1329],{},"这张图里藏了很多信息。",[11,1331,1332],{"id":1332},"品牌词占主导",[15,1334,1335],{},"前四条搜索词全是品牌词的变体：me tool、metool、me tools、metools。加起来 49 次点击、1273 次展现。",[15,1337,1338],{},"这说明两件事：",[160,1340,1341,1347],{},[74,1342,1343,1346],{},[50,1344,1345],{},"目前大部分用户是\"知道 metool 才来的\"","，而不是搜某个具体需求然后发现了 metool。换句话说，自然搜索带来的新用户还很少。",[74,1348,1349,1352],{},[50,1350,1351],{},"品牌词的点击率不高","。metool 这个词 743 次展现只有 19 次点击，说明搜索结果页上的标题和描述还不够吸引人，或者排名位置不够靠前。",[15,1354,1355],{},"品牌搜索是基本盘，但不能只靠基本盘。要增长，必须让非品牌搜索也能带来流量。",[11,1357,1359],{"id":1358},"_3d-查看器是唯一的自然流量信号","3D 查看器是唯一的自然流量信号",[15,1361,1362],{},"往下看，终于看到了非品牌词：",[71,1364,1365,1371,1377],{},[74,1366,1367,1370],{},[50,1368,1369],{},"glb viewer"," — 1 次点击，97 次展现",[74,1372,1373,1376],{},[50,1374,1375],{},"glb viewer online"," — 1 次点击，20 次展现",[74,1378,1379,1382],{},[50,1380,1381],{},"gltf viewer online"," — 1 次点击，14 次展现",[15,1384,1385,1386],{},"点击量虽然只有个位数，但展现量说明了问题：",[50,1387,1388],{},"有人在搜这些词，而且 Google 认为 metool 的页面和这些搜索词相关。",[15,1390,1391],{},"97 次展现意味着 Google 已经把 metool 的 3D 查看器页面展示给了将近 100 个搜索用户。只是排名可能还不够高，用户没有点进来。",[15,1393,1394],{},"这是一个信号：3D 在线查看器是一个有真实需求的品类，而且 metool 已经有了初步的搜索基础。",[11,1396,1397],{"id":1397},"游戏也有微弱信号",[15,1399,1400],{},"最后两条：五子棋ai（11 次展现）、围棋在线（8 次展现）。量很小，但说明游戏品类也有一些自然搜索曝光。不过游戏市场的竞争格局和工具市场完全不同，暂时不作为重点。",[11,1402,1404],{"id":1403},"和-ai-一起做用户调研","和 AI 一起做用户调研",[15,1406,1407],{},"光看搜索词还不够。搜索「glb viewer」的人到底是谁，他们真正需要什么？",[15,1409,1410],{},"我和 AI 一起做了一轮用户需求分析，拆解出了几类典型用户：",[71,1412,1413,1419,1425,1431,1437],{},[74,1414,1415,1418],{},[50,1416,1417],{},"3D 设计师","：快速预览模型效果，不想打开 Blender 或 Maya。metool 的 GLB Viewer 基本满足。",[74,1420,1421,1424],{},[50,1422,1423],{},"游戏开发者","：检查导出的模型是否正确，查看动画和材质。当前只能看，缺少模型信息面板。",[74,1426,1427,1430],{},[50,1428,1429],{},"3D 打印爱好者","：检查模型尺寸和可打印性。这部分完全没覆盖。",[74,1432,1433,1436],{},[50,1434,1435],{},"前端\u002FWeb 开发者","：预览要嵌入网页的 3D 资源，关心性能指标。也没覆盖。",[74,1438,1439,1442],{},[50,1440,1441],{},"采购和 PM","：收到 3D 资产后快速查看，不想装软件。基本满足。",[15,1444,1445,1446,110],{},"这个分析很有价值。它告诉我两件事：第一，3D 查看器的用户群比我想象的宽得多；第二，",[50,1447,1448],{},"不同用户需要的不只是\"查看\"，还有格式转换、模型优化、信息检查这些周边能力",[15,1450,1451],{},"围绕这些需求，新的工具方向就清晰了：不同格式的查看器覆盖更多搜索入口，模型优化器和格式转换器满足深层需求。每个新页面都是一个独立的长尾关键词入口。",[11,1453,1455],{"id":1454},"用数据做决策一口气强化整个-3d-品类","用数据做决策：一口气强化整个 3D 品类",[15,1457,1458],{},"不是只加一个工具，而是把整个 3D 品类做厚。",[15,1460,1461],{},"metool 之前只有 GLB\u002FglTF Viewer、STL Viewer 和 Text to 3D 三个 3D 相关工具。这次基于数据信号和用户调研，一口气补上了四个：",[71,1463,1464,1474,1484,1494],{},[74,1465,1466,1473],{},[50,1467,1468],{},[35,1469,1472],{"href":1470,"rel":1471,"target":40},"https:\u002F\u002Fmetool.online\u002F3d\u002FfbxViewer\u002F",[39],"FBX Viewer"," — 游戏开发和动画领域的主流格式，覆盖 fbx viewer online、fbx file viewer 等搜索词",[74,1475,1476,1483],{},[50,1477,1478],{},[35,1479,1482],{"href":1480,"rel":1481,"target":40},"https:\u002F\u002Fmetool.online\u002F3d\u002FusdzViewer\u002F",[39],"USDZ\u002FUSD Viewer"," — Apple AR 生态的标准格式，iOS 开发者和设计师的刚需",[74,1485,1486,1493],{},[50,1487,1488],{},[35,1489,1492],{"href":1490,"rel":1491,"target":40},"https:\u002F\u002Fmetool.online\u002F3d\u002FmodelOptimizer\u002F",[39],"3D Model Optimizer"," — 在线减面、压缩贴图，覆盖 reduce 3d model size、optimize glb file 等搜索词",[74,1495,1496,1504],{},[50,1497,1498,1499],{},"增强了 ",[35,1500,1503],{"href":1501,"rel":1502,"target":40},"https:\u002F\u002Fmetool.online\u002F3d\u002FmodelConvert\u002F",[39],"3D Model Format Converter"," — 支持 STL、OBJ、GLB、glTF、PLY、FBX、DAE 等格式互转",[15,1506,1507],{},"加上原有的三个，metool 的 3D 工具品类从 3 个扩展到了 7 个。",[15,1509,1510],{},[21,1511],{"alt":1512,"src":1513},"metool 的 3D 工具矩阵","\u002Fb\u002Fmetool\u002F3d-tools-matrix.png",[15,1515,1516,1517],{},"这就是数据驱动和凭感觉做的区别：",[50,1518,1519],{},"不是\"我觉得某个工具有用所以做\"，而是\"数据显示 3D 查看器有需求 → 调研发现用户群比想象的宽 → 围绕整个品类做厚\"。",[11,1521,1522],{"id":1522},"一个实验田",[15,1524,1525],{},"我想把 metool 做成数据驱动型构建的实验田。",[15,1527,1528],{},"之前做了大半年工具，模式是\"有什么想法就做什么\"。工具做了几十个，但哪些有人用、哪些没人用，心里没数。",[15,1530,1531],{},"现在的模式是一个循环：",[160,1533,1534,1540,1546,1552,1558],{},[74,1535,1536,1539],{},[50,1537,1538],{},"收集数据"," — Google Search Console 看搜索词，Google Analytics 看用户行为",[74,1541,1542,1545],{},[50,1543,1544],{},"分析信号"," — 哪些品类有自然需求，哪些搜索词有潜力",[74,1547,1548,1551],{},[50,1549,1550],{},"做出决策"," — 优先做数据验证过的方向",[74,1553,1554,1557],{},[50,1555,1556],{},"上线验证"," — 看新工具的搜索表现",[74,1559,1560],{},[50,1561,1562],{},"回到第一步",[15,1564,1565],{},"这个循环听起来简单，但和之前的工作方式完全不同。之前是\"做完就忘\"，现在是\"做完还要看数据反馈\"。",[11,1567,1568],{"id":1568},"下一步",[15,1570,1571],{},"3D 品类已经铺开了，接下来要做的是深耕和验证：",[71,1573,1574,1580,1586,1592],{},[74,1575,1576,1579],{},[50,1577,1578],{},"增强现有查看器的深度功能","：模型信息面板（顶点数、面数、材质列表）、截图导出、环境贴图切换、URL 直接加载。这些功能能提升用户停留时间和回访率。",[74,1581,1582,1585],{},[50,1583,1584],{},"优化品牌词的点击率","：743 次展现只有 19 次点击，搜索结果的标题和描述需要更有吸引力。",[74,1587,1588,1591],{},[50,1589,1590],{},"追踪新工具的搜索表现","：这批 3D 工具上线后，观察 Google 何时开始收录、展现量和点击量的变化趋势。这是验证\"数据驱动\"循环是否有效的关键一步。",[74,1593,1594,1597],{},[50,1595,1596],{},"观察 URL 迁移后的恢复速度","：上次切默认语言导致索引断崖，需要持续追踪。",[15,1599,1600,1601],{},"长期来看，我想验证一个假设：",[50,1602,1603],{},"一个工具站，能不能完全靠数据驱动来决定做什么、优化什么、放弃什么。",[15,1605,1606],{},"不靠直觉，不靠\"我觉得\"，只靠数据说话。metool 就是这个实验。",{"title":216,"searchDepth":217,"depth":217,"links":1608},[1609,1610,1611,1612,1613,1614,1615,1616],{"id":1314,"depth":220,"text":1314},{"id":1332,"depth":220,"text":1332},{"id":1358,"depth":220,"text":1359},{"id":1397,"depth":220,"text":1397},{"id":1403,"depth":220,"text":1404},{"id":1454,"depth":220,"text":1455},{"id":1522,"depth":220,"text":1522},{"id":1568,"depth":220,"text":1568},"2026-04-01","不再凭感觉做工具了。把 Google Search Console 接入工作流，看到真实的搜索词后发现 3D 查看器有自然流量潜力。和 AI 一起做了用户调研，一口气补上了 FBX Viewer、USDZ Viewer、3D 模型优化器。这是 metool 转向数据驱动型构建的第一步。",[1620,1623,1626,1629],{"q":1621,"a":1622},"为什么要用 Google Search Console 来指导工具开发？","Google Search Console 能看到用户是通过什么搜索词找到你的网站的，包括展现量和点击量。这比 Google Analytics 更直接地反映用户需求——用户在搜什么，说明他们需要什么。用这些数据来决定下一步做什么工具，比凭感觉靠谱得多。",{"q":1624,"a":1625},"搜索数据里发现了什么有价值的信号？","品牌词（metool、me tool 等）占了大部分点击，说明自然搜索带来的新用户还很少。但非品牌词中，glb viewer 有 97 次展现、gltf viewer online 有 14 次展现，说明 3D 在线查看器有真实的搜索需求，而且 Google 已经认为 metool 的页面与这些搜索词相关。",{"q":1627,"a":1628},"基于数据分析，这次做了哪些 3D 工具？","一口气做了四个新工具：FBX Viewer（游戏开发常用格式）、USDZ\u002FUSD Viewer（Apple AR 生态格式）、3D Model Optimizer（减面和贴图压缩）、增强了 3D Model Format Converter（支持更多格式互转）。加上原有的 GLB\u002FglTF Viewer、STL Viewer 和 Text to 3D，3D 品类从 2 个工具扩展到了 7 个。",{"q":1630,"a":1631},"什么是数据驱动型构建？","不再凭直觉决定做什么功能，而是通过搜索数据和用户行为数据发现真实需求，用 AI 辅助做深度调研，然后决定优先做什么。核心循环是：收集数据 → 分析信号 → AI 辅助调研 → 做出决策 → 上线验证 → 再看数据。metool 正在成为这种模式的实验田。",{},"\u002Fbuilds\u002Fmetool\u002F2026-04-01-data-driven-building",{"title":1309,"description":1618},[1636,1637,1638,1639,1640,1641,1642,1643],"Google Search Console 数据分析","数据驱动产品迭代","工具站搜索词分析","GLB Viewer 在线","FBX Viewer 在线工具","USDZ Viewer 在线","3D 模型优化器在线","独立开发数据驱动","builds\u002Fmetool\u002F2026-04-01-data-driven-building","通过 Google Search Console 分析 metool.online 的真实搜索数据，发现 3D 查看器是唯一有自然搜索流量的工具品类。和 AI 一起做了用户需求调研后，一口气补上了 FBX Viewer、USDZ\u002FUSD Viewer、3D Model Optimizer、增强了格式转换器，把 3D 工具从 2 个扩展到 7 个。这是从'凭感觉做工具'到'用数据决定做什么'的转变。",[259,260],"Pc5ArqDao5dfNG0TZmiUUo3Vq_NoOgAAuJWYzvhlGug",{"id":1649,"title":1650,"body":1651,"date":1787,"description":1788,"draft":227,"extension":228,"faq":1789,"meta":1802,"navigation":243,"path":1803,"project":245,"readingTime":1054,"seo":1804,"seoKeywords":1805,"stem":1813,"summary":1814,"tags":1815,"updated":261,"__hash__":1816},"builds\u002Fbuilds\u002Fmetool\u002F2026-03-31-url-restructure-cost.md","切换默认语言后，检索量断崖式下跌",{"type":8,"value":1652,"toc":1780},[1653,1656,1659,1665,1668,1671,1674,1680,1683,1686,1693,1713,1718,1721,1724,1727,1730,1733,1736,1739,1759,1762,1765,1768,1771,1774,1777],[11,1654,1655],{"id":1655},"数据说话",[15,1657,1658],{},"先看 Google Search Console 的数据：",[15,1660,1661],{},[21,1662],{"alt":1663,"src":1664},"切换 URL 路径后检索量断崖式下跌","\u002Fb\u002Fmetool\u002Findex-optimize.png",[15,1666,1667],{},"从 1 月到 3 月中旬，metool.online 的 Impressions（展现量）和 Clicks（点击量）一直在稳步增长。Impressions 从每天几十涨到了 300+，Clicks 从 0 涨到了日均 20+。",[15,1669,1670],{},"三个月的积累，一个决定，几乎归零。",[11,1672,1673],{"id":1673},"发生了什么",[15,1675,1676,1677],{},"3 月 19 日，我做了一个决定：",[50,1678,1679],{},"把 metool.online 的默认语言从中文切成英文。",[15,1681,1682],{},"原因很简单：工具站的使用场景是全球通用的。图片压缩、视频转 GIF、JSON 格式化，这些需求不分国界。英文覆盖的潜在用户群远大于中文。",[15,1684,1685],{},"但我低估了这个改动对 SEO 的冲击。",[15,1687,1688,1689,1692],{},"metool 用的是 Nuxt i18n 的 ",[493,1690,1691],{},"prefix_except_default"," 策略——默认语言不带路径前缀，其他语言带前缀。切换默认语言意味着：",[71,1694,1695,1705],{},[74,1696,1697,1698,1701,1702],{},"之前的中文页面 ",[493,1699,1700],{},"\u002Fimages\u002Fcompress\u002F"," → 变成了 ",[493,1703,1704],{},"\u002Fzh\u002Fimages\u002Fcompress\u002F",[74,1706,1707,1708,1701,1711],{},"之前的英文页面 ",[493,1709,1710],{},"\u002Fen\u002Fimages\u002Fcompress\u002F",[493,1712,1700],{},[15,1714,1715],{},[50,1716,1717],{},"全站几十个工具的 URL 全部变了。",[15,1719,1720],{},"紧接着 3 月 26 日，我又做了一轮 trailing slash 统一和 sitemap 重建。双重打击。",[11,1722,1723],{"id":1723},"代价",[15,1725,1726],{},"Google 已经索引的所有旧 URL 全部失效。搜索引擎不知道这些页面\"搬家\"了，它只看到旧 URL 返回了不同的内容（英文版），或者根本找不到了。",[15,1728,1729],{},"结果就是图表上看到的：Impressions 从日均 300+ 跌到不足 80，Clicks 从日均 20+ 跌到接近 0。",[15,1731,1732],{},"三个月的 SEO 积累，几天之内几乎清零。",[11,1734,1735],{"id":1735},"本可以做得更好",[15,1737,1738],{},"回头看，这次迁移本可以更平滑：",[71,1740,1741,1747,1753],{},[74,1742,1743,1746],{},[50,1744,1745],{},"301 重定向","：把旧 URL 301 到新 URL，告诉搜索引擎\"页面搬家了\"而不是\"页面消失了\"。SSG 静态站做 301 需要在部署层配置，当时没有做。",[74,1748,1749,1752],{},[50,1750,1751],{},"过渡期 sitemap","：新旧 URL 同时提交，用 canonical 标签指向新 URL，给搜索引擎过渡时间。",[74,1754,1755,1758],{},[50,1756,1757],{},"分步迁移","：先切语言，等索引稳定了再统一 trailing slash，避免双重打击。",[15,1760,1761],{},"这些都是标准的 URL 迁移方案，但我当时只想着\"赶紧改完\"，没有给搜索引擎留缓冲。",[11,1763,1764],{"id":1764},"为什么我认为长期是对的",[15,1766,1767],{},"短期阵痛是确定的，但我依然认为这个决定是对的。",[15,1769,1770],{},"中文互联网的工具站竞争激烈，而且中文用户获取成本高。英文作为默认语言，每一个工具页面都在面向全球用户。\"online image compressor\"的搜索量是\"在线图片压缩\"的几十倍。",[15,1772,1773],{},"按照 Google 的重新索引周期，新 URL 被完全爬取和收录通常需要 2-4 周，恢复到之前的排名水平可能需要 1-2 个月。前提是新 sitemap 已正确提交、内容质量没有下降。",[15,1775,1776],{},"现在能做的就是：确保新 sitemap 正确、补上 301 重定向、然后等待。",[15,1778,1779],{},"SEO 是一个长期游戏。有时候你必须接受短期的损失，去换一个更大的可能性。",{"title":216,"searchDepth":217,"depth":217,"links":1781},[1782,1783,1784,1785,1786],{"id":1655,"depth":220,"text":1655},{"id":1673,"depth":220,"text":1673},{"id":1723,"depth":220,"text":1723},{"id":1735,"depth":220,"text":1735},{"id":1764,"depth":220,"text":1764},"2026-03-31","为了面向国际用户把默认语言从中文切成英文，所有 URL 路径全变了。Google 索引一夜清零，三个月积累的检索量几乎归零。短期阵痛，但我认为长期是对的。",[1790,1793,1796,1799],{"q":1791,"a":1792},"为什么切换默认语言会导致检索量下跌？","Nuxt i18n 的 prefix_except_default 策略下，默认语言的页面不带语言前缀。把默认语言从中文切成英文后，原来的 \u002Fimages\u002Fcompress\u002F（中文页）变成了 \u002Fzh\u002Fimages\u002Fcompress\u002F，而 \u002Fimages\u002Fcompress\u002F 现在指向英文页。Google 已经索引的所有旧 URL 全部失效，需要重新爬取和建立索引。",{"q":1794,"a":1795},"有没有办法避免这种检索量损失？","可以通过 301 重定向将旧 URL 映射到新 URL，告诉搜索引擎页面搬家了而不是消失了。但 SSG 静态站实现 301 重定向比较复杂，需要在部署层（Nginx\u002FCloudflare）配置规则。另一个方案是在 sitemap 中同时提交新旧 URL 并标注 canonical，给搜索引擎过渡时间。",{"q":1797,"a":1798},"检索量预计多久能恢复？","根据 Google 的重新索引周期，通常需要 2-4 周让新 URL 被完全爬取和收录，1-2 个月恢复到之前的排名水平。前提是新 sitemap 已正确提交、robots.txt 没有阻拦、页面内容质量没有下降。如果做了 301 重定向，恢复速度会更快。",{"q":1800,"a":1801},"切换默认语言的长期收益是什么？","英文作为默认语言意味着全球用户访问时默认看到英文界面，搜索引擎也优先索引英文内容。工具站的使用场景（图片压缩、格式转换等）是全球通用的，英文覆盖的潜在用户群远大于中文。长期来看，国际流量的天花板比中文流量高得多。",{},"\u002Fbuilds\u002Fmetool\u002F2026-03-31-url-restructure-cost",{"title":1650,"description":1788},[1806,1807,1808,1809,1810,1811,1812],"网站 URL 迁移","Google 索引下降","默认语言切换 SEO 影响","sitemap 重建","搜索引擎重新收录","i18n URL 结构变更","独立开发 SEO 教训","builds\u002Fmetool\u002F2026-03-31-url-restructure-cost","metool.online 为面向国际用户将默认语言从中文切成英文，导致全站 URL 路径结构变更，Google 三个月积累的索引几乎归零。Impressions 从日均 300+ 跌到不足 80，Clicks 从日均 20+ 跌到接近 0。这是一次有意识的短期牺牲，押注长期的国际化收益。",[259,260],"JiLBHivnJLiSY1PmK_E_QtuRab70pGpC0z_ZoZPpYBo",{"id":1818,"title":1819,"body":1820,"date":1921,"description":1922,"draft":227,"extension":228,"faq":1923,"meta":1936,"navigation":243,"path":1937,"project":245,"readingTime":1054,"seo":1938,"seoKeywords":1939,"stem":1944,"summary":1945,"tags":1946,"updated":261,"__hash__":1947},"builds\u002Fbuilds\u002Fmetool\u002F2026-03-19-seo-geo-breakthrough.md","做了大半年流量还是很少，我决定认真做 SEO",{"type":8,"value":1821,"toc":1915},[1822,1825,1828,1831,1834,1837,1840,1846,1852,1858,1862,1865,1876,1879,1882,1896,1900,1906,1909,1912],[11,1823,1824],{"id":1824},"流量困局",[15,1826,1827],{},"metool 做了大半年，工具已经有几十个了，覆盖了图片、视频、文档、3D、开发者工具、游戏、AI Skills 等品类。",[15,1829,1830],{},"但流量一直上不去。",[15,1832,1833],{},"Google Analytics 的数据很诚实：每天的访问量很少，大部分还是自己测试产生的。工具做得再多，没人知道它存在，就等于没做。",[11,1835,1836],{"id":1836},"数据驱动的优化",[15,1838,1839],{},"这次不是凭感觉优化了。我从 Google Analytics 的数据出发，让 AI 协助分析和执行。",[15,1841,1842,1845],{},[50,1843,1844],{},"默认语言切英文","：GA 数据显示，英文搜索的流量潜力远大于中文。工具站的使用场景是全球通用的——图片压缩、格式转换这些需求不分国界。把默认语言切成英文，能覆盖更多国际用户。",[15,1847,1848,1851],{},[50,1849,1850],{},"全站 FAQ 结构化数据","：给每个工具页都加了 FAQ Schema。搜索引擎会在结果中直接展示问答内容，占据更大的面积，提升点击率。",[15,1853,1854,1857],{},[50,1855,1856],{},"HowTo 结构化数据","：把每个工具的使用步骤结构化，让搜索引擎理解\"这个工具怎么用\"。当用户搜索\"how to compress video online\"时，搜索结果里就能直接展示操作步骤。",[11,1859,1861],{"id":1860},"让-ai-搜索引擎也能找到你","让 AI 搜索引擎也能找到你",[15,1863,1864],{},"传统 SEO 优化的是 Google 排名，但 2026 年了，越来越多人通过 ChatGPT、Perplexity 这些 AI 搜索引擎找信息。",[15,1866,1867,1868,1871,1872,1875],{},"我加了 ",[50,1869,1870],{},"llms.txt"," 和 ",[50,1873,1874],{},"llms-full.txt","——类似 robots.txt 之于传统爬虫，它告诉 AI 搜索引擎：\"关于 metool.online，这些是最值得引用的信息。\"",[15,1877,1878],{},"文件里列出了所有工具的名称、功能描述和 URL。当用户问 AI\"有什么在线工具可以压缩图片\"的时候，AI 就有可能引用 metool。",[15,1880,1881],{},"还做了一些技术层面的统一：",[71,1883,1884,1890],{},[74,1885,1886,1889],{},[50,1887,1888],{},"Trailing slash 处理"," — 统一 URL 格式，避免搜索引擎把带斜杠和不带斜杠的 URL 当作两个页面",[74,1891,1892,1895],{},[50,1893,1894],{},"robots.txt 优化"," — 允许 AI 爬虫（GPTBot、Anthropic 等）访问",[11,1897,1899],{"id":1898},"从做工具到做增长","从\"做工具\"到\"做增长\"",[15,1901,1902,1903],{},"这一轮优化让我意识到一件事：",[50,1904,1905],{},"做产品和做增长是两件完全不同的事。",[15,1907,1908],{},"前面大半年，我一直在\"做工具\"——有需求就做，做完就上线。但\"做增长\"需要的是另一套思维：数据分析、搜索优化、内容策略。",[15,1910,1911],{},"metool 现在有了几十个工具，架构也足够成熟。下一步不是继续加工具，而是让已有的工具被更多人发现和使用。",[15,1913,1914],{},"这个故事还在继续。",{"title":216,"searchDepth":217,"depth":217,"links":1916},[1917,1918,1919,1920],{"id":1824,"depth":220,"text":1824},{"id":1836,"depth":220,"text":1836},{"id":1860,"depth":220,"text":1861},{"id":1898,"depth":220,"text":1899},"2026-03-19","metool 做了大半年，工具几十个了，但流量一直上不去。借着 AI 能力提升，用 Google Analytics 数据反馈 + AI 协助，系统性地做了一轮 SEO 和 GEO 优化。",[1924,1927,1930,1933],{"q":1925,"a":1926},"为什么默认语言要从中文切成英文？","Google Analytics 数据显示，英文搜索带来的流量潜力远大于中文。工具站的使用场景是全球通用的（图片压缩、格式转换等），英文作为默认语言能覆盖更多国际用户，中文用户可以手动切换。",{"q":1928,"a":1929},"什么是 GEO 优化？","GEO（Generative Engine Optimization）是针对 AI 搜索引擎的优化。现在越来越多人通过 ChatGPT、Perplexity 等 AI 搜索信息，如果你的网站不能被 AI 引用，就等于失去了新的流量入口。GEO 包括添加 llms.txt、结构化数据、清晰的产品描述等。",{"q":1931,"a":1932},"llms.txt 是什么？","类似 robots.txt 之于传统爬虫，llms.txt 告诉 AI 搜索引擎'关于这个网站的核心信息'。metool 的 llms.txt 列出了所有工具的名称、功能描述和 URL，让 AI 在回答用户'有什么在线工具可以...'类型的问题时能引用 metool。",{"q":1934,"a":1935},"FAQ 和 HowTo 结构化数据有什么作用？","FAQ Schema 让搜索引擎在搜索结果中直接展示常见问题和回答，占据更大的结果面积。HowTo Schema 把工具的使用步骤结构化，让搜索引擎理解每个工具的操作流程。两者都能提升搜索结果的点击率和可见性。",{},"\u002Fbuilds\u002Fmetool\u002F2026-03-19-seo-geo-breakthrough",{"title":1819,"description":1922},[1940,1941,1870,1942,1856,1943,1058],"工具站 SEO 优化","GEO 优化","FAQ Schema 结构化数据","Google Analytics 数据驱动","builds\u002Fmetool\u002F2026-03-19-seo-geo-breakthrough","metool 做了大半年流量依然很少，工具几十个但没人知道。决定借助 AI 能力，通过 Google Analytics 数据反馈系统性做 SEO\u002FGEO 优化：默认语言切英文面向国际用户、全站加 FAQ 和 HowTo 结构化数据、添加 llms.txt 让 AI 搜索引擎也能引用、统一 trailing slash 和 robots.txt。",[259,1067],"HVOKaXEceQ2DIID9meIXaR9TvaR2ws7zvMyDVcU90pg",{"id":1949,"title":1950,"body":1951,"date":2182,"description":2183,"draft":227,"extension":228,"faq":2184,"meta":2197,"navigation":243,"path":2198,"project":245,"readingTime":246,"seo":2199,"seoKeywords":2200,"stem":2208,"summary":2209,"tags":2210,"updated":261,"__hash__":2211},"builds\u002Fbuilds\u002Fmetool\u002F2026-03-12-dev-tools-and-ai-skills.md","三天上线十几个开发者工具，还做了 AI Skills 板块",{"type":8,"value":1952,"toc":2176},[1953,1957,1960,1969,1976,1980,1983,1993,1996,2001,2047,2052,2090,2095,2106,2112,2116,2119,2160,2164,2170,2173],[11,1954,1956],{"id":1955},"agent-skill-的摸索","Agent Skill 的摸索",[15,1958,1959],{},"2026 年初，我花了大量时间研究 AI Agent Skill 模式——让 AI 助手通过安装技能来扩展能力。",[15,1961,1962,1963,1968],{},"在这个过程中积累了不少经验：怎么设计 Skill 的接口、怎么处理跨平台兼容性、怎么让非技术用户也能安装使用。这些经验后来也应用到了 ",[35,1964,1967],{"href":1965,"rel":1966,"target":40},"https:\u002F\u002Fwhoamiagent.com",[39],"whoami"," 等项目中。",[15,1970,1971,1972,1975],{},"既然有了经验，不如在 metool 上做一个 ",[50,1973,1974],{},"AI Skills 展示板块","，把我做的各种 Skill 都放上来。",[11,1977,1979],{"id":1978},"三天十几个新工具","三天，十几个新工具",[15,1981,1982],{},"3 月 12 日到 3 月 18 日，可能是 metool 开发密度最高的一段时间。",[15,1984,1985,1988,1989,1992],{},[50,1986,1987],{},"先做了统一设计系统","。之前每个工具页面各写各的，风格不统一，重复代码多。这次抽象出了 ",[493,1990,1991],{},"ToolPageLayout"," 组件——新工具只需要传入标题和核心内容，布局、动画、SEO 信息、相关工具推荐都自动处理。",[15,1994,1995],{},"有了统一架构，加工具的速度就上来了：",[15,1997,1998],{},[50,1999,2000],{},"开发者工具：",[71,2002,2003,2010,2017,2025,2032,2039],{},[74,2004,2005],{},[35,2006,2009],{"href":2007,"rel":2008,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002Fbase64\u002F",[39],"Base64 编解码",[74,2011,2012],{},[35,2013,2016],{"href":2014,"rel":2015,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FregexTest\u002F",[39],"正则表达式测试器",[74,2018,2019,2024],{},[35,2020,2023],{"href":2021,"rel":2022,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FhashGenerator\u002F",[39],"哈希生成器","（MD5、SHA-1、SHA-256 等）",[74,2026,2027],{},[35,2028,2031],{"href":2029,"rel":2030,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FpasswordGenerator\u002F",[39],"随机密码生成器",[74,2033,2034],{},[35,2035,2038],{"href":2036,"rel":2037,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FtextDiff\u002F",[39],"文本差异对比",[74,2040,2041,2046],{},[35,2042,2045],{"href":2043,"rel":2044,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FdataFormatConvert\u002F",[39],"数据格式转换","（JSON\u002FYAML\u002FTOML 互转）",[15,2048,2049],{},[50,2050,2051],{},"文档和媒体工具：",[71,2053,2054,2062,2069,2075,2083],{},[74,2055,2056,2061],{},[35,2057,2060],{"href":2058,"rel":2059,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdocs\u002FpdfTools\u002F",[39],"PDF 工具","（预览、拆分）",[74,2063,2064],{},[35,2065,2068],{"href":2066,"rel":2067,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002Fwatermark\u002F",[39],"图片水印",[74,2070,2071],{},[35,2072,1147],{"href":2073,"rel":2074,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002F3d\u002FmodelConvert\u002F",[39],[74,2076,2077,2082],{},[35,2078,2081],{"href":2079,"rel":2080,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002F3d\u002FtextTo3d\u002F",[39],"Text to 3D","（文字生成 3D 模型）",[74,2084,2085],{},[35,2086,2089],{"href":2087,"rel":2088,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdocs\u002FweixinToMarkdown\u002F",[39],"微信文章反向转 Markdown",[15,2091,2092],{},[50,2093,2094],{},"基础组件：",[71,2096,2097,2100,2103],{},[74,2098,2099],{},"FAQ 组件（每个工具页自动展示常见问题）",[74,2101,2102],{},"Toast 通知系统",[74,2104,2105],{},"vue-json-pretty 替换自制的 JSON 查看器",[15,2107,2108],{},[21,2109],{"alt":2110,"src":2111},"AI Skills 板块","\u002Fb\u002Fmetool\u002Fskills.png",[11,2113,2115],{"id":2114},"ai-skills-板块上线","AI Skills 板块上线",[15,2117,2118],{},"同时上线了 AI Skills 展示板块，每个 Skill 有独立的介绍页面：",[71,2120,2121,2130,2140,2150],{},[74,2122,2123,2129],{},[50,2124,2125],{},[35,2126,1967],{"href":2127,"rel":2128,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fskills\u002Fwhoami\u002F",[39]," — 跨 AI 身份同步",[74,2131,2132,2139],{},[50,2133,2134],{},[35,2135,2138],{"href":2136,"rel":2137,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fskills\u002Fzhongjie\u002F",[39],"中介哥"," — AI 买房参谋",[74,2141,2142,2149],{},[50,2143,2144],{},[35,2145,2148],{"href":2146,"rel":2147,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fskills\u002Fidea2mvp\u002F",[39],"idea2mvp"," — 从创意到产品",[74,2151,2152,2159],{},[50,2153,2154],{},[35,2155,2158],{"href":2156,"rel":2157,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fskills\u002FgaImprove\u002F",[39],"GA 优化"," — Google Analytics 数据驱动优化",[11,2161,2163],{"id":2162},"ai-coding-改变了什么","AI Coding 改变了什么",[15,2165,2166,2167,110],{},"这三天能做这么多，核心原因是 ",[50,2168,2169],{},"AI Coding",[15,2171,2172],{},"每个工具的开发周期从\"半天\"缩短到了\"一两个小时\"。我负责定需求和验收，AI 负责写代码。统一的架构加上 AI 的速度，工具的边际成本几乎为零。",[15,2174,2175],{},"这也是我在探索 Agent Skill 过程中最深的体会：AI 不只是能帮你写代码，它改变的是你做事的规模和速度。",{"title":216,"searchDepth":217,"depth":217,"links":2177},[2178,2179,2180,2181],{"id":1955,"depth":220,"text":1956},{"id":1978,"depth":220,"text":1979},{"id":2114,"depth":220,"text":2115},{"id":2162,"depth":220,"text":2163},"2026-03-12","大量摸索 Agent Skill 模式积累了经验，借 AI Coding 的速度，三天内密集上线了十几个开发者工具和 AI Skills 展示板块。",[2185,2188,2191,2194],{"q":2186,"a":2187},"三天内是怎么做到上线这么多工具的？","两个关键因素：一是 metool 的架构已经很成熟，新增工具只需写核心逻辑；二是 AI Coding 的效率极高，每个工具的开发周期从'半天'缩短到了'一两个小时'。统一的 ToolPageLayout 组件让页面布局、SEO、FAQ 都是自动化的。",{"q":2189,"a":2190},"这次上线了哪些开发者工具？","Base64 编解码、正则表达式测试器、哈希生成器（MD5\u002FSHA 等）、随机密码生成器、文本差异对比、数据格式转换（JSON\u002FYAML\u002FTOML 互转）。此外还有 PDF 工具、图片水印、3D 模型格式转换和 Text to 3D。",{"q":2192,"a":2193},"AI Skills 板块是什么？","展示我开发的 AI Agent Skills 的专区，包括 whoami（跨 AI 身份同步）、中介哥（买房参谋）、idea2mvp（创意到产品）、GA 优化（Google Analytics 数据驱动）等。每个 Skill 有独立的介绍页面，包含功能说明、安装方式和使用演示。",{"q":2195,"a":2196},"统一设计系统（ToolPageLayout）解决了什么问题？","之前每个工具页面的布局、标题区域、描述文案、SEO 信息都是各写各的，风格不统一且重复代码多。ToolPageLayout 把这些全部抽象成一个统一组件，新工具只需传入标题和内容，布局、动画、SEO、相关工具推荐都自动处理。",{},"\u002Fbuilds\u002Fmetool\u002F2026-03-12-dev-tools-and-ai-skills",{"title":1950,"description":2183},[2201,2202,2203,2204,2009,2205,2206,2207],"AI Coding 开发效率","开发者在线工具","Agent Skill","AI Skills 展示","正则表达式测试","在线密码生成器","统一设计系统","builds\u002Fmetool\u002F2026-03-12-dev-tools-and-ai-skills","大量摸索 Agent Skill 模式后积累了丰富经验，借助 AI Coding 的效率，三天内在 metool 上密集上线了十几个开发者工具（Base64、正则测试、哈希生成、密码生成、文本对比等），同时做了统一的工具页面设计系统、FAQ 组件、Toast 通知，还上线了 AI Skills 展示板块。",[259,1067],"hihzr5kpiZrcsafARUi4Ir4QvNVm8xwB2k6CfqqQfew",{"id":2213,"title":2214,"body":2215,"date":2368,"description":2369,"draft":227,"extension":228,"faq":2370,"meta":2383,"navigation":243,"path":2384,"project":245,"readingTime":1054,"seo":2385,"seoKeywords":2386,"stem":2394,"summary":2395,"tags":2396,"updated":261,"__hash__":2397},"builds\u002Fbuilds\u002Fmetool\u002F2026-02-10-content-creation-tools.md","用 AI 写文章，一键转成公众号和小红书格式",{"type":8,"value":2216,"toc":2362},[2217,2221,2224,2230,2233,2236,2239,2242,2248,2258,2278,2284,2292,2306,2309,2312,2338,2342,2345,2359],[11,2218,2220],{"id":2219},"ai-写作的最后一公里","AI 写作的最后一公里",[15,2222,2223],{},"2026 年初，AI 的写作能力又提升了一大截。我开始认真写公众号，用 AI 辅助产出 Markdown 格式的文章。",[15,2225,2226,2227,110],{},"写作效率提上来了，但有一个环节特别痛苦：",[50,2228,2229],{},"从 Markdown 到公众号发布",[15,2231,2232],{},"微信公众号编辑器不支持 Markdown，也不能直接粘贴 HTML。网上有一些 Markdown 转公众号的工具，但样式太固定、兼容性问题多。每次发文章，我都要花大量时间调排版。",[15,2234,2235],{},"同样的问题在小红书上更严重——小红书是图文格式，长文要拆成多张图片卡片。",[11,2237,2238],{"id":2238},"高度定制化的转换工具",[15,2240,2241],{},"2025 年 3 月做过一个微信文章转换的雏形，但功能很粗糙。这次我重写了整个工具。",[15,2243,2244],{},[21,2245],{"alt":2246,"src":2247},"Markdown 转微信公众号文章","\u002Fb\u002Fmetool\u002Fwechat-converter.png",[15,2249,2250,2257],{},[50,2251,2252],{},[35,2253,2256],{"href":2254,"rel":2255,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdocs\u002FmdToWeixinArtical\u002F",[39],"Markdown 转公众号","：",[71,2259,2260,2263,2266,2269,2272,2275],{},[74,2261,2262],{},"自定义排版风格（标题、正文、引用、代码块各有独立样式）",[74,2264,2265],{},"代码高亮渲染",[74,2267,2268],{},"嵌套列表正确缩进（微信编辑器的经典坑）",[74,2270,2271],{},"HTML 注释自动清理",[74,2273,2274],{},"图片适配（圆角、阴影、居中）",[74,2276,2277],{},"一键复制到剪贴板，粘贴到微信编辑器直接可用",[15,2279,2280],{},[21,2281],{"alt":2282,"src":2283},"Markdown 转小红书卡片","\u002Fb\u002Fmetool\u002Fxiaohongshu-converter.png",[15,2285,2286,2257],{},[50,2287,2288],{},[35,2289,2282],{"href":2290,"rel":2291,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdocs\u002FmdToXiaohongshu\u002F",[39],[71,2293,2294,2297,2300,2303],{},[74,2295,2296],{},"把长文渲染成小红书风格的图文卡片",[74,2298,2299],{},"支持字体大小调节",[74,2301,2302],{},"精准分页，每页内容自动适配小红书图片比例",[74,2304,2305],{},"直接截图就能发",[11,2307,2308],{"id":2308},"全站设计系统也重塑了",[15,2310,2311],{},"做内容工具的同时，我也对 metool 的整体设计做了一次升级：",[71,2313,2314,2320,2327],{},[74,2315,2316,2317],{},"统一了全站的图标系统，从散落各处的 SVG\u002FPNG 图标切换到 ",[50,2318,2319],{},"Iconify",[74,2321,2322,2323,2326],{},"加了 ",[50,2324,2325],{},"全局搜索功能","，工具多了之后靠导航找太慢",[74,2328,2329,2330,2337],{},"做了 ",[50,2331,2332],{},[35,2333,2336],{"href":2334,"rel":2335,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fgames\u002FsolarInHand\u002F",[39],"太阳系手势交互游戏","，儿子可以在手机上用手势旋转缩放太阳系",[11,2339,2341],{"id":2340},"一篇文章多平台分发","一篇文章，多平台分发",[15,2343,2344],{},"现在我的内容创作工作流是这样的：",[160,2346,2347,2350,2353,2356],{},[74,2348,2349],{},"用 AI 辅助撰写 Markdown 格式的文章",[74,2351,2352],{},"在 metool 上实时预览公众号效果",[74,2354,2355],{},"一键复制 HTML，粘贴到微信编辑器",[74,2357,2358],{},"用转小红书工具生成图文卡片截图",[15,2360,2361],{},"一篇文章，多平台分发，全程不需要手动排版。这就是\"自己做工具\"的好处：完全按自己的工作流定制。",{"title":216,"searchDepth":217,"depth":217,"links":2363},[2364,2365,2366,2367],{"id":2219,"depth":220,"text":2220},{"id":2238,"depth":220,"text":2238},{"id":2308,"depth":220,"text":2308},{"id":2340,"depth":220,"text":2341},"2026-02-10","AI 写作能力大提升，我开始写公众号。但从 Markdown 到公众号发布的最后一公里很痛苦。网上的工具不够用，我做了高度定制化的转换工具。",[2371,2374,2377,2380],{"q":2372,"a":2373},"为什么 Markdown 转公众号需要专门的工具？","微信公众号编辑器不支持 Markdown，而且对 HTML\u002FCSS 有严格限制（不支持外部样式表、不支持 class）。需要把 Markdown 渲染成内联样式的 HTML，还要处理代码高亮、图片适配、列表嵌套等公众号特有的兼容问题。",{"q":2375,"a":2376},"和网上已有的 Markdown 转公众号工具比，有什么不同？","网上的工具大多是通用方案，样式固定。metool 的版本做了高度定制化：自定义排版风格、代码块样式、标题层级样式、图片圆角和阴影效果等，还针对微信编辑器的各种坑做了兼容处理（如 HTML 注释清理、嵌套列表缩进修复）。",{"q":2378,"a":2379},"Markdown 转小红书工具是怎么工作的？","把 Markdown 内容渲染成小红书风格的图文卡片，支持字体大小调节和精准分页。每页内容自动适配小红书的图片比例，可以直接截图发布。适合把长文拆分成小红书的多图内容格式。",{"q":2381,"a":2382},"整个内容创作工作流是什么样的？","用 AI 辅助撰写 Markdown 格式的文章，在 metool 上实时预览效果，一键复制公众号格式的 HTML 粘贴到微信编辑器，同时用转小红书工具生成图文卡片。一篇文章，多平台分发，全程不需要手动排版。",{},"\u002Fbuilds\u002Fmetool\u002F2026-02-10-content-creation-tools",{"title":2214,"description":2369},[2387,2388,2389,2390,2391,2392,2393],"Markdown 转微信公众号","Markdown 转小红书","AI 写作工具","公众号排版工具","内容分发工具","微信文章格式转换","小红书图文卡片","builds\u002Fmetool\u002F2026-02-10-content-creation-tools","AI 能力提升后开始写公众号，发现从 Markdown 到公众号发布的最后一公里很痛苦。网上的转换工具不够用，在 metool 上做了高度定制化的 Markdown 转公众号和转小红书工具，实现 AI 辅助产出内容后一键分发到多个平台。",[259,1067],"wss3sw3VhSQdFnFFEEZBvOfAiN67lGRhbtrz2a2gtuI",{"id":2399,"title":2400,"body":2401,"date":2533,"description":2534,"draft":227,"extension":228,"faq":2535,"meta":2548,"navigation":243,"path":2549,"project":245,"readingTime":246,"seo":2550,"seoKeywords":2551,"stem":2558,"summary":2559,"tags":2560,"updated":261,"__hash__":2561},"builds\u002Fbuilds\u002Fmetool\u002F2025-11-12-lan-transfer.md","iPhone 和安卓之间传文件，怎么就这么难",{"type":8,"value":2402,"toc":2527},[2403,2406,2409,2423,2426,2436,2440,2443,2449,2452,2466,2469,2473,2476,2482,2488,2494,2500,2506,2512,2515,2521,2524],[11,2404,2405],{"id":2405},"传个文件怎么就这么难",[15,2407,2408],{},"做移动端开发的时候，我经常需要在电脑和手机之间传文件。在 Mac 和 iPhone 之间有 AirDrop，还算方便。但如果是 iPhone 和安卓之间呢？",[71,2410,2411,2414,2417,2420],{},[74,2412,2413],{},"蓝牙太慢",[74,2415,2416],{},"微信传文件有大小限制，还会压缩",[74,2418,2419],{},"邮件附件也有限制",[74,2421,2422],{},"USB 线在手边不一定有",[15,2424,2425],{},"每次遇到这个场景我都很烦。明明两台设备就在手边，传个文件却要折腾半天。",[15,2427,2428,2429,110],{},"我决定在 metool 上做一个 ",[50,2430,2431],{},[35,2432,2435],{"href":2433,"rel":2434,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FlanTransfer\u002F",[39],"局域网文件传输工具",[11,2437,2439],{"id":2438},"浏览器端-p2p-传输","浏览器端 P2P 传输",[15,2441,2442],{},"技术方案用了 WebRTC：两台设备打开同一个网页，通过邀请码建立点对点连接，文件直接在设备之间传输，不经过服务器。",[15,2444,2445],{},[21,2446],{"alt":2447,"src":2448},"跨设备文件互传工具","\u002Fb\u002Fmetool\u002Flan-transfer.png",[15,2450,2451],{},"第一版做了基础功能：",[71,2453,2454,2457,2460,2463],{},[74,2455,2456],{},"4 位数字邀请码配对",[74,2458,2459],{},"二维码扫码连接（手机扫一下就行）",[74,2461,2462],{},"文件和文本都能传",[74,2464,2465],{},"传输过程加密",[15,2467,2468],{},"但发布后发现，真实场景比想象的复杂得多。",[11,2470,2472],{"id":2471},"两周18-个-commit","两周，18 个 commit",[15,2474,2475],{},"从 11 月 12 日到 11 月 21 日，这个功能我迭代了 18 个 commit。是 metool 里单个功能迭代密度最高的一次。",[15,2477,2478,2481],{},[50,2479,2480],{},"大文件分块传输"," — 大文件不能一次性发送，要分块。每块用 Map 追踪接收状态，某一块失败了自动重传，不用重发整个文件。",[15,2483,2484,2487],{},[50,2485,2486],{},"批量文件支持"," — 不只传一个文件，要能一次选多个文件发送。",[15,2489,2490,2493],{},[50,2491,2492],{},"iOS 兼容"," — iOS Safari 对多文件传输有限制，需要特殊处理。还要提示用户调整浏览器的自动下载设置。",[15,2495,2496,2499],{},[50,2497,2498],{},"校园网\u002F办公网"," — 这类网络可能限制 P2P 连接。加了网络限制检测和提示，建议用户开手机热点作为替代方案。",[15,2501,2502,2505],{},[50,2503,2504],{},"代理环境"," — 开了代理的设备连接行为不同，加了说明。",[15,2507,2508,2511],{},[50,2509,2510],{},"连接体验"," — 邀请码从 6 位简化到 4 位纯数字，合并了扫码和手动输入的 UI，优化了连接状态的实时反馈。",[11,2513,2514],{"id":2514},"一个功能的极致打磨",[15,2516,2517,2518],{},"这两周的经历让我体会到一个道理：",[50,2519,2520],{},"做一个功能\"能用\"很快，做到\"好用\"要花十倍的时间。",[15,2522,2523],{},"初版半天就做完了，但覆盖各种边界场景、各种设备兼容性、各种网络环境，花了两周。每次觉得\"应该差不多了\"，真实使用的时候又会冒出新问题。",[15,2525,2526],{},"但这也是个人项目的好处：没有人催进度，可以把一个功能打磨到自己满意为止。",{"title":216,"searchDepth":217,"depth":217,"links":2528},[2529,2530,2531,2532],{"id":2405,"depth":220,"text":2405},{"id":2438,"depth":220,"text":2439},{"id":2471,"depth":220,"text":2472},{"id":2514,"depth":220,"text":2514},"2025-11-12","做移动端开发时经常需要跨设备传文件，iPhone 和安卓之间传文件特别痛苦。用 WebRTC 做了一个局域网 P2P 传输工具，两周迭代了 18 个 commit。",[2536,2539,2542,2545],{"q":2537,"a":2538},"为什么不用现有的文件传输工具？","AirDrop 只在苹果设备之间用，蓝牙传输太慢，微信传文件有大小限制和压缩，邮件附件也有限制。最简单的局域网传输方案需要两台设备在同一个网络下，但浏览器端的方案不需要安装任何软件，打开网页就能用。",{"q":2540,"a":2541},"WebRTC P2P 传输是怎么工作的？","两台设备打开同一个网页，通过邀请码（4 位数字）或二维码建立 WebRTC 点对点连接。文件直接在两台设备之间传输，不经过服务器。传输过程加密，数据不会被中间人截获。",{"q":2543,"a":2544},"大文件传输怎么处理？","大文件会自动分块传输，每块的接收状态用 Map 追踪。如果某一块传输失败，会自动重传而不是重新发送整个文件。这个机制在网络不稳定的环境下特别重要。",{"q":2546,"a":2547},"遇到了哪些边界场景？","校园网\u002F办公网可能限制 P2P 连接，加了使用限制提示和手机热点的解决方案建议。iOS Safari 对多文件传输有限制，做了特殊处理和提示。还有代理环境下的连接问题、自动下载的浏览器兼容性问题等，两周内覆盖了十几种边界场景。",{},"\u002Fbuilds\u002Fmetool\u002F2025-11-12-lan-transfer",{"title":2400,"description":2534},[2552,2553,2554,2555,2556,2480,2557],"局域网文件传输","WebRTC P2P","iPhone 安卓传文件","跨设备文件传输","浏览器端文件传输","在线局域网传输工具","builds\u002Fmetool\u002F2025-11-12-lan-transfer","移动端开发中 iPhone 和安卓之间传文件是一件极其痛苦的事。用 WebRTC 做了浏览器端 P2P 加密传输，支持二维码扫码连接、大文件分块传输和重传机制。两周内从初版迭代到覆盖校园网\u002F代理\u002FiOS 多文件等各种边界场景。",[259,260],"3cGzuWpv-48beUzZ8_2W9usNWZv7Bs5wLJnbMUbBLO4",{"id":2563,"title":2564,"body":2565,"date":2673,"description":2674,"draft":227,"extension":228,"faq":2675,"meta":2688,"navigation":243,"path":2689,"project":245,"readingTime":1054,"seo":2690,"seoKeywords":2691,"stem":2699,"summary":2700,"tags":2701,"updated":261,"__hash__":2702},"builds\u002Fbuilds\u002Fmetool\u002F2025-11-02-games-for-my-son.md","孩子一玩迷宫就是半小时，我又给他做了四个游戏",{"type":8,"value":2566,"toc":2667},[2567,2570,2573,2576,2579,2582,2585,2588,2594,2597,2607,2617,2627,2637,2640,2646,2649,2652,2654,2657,2660],[11,2568,2569],{"id":2569},"孩子的编程启蒙",[15,2571,2572],{},"我孩子很小就开始对我的电脑感兴趣。每次我在写代码，他就凑过来看。",[15,2574,2575],{},"之前在 metool 上做过一个迷宫游戏，带音效、带移动端触控操作。有一次我在手机上测试，孩子看到了，拿过去就开始玩。",[15,2577,2578],{},"一玩就是半小时。",[15,2580,2581],{},"从那以后，每次出门吃饭排队，他就问我：\"爸爸，可以玩迷宫吗？\" 我打开手机浏览器，进 metool，递给他。",[15,2583,2584],{},"这让我想到：既然迷宫他这么喜欢，我再做几个游戏给他。做成在线版，随时能打开。",[11,2586,2587],{"id":2587},"一天做了四个",[15,2589,2590],{},[21,2591],{"alt":2592,"src":2593},"给儿子做的游戏合集","\u002Fb\u002Fmetool\u002Fgames.png",[15,2595,2596],{},"2025 年 11 月 2 日，一天之内上线了：",[15,2598,2599,2606],{},[50,2600,2601],{},[35,2602,2605],{"href":2603,"rel":2604,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fgames\u002Fgo\u002F",[39],"围棋"," — 带一个启发式 AI 对手。算法考虑了领地控制、棋子连接和眼位判断，不靠深度学习模型，但在小棋盘上能提供有一定挑战性的对局。支持 9x9 和 13x13 两种棋盘。",[15,2608,2609,2616],{},[50,2610,2611],{},[35,2612,2615],{"href":2613,"rel":2614,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fgames\u002Fgomoku\u002F",[39],"五子棋"," — 同样带 AI 对手，配了胜利烟花动画。AI 的算法会评估棋型（活三、冲四等），对小朋友来说难度刚好。",[15,2618,2619,2626],{},[50,2620,2621],{},[35,2622,2625],{"href":2623,"rel":2624,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fgames\u002Ftetris\u002F",[39],"俄罗斯方块"," — 专门为移动端做了长按控制，方块能快速左右移动和加速下落。还做了悬浮分数面板和下一个方块预览，移动端体验接近桌面端。",[15,2628,2629,2636],{},[50,2630,2631],{},[35,2632,2635],{"href":2633,"rel":2634,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fvideos\u002FaudioEditor\u002F",[39],"音频波形编辑器"," — 这个不是游戏，但顺手做了。支持波形可视化、片段选择和裁剪。",[11,2638,2639],{"id":2639},"为什么做在线版",[15,2641,2642,2643,110],{},"做 App 当然也行，但在线版有一个不可替代的优势：",[50,2644,2645],{},"不需要安装",[15,2647,2648],{},"孩子想玩的时候，我打开浏览器就行了。不用去 App Store 下载，不用等更新。我改了代码部署完，下一次打开就是最新版。",[15,2650,2651],{},"对于这种\"随时可能想用一下\"的场景，网页比 App 更合适。",[11,2653,2592],{"id":2592},[15,2655,2656],{},"后来我把游戏分类的标题改成了\"给儿子做的游戏合集\"。",[15,2658,2659],{},"这不是一个商业决策，是一个爸爸的决策。metool 上的工具大多是为我自己的工作需求做的，但游戏这个品类，是为我孩子做的。",[15,2661,2662,2663,2666],{},"后来又陆续加了",[35,2664,2336],{"href":2334,"rel":2665,"target":40},[39],"，让他在手机上用手势旋转缩放太阳系。不过那是一个月之后的事了。",{"title":216,"searchDepth":217,"depth":217,"links":2668},[2669,2670,2671,2672],{"id":2569,"depth":220,"text":2569},{"id":2587,"depth":220,"text":2587},{"id":2639,"depth":220,"text":2639},{"id":2592,"depth":220,"text":2592},"2025-11-02","孩子看我编程很感兴趣，尤其迷宫游戏他一玩就是半小时。做成在线版，随时掏出手机就能给他玩。一天之内做了围棋、五子棋、俄罗斯方块和音频编辑器。",[2676,2679,2682,2685],{"q":2677,"a":2678},"围棋的 AI 对手是怎么实现的？","用启发式算法实现，不依赖深度学习模型。算法考虑了领地控制、棋子连接、眼位判断等围棋基本策略，在 9x9 和 13x13 棋盘上能提供有一定挑战性的对局体验。全部在浏览器端运行，不需要服务器计算。",{"q":2680,"a":2681},"为什么俄罗斯方块要做移动端长按控制？","在手机上玩俄罗斯方块，传统的虚拟按键体验很差。长按控制让方块能快速左右移动和加速下落，操作更流畅。还做了悬浮分数面板和下一个方块预览，让移动端的游戏体验接近桌面端。",{"q":2683,"a":2684},"这些游戏为什么做成在线版而不是 App？","在线版的优势是随时随地能用：掏出手机打开浏览器就能玩，不需要下载安装。对孩子来说，在等餐、坐车的时候想玩，打开网页比打开 App 更快。而且在线版更新不需要用户手动升级。",{"q":2686,"a":2687},"音频编辑器是做什么用的？","支持音频波形可视化、片段选择、裁剪和播放控制。可以在浏览器里直接编辑音频文件，截取需要的片段。虽然和游戏是同一天做的，但它属于工具而不是游戏。",{},"\u002Fbuilds\u002Fmetool\u002F2025-11-02-games-for-my-son",{"title":2564,"description":2674},[2692,2693,2694,2695,2696,2697,2698],"给孩子做的游戏","在线围棋 AI 对手","在线五子棋","在线俄罗斯方块","移动端网页游戏","前端游戏开发","启发式 AI 算法","builds\u002Fmetool\u002F2025-11-02-games-for-my-son","孩子看编程很感兴趣，之前做的迷宫游戏他一玩就是半小时。一天之内在 metool 上线了围棋（带启发式 AI 对手）、五子棋（带 AI）、俄罗斯方块（移动端长按控制），还顺手做了一个音频波形编辑器。",[259,260],"sdnRuCOzhZjRsJiLHYmOHoSrVUv1pu-bpmx4SCnd2P4",{"id":2704,"title":2705,"body":2706,"date":2844,"description":2845,"draft":227,"extension":228,"faq":2846,"meta":2859,"navigation":243,"path":2860,"project":245,"readingTime":1054,"seo":2861,"seoKeywords":2862,"stem":2869,"summary":2870,"tags":2871,"updated":261,"__hash__":2872},"builds\u002Fbuilds\u002Fmetool\u002F2025-10-12-back-after-silence.md","停了五个月，回来发现要改的全是底层",{"type":8,"value":2707,"toc":2836},[2708,2711,2714,2717,2720,2724,2727,2734,2737,2741,2744,2765,2768,2771,2774,2796,2799,2802,2805,2827,2830,2833],[11,2709,2710],{"id":2710},"五个月的空白",[15,2712,2713],{},"从 2025 年 3 月到 10 月。中间只在 8 月份改了一次去背景工具的代码。",[15,2715,2716],{},"不是放弃了，就是没想到要做什么。工具站不像 SaaS 产品有持续的业务驱动力，个人项目的节奏就是这样：有需求就做，没需求就停。",[15,2718,2719],{},"10 月份回来再看这个项目，发现要改的不是功能，而是底层。",[11,2721,2723],{"id":2722},"ai-去背景大升级","AI 去背景大升级",[15,2725,2726],{},"第一版的图片去背景是纯手动方案：用 Canvas 笔刷一点点涂抹。能用，但效率很低。",[15,2728,2729,2730,2733],{},"这次升级到了 ",[50,2731,2732],{},"ONNX Runtime"," 方案——在浏览器端直接运行 AI 模型，一键自动去背景。精度和速度都大幅提升，而且模型在本地推理，文件还是不会离开设备。",[15,2735,2736],{},"这个升级让我意识到，前端能做的事情比我想象的多。AI 模型跑在浏览器端已经不是实验性的技术了。",[11,2738,2740],{"id":2739},"seo-补课","SEO 补课",[15,2742,2743],{},"停更期间，metool 在搜索引擎上几乎没有存在感。回来后我认真补了一次 SEO：",[71,2745,2746,2756,2759,2762],{},[74,2747,2748,2749,1871,2752,2755],{},"重构了 ",[493,2750,2751],{},"usePageMeta",[493,2753,2754],{},"useSimpleSEO","，让每个工具页自动生成规范的 meta 信息",[74,2757,2758],{},"补全了 Open Graph 标签和 JSON-LD 结构化数据",[74,2760,2761],{},"加了 SEO 客户端插件处理动态结构化数据注入",[74,2763,2764],{},"重写了 robots.txt",[15,2766,2767],{},"SEO 是那种\"不做不会死，做了慢慢见效\"的事情。但对工具站来说，搜索引擎是最重要的流量来源，不做就等于放弃了用户主动找到你的可能性。",[11,2769,2770],{"id":2770},"开发者工具首发",[15,2772,2773],{},"这次回来还上线了第一批开发者工具：",[71,2775,2776,2786],{},[74,2777,2778,2785],{},[50,2779,2780],{},[35,2781,2784],{"href":2782,"rel":2783,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FjsonBeautify\u002F",[39],"JSON 美化\u002F格式化"," — 带语法高亮和可折叠的树形视图",[74,2787,2788,2795],{},[50,2789,2790],{},[35,2791,2794],{"href":2792,"rel":2793,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdev\u002FurlEncodeDecode\u002F",[39],"URL 编码\u002F解码"," — 简单但高频的需求",[15,2797,2798],{},"自己在开发中天天用这类工具，做进 metool 顺理成章。后面这个品类会持续扩展。",[11,2800,2801],{"id":2801},"新的图片工具",[15,2803,2804],{},"还上线了两个新的图片工具：",[71,2806,2807,2817],{},[74,2808,2809,2816],{},[50,2810,2811],{},[35,2812,2815],{"href":2813,"rel":2814,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FiphoneLongImageStitch\u002F",[39],"iPhone 长图拼接"," — 把多张 iPhone 截图拼成一张长图",[74,2818,2819,2826],{},[50,2820,2821],{},[35,2822,2825],{"href":2823,"rel":2824,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FresizeIosAppDistribution\u002F",[39],"iOS 应用图标裁剪"," — 一键生成 App Store 需要的全套尺寸",[15,2828,2829],{},"都是做移动端开发时的真实需求。",[11,2831,2832],{"id":2832},"停了五个月不是坏事",[15,2834,2835],{},"停更的五个月让我有了新的视角。如果一直在加功能，可能不会注意到底层该升级了。有时候停下来，再回来看，反而能看清该做什么。",{"title":216,"searchDepth":217,"depth":217,"links":2837},[2838,2839,2840,2841,2842,2843],{"id":2710,"depth":220,"text":2710},{"id":2722,"depth":220,"text":2723},{"id":2739,"depth":220,"text":2740},{"id":2770,"depth":220,"text":2770},{"id":2801,"depth":220,"text":2801},{"id":2832,"depth":220,"text":2832},"2025-10-12","从 3 月到 10 月，metool 停更了五个月。不是放弃了，是没想到要做什么。回来后发现需要升级的不是功能，而是底层能力。",[2847,2850,2853,2856],{"q":2848,"a":2849},"为什么停了五个月？","没有特别的原因，就是积压的需求做完了，没想到还要做什么。工具站不像 SaaS 产品有持续的业务驱动力，个人项目的节奏就是这样——有灵感就做，没灵感就停。",{"q":2851,"a":2852},"AI 去背景升级到 ONNX 模型有什么变化？","第一版去背景是 Canvas 笔刷方案，需要手动涂抹。升级后用 ONNX Runtime 在浏览器端运行 AI 模型，一键自动去背景，精度和速度都大幅提升。模型在本地推理，文件依然不会上传到服务器。",{"q":2854,"a":2855},"这次升级了哪些 SEO 能力？","补全了 meta tags、Open Graph 标签和 JSON-LD 结构化数据。重构了 usePageMeta 和 useSimpleSEO 两个组合式函数，让每个工具页面自动生成规范的 SEO 信息。还加了 SEO 插件处理客户端渲染的结构化数据注入。",{"q":2857,"a":2858},"为什么开始做开发者工具？","自己在开发过程中经常需要格式化 JSON、编解码 URL 这类小操作。之前都在其他网站上做，现在 metool 的架构已经很成熟，加一个新工具很快，干脆自己做了。后面开发者工具会成为 metool 的一个重要品类。",{},"\u002Fbuilds\u002Fmetool\u002F2025-10-12-back-after-silence",{"title":2705,"description":2845},[2863,2864,2865,2866,2867,2815,2868],"独立开发项目停更","ONNX Runtime 去背景","Nuxt Image 优化","SEO 结构化数据","开发者工具 JSON 美化","在线工具性能优化","builds\u002Fmetool\u002F2025-10-12-back-after-silence","metool 停更五个月后回归，发现要改的不是功能而是底层：AI 去背景升级到 ONNX 模型、图片加载用 Nuxt Image 优化、SEO 从零补全结构化数据和 meta 信息、上线了第一批开发者工具（JSON 美化、URL 编解码），还做了 iPhone 长图拼接和 iOS 应用图标裁剪。",[259,260],"iiptoayqNzPYX0rh1rHYBLmxt007FNGkwdZhg9DuhvM",{"id":2874,"title":2875,"body":2876,"date":2993,"description":2994,"draft":227,"extension":228,"faq":2995,"meta":3008,"navigation":243,"path":3009,"project":245,"readingTime":1054,"seo":3010,"seoKeywords":3011,"stem":3018,"summary":3019,"tags":3020,"updated":261,"__hash__":3021},"builds\u002Fbuilds\u002Fmetool\u002F2025-03-01-video-tools-and-easter-eggs.md","视频处理也做了，顺手还做了几个节日彩蛋",{"type":8,"value":2877,"toc":2987},[2878,2881,2884,2887,2890,2896,2899,2931,2934,2937,2940,2951,2962,2965,2969,2978,2981,2984],[11,2879,2880],{"id":2880},"补齐视频处理",[15,2882,2883],{},"图片工具和文档工具做完之后，视频处理是一个自然的延伸。",[15,2885,2886],{},"我日常也有视频处理的需求：压缩一下视频发邮件、转个格式、截一段视频做成 GIF。和图片工具一样，网上的视频处理工具不是要上传到服务器就是要付费。",[15,2888,2889],{},"这次的方案是用 FFmpeg 的 WebAssembly 版本，直接在浏览器端跑视频处理。不需要服务器，不需要安装软件。",[15,2891,2892],{},[21,2893],{"alt":2894,"src":2895},"视频工具三件套","\u002Fb\u002Fmetool\u002Fvideo-tools.png",[15,2897,2898],{},"两周内上线了三个视频工具：",[71,2900,2901,2911,2921],{},[74,2902,2903,2910],{},[50,2904,2905],{},[35,2906,2909],{"href":2907,"rel":2908,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fvideos\u002Fcompress\u002F",[39],"视频压缩"," — 调整分辨率和码率，减小文件大小",[74,2912,2913,2920],{},[50,2914,2915],{},[35,2916,2919],{"href":2917,"rel":2918,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fvideos\u002FformatConvert\u002F",[39],"视频格式转换"," — MP4\u002FWebM\u002FAVI 互转",[74,2922,2923,2930],{},[50,2924,2925],{},[35,2926,2929],{"href":2927,"rel":2928,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fvideos\u002FvideoToGif\u002F",[39],"视频转 GIF"," — 支持自定义分辨率、帧率和时间段截取",[15,2932,2933],{},"同时还做了微信公众号 Markdown 文章转换的雏形，不过这个工具后面会有大升级，这里先不展开。",[11,2935,2936],{"id":2936},"节日彩蛋和趣味工具",[15,2938,2939],{},"工具站不一定全是\"正经\"工具。",[15,2941,2942,2943,2950],{},"3 月初正好临近清明节，我做了一个 ",[50,2944,2945],{},[35,2946,2949],{"href":2947,"rel":2948,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fmagics\u002Fqingming\u002F",[39],"清明节纪念页"," ——可以编辑纪念文字、选择背景，生成一张可以分享的纪念图片。技术上验证了文字编辑和图片合成的能力，情感上也算给工具站加了一点温度。",[15,2952,2953,2954,2961],{},"还做了一个 ",[50,2955,2956],{},[35,2957,2960],{"href":2958,"rel":2959,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fmagics\u002Flottery\u002F",[39],"抽奖工具","，动画效果比较花哨，纯粹是觉得好玩。",[15,2963,2964],{},"这些趣味工具的开发时间不长，但让我意识到一件事：工具站的边界不只是\"文件处理\"。只要是用户会在手机或电脑上临时需要的功能，都可以做。",[11,2966,2968],{"id":2967},"图片-resize-也补上了","图片 resize 也补上了",[15,2970,2971,2972,2977],{},"这个阶段还补了一个",[35,2973,2976],{"href":2974,"rel":2975,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002Fresize\u002F",[39],"图片 resize"," 工具，支持自定义尺寸调整。功能简单但使用频率很高，是之前漏掉的基础需求。",[11,2979,2980],{"id":2980},"品类在扩展",[15,2982,2983],{},"回头看这两周，metool 的工具品类从\"图片+文档\"扩展到了\"图片+文档+视频+趣味\"。工具站的定位也从\"文件处理\"慢慢变成了\"在线工具集\"。",[15,2985,2986],{},"接下来应该继续加工具，还是停下来优化体验？我当时没想清楚。事实上，后面我停了很久。",{"title":216,"searchDepth":217,"depth":217,"links":2988},[2989,2990,2991,2992],{"id":2880,"depth":220,"text":2880},{"id":2936,"depth":220,"text":2936},{"id":2967,"depth":220,"text":2968},{"id":2980,"depth":220,"text":2980},"2025-03-01","视频压缩、格式转换、视频转 GIF，把视频处理需求补齐了。清明节纪念页和抽奖工具是兴趣驱动，验证可行性。",[2996,2999,3002,3005],{"q":2997,"a":2998},"浏览器端能做视频压缩和格式转换吗？","可以。用 FFmpeg 的 WebAssembly 版本在浏览器端运行，支持视频压缩、格式转换（MP4\u002FWebM\u002FAVI 互转）和视频转 GIF。处理速度取决于设备性能，但中等长度的视频完全够用，且不需要上传到服务器。",{"q":3000,"a":3001},"视频转 GIF 工具有什么特色？","支持自定义分辨率（多档可选）、帧率调整和时间段截取。GIF 的尺寸优化是难点，提供了多种分辨率选项让用户在清晰度和文件大小之间取舍。",{"q":3003,"a":3004},"为什么要做清明节纪念页和抽奖工具？","纯粹是兴趣驱动和技术验证。清明节纪念页验证了动态文字编辑和背景合成的能力，抽奖工具验证了动画交互效果。这类趣味工具虽然不是核心功能，但能让工具站更有温度。",{"q":3006,"a":3007},"微信公众号 Markdown 转换工具是怎么回事？","第一版的微信公众号文章转换在这个阶段就做了雏形，把 Markdown 渲染成公众号兼容的富文本格式。后来在 2026 年 3 月做了大幅升级和高度定制化。",{},"\u002Fbuilds\u002Fmetool\u002F2025-03-01-video-tools-and-easter-eggs",{"title":2875,"description":2994},[3012,2929,3013,3014,3015,3016,3017],"在线视频压缩","前端视频处理","FFmpeg WASM","微信公众号文章转换","浏览器端视频转换","在线工具开发","builds\u002Fmetool\u002F2025-03-01-video-tools-and-easter-eggs","图片和文档工具做完后，视频处理是下一个自然需求。两周内上线了视频压缩、格式转换和视频转 GIF 三个工具，同时做了微信公众号文章转换、清明节纪念页和抽奖工具。工具站的品类从文件处理扩展到了内容创作和趣味工具。",[259,260],"mqYPYxMP9M5vITnR0pz8FrsbGuDd-a7ZEo0hukqQzqk",{"id":3023,"title":3024,"body":3025,"date":3126,"description":3127,"draft":227,"extension":228,"faq":3128,"meta":3141,"navigation":243,"path":3142,"project":245,"readingTime":1054,"seo":3143,"seoKeywords":3144,"stem":3152,"summary":3153,"tags":3154,"updated":261,"__hash__":3155},"builds\u002Fbuilds\u002Fmetool\u002F2025-02-24-go-international.md","AI 把做国际站的门槛降到了最低",{"type":8,"value":3026,"toc":3120},[3027,3031,3034,3037,3040,3043,3046,3074,3080,3091,3095,3098,3104,3107,3110,3114,3117],[11,3028,3030],{"id":3029},"ai-把翻译成本打下来了","AI 把翻译成本打下来了",[15,3032,3033],{},"做了一个月的工具站，工具数量已经不少了。这时候一个想法自然冒了出来：要不要做成国际站？",[15,3035,3036],{},"以前做多语言网站是一件成本很高的事——翻译、校对、维护，每多一种语言就多一份工作量。但 AI 改变了这个等式。翻译成本降到了接近零，一段中文丢给 AI，几秒钟就能拿到质量不错的英文。",[15,3038,3039],{},"我决定用 metool 来验证做国际站的标准方案。",[11,3041,3042],{"id":3042},"中英双语架构",[15,3044,3045],{},"技术方案用了 Nuxt i18n 模块：",[71,3047,3048,3061,3064,3071],{},[74,3049,3050,3051,3054,3055,1871,3058],{},"翻译文件放在 ",[493,3052,3053],{},"locales\u002F"," 目录，",[493,3056,3057],{},"en.json",[493,3059,3060],{},"zh.json",[74,3062,3063],{},"所有工具的标题、描述、按钮文案抽取到翻译文件中",[74,3065,3066,3067,3070],{},"页面组件通过 ",[493,3068,3069],{},"$t()"," 函数引用，不再硬编码中文",[74,3072,3073],{},"路由支持语言前缀切换",[15,3075,3076],{},[21,3077],{"alt":3078,"src":3079},"3D GLB 模型在线预览","\u002Fb\u002Fmetool\u002F3d-preview.png",[15,3081,3082,3083,3090],{},"同一时期还上线了 ",[50,3084,3085],{},[35,3086,3089],{"href":3087,"rel":3088,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002F3d\u002FglbPreview\u002F",[39],"3D GLB 模型预览工具","，用 Three.js 做的。支持拖拽上传 GLB 文件，实时预览、缩放旋转、背景色切换、自动旋转。算是拓展了工具的品类边界，从纯文件处理扩展到了 3D 领域。",[11,3092,3094],{"id":3093},"试了日韩语然后砍掉了","试了日韩语，然后砍掉了",[15,3096,3097],{},"做国际化的时候，顺手加了日语和韩语的支持。",[15,3099,3100,3101],{},"但很快发现一个问题：",[50,3102,3103],{},"翻译容易，维护难。",[15,3105,3106],{},"每次新增一个工具或者改一个文案，要同步更新四种语言的翻译文件。在没有真实用户数据证明日韩用户有需求的情况下，这个维护成本完全不值得。",[15,3108,3109],{},"果断砍掉，只保留中英文。有了用户数据再决定要不要加。",[11,3111,3113],{"id":3112},"经验先做减法","经验：先做减法",[15,3115,3116],{},"国际化不是\"支持的语言越多越好\"，而是要验证：有没有人用、用了之后体验是否完整。",[15,3118,3119],{},"中英双语是投入产出比最高的选择。英语覆盖了全球大部分互联网用户，维护成本可控，也足以验证国际化方案是否跑得通。",{"title":216,"searchDepth":217,"depth":217,"links":3121},[3122,3123,3124,3125],{"id":3029,"depth":220,"text":3030},{"id":3042,"depth":220,"text":3042},{"id":3093,"depth":220,"text":3094},{"id":3112,"depth":220,"text":3113},"2025-02-24","有了 AI，翻译不再是瓶颈。正好趁这个机会验证做国际站的标准方案，顺便把 3D 模型预览工具也做了。",[3129,3132,3135,3138],{"q":3130,"a":3131},"为什么选择在这个时候做国际化？","AI 翻译能力的提升让多语言内容的生产成本大幅降低，以前需要专人翻译的工作现在 AI 几秒钟就能完成。正好用这个项目验证一下做国际站的标准方案，积累经验。",{"q":3133,"a":3134},"国际化的技术方案是什么？","使用 Nuxt i18n 模块，翻译文件用 JSON 格式存放在 locales 目录（en.json 和 zh.json）。所有工具的标题、描述、操作按钮文案都抽取到翻译文件中，页面组件通过 $t() 函数引用。路由支持语言前缀切换。",{"q":3136,"a":3137},"为什么砍掉了日语和韩语支持？","最初尝试加了日语和韩语，但很快发现：翻译容易，维护难。每次新增或修改一个工具，要同步更新四种语言的翻译文件。在没有明确用户需求的情况下，维护成本远高于收益，果断砍掉只保留中英文。",{"q":3139,"a":3140},"3D 模型预览工具是怎么做的？","用 Three.js 构建 3D 场景，支持 GLB 格式模型的拖拽上传和实时预览。功能包括缩放旋转、网格显示、背景色切换、自动旋转。所有渲染在浏览器端完成，不需要安装任何软件。",{},"\u002Fbuilds\u002Fmetool\u002F2025-02-24-go-international",{"title":3024,"description":3127},[3145,3146,3147,3148,3149,3150,3151],"Nuxt i18n 国际化","AI 辅助翻译","在线 3D 模型预览","Three.js GLB 预览","多语言网站开发","国际化工具站","前端 i18n 架构","builds\u002Fmetool\u002F2025-02-24-go-international","AI 让翻译成本降到接近零，做国际站不再是大公司才能干的事。用 Nuxt i18n 搭建了中英双语架构，同时上线了 3D GLB 模型预览工具。曾尝试日韩语支持，发现维护成本高于收益后果断砍掉。",[259,1067],"o4vphR82AQXe1eS-PrkTEb8KWq-BAuA2MYsxYEf1P8c",{"id":3157,"title":3158,"body":3159,"date":3304,"description":3305,"draft":227,"extension":228,"faq":3306,"meta":3319,"navigation":243,"path":3320,"project":245,"readingTime":1054,"seo":3321,"seoKeywords":3322,"stem":3327,"summary":3328,"tags":3329,"updated":261,"__hash__":3330},"builds\u002Fbuilds\u002Fmetool\u002F2025-02-08-tool-explosion.md","积压的需求一起爆发，两周上线了十几个工具",{"type":8,"value":3160,"toc":3298},[3161,3164,3167,3170,3174,3177,3182,3228,3233,3250,3255,3265,3271,3274,3277,3280,3283,3286,3292,3295],[11,3162,3163],{"id":3163},"积压的需求清单",[15,3165,3166],{},"基础架构搭好之后，我脑子里积压的需求开始一个接一个往外冒。",[15,3168,3169],{},"这些都是我日常工作中反复遇到的场景：图片要转格式、要压缩、要生成二维码、要去背景。文档要从 Word 转 PDF、Markdown 要转成其他格式。每次都在网上找工具，现在终于可以一口气做完了。",[11,3171,3173],{"id":3172},"两周十几个工具","两周，十几个工具",[15,3175,3176],{},"从 2 月 8 日到 2 月 20 日，密集上线了这些工具：",[15,3178,3179],{},[50,3180,3181],{},"图片工具全家桶：",[71,3183,3184,3192,3198,3206,3214,3221],{},[74,3185,3186,3191],{},[35,3187,3190],{"href":3188,"rel":3189,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FimageFormatConvert\u002F",[39],"图片格式转换","（JPG\u002FPNG\u002FWebP\u002FICO 互转）",[74,3193,3194],{},[35,3195,1159],{"href":3196,"rel":3197,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002Fcompress\u002F",[39],[74,3199,3200,3205],{},[35,3201,3204],{"href":3202,"rel":3203,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FqrCodeGenerate\u002F",[39],"QR 码生成器","（支持自定义锚点和数据点样式）",[74,3207,3208,3213],{},[35,3209,3212],{"href":3210,"rel":3211,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FremoveBackground\u002F",[39],"图片去背景","（Canvas 笔刷方案）",[74,3215,3216],{},[35,3217,3220],{"href":3218,"rel":3219,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FlongImageSplit\u002F",[39],"长图分割",[74,3222,3223],{},[35,3224,3227],{"href":3225,"rel":3226,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fimages\u002FmovieSubtitleCrop\u002F",[39],"电影字幕裁剪",[15,3229,3230],{},[50,3231,3232],{},"文档工具：",[71,3234,3235,3242],{},[74,3236,3237],{},[35,3238,3241],{"href":3239,"rel":3240,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdocs\u002FwordToPDF\u002F",[39],"Word 转 PDF",[74,3243,3244,3249],{},[35,3245,3248],{"href":3246,"rel":3247,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fdocs\u002FmarkdownConvert\u002F",[39],"Markdown 格式转换","（支持导出 HTML）",[15,3251,3252],{},[50,3253,3254],{},"趣味工具：",[71,3256,3257],{},[74,3258,3259,3264],{},[35,3260,3263],{"href":3261,"rel":3262,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fmagics\u002FheartBeat\u002F",[39],"心跳表白页","（带微信分享适配）",[15,3266,3267],{},[21,3268],{"alt":3269,"src":3270},"图片工具全家桶","\u002Fb\u002Fmetool\u002Fimage-tools.png",[15,3272,3273],{},"速度能这么快，核心原因是第一天搭的架构：工具卡片组件、分类体系、页面模板全是复用的，新增一个工具只需要写核心逻辑。图片处理用 Canvas API，文档转换用 mammoth.js，每个工具的核心代码量其实不大。",[11,3275,3276],{"id":3276},"数据基础也搭好了",[15,3278,3279],{},"2 月 14 日接入了 Google Analytics，虽然这时候几乎没有外部流量，但尽早有数据追踪比后面补要好得多。",[15,3281,3282],{},"2 月 17 日配置了 sitemap 和 robots.txt，加了 404 错误页面。SEO 基础设施越早搭好越省事，搜索引擎需要时间爬取和收录。",[11,3284,3285],{"id":3285},"所有处理都在本地",[15,3287,3288,3289,110],{},"有一个原则从第一天就没变过：",[50,3290,3291],{},"所有文件处理都在浏览器端完成",[15,3293,3294],{},"图片压缩用 Canvas API，格式转换用 Blob 操作，文档解析用 JavaScript 库。用户的文件不会上传到任何服务器。这不只是隐私保障，也意味着没有服务器成本，工具可以无限免费用。",[15,3296,3297],{},"两周下来，metool 已经从\"三个工具\"变成了\"十几个工具\"。积压的需求基本清完了，但新的想法又开始冒出来。",{"title":216,"searchDepth":217,"depth":217,"links":3299},[3300,3301,3302,3303],{"id":3163,"depth":220,"text":3163},{"id":3172,"depth":220,"text":3173},{"id":3276,"depth":220,"text":3276},{"id":3285,"depth":220,"text":3285},"2025-02-08","图片格式转换、压缩、QR 码生成、去背景、Word 转 PDF、Markdown 转换。把日常文件处理的需求全都做成了在线工具。",[3307,3310,3313,3316],{"q":3308,"a":3309},"两周内是怎么做到上线十几个工具的？","关键在于第一天搭好的架构：分类体系、工具卡片组件、页面模板都是复用的，新增一个工具只需要写核心处理逻辑。图片格式转换用 Canvas API，压缩用 OffscreenCanvas，QR 码用开源库，文档转换用 mammoth.js，每个工具的核心代码量并不大。",{"q":3311,"a":3312},"这些工具的文件处理在哪里完成？","全部在浏览器端完成，不需要上传到服务器。图片处理用 Canvas API 和 Web Worker，文档转换用 JavaScript 库在本地解析。用户的文件不会离开设备，隐私安全有保障。",{"q":3314,"a":3315},"为什么要做图片去背景工具？","日常做素材时经常需要抠图，在线去背景工具要么要付费，要么效果差。用前端 Canvas 配合笔刷工具做了一个本地版，虽然不如 AI 模型精准，但够用且免费。后来在 8 月升级成了 ONNX 模型方案。",{"q":3317,"a":3318},"Google Analytics 和 SEO 在这个阶段就接入了吗？","是的。GA 在 2 月 14 日接入，sitemap 和 robots 在 2 月 17 日配置完成。虽然这时候流量很少，但尽早接入数据追踪能帮助后面分析用户行为。SEO 基础设施（sitemap、robots.txt、错误页面）也是越早搭好越省事。",{},"\u002Fbuilds\u002Fmetool\u002F2025-02-08-tool-explosion",{"title":3158,"description":3305},[3323,3324,3204,3212,3241,3325,3326],"在线图片处理工具","在线文档转换","前端文件处理","浏览器端图片压缩","builds\u002Fmetool\u002F2025-02-08-tool-explosion","基础架构搭好后，两周内密集上线了十几个工具：图片全家桶（格式转换、压缩、QR 码生成、去背景、长图分割）、文档工具（Word 转 PDF、Markdown 转换）、心跳魔法工具，同时接入了 Google Analytics 和基础 SEO。",[259,260],"fw6xObA62S7sQ5Tf0Xvu8pCMRptFYfiu3gj1gPqoWhY",{"id":3332,"title":3333,"body":3334,"date":3437,"description":3438,"draft":227,"extension":228,"faq":3439,"meta":3452,"navigation":243,"path":3453,"project":245,"readingTime":1054,"seo":3454,"seoKeywords":3455,"stem":3461,"summary":3462,"tags":3463,"updated":261,"__hash__":3464},"builds\u002Fbuilds\u002Fmetool\u002F2025-01-23-start-from-scratch.md","网上找不到称手的工具，我决定自己做一个",{"type":8,"value":3335,"toc":3431},[3336,3339,3342,3345,3348,3351,3354,3357,3360,3390,3393,3397,3403,3406,3415,3421,3425,3428],[11,3337,3338],{"id":3338},"找不到称手的工具",[15,3340,3341],{},"我的日常工作里，经常需要临时处理一些文件：裁剪图片、转换格式、给视频截字幕区域。",[15,3343,3344],{},"每次都要在网上翻一圈找在线工具。找到的要么功能不对，要么满屏广告，要么要注册才能用，要么要把文件上传到别人的服务器。",[15,3346,3347],{},"这种事情经历多了，我就想：这些操作前端完全能做，为什么不自己做一个？",[11,3349,3350],{"id":3350},"一天搭起来",[15,3352,3353],{},"2025 年 1 月 23 日，我花了一天时间把基础架构搭好了。",[15,3355,3356],{},"技术栈选了 Nuxt 3 + TypeScript + Tailwind CSS。Nuxt 的 SSG 模式可以生成纯静态页面，加载快，部署简单。文件处理全部在浏览器端完成，数据不会离开用户的设备。",[15,3358,3359],{},"第一天上线的工具：",[71,3361,3362,3372,3382],{},[74,3363,3364,3371],{},[50,3365,3366],{},[35,3367,3370],{"href":3368,"rel":3369,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fgames\u002Fsnake\u002F",[39],"贪吃蛇"," — 用来验证游戏交互能力",[74,3373,3374,3381],{},[50,3375,3376],{},[35,3377,3380],{"href":3378,"rel":3379,"target":40},"https:\u002F\u002Fmetool.online\u002Fzh\u002Fgames\u002Fmaze\u002F",[39],"迷宫游戏"," — 带音效和移动端控制",[74,3383,3384,3389],{},[50,3385,3386],{},[35,3387,3227],{"href":3225,"rel":3388,"target":40},[39]," — 真实需求，批量裁剪视频截图中的字幕区域",[15,3391,3392],{},"同时搭好了整个工具框架：导航栏、侧边菜单、工具卡片组件、分类体系。后面加新工具只需要写页面逻辑，框架层的事情不用再操心。",[11,3394,3396],{"id":3395},"随时随地手机也能用","随时随地，手机也能用",[15,3398,3399,3400,110],{},"做这个工具箱有一个重要的前提：",[50,3401,3402],{},"手机也能用",[15,3404,3405],{},"我不是总在电脑前，很多时候是在手机上临时需要处理个文件。所以从第一天起，移动端适配就是必须的，不是\"以后再说\"的事。",[15,3407,3408,3409,3414],{},"贪吃蛇和迷宫游戏都做了移动端触控操作，字幕裁剪支持拖拽选区。在手机浏览器里打开 ",[35,3410,3413],{"href":3411,"rel":3412,"target":40},"https:\u002F\u002Fmetool.online",[39],"metool.online"," 就能直接用。",[15,3416,3417],{},[21,3418],{"alt":3419,"src":3420},"metool.online 首页","\u002Fb\u002Fmetool\u002Fhomepage.png",[11,3422,3424],{"id":3423},"起步很轻但框架要对","起步很轻，但框架要对",[15,3426,3427],{},"回头看，第一天最重要的不是上线了几个工具，而是把架构搭对了：分类体系、组件复用、路由规范。这些决定了后面能不能快速扩充工具，而不是每次都从头写。",[15,3429,3430],{},"工具箱刚刚开始，积压的需求还有一堆。",{"title":216,"searchDepth":217,"depth":217,"links":3432},[3433,3434,3435,3436],{"id":3338,"depth":220,"text":3338},{"id":3350,"depth":220,"text":3350},{"id":3395,"depth":220,"text":3396},{"id":3423,"depth":220,"text":3424},"2025-01-23","每次需要处理图片、裁剪字幕都要在网上翻半天，找到的工具不是功能不对就是体验太差。干脆自己做一个在线工具箱，随时随地能用。",[3440,3443,3446,3449],{"q":3441,"a":3442},"为什么要自己做在线工具箱？","日常工作中经常需要临时处理图片、裁剪视频字幕等，但网上的在线工具要么功能不匹配，要么广告太多体验差。自己做一个工具集，既能完全满足自己的需求，还能随时随地通过手机访问。",{"q":3444,"a":3445},"metool.online 用了什么技术栈？","Nuxt 3 + TypeScript + Tailwind CSS，SSG 静态生成部署。选择 Nuxt 是因为 Vue 生态成熟，SSG 模式加载快且 SEO 友好，前端能力足以处理图片、音视频等文件操作。",{"q":3447,"a":3448},"第一天做了哪些工具？","第一天上线了三个工具：贪吃蛇游戏、迷宫游戏和电影字幕裁剪。游戏是用来验证交互能力的，字幕裁剪是真实需求驱动。同时搭好了导航栏、侧边菜单、工具卡片等基础组件架构。",{"q":3450,"a":3451},"为什么不直接用现成的在线工具？","现成工具有几个痛点：功能不完全匹配自己的需求、广告干扰体验、部分工具需要上传到服务器有隐私风险。自建工具全部在浏览器端处理，数据不离开本地，而且可以按自己的习惯定制功能。",{},"\u002Fbuilds\u002Fmetool\u002F2025-01-23-start-from-scratch",{"title":3333,"description":3438},[3456,3457,3458,3325,3459,3413,3460],"在线工具箱","独立开发在线工具","Nuxt 3 工具站","自建工具集","移动端在线工具","builds\u002Fmetool\u002F2025-01-23-start-from-scratch","经常在网上找在线工具，但总找不到刚好合适的。用 Nuxt 3 + TypeScript + Tailwind CSS 从零搭建了一个在线工具箱 metool.online，第一天就上线了贪吃蛇、迷宫游戏和电影字幕裁剪三个工具。",[259,260],"Fnr1PEBjKKQH6aW3oegh7BDch75TqUVOxrwcGFSIfSI",{"id":5,"title":6,"body":3466,"date":225,"description":226,"draft":227,"extension":228,"faq":3602,"meta":3607,"navigation":243,"path":244,"project":245,"readingTime":246,"seo":3608,"seoKeywords":3609,"stem":256,"summary":257,"tags":3610,"updated":261,"__hash__":262},{"type":8,"value":3467,"toc":3595},[3468,3470,3472,3476,3478,3480,3485,3487,3491,3493,3495,3499,3501,3511,3513,3515,3517,3519,3523,3527,3529,3533,3535,3537,3539,3541,3543,3547,3551,3553,3555,3557,3571,3573,3591,3593],[11,3469,13],{"id":13},[15,3471,17],{},[15,3473,3474],{},[21,3475],{"alt":23,"src":24},[15,3477,27],{},[15,3479,30],{},[15,3481,33,3482,42],{},[35,3483,41],{"href":37,"rel":3484,"target":40},[39],[15,3486,45],{},[15,3488,48,3489,53],{},[50,3490,52],{},[11,3492,57],{"id":56},[15,3494,60],{},[15,3496,3497],{},[21,3498],{"alt":65,"src":66},[15,3500,69],{},[71,3502,3503,3507,3509],{},[74,3504,3505,79],{},[50,3506,78],{},[74,3508,82],{},[74,3510,85],{},[15,3512,88],{},[15,3514,91],{},[11,3516,94],{"id":94},[15,3518,97],{},[15,3520,3521],{},[21,3522],{"alt":102,"src":103},[15,3524,106,3525,110],{},[50,3526,109],{},[15,3528,113],{},[15,3530,116,3531,110],{},[50,3532,119],{},[15,3534,122],{},[15,3536,125],{},[11,3538,129],{"id":128},[15,3540,132],{},[15,3542,135],{},[15,3544,138,3545,142],{},[50,3546,141],{},[15,3548,145,3549],{},[50,3550,148],{},[11,3552,152],{"id":151},[15,3554,155],{},[15,3556,158],{},[160,3558,3559,3563,3567],{},[74,3560,3561,167],{},[50,3562,166],{},[74,3564,3565,173],{},[50,3566,172],{},[74,3568,3569,179],{},[50,3570,178],{},[15,3572,182],{},[71,3574,3575,3579,3583,3587],{},[74,3576,3577,190],{},[50,3578,189],{},[74,3580,3581,196],{},[50,3582,195],{},[74,3584,3585,202],{},[50,3586,201],{},[74,3588,3589,208],{},[50,3590,207],{},[15,3592,211],{},[15,3594,214],{},{"title":216,"searchDepth":217,"depth":217,"links":3596},[3597,3598,3599,3600,3601],{"id":13,"depth":220,"text":13},{"id":56,"depth":220,"text":57},{"id":94,"depth":220,"text":94},{"id":128,"depth":220,"text":129},{"id":151,"depth":220,"text":152},[3603,3604,3605,3606],{"q":231,"a":232},{"q":234,"a":235},{"q":237,"a":238},{"q":240,"a":241},{},{"title":6,"description":226},[249,250,251,252,253,254,255],[259,260],1778375806615]