Zwei Growth-Plays für Lokalisierung – einer davon ist für dich machbar

Zwei völlig verschiedene Growth-Plays laufen unter demselben Namen, und der falsche kostet dich ein Quartal. Der erste baut für jedes Sprachpaar eine Seite und erntet Suchnachfrage, die unabhängig davon besteht, ob es dein Produkt gibt. Der zweite übersetzt das Produkt und die Texte, die du schon hast, und erntet die Nachfrage von Leuten, die dich bereits in einer anderen Sprache gefunden haben. globalize.now ist KI-gestützte Lokalisierungsinfrastruktur und sitzt klar beim zweiten Play. Diese Seite hilft dir deshalb, die beiden auseinanderzuhalten, bevor du dich festlegst.

Vier Nachbarfragen haben schon eigene Seiten, und diese hier wiederholt keine davon. Ob übersetzte Seiten dir in der Suche überhaupt helfen und was technisch dafür stimmen muss, klärt Hilft die Lokalisierung deiner App beim SEO?. Was die Taktik gebracht hat, als ein finanziertes Team sie gefahren ist, steht in dem Growth-Playbook damals und heute. Ob eine Taktik endet oder zum Dauerjob wird, beantwortet der Sorting-Test. Wie du entscheidest, was du ausgibst, erklärt Lokalisierungs-ROI ohne Enterprise-Budget. Diese Seite fragt nur eins: Wessen Nachfrage erntet welcher Play, und wie groß ist der, den du ausschlägst?

Was sind die beiden Plays?

Sie unterscheiden sich darin, wo die Nachfrage schon sitzt – und das ist die einzige Unterscheidung, die zählt, wenn du nur zwei Hände hast.

Der Matrix-Play. Du generierst eine Seite für jedes Paar einer Menge: diese Sprache zu jener Sprache, dieses Format zu jenem Format. Die Nachfrage ist schon da, auf Suchanfragen, die nichts mit dir zu tun haben. Jemand braucht eine Konvertierung von Französisch nach Englisch und tippt genau das. Deine Seite existiert, also landet er darauf. Das Produkt ist für den Einstieg fast nebensächlich.

Der Ownership-Play. Du übersetzt das, was du schon gebaut hast: die App, die Doku, den Blog, die E-Mails. Auch hier ist die Nachfrage schon da, aber sie gehört dir. Leute kommen aus Ländern auf dein Produkt, in denen Englisch nur die Zweitsprache ist, und ein Teil von ihnen springt vor einem Screen ab, den sie nicht lesen können.

Der eine ist ein Publishing-Betrieb. Der andere ist Wartung an etwas, das dir gehört. Weil beides verwechselt wird, ist so viel Rat in dieser Kategorie für eine einzelne Person nutzlos: Er ist über den ersten geschrieben und wird von Leuten gelesen, die nur den zweiten schaffen können.

Wie groß ist der Matrix-Play, gemessen?

So groß, dass die Größe selbst das Argument dagegen ist – für eine einzelne Person.

Ein Anbieter in unserer eigenen Kategorie fährt diesen Play richtig, und wir haben ihn gemessen, statt zu schätzen. Das Crawling der Localazy-Sitemap am 28. August 2026 ergab 757 Seiten für ein Conversion-Muster, 1.705 Seiten für Sprachpaare und rund 14.000 indexierte URLs insgesamt. Eine separate Keyword-Abfrage am 23. September 2026 ergab ein aufsummiertes monatliches Suchvolumen in den USA von 4.859.220 über die Top-500-Keywords, die dieses Instrument für die Domain erkennt. Beide Zahlen stehen mit ihren jeweiligen Beobachtungsdaten in unserem Proof-Tracker, und beide werden hier als Messungen am Betrieb eines anderen zitiert.

Drei Einschränkungen gehören zu dieser Volumenzahl, und ohne sie wäre sie irreführend:

