TL;DR — die wichtigsten Fakten auf einen Blick
Für einen Online-Händler ist Sales Tax nicht eine Steuer, sondern ein Flickenteppich aus staatlichen und lokalen Regeln, für die Sie mit Ihrem Wachstum verantwortlich werden. Die Automatisierung ist ausgereift; der schwierige Teil ist zu wissen, wo Sie schulden, und die Engine korrekt einzubinden. Das Wesentliche:
- Zwei Arten von Nexus. Physisch (Büro, Personal, Lagerbestand — einschließlich von Marketplaces gehaltener Ware) und oekonomisch (Verkauf über der Dollar- oder Transaktionsschwelle eines Staates), begründet durch South Dakota v. Wayfair (2018).
- Economic Nexus ist überall. Er besteht in allen 45 Sales-Tax-Staaten plus DC. Der gängige Auslöser ist 100.000 US-Dollar Umsatz oder 200 Transaktionen; Kalifornien und Texas sind 500.000 US-Dollar, nur Umsatz; New York ist 500.000 US-Dollar UND 100+ Transaktionen.
- Transaktionszahlen verschwinden. Illinois hat seinen 200-Transaktionen-Test am 1. Januar 2026 abgeschafft. Überwachen Sie zuerst den Umsatz je Bundesstaat.
- Marketplaces erheben für Sie — aber ihre Verkäufe können dennoch auf Ihre Schwellen angerechnet werden, und Ihr eigener Storefront macht Sie zum Seller of Record.
- Engine-Wahl: Stripe Tax / TaxJar für frühe bis mittlere DTC-Marken, Avalara oder Vertex für hohes Volumen, Multi-Channel und international.
- Die Implementierung von Berechnung, Steuerbarkeits-Mapping und Meldung in einen Custom- oder Headless-Shop ist typischerweise ein Engineering-Projekt von 15.000–60.000 US-Dollar.
Was Sales-Tax-Nexus tatsächlich bedeutet
Nexus ist die rechtliche Verbindung zwischen Ihrem Unternehmen und einem Staat, die Sie verpflichtet, sich zu registrieren, Steuer von Käufern in diesem Staat zu erheben und sie abzuführen. Bis 2018 setzte das eine physische Präsenz voraus. Dann erlaubte South Dakota v. Wayfair den Staaten, Remote-Händler allein auf Basis wirtschaftlicher Aktivität zu besteuern, und innerhalb weniger Jahre hatte jeder Sales-Tax-Staat ein Economic-Nexus-Gesetz eingeführt. Heute kann eine Online-Marke in einem Staat Steuer schulden, den sie nie betreten hat.
- Physischer Nexus — ein Büro, Mitarbeiter oder Auftragnehmer, ein Pop-up oder in einem Staat gelagerter Bestand. Letzteres überrascht Händler: Ware in einem Marketplace-Fulfillment-Warehouse kann von sich aus physischen Nexus begründen.
- Economic Nexus — das Überschreiten der Umsatz- oder Transaktionsschwelle eines Staates im laufenden oder vorangegangenen Kalenderjahr, ohne dass eine physische Präsenz erforderlich ist.
Für einen US-Händler ist die Frage „in welchen Staaten muss ich erheben?“ das Fundament für alles Weitere. Wird die Nexus-Karte falsch erstellt, wird selbst eine perfekte Tax-Engine zu wenig oder zu viel erheben. Deshalb behandeln wir die Nexus-Analyse als erstes Lieferergebnis, wenn wir Commerce-Plattformen im Rahmen unserer E-Commerce-Entwicklungsservices aufbauen.
Economic-Nexus-Schwellen je Bundesstaat 2026
Economic Nexus besteht in allen 45 Staaten, die eine Sales Tax erheben, plus dem District of Columbia. (Alaska hat keine landesweite Sales Tax, aber lokale Jurisdiktionen erheben sie über ein einheitliches Abkommen, es ist also kein Freibrief.) Die mit Abstand häufigste Regel ist 100.000 US-Dollar Umsatz ODER 200 separate Transaktionen, gemessen über das laufende oder vorangegangene Jahr — aber die großen Staaten weichen davon ab, und der Transaktionstest verschwindet.
| Schwellenmuster | Beispiele | Worauf zu achten ist |
|---|---|---|
| 100.000 US-Dollar oder 200 Transaktionen | Die meisten Staaten (Standard) | Händler mit niedrigem Preis und hohem Volumen erreichen 200 Transaktionen oft lange vor 100.000 US-Dollar |
| 100.000 US-Dollar, nur Umsatz (kein Transaktionstest) | Illinois (ab 1. Jan. 2026) und eine wachsende Liste | Der klare Trend — Transaktionszahlen werden abgeschafft |
| 500.000 US-Dollar, nur Umsatz | Kalifornien, Texas | Höhere Hürde, aber riesige Märkte, die Sie wahrscheinlich überschreiten |
| 500.000 US-Dollar und 100+ Transaktionen | New York | Beide Bedingungen müssen erfüllt sein |
Aus diesem Bild folgen drei Planungsregeln:
- Überwachen Sie den Umsatz je Bundesstaat, kontinuierlich. Nexus kann unterjährig ausgelöst werden; von Ihnen wird erwartet, sich kurz nach dem Überschreiten zu registrieren und mit dem Erheben zu beginnen. Ein Dashboard, das rollierende Umsätze je Staat verfolgt, ist mehr wert als jeder Jahresendbericht.
- Achten Sie auf Transaktionszahlen, wo sie noch gelten. Ein Händler mit 25-Dollar-Produkten kann in einem Staat über 200 Transaktionen kommen, während er weit unter 100.000 US-Dollar liegt. Mit der Abschaffung der Zählung durch die Staaten schrumpft dieses Risiko — aber es ist heute real.
- Vorjahr und laufendes Jahr zählen beide. Die meisten Schwellen betrachten beide Jahre, sodass ein Ausschlag im Vorjahr in diesem Jahr eine Pflicht begründen kann, selbst wenn Sie abbremsen.
Nichts davon ist statisch. Schwellen, Stichtage und Produktregeln ändern sich jedes Jahr, was genau der Grund ist, warum eine Automatisierung, die Sätze und Regeln zentral aktualisiert, von Hand gepflegte Tabellen schlägt — dieselbe Build-vs-Maintain-Logik, die wir in Individualsoftware vs. Standardsoftware behandeln.
Marketplace-Facilitator-Gesetze
Jeder Sales-Tax-Staat hat inzwischen ein Marketplace-Facilitator-Gesetz. Diese verlagern die Erhebungspflicht für Marketplace-Verkäufe auf den Marketplace selbst: Amazon, Etsy, Walmart und eBay berechnen, erheben und führen die Steuer auf Transaktionen ab, die über sie laufen. Für einen reinen Marketplace-Händler beseitigt das den größten Teil der täglichen Last — aber zwei Fallen erwischen hybride Marken.
- Marketplace-Verkäufe können dennoch auf Ihren Nexus angerechnet werden. In einer Reihe von Staaten werden die Bruttoumsätze, die über einen Marketplace laufen, mitgezählt, wenn gemessen wird, ob Sie eine Economic-Nexus-Schwelle überschritten haben — was eine Registrierungspflicht und eine Meldepflicht (null oder gering) begründen kann, obwohl der Marketplace die tatsächliche Steuer abführt.
- Ihr eigener Shop liegt ganz bei Ihnen. In dem Moment, in dem ein Käufer in Ihrem Shopify-, Adobe-Commerce- oder Custom-Storefront auscheckt, sind Sie für diesen Verkauf der Seller of Record und müssen selbst berechnen, erheben, melden und abführen.
Das Ergebnis ist, dass die meisten wachsenden Marken ein Split-Modell fahren: Der Marketplace handhabt seinen Kanal, und Ihr eigener Commerce-Stack handhabt die Direktverkäufe. Beides abzugleichen — damit Sie sich in den richtigen Staaten registrieren, korrekt melden und nicht doppelt zählen oder Verkäufe übersehen — ist ein Datenintegrationsproblem, und es liegt natürlich neben den Bestell-, Bestands- und ERP-Flüssen, die in unserem Leitfaden zur Enterprise-Systemintegration behandelt werden.
Die Tax-Engines im Vergleich
Sie berechnen Sätze nicht selbst. Eine Handvoll Tax-Engines pflegt die Sätze, Grenzen und Produkt-Steuerbarkeitsregeln für jede US-Jurisdiktion (es gibt über 13.000 davon) und stellt sie über eine API bereit. Die vier, die Sie prüfen werden:
| Engine | Am besten geeignet für | Preisform |
|---|---|---|
| Stripe Tax | Marken bereits auf Stripe; schnelle, reibungsarme Berechnung | Ein kleiner Prozentsatz pro Transaktion dort, wo Sie registriert sind |
| TaxJar (Stripe-eigen) | Frühe bis mittlere DTC-Marken, die auch automatisierte Meldungen brauchen | Monatliche Stufen, skalierend mit Bestellungen und Meldungen |
| Avalara | Hohes Volumen, Multi-Channel, US + internationale VAT | Angebotsbasiert, modulare Add-ons (steil steigend) |
| Vertex | Große Unternehmen, ERP-zentrierte Steuerermittlung | Enterprise-Vertrag |
Die praktische Orientierung richtet sich nach Volumen und Komplexität, nicht nach Markentreue:
- Unter ~5 Mio. US-Dollar Umsatz, ein oder wenige Kanäle: beginnen Sie mit Stripe Tax (wenn Sie Zahlungen über Stripe abwickeln) oder TaxJar für Berechnung plus verwaltete Meldung. Das Setup dauert Tage, nicht Wochen.
- Über ~5–10 Mio. US-Dollar, komplexer Kanal-Mix oder international: prüfen Sie Avalara wegen seines tieferen Produkt-Steuerbarkeits-Contents und der VAT-Abdeckung, oder Vertex, wenn Ihre Steuerlogik in einem ERP lebt.
- Achten Sie auf die Total Cost of Ownership. Avalaras Add-ons je Erklärung und Befreiungszertifikat können die Berechnungsgebühr im großen Maßstab in den Schatten stellen; modellieren Sie Ihre tatsächliche Anzahl an Erklärungen über alle Staaten, bevor Sie unterschreiben.
Wie Tax-Automatisierung in einen Shop eingebaut wird
Welche Engine Sie auch wählen, das Integrationsmuster ist konsistent. Die Steuer wird in Echtzeit beim Checkout berechnet und für die spätere Meldung erfasst.
Der Berechnungsfluss beim Checkout
Sobald der Käufer eine Lieferadresse eingibt, ruft Ihr Shop die Tax-Engine mit dem Warenkorbinhalt auf — Positionen, die mit Produkt-Steuercodes versehen sind, die Versand-von- und Versand-an-Adressen sowie jeglicher Befreiungsstatus — und die Engine gibt den kombinierten Satz aus Bundesstaat, County, Stadt und Sonderbezirk plus die anzuzeigende Steuer zurück. Sales Tax in den USA ist größtenteils zielortbasiert, sodass in der Regel die Adresse des Käufers, nicht Ihre, den Satz bestimmt; eine Handvoll Staaten nutzt Origin-Sourcing, das die Engine für Sie übernimmt.
Produkt-Steuerbarkeit und Adressvalidierung
Die beiden Stellen, an denen Integrationen schiefgehen, sind Steuerbarkeit und Adressen. Nicht alles wird gleich besteuert: Kleidung, Lebensmittel, digitale Güter und SaaS werden von Staat zu Staat unterschiedlich behandelt, sodass jede SKU einmal den richtigen Steuercode zugeordnet bekommen muss und mit dem Wachstum des Katalogs gepflegt werden muss. Und weil die Sätze jurisdiktionsgenau bis auf den Sonderbezirk sind, ist die Adressvalidierung beim Checkout Teil des Steuer-Stacks, keine nette Beigabe — eine falsche ZIP+4 kann den falschen Satz ziehen.
Resilienz, Befreiungen und B2B
Weil der Steueraufruf im kritischen Pfad des Checkouts liegt, muss er resilient sein: kurze Timeouts, Retries, idempotente Requests, sodass ein Retry nie doppelt belastet, und ein sinnvoller Fallback, falls die Engine kurz nicht erreichbar ist. B2B-Händler ergänzen die Erfassung und Validierung von Befreiungszertifikaten, damit qualifizierte Wiederverkäufer oder Non-Profit-Käufer nicht belastet werden. Das ist gewöhnliche, aber anspruchsvolle Backend-Arbeit — saubere API-Integration mit korrektem Error-Handling — die Art von Engineering, die unsere Teams für individuelle Softwareentwicklung in Headless- und Custom-Storefronts einbauen, und bei Multi-Channel-Skalierung unsere Praxis für Enterprise-Softwareentwicklung.
Back Office: Reporting, Erklärungen und Abführung
Die Berechnung ist nur die halbe Arbeit. Jede Transaktion muss mit der Jurisdiktionsaufschlüsselung erfasst werden, damit Sie nach dem Zeitplan jedes Staates (monatlich, vierteljährlich oder jährlich) korrekte Erklärungen einreichen und das Erhobene abführen können. Verwaltete Pläne der Engines automatisieren die Vorbereitung der Erklärungen und sogar die Einreichung; andernfalls exportieren Sie Haftungsberichte in Ihren Finance-Workflow. So oder so ist der Transaktionsdatensatz die Quelle der Wahrheit, und er muss mit Ihren Zahlungs- und Bestelldaten übereinstimmen — dieselbe Disziplin, die die Zahlungsintegration zuverlässig macht, die wir im Leitfaden zur Payment-Gateway-Integration behandeln.
Kosten und Build-vs-Buy
Es gibt zwei Kosten: das Engine-Abonnement und die Implementierung.
- Abonnement. Stripe Tax berechnet einen kleinen Prozentsatz pro Transaktion dort, wo Sie registriert sind. TaxJar beginnt im niedrigen zweistelligen Dollar-Bereich pro Monat und skaliert mit Bestellungen und Meldungen. Avalara und Vertex sind angebotsbasiert und liegen üblicherweise zwischen einigen Tausend und mehreren Zehntausend US-Dollar pro Jahr, sobald Meldung, Erklärungen und Verwaltung von Befreiungszertifikaten enthalten sind.
- Implementierung. Die Integration der Engine in einen Custom- oder Headless-Shop — Berechnung beim Checkout, Produkt-Steuerbarkeits-Mapping, Adressvalidierung, Befreiungshandling und Back-Office-Reporting — ist typischerweise ein Engineering-Projekt von 15.000–60.000 US-Dollar, getrieben von der Anzahl der Kanäle, der Plattform und dem Umfang der benötigten B2B- und Befreiungslogik.
Bauen Sie keine eigene Tax-Engine. Über 13.000 Jurisdiktionen und ständige Regeländerungen zu pflegen ist kein Projekt, sondern eine dauerhafte Belastung; jeder seriöse Händler kauft die Engine und baut die Integration. Wie Kosten für Individualentwicklung allgemein funktionieren, lesen Sie in unserem Kostenleitfaden für individuelle Softwareentwicklung 2026.
Compliance-Fallen und eine Checkliste
Dieselbe Handvoll Fehler erwischt wachsende Online-Händler. Die meisten sind mit einer sauberen Nexus-Karte und einer korrekt verdrahteten Engine vermeidbar.
1. Nexus bis zu einem Audit ignorieren
Der teuerste Fehler ist, sich nach dem Überschreiten einer Schwelle nicht zu registrieren. Nicht erhobene Steuer wird zu Ihrer Haftung plus Strafen und Zinsen — Sie können sie nicht rückwirkend von früheren Kunden einziehen. Überwachen Sie Schwellen und registrieren Sie sich umgehend.
2. Falsch zugeordnete Produkt-Steuerbarkeit
Die Zuweisung des falschen Steuercodes — einen steuerpflichtigen Artikel als befreit behandeln oder befreite Lebensmittel oder Kleidung besteuern — führt im großen Maßstab zu Unter- oder Übererhebung. Ordnen Sie jeder SKU einen Code zu und prüfen Sie ihn, wenn Sie Kategorien hinzufügen.
3. Vergessen, dass Marketplace-Verkäufe auf den Nexus zählen
Hybride Händler, die annehmen „der Marketplace handhabt die Steuer“, übersehen womöglich, dass diese Verkäufe sie dennoch für ihren eigenen Shop über eine Schwelle bringen. Verfolgen Sie alle Kanäle in Ihrer Nexus-Berechnung.
4. Ein fragiler Checkout-Aufruf
Kein Timeout, kein Fallback, nicht-idempotente Requests — und eine langsame Tax-API blockiert oder belastet den Checkout doppelt. Bauen Sie die Integration defensiv, genau wie jede andere Abhängigkeit im Zahlungspfad.
5. Kein Befreiungszertifikat-Handling für B2B
Steuer auf befreite Wiederverkäufer oder Non-Profit-Käufer zu erheben, oder Zertifikate anzunehmen, die Sie nie validieren oder speichern, schafft in beiden Fällen Probleme. Wenn Sie B2B verkaufen, sind Erfassung und Validierung von Zertifikaten Teil des Builds, kein nachträglicher Gedanke.
FAQ
Was ist Sales-Tax-Nexus?
Nexus ist die Verbindung, die Sie verpflichtet, sich zu registrieren, die Sales Tax eines Staates zu erheben und abzuführen. Physischer Nexus entsteht durch Präsenz — Büro, Personal oder Bestand (einschließlich von Marketplaces gehaltener Ware). Economic Nexus, aus South Dakota v. Wayfair (2018), entsteht durch Verkauf über der Schwelle eines Staates ohne physische Präsenz. Die meisten Online-Händler lösen Nexus mit dem Wachstum oekonomisch aus.
Wie hoch sind die Economic-Nexus-Schwellen 2026?
Economic Nexus besteht in allen 45 Sales-Tax-Staaten plus DC. Der gängige Auslöser ist 100.000 US-Dollar Umsatz oder 200 Transaktionen; Kalifornien und Texas sind 500.000 US-Dollar, nur Umsatz; New York ist 500.000 US-Dollar und 100+ Transaktionen. Illinois hat seinen 200-Transaktionen-Test am 1. Januar 2026 abgeschafft, Teil eines klaren Trends zu reinen Dollar-Schwellen, daher überwachen Sie zuerst den Umsatz je Bundesstaat.
Muss ich noch Steuer erheben, wenn ich nur über Amazon oder Etsy verkaufe?
Für diese Verkäufe in der Regel nein — Marketplace-Facilitator-Gesetze sorgen dafür, dass der Marketplace erhebt und abführt. Aber Marketplace-Verkäufe können in einigen Staaten dennoch auf Ihre Economic-Nexus-Schwellen angerechnet werden, und in dem Moment, in dem Sie über Ihren eigenen Shop verkaufen, werden Sie zum Seller of Record und müssen die Steuer selbst handhaben.
Avalara vs. TaxJar vs. Stripe Tax — welches sollte ich nutzen?
Stripe Tax und TaxJar (das Stripe gehört) eignen sich für frühe bis mittlere DTC-Marken — einfaches Pricing, schnelles Setup, wobei TaxJar Meldungen ergänzt. Avalara passt zu Händlern mit hohem Volumen, Multi-Channel und international, mit dem umfangreichsten Steuerbarkeits-Content, aber angebotsbasiertem, modularem Pricing. Vertex richtet sich an große ERP-zentrierte Unternehmen. Faustregel: unter ~5 Mio. US-Dollar mit Stripe Tax oder TaxJar starten; darüber Avalara oder Vertex prüfen.
Wie wird die Sales Tax beim Checkout berechnet?
Nachdem die Lieferadresse eingegeben wurde, ruft Ihr Shop die API der Tax-Engine mit Positionen, Produkt-Steuercodes, Versand-von- und Versand-an-Adressen sowie dem Befreiungsstatus auf; sie gibt den kombinierten Satz aus Bundesstaat, County, Stadt und Bezirk zur Anzeige zurück und erfasst die Transaktion für die Meldung. Die Engineering-Arbeit ist Steuerbarkeits-Mapping, Adressvalidierung, Befreiungen und ein resilienter, idempotenter Aufruf — nicht die Satzabfrage.
Wie viel kostet das?
Abonnements reichen von einem kleinen Prozentsatz pro Transaktion (Stripe Tax) oder niedrigen zweistelligen Dollar-Beträgen pro Monat (TaxJar) bis zu angebotsbasierten Tausenden pro Jahr (Avalara, Vertex), sobald Meldung und Befreiungen enthalten sind. Die Integration der Engine in einen Custom- oder Headless-Shop ist typischerweise ein Engineering-Projekt von 15.000–60.000 US-Dollar, je nach Kanälen und B2B-Logik.
Zuletzt aktualisiert am 23. Juni 2026. Schwellen, Sätze und Produktregeln ändern sich häufig und variieren je nach Bundesstaat, Kategorie und Kanal. Dieser Leitfaden ist allgemeine Engineering- und Produktberatung, keine Rechts- oder Steuerberatung — bestätigen Sie Ihre konkreten Registrierungs-, Nexus- und Meldepflichten bei einem qualifizierten Sales-Tax-Experten oder der zuständigen staatlichen Steuerbehörde. Fordern Sie ein zugeschnittenes Angebot für Ihren konkreten Shop an.
