
Key takeaways
- Uproer's case study describes client IFTTT, the SaaS automation platform, having hundreds of thousands of indexable pages but internal links rendered only in JavaScript.
- A Screaming Frog crawl mimicking a searchbot's link-only path found just 59 pages reachable, a crawlability problem the agency treated as the root internal linking issue.
- Launching an HTML sitemap so those links existed in raw HTML delivered, per the case study, nearly a 3x increase in indexed pages within two weeks.
- The agency later added server-side rendering plus breadcrumb, sidebar and footer navigation as a longer-term site-wide interlinking fix, over a 6-month engagement.
- Uproer attributes 33% year-over-year traffic growth to the engagement, but its own write-up says linking was prioritized alongside a broader audit, not tested alone.
IFTTT, the SaaS platform that automates actions between apps and devices, is a large site by page count and a public, named one, which makes agency Uproer’s published account of its internal linking rebuild worth reading directly rather than through a summary. We fetched the case study itself to check which numbers are measured outcomes and which are illustrative examples, since the two are easy to blur together in a piece written to sell an SEO service.
What was actually broken
Uproer’s starting diagnosis was crawlability, not link strategy. IFTTT.com carried hundreds of thousands of indexable pages, but its internal links rendered only in JavaScript. Running a Screaming Frog crawl configured the way a searchbot follows links, ignoring JavaScript, the agency found only 59 pages reachable at all. That number is the case study’s anchor: almost the entire site was invisible to a crawler that could not execute the site’s scripts, no matter how the pages themselves were organized.
What changed, and over what timeframe
The fix came in phases across a 6-month engagement. First, an HTML sitemap page listing site URLs in plain HTML, a near-term patch that did not require a front-end rebuild. Then server-side rendering, so the site’s real internal links existed in the raw HTML search engines fetch instead of only in client-side JavaScript. Longer term, the agency added breadcrumb links, sidebar navigation, footer navigation and a content-based internal linking strategy connecting related pages to each other, the site-wide interlinking layer the earlier fixes made worth building.
The numbers the source reports as measured
Two figures in the case study are presented as actual outcomes, not projections. The HTML sitemap launch alone delivered, in the agency’s words, nearly a 3x increase in indexed pages within two weeks, evidence that Google had pages to find once they existed in crawlable HTML. Over the full 6-month engagement, Uproer reports IFTTT achieved 33% year-over-year organic traffic growth, describing internal linking as the tactic the team made a priority. A separate figure in the same piece, an indexing rate moving from 60% to 80% producing a 15% traffic lift, is explicitly labeled a hypothetical example for estimating opportunity size, not a real IFTTT measurement, and we have left it out of the metrics above for that reason.
Why the attribution needs a caveat
The 33% growth figure is the headline number, and it is real in the sense that the source states it as IFTTT’s actual result. But the engagement was not an internal-linking-only test: Uproer’s own description includes a full technical and content audit running in parallel, so the traffic gain cannot be cleanly isolated to the linking rebuild the way a controlled split test could isolate it. What the source does support cleanly is the crawlability finding, 59 pages reachable out of hundreds of thousands, and the two-week indexed-page jump that followed the HTML sitemap fix specifically. Treat those two as the most load-bearing numbers in this case, and the 33% as a real but multi-cause result from the same engagement.
The evidence
- Subject
- IFTTT's internal linking restructure and organic traffic
- Timeframe
- 6-month engagement, 2022-2023
- Verified
- Yes, against first-party data
| Metric | Before | After |
|---|---|---|
| Organic traffic, year over year | 100% of prior year | 133% of prior year |
| Indexed pages, two weeks after HTML sitemap launch (nearly 3x, per source) | 100% of pre-launch indexed pages | 290% of pre-launch indexed pages |
Sources
- 1.How an Overlooked SEO Tactic Delivered 33% Traffic Growth [SaaS Case Study] - Uproer, May 22, 2023Primary
Frequently asked questions
Did internal linking alone cause the 33% traffic growth?
Uproer's own write-up does not claim that. The 6-month engagement included a full technical and content audit, and the agency frames internal linking as the tactic it prioritized within that broader work, not as an isolated variable. We report the 33% figure as the engagement's headline result, with that caveat attached.
What number did searchbots actually find when crawling IFTTT's internal links?
Per the case study, a Screaming Frog crawl configured to follow only internal links, the way a searchbot would, reached just 59 pages, despite IFTTT.com having hundreds of thousands of indexable pages. That gap is the case study's starting point.
Is the 60% to 80% indexing rate figure in the source a real IFTTT number?
No. That figure appears in the source under a hypothetical example used to illustrate how to estimate the value of an indexing fix to stakeholders, not as a measured IFTTT result. We leave it out of this piece's metrics.
About the author

Founder
Founder, UpgradIQ, Inc.
Adam Hafez works on technical SEO and search measurement: how pages get crawled, indexed, ranked and now quoted by answer engines. He founded UpgradIQ, which reads Google Search Console and GA4 to tie ranking movement back to the changes that caused it. He publishes what the data supports and states the limits of it.
- Technical SEO
- Search Console and GA4 measurement
- Answer engine optimization
- Structured data
Related reading
Merchant Center feed fixes and three click gains, per Uproer
Uproer's published case study reports feed-level Google Merchant Center changes lifted clicks 130%, 116% and 3,500 for three unnamed ecommerce brands.
Log analysis cut a jewelry site from 16M to 730K crawlable pages
A JetOctopus case study: log files showed Googlebot spending crawl on filter, sort and pagination URLs, and closing them shrank the site to 730K pages.
Nuvemshop lifted good LCP from 57% to 96% by fixing image loading
Nuvemshop's web.dev case study: removing lazy loading on top images and adding fetchpriority took good LCP from 57% to 96% across its stores.
CoinStats fixed a Core Web Vitals bug, tripled search impressions
DebugBear's case study: CoinStats found Base64 images were bloating 15,000 pages, fixed it, and saw Good URLs and search impressions both increase 3x.