• Es ist aufsummiertes Keyword-Volumen, kein Traffic. Es beschreibt die Größe eines Haufens von Suchanfragen. Niemand bekommt davon alles, und eine Seite, die irgendwo zu einer Anfrage rankt, bekommt nur ein Stück.
• Es gilt nur für die USA. Das Instrument arbeitet pro Land und bietet keine weltweite Summe. Eine globale Zahl gibt es hier also nicht, und wir addieren keine Märkte, um eine zu erfinden.
• Es ist ein erkannter Footprint auf einer Stichprobenseite von Keywords. Was das Tool nicht erkannt hat, ist kein Beweis für null, und die Stichprobe umfasst die Top 500 nach Klicks, nicht alles.

Auch mit allen drei Einschränkungen ist das Bild unverkennbar. Die Nachfrage nach Sprachpaar-Anfragen ist enorm im Vergleich zu allem, was ein einzelner Produktname anzieht, und deshalb wird dieser Play immer wieder empfohlen. Wir halten ihn hier fest als etwas, das ein gut besetzter Anbieter macht, nicht als etwas, das wir dir zum Aufbau vorschlagen.

Warum kann ein einzelner Gründer den Matrix-Play nicht zu Ende bringen?

Weil die Arbeitseinheit Seiten sind, die Menge in die Tausende geht und die Rechnung danach jeden Monat wiederkommt.

Vierzehntausend URLs sind kein Launch. Das ist ein Publishing-Betrieb: ein Generator, eine Qualitätslatte, ein Weg zu bemerken, wenn tausend Seiten gleichzeitig veralten, und jemand, der das alles verantwortet. Der Payoff beginnt erst, wenn ein großer Teil dieser Seiten für die Person, die darauf landet, wirklich nützlich ist. Die eigentlichen Kosten liegen also nicht im Generieren, sondern im Verteidigen. Ob solche Seiten überhaupt Suchtraffic bringen, ist die separate Frage, die Hilft die Lokalisierung deiner App beim SEO? beantwortet.

Dazu kommt ein zweites Problem, und das ist strategisch, nicht praktisch. Beim Matrix-Play hat der Einstiegspunkt nichts mit deinem Produkt zu tun. Wer eine Datei konvertiert, shoppt nicht nach deinem Produkt, und aus diesem Besuch einen Nutzer zu machen, ist ein komplett zweiter Job. Beim Ownership-Play schaut die Person bereits auf dein Produkt. Das ist der kürzere Weg.

Die ehrliche Version dieses Rats lautet also: Der Matrix-Play ist real und groß, aber er gehört Teams, die einen Publishing-Betrieb besetzen können. Bist du allein unterwegs, entscheidest du dich gegen etwas, das du tatsächlich zu Ende bringen kannst, und solltest wissen, worauf du verzichtest. Jetzt die andere Seite des Tauschs.

Was bringt der Ownership-Play tatsächlich?

Weniger als die Matrix-Schlagzeile, ungleichmäßig, und von einer Ausgangsbasis, die dir schon gehört.

Der am besten dokumentierte Fall dieser Kategorie ist die Nacherzählung eines Anbieters, und wir kennzeichnen ihn auch so. Laut der OneSky-Fallstudie zu Smallpdf, abgerufen am 22. Oktober 2026, stiegen die monatlichen Nutzer über die Suche um 60 %, von 6 Millionen im Jahr 2016 auf über 9,5 Millionen im Jahr 2017. Dieselbe Fallstudie nennt über 70 % der Nutzer aus nicht englischsprachigen Ländern und berichtet, Thai sei die lukrativste von drei in dieser Zeit hinzugefügten Sprachen gewesen, mit einem Zuwachs der Nutzerbasis von über 500 % beim Traffic in einem Jahr. Das Produkt gab es zu diesem Zeitpunkt in 17 Sprachen, und neue Features und Verbesserungen der Website wurden über einen externen Dienstleister innerhalb von „1–2 Tagen“ in alle 17 Sprachen übersetzt.

