如果需要达到这个层次的控制，那么一幅图片仍然是发布这类文本的最好的方法，在这些情况下sIFR不是正确的工具。但是，如果纯粹是要发布一个自定义的字体，那么sIFR就比创建图片更适合了。
下载速度当使用sIFR时，替换文本的着色速度是一个重要的考虑因素，虽然从早期的版本以来，速度已经有了一个很大的提高，但是如果在同一时间屏幕上有很多的sIFR实例，那么还是有明显的延迟。（比如，每个页面有一个标题，或者每次传送都有标题）这个例子也许可以最好的说明，为什么适度的使用sIFR是当前使用这项技术的理想方式。
这是使用Flash替换技术的最令人丧气的缺点了。从实现第一个sIFR时起，这诱惑便是在一个页面上替换太多的元素。为了实现它们，下载的速度必须有非常大的提高；虽然一个好的服务器可以帮助你，但是真正消耗时间的是运行那些体积庞大的Javascript。
总结sIFR并不会和图片替换技术相竞争；它是针对不同工作的独特的工具。它能被最好的使用在那些显示为浏览器缺省字体大小的，而又不能替换为自建图片的文本上。
sIFR理想的使用场合是，当你想要仅用一张图片就显示自定义的字体或者反锯齿的标题时。这在web上被非常频繁的使用，在这些案例中sIFR是一个更好的选择。它可以缩放为用户缺省的字体尺寸，可以被选择，可以使用在数以千计的页面上而只需要下载一两个文件。
摘要 在页面标题上使用sIFR。 有限度的使用sIFR，以获得最佳的下载时间。 不要在链接上使用sIFR。 相关的链接 Mike Davidson: Introducing sIFR: The Healthy Alternative to Browser Text Mike Davidson: sIFR 2.0 RC 3 is Here... Come Get Some Dave Shea on sIFR