Skip to content
All case studies

E-commerce / Chargers & electronics

6,900 Products enriched and translated in 7 hours

AITJE built a workflow for a leading Dutch online shop specialising in chargers that supplements product descriptions with technical charging data, translates them for four markets and uploads them directly back into the CMS. Without any external costs per AI token.

6,900 Products enriched and translated in 7 hours

Initial processing

products processed
6,900
first catalogue run
7 hours
GPU-rekenkosten
$22.33
translations in the CMS
4 markets

The question behind the assignment

Which charger is really the right one for your phone?

Choosing a charger involves more than just the wattage stated on the packaging. Voltage, connectors such as USB-C and compatibility with a specific device determine how quickly you can charge. The same charger may be a good choice for one phone but less suitable for another.

This online shop’s original product descriptions lacked that depth of detail. The information was available elsewhere, but needed to be gathered, combined and translated into something that would genuinely benefit a customer whilst shopping. For 6,900 products, and for several countries.

From product description

The information that was already there

Towards genuine decision support

CapacityVoltageUSB-C & connectionsDevice compatibilityCharging benchmarks

Which phone charges quickly?
And which ones are less likely?

Technical data is transformed into useful information for the customer.

What AITJE has built

One workflow. From CMS to CMS.

An integrated process for analysis, data loading, enrichment and translation. See what happens at each step.

Step-01

Product data

Via the CMS integration, the workflow retrieves the current products, descriptions and available specifications. This means the analysis begins with the catalogue that the online shop is already using.

This step delivers

Existing texts and product details

Toolcalling, explained in simple terms

AI that can retrieve information.

A tool call is a targeted request from the model to a function within the software. For example, Gemma might ask for charging benchmarks for a specific charger. The software carries out that search and returns the data found to the model.

This gives AI access to up-to-date product information beyond its own model knowledge. It does not need to guess loading performance from an existing description. The software handles the links, data processing, calculations and publication; Gemma analyses the content and writes the explanation.

Three connections in the architecture

The CMS

Retrieve products and existing information, and repost enriched texts and translations.

The GPU VPS

Run Gemma on a separate computing environment, connected to the workflow and the weekly start-up process.

Charging databases

Retrieve external benchmark data on chargers, mobile phones and their relative charging performance.

What the online shop can do now

More than just better copy.

More comprehensive product pages

Existing descriptions have been supplemented with features and loading information that were not previously included in the texts.

A better decision-making tool

Benchmark data feeds into filters and provides insight into charging performance. Customers can see ten devices that charge quickly with a charger, how fast they charge and which models charge more slowly.

Go straight to the online shop

Enriched texts and translations were published directly alongside the products via the CMS link during processing.

Also for customers across the border

In addition to the analysis, a Gemma-based translation workflow was implemented, with Gemma Translator forming part of the chosen approach. This makes the technical information usable for clients in four markets, without having to pay for an external model API for each translation.

  • DEGermany
  • BEBelgium
  • LULuxembourg
  • FRFrance

The practical benchmark

6,900 products.
One processing round.

The GPU VPS was running 7 hours were spent analysing, enriching and translating the catalogue. Publication to the CMS took place whilst this processing was underway.

NVIDIA A100 · 80 GB16-bit · uncompressed

The online shop already had a hosting partner due to the high volume of visitors. AITJE arranged a cost-effective GPU-VPS with that provider for the analysis. This meant the existing hosting relationship was maintained, whilst the AI workflow was given its own computing environment.

GPU costs for this run

7 hours × $3.19

$22.33

Per product processed
$0.0032
Average per hour
≈ 986 products
Average per minute
≈ 16.4 products

Calculated from the project figures: 6,900 products, 7 hours and $3.19 per hour. This covers only the GPU computing costs; development, storage and other hosting costs are excluded. The throughput applies to the entire workflow, not to a single model call.

Choosing a model

Why did Gemma 4 31B?

For this project, AITJE chose Gemma 4 31B. Combining product information, using targeted tools and creating clear texts were more important than simply the highest generation speed. The chosen A100 provided the capacity to run the model in 16-bit without compression.

Used in this assignment

Gemma 4 31B

Dense model

Content analysis & enrichment

An alternative

Gemma 4 26B A4B

Mixture-of-Experts

Useful for rapid processing
Published model benchmarks · higher is better
Benchmark31B26B A4B
2-benchUsing tools · average across three domains76.9%68.2%
MMMLUMultilingual knowledge-based questions88.4%86.3%
GPQA DiamondComplex knowledge-based questions84.3%82.3%
MRCR v2 · 128KFinding information within a longer context66.4%44.1%

The alternative, Gemma 4 26B A4B, is a Mixture-of-Experts model. It contains approximately 26 billion parameters, but activates approximately 4 billion per token. This makes it an interesting choice when speed and computational resource usage are more important considerations. The 31B variant is a dense model and scores higher in the published quality tests shown below. This supports the decision to use it for this content enrichment task.

These are Google’s published results for instruction-tuned models; they do not represent our own comparison based on webshop data. Multilingual knowledge-based questions do not measure translation quality. The practical run measures the entire workflow; no separate tokens-per-second measurement is available.

