什么值得做
Chrome 插件 · 11-6 写
E-Defter Görüntüleyici ·

11 月 17 日之后,这个土耳其会计插件会和它要解决的问题一起坏掉

它是什么 土耳其语 Chrome 插件,把税务局规定的 e-Defter 电子账簿 XML 在本地渲染成正式版式,能打印、存 PDF。

为什么火了 其实没火:每天多两个人,靠的是商店里搜 e-defter 只有它,外加会计们这几年双击打不开账簿的老麻烦;Chrome 停用 XSLT 带来的流量进了通用 polyfill 插件和 DefterOku 这样的网页。

C你可以怎么跟 懂土耳其会计场景的人可以做一个不依赖浏览器 XSLT 的专用插件,覆盖 e-Defter、e-Fatura、e-İrsaliye,带签名核验和批量打开,名字里同时带 e-Defter 和 XSLT,赶在 11 月 17 日前上架。

C 级:它自己没跑出来,技术底座 11 月 17 日失效;迁移流量已被 10 万用户的通用 polyfill 和功能更全的免费网页 DefterOku 分走,剩下的专用插件空位量小、对手免费,很难收钱。 还没什么人知道

346 用户 · 评分 5.0(5)

E-Defter Görüntüleyici 是一个帮土耳其会计在 Chrome 里看电子账簿的免费插件,上架 5 个月攒了 346 个用户,5 条评分全是五星。看上去它正好赶上 Chrome 关掉 XSLT 的迁移窗口。拆开安装包看,情况相反:它自己就靠 XSLT 运行,11 月 17 日 Chrome 158 上线后会跟着坏。下面讲它是怎么攒下这点用户的、迁移流量去了哪里,以及这里面还剩什么可做的。

「更新以后,那个选项没了」

2025 年 12 月 1 日上午,土耳其一位自称 Mali Müşavir(注册会计师)的 X 用户 @Muhasebizm 发帖问同行:「报送 e-Defter 的时候,你们是怎么看 XML 的?以前在 Microsoft Edge 里用 Internet Explorer 模式打开,一更新,那个选项没了……」这条帖子有 2 万多次浏览、90 个赞、52 次收藏(X,11-06)。底下的回复各出主意:有人把 Edge 的 IE 模式白名单设置贴出来,有人转了会计软件 Luca 的客服说明:「Edge 更新之后,berat 已经不能直接打开,请改用 Firefox。」

e-Defter 是土耳其税务局(GİB)规定的电子账簿,2023 年有 69.5 万个纳税人在用(TÜRKKEP 引用 GİB 数据),实际处理账簿的基本是会计事务所。账簿是 XML,配一份 GİB 的 XSLT 模板才能显示成「正式版式」。多年来大家的做法是 XML 和模板放同一个文件夹,双击用 IE 打开。IE 下线以后,Edge 要开 IE 模式,Firefox 要去 about:config 改一个安全设置,Chrome 则一直会拦截本地文件引用外部模板,打不开。GİB 自己的查看器是 Windows 桌面程序,要装 Java,会计们嫌它重。

这个小麻烦存在好几年了,E-Defter Görüntüleyici 就是冲着它做的。

它是什么

一个土耳其语 Chrome 插件。把 Yevmiye(日记账)、Kebir(总账)、Defter Raporu 和对应的 berat 回执文件(.xml 或 .zip)拖进弹窗,它根据文件名里的 -Y-、-K-、-DR-、-YB-、-KB- 自动挑出 GİB 模板,在新标签页里渲染成账簿,可以缩放、打印、存 PDF。商店页写着「%100 güvenli」,所有处理都在本机完成,文件不会发到任何服务器。

不收费,没有内购,没有官网。作者是伊斯坦布尔的个人开发者 Atilla Cem Gürgün,LinkedIn 上写着 2003 年起在土耳其会计软件商 Zirve 做现场销售。版本号到今天还是 1.0,6 月 8 日上架后没更新过。

关键在于模板是打包在插件里的,不用去本地文件夹找,所以绕开了 Chrome 拦截本地文件这一关。这一点在今天确实管用。

346 个用户是怎么来的

日期用户评分
2026-06-08上架 v1.0
2026-11-013335
2026-11-053415
2026-11-063465(5.0)