Lies die Einschränkungen so genau wie die Zahlen. Das ist der Bericht eines Anbieters über einen Kunden in einem Jahr, veröffentlicht vom Lieferanten, der die Arbeit gemacht hat, über ein finanziertes Unternehmen im Jahr 2017. Die Seite widerspricht sich außerdem selbst: Das Banner nennt 20 Sprachen, der Text 17. Wir nehmen 17, weil der Satz mit dem operativen Detail diese Zahl nennt, und den Unterschied kann hier niemand auflösen, solange es keine Quelle dafür gibt. Warum sich die Fallstudie Zeile für Zeile auseinandernehmen lässt, steht in den verifizierten Fällen für Lokalisierungswachstum.

Jetzt derselbe Play in der Größe, in der du vermutlich unterwegs bist. Ken Imoto hat GA4-Zahlen für seinen eigenen Blog veröffentlicht, abgerufen am 22. Oktober 2026, für den Zeitraum 30.04.2026 bis 21.05.2026, also 22 tägliche Snapshots. Portugiesisch kam auf 748 Seitenaufrufe und 709 Sessions. Englisch auf 195 Seitenaufrufe und 176 Sessions. Japanisch auf 27 Seitenaufrufe und 29 Sessions. Spanisch auf 7 Seitenaufrufe und 7 Sessions. Seine eigene Zusammenfassung: Portugiesisch zieht auf demselben Blog etwa 3,8-mal so viel wie Englisch, 28-mal so viel wie Japanisch und 107-mal so viel wie Spanisch. Damals gab es 26 Artikel auf Englisch, 25 auf Japanisch, 17 auf Portugiesisch und 10 auf Spanisch.

Die Einschränkungen hat er selbst dazugeschrieben, und deshalb ist der Fall brauchbar. In seinen Worten ist es kein sauberes Vergleichsexperiment. Es ist ein Snapshot, der Sprachen zu einem Zeitpunkt gegeneinander vergleicht, kein Vorher-nachher auf demselben Content, und eine Baseline vor der Übersetzung gibt es nicht. Die Artikelzahlen unterscheiden sich je Sprache, und er liefert keine Normalisierung pro Artikel, also leite auch keine ab. Und Spanisch mit 10 live geschalteten übersetzten Artikeln ist bei jeder Lesart ein Verlust. Vier Locales, ein klarer Gewinner, ein klarer Fehlschlag, gemessen an seiner eigenen Property.

Woran erkennst du, in welchem Play deine Nachfrage steckt?

Schau darauf, wer schon ankommt, nicht darauf, wofür man theoretisch ranken könnte.

Der Matrix-Play erntet Nachfrage auf Suchanfragen, die dein Produkt noch nicht beantwortet. Der Ownership-Play erntet Nachfrage, die dich schon erreicht hat und dann an eine Sprachbarriere gestoßen ist. Beide hinterlassen unterschiedliche Fingerabdrücke in Instrumenten, die du schon hast, und der zweite lässt sich noch heute Nachmittag ablesen:

1. Sessions nach Land und nach Browsersprache in deinen eigenen Analytics. Ist schon ein spürbarer Anteil nicht englisch, hat der Ownership-Play eine Startpopulation, und den Matrix-Play musst du nicht erst erfinden, um eine zu finden.
2. Signups, Trials und Support-Nachrichten in einer anderen Sprache. Das ist das stärkste Signal auf der Liste, denn es ist Nachfrage, die einen Screen überlebt hat, den die Person nicht lesen konnte.
3. Die Seiten, auf denen diese Sessions landen. Doku, Pricing und Onboarding schlagen deinen Blog, denn dort kostet dich die Sprachbarriere tatsächlich Geld.

Was wir dir nicht liefern, ist eine Schätzung, was eine bestimmte Sprache für dein Produkt wert ist. Die uns verfügbaren Instrumente messen den erkannten Footprint eines Wettbewerbers in einem Land. Das ist eine reale, datierte Zahl über ihn und sagt nichts Ehrliches über deine fehlende Nachfrage. So zu tun, als wäre es anders, ist der häufigste Move in dieser Kategorie, und wir machen ihn nicht mit.

Was kostet der zweite Play im Betrieb?

Eine Qualitätsprüfung, die du verteidigen kannst, pro Locale wiederholt, auf unbestimmte Zeit. Das ist der Teil, den niemand einpreist.