Google · Gemma4’s model map

Where open models come close

A minor difference. Considered on a per-task basis.

In some tests, an open Gemma model performs similarly to a recent GPT variant. Below are three examples from the comparison with GPT-6, Luna on Low.

Selection from Artificial Analysis · higher is better
BenchmarkGemma 4 26B A4B · ReasoningGPT-6Luna · Low
Humanity’s Last ExamChallenging questions from a wide range of specialist fields19%20%
SciCodeProgramming for scientific tasks40%47%
AA-LCR v1.1Reasoning with long context66%74%

Selection of the three scores that are closest to one another in the provided Artificial Analysis comparison, rounded as in that comparison. Other tests show greater differences. This compares the 26B A4B variant with GPT-6Luna set to ‘Low’; this online shop workflow ran on Gemma 4 31B. It is not a comparison of product descriptions or translation quality.

Artificial Analysis · model comparison

The difference in computing costs

Millions of tokens.
One server bill.

This processing takes approximately 68–75 million tokens used, including input and output. Gemma ran on its own GPU VPS. The model tokens were not charged a separate API fee: the GPU bill remained $22.33 for 7 hours.

Why does a single product use input tokens multiple times?

On subsequent runs, the model also reads previous messages and tool results. Below is the estimated progression for each product; the history is taken into account anew with every input.

Turn 01

Retrieving the information

Input
≈ 2,050
Output
≈ 80

System prompt (1,200) + product data (850)

JSON tool call for the database

Turn 02

Enrich & translate

Input
≈ 2,730
Output
≈ 1,000

Previous context (2,130) + search result (600)

Enriched text and translation via CMS-toolcall

Turn 03

Finish

Input
≈ 3,780
Output
≈ 20

Previous context (3,730) + CMS confirmation (50)

Final confirmation: product processed

Per product: ≈ 8,560 input + 1,100 output = 9,660 tokens.
For 6,900 products is that 59,064 million inputs and 7.59 million output: 66,654 million in total. The schedule is an estimate; the stated total project expenditure ranges from 68to75 million.

How much would the same token volume cost via an API?

60,257 – 66.46M inputtokens7,743 – 8.54M outputtokens
USD · standard API rates, verified on 4 2026
ModelInput / 1MOutput / 1MInput costsOutput costsTotal
Gemma 4 31B This assignment · own GPU-VPS$0.00$0.00$0.00$0.00$22.33server rental
GPT-6Sol $2.00$10.00$120.51 – $132.92$77.43 – $85.40$197.95 – $218.32
GPT-6.1Sol $2.00$10.00$120.51 – $132.92$77.43 – $85.40$197.95 – $218.32
GPT-5.6Terra $2.00$12.00$120.51 – $132.92$92.92 – $102.48$213.43 – $235.40
Claude Opus 5.5 $4.00$20.00$241.03 – $265.84$154.87 – $170.81$395.89 – $436.65
Claude Fable 5 $10.00$50.00$602.57 – $664.60$387.16 – $427.02$989.73 – $1,091.61

Calculation example: millions of inputs × input rate + millions of outputs × output rate. For ‘68’ – ‘75’ million, we use the same input/output ratio as in the diagram; the actual distribution has not been measured separately. Excludes caching or batch discounts, additional reasoning tokens, tools, VAT and other infrastructure costs. Other models tokenise and process data differently: these are cost estimates, not actual API runs.

The task determines the solution. For this project, we opted for our own Gemma environment for analysis, enrichment and translation. Quality, integration and control are taken into account, alongside price. The table compares the costs with the selected API models.

And DeepL?

A price per character.

DeepL charges for translation based on source tokens, not input and output tokens. The ‘68’ –75 million model tokens – also includes prompts, tool calls and previous context. You cannot invoice that volume as DeepL translation volume.

API Growth · per month
€ 29.75
Included
1 million characters
Per additional million characters
€ 22.00

Dutch monthly package, including VAT, verified on 4 2026. This concerns translation only; product analysis, data uploads and CMS publication require a separate workflow.

DeepL · API rates

Calculate the translation volume

Enter a volume

Monthly fee + max(0, volume − characters included) × per-character rate. Add together the source characters from all translation requests. The character volume for this assignment has not been specified, so we are not providing a fictitious project invoice for this.

The workflow continues to operate

New products every week.

The first catalogue has been processed. The weekly synchronisation is active and uses the same supply chain for products that are still missing from the analysis system.

  1. 01

    Start weekly

    Automatic synchronisation starts the GPU environment for the new processing cycle.

  2. 02

    Retrieve missing products

    New products not yet included in the analysis system are added via the CMS integration.

  3. 03

    Enrich and restore

    The workflow retrieves benchmarks, generates the new texts and translations, and inserts them back into the online shop.

AITJE established the connection between the online shop, technical data sources and an open model. The result is a recurring process for product information, decision support and translations, with insight into the computational costs and without an external AI charge per token.

Discover our approach

MOVING FORWARD TOGETHER WITH AI

Your next step begins with a question.

Got an idea, facing a challenge, or simply curious? Tell us what you want to achieve. AITJE will work with you to find a solution.