Chrome 商店,11-01 到 11-06。平均每天多两个人,没有任何爆发。

入口基本只有一个:11 月 6 日在 Chrome 商店搜「e-defter」,一共只有两个结果,它排第一,另一个是 QNB 银行的电子签名插件。商店还把它和 E-Mükellef Toolbar(1 万用户,会计软件 e-Mükellef 的配套工具栏)互相列为「相关插件」,说明来的人确实是会计事务所那一拨。作者做过二十年会计软件销售,有一部分用户可能来自他的老客户圈(推断)。网页、X、LinkedIn 上都没找到有人推荐过它,没有内容,没有广告,也没有 SEO。

所以它不算「起量」。它只是占住了一个几乎没人搜、也没人抢的小词。

11 月 17 日会发生什么

Chrome 158 在 2026 年 11 月 17 日推送稳定版,从这个版本起,浏览器内置的 XSLT 对所有用户关闭。Chrome 的官方说明写得很清楚:关掉的不只是 XML 文件里那行 <?xml-stylesheet?>,还有 JavaScript 里的 XSLTProcessor。豁免只留给报名 Origin Trial 的网站和开了企业策略的公司,而这两条到 Chrome 176(2027 年 8 月)也会取消。

对土耳其会计来说,这意味着最后一条「双击就能看」的路要断了。看上去这是一个给 e-Defter 插件送用户的窗口。

问题是,这个插件自己就站在要断的那条路上。安装包里 popup.js 第 157 到 159 行做的就是 new XSLTProcessor()、导入模板、转换,自带的说明文件也写着「插件的核心是浏览器内置的 XSLTProcessor API」。官方文档没给插件单独留豁免,所以 11 月 17 日之后它大概率打不开账簿(推断,没在 Chrome 158 上实测)。作者要是赶在那之前换成 JavaScript 或 WASM 写的 XSLT 引擎,就能活下来,但这个插件五个月没动过,我们估计可能性不大。

包里还有些别的痕迹:打进了 881 KB 的表格库 SheetJS,但导出 Excel 和 Word 还写在「以后要做」里;有一个 0 字节的 html-to-docx.js 和一份草稿 Untitled-1.txt;说明文件的标题是「E-Belge Görüntüleyici」,本来想连 e-Fatura、e-Arşiv 一起做。看得出这是作者顺手做的项目,做到一半就上架了。

迁移流量去了哪里

Chrome 关掉 XSLT 之后,遇到这类页面会弹一条横幅,点进去是商店里搜「xslt polyfill」的结果页。这股流量没有进会计插件,进的是名字里带 polyfill 的通用插件:

名字形态规模(11-06)和它的区别
XSLT PolyfillChrome 插件10 万用户通用 WASM 引擎,Chrome 158 之后双击 e-Defter 还能看
XSLT Browser SupportChrome 插件,10-02 上架2 万(11-01)→ 4 万(11-06)同上,5 天翻倍,吃的就是横幅流量
DefterOku(defteroku.com)网页,约 10 月上线未知专攻 e-Defter,不靠浏览器 XSLT;签名核验、报送检查、Excel 和 PDF 多页导出,文件不出本机
edefter.solto.net网页,1 月上线未知同样纯本地处理,模板缺了自动补,有 SEO 博客
GİB e-Defter Görüntüleyici官方 Windows 程序全部 e-Defter 用户能核验签名,但要装 Java,很重

最直接的对手是 DefterOku。它的作者 Barış Gerçek 大约一个月前在 LinkedIn 发的上线帖,第一句就是「11 月 17 日起,e-Defter berat 在 Chrome 里可能打不开了」,接着列了五条:不用装 Java 和任何程序;没有浏览器 XSLT 也能显示 GİB 正式版式;签名验证和 İbraz 检查;多页 Excel 和 PDF;文件不离开电脑、不用注册。最后一句是「不同会计软件的文件要是出问题,告诉我,马上改」。这比 E-Defter Görüntüleyici 多做了一整圈,而且站在了新的那条路上。

乍一看会以为替代品都是要把账簿传到服务器的网页工具,会计会抵触,本地插件是差异点。其实不是这样:solto 和 DefterOku 都在宣传本地处理,也都比它更早准备了应对 XSLT 停用。