Ein Solo-Entwickler, der als Field Notes #3 schreibt, hat seine Site am 24. September 2026 von 21 auf 6 Locales gekürzt (abgerufen am 22. Oktober 2026). Sein Grund ist der nützliche Teil: Die tägliche Pipeline konnte native Qualität in sechs Sprachen belegen, in 21 nicht. Er nennt es ein Owner-Urteil und keine Traffic-Entscheidung. Behalten hat er Englisch, Französisch, Spanisch, Russisch, Chinesisch und Arabisch.

Er hat auch die Traffic-Zahlen veröffentlicht, und sie zeigen für seine eigene Schlagzeile in die falsche Richtung. In der Search Console (letzte 28 Tage) kamen die behaltenen Locales auf 493 Impressionen und 6 Klicks, die gelöschten – die zwölf gezählt, die sein Report zeigt – auf rund 850 Impressionen und 7 Klicks. Die Locales, die er entfernt hat, haben in diesem Fenster also mehr Impressionen geholt als die, die er behalten hat. Er weist selbst darauf hin, dass das Fenster den Schnitt überspannt, und die absoluten Zahlen (6 und 7 Klicks) sind viel zu klein, um in der einen oder anderen Richtung etwas zu belegen. Sein Artikel nennt außerdem fünf behaltene Locales, zählt aber sechs auf; das klären wir nicht für ihn.

Was bleibt, ist keine Traffic-Lektion, sondern eine Kostenlektion: Die laufende Rechnung beim Ownership-Play ist der Qualitätsnachweis, nicht die Übersetzung, und sie wächst mit der Zahl der Locales, die du zu verteidigen bereit bist. Wie du überhaupt über Ausgaben dafür nachdenkst, steht in Lokalisierungs-ROI ohne Enterprise-Budget, und ob die Arbeit je endet, klärt der Sorting-Test.

Was wir dir noch nicht sagen können

Eigene Zahlen dazu haben wir nicht, und wir tun auch nicht so.

Zwei Kundenfallstudien werden gerade gemessen. Bis sie abgeschlossen und datiert sind, gehört jede Zahl auf dieser Seite jemand anderem und nennt dazu, wem sie gehört und wann sie zuletzt geprüft wurde. Sobald unsere vorliegen, erscheinen sie mit Zeitfenster, Instrument und Einschränkungen – genau wie alle anderen Zahlen hier.

Wo steht das Produkt in alldem?

Es geht um das Ownership-Play – und ganz sicher nicht um das andere.

globalize.now konvertiert eine Codebase einmalig im In-App-Connect-Flow, danach übersetzen Push-Jobs neue Katalogeinheiten, sobald sie auftauchen. Als Output entstehen JSON- oder PO-Dateien, die in deinem Repo liegen. Damit entfällt der Teil des Ownership-Plays, an dem die meisten tatsächlich hängen bleiben: die erste Konvertierung und danach das ständige Nachtröpfeln neuer Strings. globalize.now generiert keine Seiten und fährt für dich auch keine Matrix. Wenn du erst mal die Mechanik sehen willst, sind die Entwicklerseiten und die Vibe-Coder-Anleitung der kürzeste Weg. Die Preisseite nennt die aktuellen Konditionen – die paraphrasieren wir hier bewusst nicht.

Welche Variante ist also deine?

Wenn du ein Team mit eigener Publishing-Funktion bist, ist das Matrix-Play der größere Gewinn, und die Messung oben ist der Grund dafür. Bist du zu zweit oder allein unterwegs, ist es kein knapp verfehlter Treffer, sondern ein anderes Geschäftsmodell. Dann ist es nur ehrlich, das Play zu spielen, bei dem die Nachfrage schon deinen Namen trägt. Übersetze Produkt, Doku und Onboarding für die zwei, drei Sprachen, die deine eigenen Analytics bereits als Traffic ausweisen, halte die Qualität auf einem Niveau, das du vertreten kannst, und überlass die Matrix jemand anderem. Verbinde ein Repo in der App unter globalize.now, und die erste Konvertierung läuft dort – einmalig.