RNA-Seq Normalization Calculator

A raw RNA-sequencing count is not a clean measure of expression, because it is inflated by two technical factors. A sample sequenced to greater depth accumulates more reads for every gene, and a longer gene collects more reads simply because it presents more sequence to fragment and capture. Normalization exists to strip out both effects so the numbers reflect biology rather than library preparation.

The three common units differ in what they correct and in what order. CPM scales by depth alone and is used for filtering and for length-independent comparisons. FPKM, equivalent to RPKM for paired-end data, corrects for depth then length, but because it normalizes depth first, its per-sample total varies. TPM reverses the order, normalizing by length first and depth last, so that every sample sums to exactly one million transcripts.

That fixed total is the reason Wagner et al. (2012) and Li et al. (2010) argued for TPM over FPKM when comparing a gene across samples: equal totals make the values directly comparable as proportions of the transcript pool. This calculator implements the two-step TPM computation exactly, so the TPM column always sums to one million, and reports FPKM and CPM alongside for reference.

One caveat matters for statistics: these units are excellent for reporting and visualization but formal differential-expression testing should run on raw counts with a dedicated model, because methods such as the median of ratios in DESeq2 or the trimmed mean of M-values in edgeR are more robust than simple depth scaling. Once normalized, values flow naturally into the log2 fold change calculator and a heatmap generator. For the full analysis with a proper count model, the bioinformatics analysis service runs it end to end.