如果是你

C:能学到东西,照着跟不划算。 这个插件本身没跑出来(5 个月 346 人),技术底座 11 天后失效;它要接的迁移流量,已经被通用 polyfill 插件和 DefterOku 这样的专用网页分走了。剩下的空位是「土耳其会计专用、不依赖 XSLT 的插件」,但量小、不好收钱、对手是免费的。

适合谁:懂土耳其语、熟悉 GİB 电子单据,或者本来就在给土耳其会计做软件、做经销的人。对他们来说这是一个顺手的小工具,也是接触事务所客户的入口。 不适合谁:想靠一个插件挣钱的人。会计们要的是免费看账簿,官方程序、会计软件和几个网页工具都免费;商店里搜 e-defter 的人一共也没几个。

怎么做:别用浏览器原生的 XSLTProcessor,打包 Chrome 官方推荐的 xslt-polyfill 或者自己解析版面。一个插件覆盖 e-Defter、e-Fatura、e-İrsaliye 三类文件,把 DefterOku 做在网页上的签名核验、批量打开、Excel 导出做进插件,再加一项网页做不顺的:在会计软件导出的文件夹里一次打开一整个月的账簿。

怎么获客:名字和简介里同时带上「e-Defter」和「XSLT」,一边吃商店里 e-defter 这个没人抢的词,一边吃 Chrome 横幅导到「xslt polyfill」搜索页的流量。再去 @Muhasebizm 那种帖子底下、Luca 和 Mikro 的用户群、会计 LinkedIn 圈里,用土耳其语讲清楚「11 月 17 日以后用什么打开 berat」。

什么时候之前:11 月 17 日之前上架最好,那几天会计们会集中搜办法。错过也不致命,Chrome 176(2027 年 8 月)取消企业豁免时还会有第二波。

什么情况说明看错了:① 作者在 11 月 17 日前发了新版本,换成了 polyfill,而且用户在 11 月底涨过一千,说明会计们更想要专用插件,这条缝比想的宽;② 反过来,11 月 17 日后它的用户数掉头往下、评论里出现「açılmıyor」(打不开),就证实了上面的判断;③ 要是 GİB 或几家大会计软件在 11 月内推出自带的网页查看器,这个小空位就关了。

最后一句给所有在追「平台要拿掉一个功能」的人:窗口是真的,但抢的必须是新的那条路。先确认你的产品没有用到将要消失的那个东西。

数据与出处

  • 商店页:chromewebstore.google.com/detail/dikbojdfoadmogopmoibdbdhgncadnal(11-06);11-01 到 11-05 的用户数来自 Chrome 商店每日抓取。
  • 安装包:Google 更新服务器下载的 v1.0 CRX,解包后读 popup.js 和自带说明。
  • XSLT 停用:developer.chrome.com/docs/web-platform/deprecating-xslt。
  • 会计的提问:x.com/Muhasebizm/status/1995418588271026531(2025-12-01,浏览与点赞数为 11-06 所见),及回复里引用的 Luca 客服说明。
  • DefterOku:defteroku.com、作者 Barış Gerçek 的 LinkedIn 上线帖(11-06 读取,显示「1 个月前」)。
  • 其他竞品:XSLT Polyfill、XSLT Browser Support 的商店页;edefter.solto.net。
  • e-Defter 用户数:TÜRKKEP 引用 GİB 数据(2023)。作者履历来自 LinkedIn 搜索摘要。

Chrome 商店页 ↗

研究底稿:竞品表、获客证据、完整研究报告
竞品
名字在哪上线规模它和这家不同在哪
GİB e-Defter Görüntüleyici其他多年前(2019 年出过增强版)官方免费,覆盖全部 e-Defter 用户(2023 年 69.5 万纳税人)官方桌面程序,能核验签名;但要安装、依赖 Java
XSLT PolyfillChrome2026-10 之前10 万用户(2026-11-06 商店页)通用 WASM polyfill,Chrome 158 之后还能双击打开 e-Defter;这个扩展做不到
XSLT Browser Support - XSLT PolyfillChrome2026-10-022 万→4 万(11-01→11-06,chromestore 库)吃 Chrome 停用 XSLT 后弹横幅带来的流量,通用工具,不针对会计
DefterOku网页约 2026-10未知不依赖浏览器 XSLT,还有签名核验、ibraz 检查、mizan / 资产负债表 / Excel 报表,宣传直接打 11-17
edefter.solto.net网页2026-01未知同样纯客户端、不上传,模板缺了会自动补,有 SEO 博客
XML Viewer – Turkish e-Invoice (e-Fatura) ReaderChrome20265 用户做 e-Fatura / e-İrsaliye,自己解析版面,不依赖 XSLT
turkuazsoft / furkanarici 等在线查看器网页早几年未知网页工具,部分要上传文件
用户从哪来
  • 查实 Chrome 商店站内搜索:2026-11-06 商店搜 e-defter,它排第 1,一共只有 2 个结果
  • 查实 商店相关推荐:和 E-Mükellef Toolbar(1 万用户,会计软件配套)互相列为相关扩展
  • 推断 作者的行业人脉:作者 2003 年起在会计软件商 Zirve 做现场销售,现在在 Ahc Bilgi Teknolojileri;推断是在会计客户圈里传开的
  • 推断 内容 / 社媒 / 广告:网页、x-radar、LinkedIn 都没找到

E-Defter Görüntüleyici(Chrome 扩展,dikbojdfoadmogopmoibdbdhgncadnal)研究报告

研究日期 2026-11-06。

一句话

这是一个土耳其语 Chrome 扩展:把本地的 e-Defter(土耳其税务局 GİB 规定的电子账簿:Yevmiye 日记账、Kebir 总账、Defter Raporu,以及 berat 回执,格式是 *.xml 或 *.zip)套上扩展里自带的 GİB XSLT 模板渲染成可读账簿,可以打印、导出 PDF,全程在本地完成。作者是伊斯坦布尔的个人开发者 Atilla Cem Gürgün。

结论:它其实没跑出来。 上架 5 个月只有 346 个用户,每天大约多 2 个。它能有这点用户,靠的是在商店里搜「e-defter」排第一,加上会计圈子里一个老问题:双击 XML 在浏览器里看账簿这条路这几年一直不太好使。召回理由里写的「Chrome 158 移除 XSLT 带来迁移窗口」我核实过,结果是反的:这个扩展自己就是靠浏览器原生的 XSLTProcessor 做转换的,2026-11-17 Chrome 158 上线后它会跟着坏掉。 除非作者赶在那之前换成 polyfill;版本号还是 1.0,6 月 8 日以来没更新过。

1. 数据

日期用户评分数来源
2026-06-08上架,v1.0(之后没更新过)商店详情页
2026-11-013335chromestore 库 item_snap(related 卡片)
2026-11-033335同上
2026-11-053415同上
2026-11-063465(5.0)当天抓的商店页
  • 平均下来每天大约 2 个新用户,看不到任何爆发。
  • 不收费,没有内购,没有官网,没申报 trader。商店的隐私声明是「不收集数据」。
  • 商店里它只和一个条目互相列为「相关扩展」:E-Mükellef Toolbar(1 万用户,SMMM 会计用的 e-Mükellef 软件配套工具栏)。说明它的用户画像和土耳其会计事务所是重合的。

2. 我拆开安装包看到的

从 Google 更新服务器下了 CRX(616 KB),解开看了:

  • popup.js 第 157–159 行:new XSLTProcessor() → importStylesheet → transformToFragment。自带 Readme 也明说「Eklentinin kalbi, tarayıcıların yerleşik olarak sunduğu XSLTProcessor API'sidir」(扩展的核心是浏览器内置的 XSLTProcessor API)。
  • Chrome 官方文档写明,这次移除的不只是 <?xml-stylesheet?> 处理指令,也包括 XSLTProcessor 这个 JS 类。Chrome 158(2026-11-17)起稳定版对所有用户停用,只有 Origin Trial 和企业策略 XSLTEnabled 的参与者例外,而这两条豁免到 Chrome 176(2027-08-17)也会失效。出处:developer.chrome.com/docs/web-platform/deprecating-xslt
  • 包里自带 4 份 GİB 模板(berat / defterraporu / kebir / yevmiye.xslt),靠文件名里的 -Y- / -K- / -DR- / -YB- / -KB- 自动挑模板,用 JSZip 读 zip。PDF 导出用 html2canvas 加 jsPDF,也就是截图拼成 PDF。包里还打进了 881 KB 的 SheetJS,但 Readme 把 Excel/Word 导出列在「以后要做」里,还有一个 0 字节的 html-to-docx.js 和草稿文件 Untitled-1.txt。看得出是个半成品、作者顺手做的项目。
  • 一个小 bug:代码里引用的是 xslt/DefterRaporu.xslt,包里的文件名却是小写 defterraporu.xslt。Windows 和 macOS 默认不区分大小写,大概不会出事;Linux 和 ChromeOS 上 Defter Raporu 可能打不开(未实测)。
  • Readme 的标题是「E-Belge Görüntüleyici」,里面写的目标覆盖 e-Fatura 和 e-Arşiv。作者原本想做通用的电子单据查看器,上架时收窄成了 e-Defter。

3. 用户为什么会来:老问题,不是新事件

  • e-Defter 的覆盖面很大:2023 年有 695,352 个纳税人在用 e-Defter(TÜRKKEP 引用 GİB 数据,turkkep.com.tr/milyonlarca-mukellef-e-belge-uygulamalarini-k…),账簿基本都是会计事务所在处理。
  • 过去的看法是:XML 和 XSLT 放在同一个文件夹里,双击用 IE 打开。IE 下线以后,Edge 要开 IE 模式,Firefox 要去 about:config 关掉 security.fileuri.strict_origin_policy。Chrome 本来就会拦截 file:// 下引用外部 XSL,所以一直打不开。出处:birfatura 的教程 birfatura.com/e-defter-goruntuleme-e-defter-yukleme/、Mikro 知识库「XML'ler açılmıyor」、Luca 会计软件 Facebook 群里的提问、X 上 @Muhasebizm 的提问(https://x.com/Muhasebizm/status/1995418588271026531)。
  • GİB 官方的 e-Defter Görüntüleyici 是 Windows 桌面程序,要装 Java,4 GB 内存起步,会计们嫌它重。
  • 所以这个扩展解决的是一个一直存在的小麻烦:用 Chrome 的会计想一键看账簿。它不用依赖 file:// 去引用外部 XSL,因为模板就在扩展里。这一点在 Chrome 158 之前确实管用。

4. 用户从哪来(增长手段)

渠道证据确认
Chrome 商店站内搜索2026-11-06 在商店搜「e-defter」,它排第 1,一共只有 2 个结果,另一个是 QNB 的签名插件是
相关推荐位和 E-Mükellef Toolbar(1 万用户)互相列为相关是
熟人或行业圈子作者 LinkedIn 写着 2003 年起在 Zirve Bilgi Teknolojileri(土耳其会计软件厂商)做现场销售,现在在 Ahc Bilgi Teknolojileri。很可能是在自己的会计客户圈里传开的否(推断)
内容、社媒、广告网页搜索、x-radar(近 30 天搜「e-defter」0 条)、LinkedIn 都没找到有人提到这个扩展;没有官网,也没有 SEO没找到
平台事件(XSLT 移除)Chrome 停用 XSLT 后会弹横幅,直接链到商店里搜「xslt polyfill」的结果页。这股流量进了名字里带 polyfill 的扩展,不会进它这里已确认它没吃到

5. 竞品

名字在哪上线规模和它的区别
GİB e-Defter Görüntüleyici官方桌面程序(Windows + Java)多年前,2019 年出过增强版官方免费,覆盖所有 e-Defter 用户(用量未公开)官方的,能核验签名;但要安装、依赖 Java,很重
XSLT Polyfill(hlahhpnhgficldhfioiafojgdhcppklm)Chrome早于 2026-10(v1.0.26,2026-10-28 更新)100,000 用户,11 个评分(2026-11-06 商店页)通用 WASM polyfill,所有带 XSLT 的 XML 都能用,双击 e-Defter 也能继续用。Chrome 158 之后它活得下来,这个扩展活不下来
XSLT Browser Support(gnkkhnfelideebkkoehcdkkphmhmonka)Chrome2026-10-022 万(11-01)→ 4 万(11-06),chromestore 库同上,吃的就是 Chrome 弹横幅带来的流量,5 天翻倍
XSLT Loom / XSLT Polyfill–XSLT Fix 等Chrome2026-11-02 / 11-0520 / 0新跟进的通用 polyfill,其中 XSLT Loom 在宣传里点名了 e-Invoice
XML Viewer – Turkish e-Invoice(e-Fatura) ReaderChrome2026,v1.2.0(10-26 更新)5 用户做的是 e-Fatura 和 e-İrsaliye,不渲染 XSLT,自己解析版面,所以不受 Chrome 158 影响;还能导 Excel
DefterOku(defteroku.com)网页2026-10 前后(LinkedIn 发布帖约 1 个月前)未知打的就是「11 月 17 日起 Chrome 打不开 berat」这个点;不靠浏览器 XSLT 也能显示 GİB 官方版式,还有签名核验、ibraz 检查、mizan / 资产负债表 / Excel 报表。功能比它多得多
edefter.solto.net网页2026-01(博客最早 01-03)未知也强调「%100 istemci taraflı」(纯客户端,不上传),模板缺了会自动补,带 SEO 博客
turkuazsoft / furkanarici / Global Pozitif 等在线查看器网页早几年未知免费网页工具,部分要上传文件
birfatura / Mikro / Logo 等会计软件大厂功能一直有大软件里自带查看,或者给教程

召回理由里说「替代品多半要上传到服务器」,这一条不成立。 solto 和 DefterOku 都标榜在本地处理,而且都比它更早或更认真地准备了应对 XSLT 移除。

6. 差异化

  • 它的不同之处:做成扩展而不是网页,模板随包自带,靠文件名自动识别账簿类型,打开就能看。和网页工具比,不用每次去找网址,也不需要联网。
  • 这点不同不是它的护城河,也不是它能有用户的原因。它的用户主要来自「在商店里搜 e-defter 只有它」,也就是一个没人竞争的小关键词。而它的技术底座会在 11-17 失效。真正接住 Chrome 158 迁移流量的,是通用 polyfill(10 万、4 万用户)和 DefterOku 这类网页。

7. 有多少人看见了

还没什么人知道:除了商店页和 ExtScope 的自动收录页,网页、X、LinkedIn 上都没找到有人提到它。没有收入,也没人晒过数据。没有人照着它抄;不过同一个需求的网页工具在 2026 年冒出来好几个(solto 1 月,DefterOku 10 月,EVG Techworks 10 月写了篇 Chrome e-Fatura XML 打不开的教程)。

8. 能借鉴的

  • 「平台要拿掉一个功能」是一个需求窗口,但抢的必须是新的那条路。新扩展得自带 JS/WASM XSLT 引擎(比如官方给的 xslt-polyfill),不能用浏览器原生的 XSLTProcessor。
  • Chrome 停用 XSLT 后弹的横幅直接把流量导到商店搜「xslt polyfill」的结果页,是一个现成的流量口子。名字和简介里带上「XSLT Polyfill」就能接住,4 万用户那个扩展 5 天翻倍就是证据。垂直工具可以在名字里同时带「e-Defter」和「XSLT」。
  • 土耳其会计这个场景(GİB 的 e-Defter、e-Fatura、e-İrsaliye)关键词竞争很低,商店里搜 e-defter 只有 2 个结果。做一个不依赖 XSLT、本地运行、能批量处理、能导 Excel、能核验签名的扩展,或者和会计软件经销商渠道绑在一起,是 DefterOku 网页版那条路的扩展版。

9. 还不确定的

  • 作者会不会在 11-17 之前换成 polyfill。从 1.0 版到现在 5 个月没动过,我判断概率不高(未核实)。
  • 346 个用户里多少是作者在 Zirve 时的客户圈。
  • 小写文件名那个 bug 实际会不会出问题。
  • DefterOku、solto 的真实用量。
  • XSLT 停用后 Chrome 是不是在扩展页面里也一样停用 XSLTProcessor。官方文档没有给扩展单独开豁免,我按「会坏」来判断,没有在 Chrome 158 上实测。

出处

文章由 AI 根据公开数据和我们每天采集的数据写成,数字带出处,推断已标明