Shopify-Entwickler - Themes, Headless-Storefronts und ERP-Anbindung
DE

Shopify-Entwickler - Themes, Headless-Storefronts und ERP-Anbindung

5.00 /5 - (17 Stimmen )
12Min. Lesezeit
Leitfaden

Wer: Mariusz Szatkowski, Commerce-Ingenieur mit Erfahrung in großen WooCommerce-Programmen und komplexen Shopify-Rollouts in DACH. Fokus auf nachvollziehbare Messungen und Integrationen, die Finance und Operations verstehen.

Was: Liquid-Themes, Storefront API-gestützte Headless-Frontends inklusive Hydrogen und Remix-artiger Datenpfade wo passend, Functions und UI-Extensions, ERP-Anbindungen, Webhook-Orchestrierung und Rettungsprojekte nach überladenen App-Stacks.

Wo: Remote aus Gdynia für Marken in Deutschland, Österreich, der Schweiz und der EU, mit Bewusstsein für USt-Sonderfälle, Drittland-Logistik und typische Fulfillment-SLAs im Einzelhandel.

Investition:

  • Theme-Rebuild oder OS2-Migration: individuelles Angebot
  • Headless / Hydrogen: individuelles Angebot
  • Integrations-Schicht ERP oder OMS: individuelles Angebot
  • Performance- und laufende Betreuung-Pakete: individuelles Angebot
  • Analysegespräch: unentgeltlich bei qualifiziertem Retail-Umfang

Shopify-Entwickler für belastbare Geschäftsmodelle im DACH-Raum

Shopify verkürzt den Weg von Idee zu lauffähigem Checkout, ersetzt aber kein durchdachtes Stammdatenmodell. Ein Shopify-Entwickler sorgt dafür, dass Liquid wartbar bleibt, Metafelder konsistent sind und Webhooks unter Last nicht zu doppelten Lieferaufträgen im ERP führen.

Im deutschsprachigen Mittelstand entscheidet oft die Schnittstelle zwischen ERP, Lagerverwaltung und Kanälen über den Erfolg eines Relaunches. Shopify bringt Payments, Steuer-Engine und Checkout mit; unsere Aufgabe ist, keine Excel-getriebene Schattenlogik in Themes zu verstecken. Wenn parallel ein starkes Redaktionssystem gebraucht wird, verbinden wir das strategisch mit WordPress oder einem Headless-CMS, ohne doppelte Produktwahrheiten.

Stärken von Shopify und was wir von Tag eins modellieren

Shopify bündelt Katalog, Bestände, Märkte und Zahlungsarten. Das ist wertvoll, solange Unternehmen nicht versuchen, jede Sonderregel aus dem Großhandel 1:1 in Theme-Snippets zu pressen. Wir starten mit Märkten, Steuersätzen, Versandzonen und Retourenprozessen. Für B2B mit Nettobedingungen und Freigabeworkflow nutzen wir Shopify Plus-Features bewusst, nicht dekorativ.

DSGVO ist kein Marketinglabel: Webhooks mit personenbezogenen Daten brauchen dokumentierte Auftragsverarbeitung, Retention und Zugriffsbeschränkungen der Tokens. Wir legen Pfade offen, die eure Datenschutzrollen unterschreiben können, statt Geheimniskrämerei um Middleware-Hosting.

Tätigkeitsbild eines Shopify-Entwicklers

Der Job ist mehr als Theme-Patching:

  • Sections & JSON-Templates für OS2 so strukturieren, dass Merchandiser Layouts ändern, ohne hero-Kritische Pfade zu zerstören.
  • Metafelder & Metaobjekte so definieren, dass PIM- oder ERP-Exporte reproduzierbar importieren.
  • GraphQL auf Storefront-Seite mit Pagination und Fehlerresilienz, besonders bei Kampagnen-Traffic aus Paid Social.
  • Admin-API & Fulfillment für Teilshipments, Split-Warehouses und Abgleich mit Versanddienstleistern.
  • App-Audit: redundante Reviews-, Upsell- und Loyalty-Apps zusammenführen oder durch native Automations ersetzen.
  • Qualitätssicherung: INP auf Mobilgeräten messen, wenn Karussells und Empfehlungswidgets den Hauptthread blockieren.

Liquid und Online Store 2.0

OS2 ersetzt Legacy-Templates durch JSON-gesteuerte Sections. Viele Shops bleiben aus Migrationsangst auf Altständen, obwohl Redakteure dann an Page-Builder-Apps hängen. Wir planen Migrationen als Refactoring: Snippets entdoppeln, Bildprozesss für einheitliche Aspect Ratios, CLS bei dynamischen Merch-Blöcken vermeiden.

Barrierefreiheit ist Pflicht, nicht Option: Fokus-Fallen im Cart-Drawer, Kontrast der CTAs, Live-Regionen für Lagerstatus. Das wirkt sich auf Conversion und Support-Tickets aus, nicht nur auf „Lighthouse-Score“.

Codebeispiele für Review und Audit

Typische Produktionsmuster: deklarative OS2-Section-Settings, begrenzte GraphQL-Lesezugriffe für Kollektionsraster und Webhook-Worker mit Duplikat-Schutz.

Section-Schema (Online Store 2.0)

{% schema %}
{
  "name": "Featured collection",
  "tag": "section",
  "class": "section-featured-collection",
  "settings": [
    {
      "type": "collection",
      "id": "collection",
      "label": "Collection"
    },
    {
      "type": "range",
      "id": "products_to_show",
      "min": 2,
      "max": 12,
      "step": 1,
      "default": 4,
      "label": "Products to show"
    }
  ],
  "presets": [{ "name": "Featured collection" }]
}
{% endschema %}

Storefront API mit Cursor-Pagination

Variablen: handle (Kollektion), first (Seitengroesse), after (Cursor).

query CollectionProducts($handle: String!, $first: Int!, $after: String) {
  collection(handle: $handle) {
    id
    title
    products(first: $first, after: $after) {
      pageInfo {
        hasNextPage
        endCursor
      }
      edges {
        cursor
        node {
          id
          handle
          title
        }
      }
    }
  }
}

Idempotenter Webhook-Handler (Skizze)

Shopify kann Webhooks wiederholen; dedupliziere ueber X-Shopify-Webhook-Id und Topic bevor ERP-Arbeit startet.

// Pseudocode: Node-artiger Worker mit kurzlebiger Dedupe-Cache
async function handleOrderCreate(payload, headers) {
  const webhookId = headers["x-shopify-webhook-id"];
  const orderId = payload?.id?.toString();
  if (!webhookId || !orderId) return { status: 400 };

  const dedupeKey = `orders/create:${webhookId}`;
  if (await cache.has(dedupeKey)) {
    return { status: 200, body: "duplicate ignored" };
  }

  await enqueueErpExport(orderId);
  await cache.set(dedupeKey, "1", { ttlSeconds: 86400 });
  return { status: 200 };
}

Begrenzte Liquid-Schleife für Produktraster

Festes limit und feste image_url-Breiten halten grosse Kataloge davon ab, teure Schleifen und uebergrosse Downloads auf mobilen Rastern zu erzeugen.

{% assign cap = section.settings.products_to_show | default: 8 %}
{% assign collection = section.settings.collection %}
<ul class="product-grid" role="list">
  {% for product in collection.products limit: cap %}
    <li>
      <a href="{{ product.url }}">
        {{
          product.featured_image
          | image_url: width: 640
          | image_tag: loading: 'lazy', widths: '320,640,960'
        }}
      </a>
    </li>
  {% endfor %}
</ul>

Storefront API: Warenkorbzeilen hinzufuegen (Mutations-Skizze)

Wenn euer Bedrohungsmodell es verlangt, mutations ueber Serverroute, Worker oder Remix-Action in Hydrogen ausfuehren, damit das Storefront-Token nicht in jedem Browser-Bundle landet.

mutation cartLinesAdd($cartId: ID!, $lines: [CartLineInput!]!) {
  cartLinesAdd(cartId: $cartId, lines: $lines) {
    cart {
      id
      totalQuantity
    }
    userErrors {
      field
      message
    }
  }
}

Beispiel-Variablen:

{
  "cartId": "gid://shopify/Cart/YOUR_CART_ID",
  "lines": [
    {
      "merchandiseId": "gid://shopify/ProductVariant/YOUR_VARIANT_ID",
      "quantity": 1
    }
  ]
}

Headless mit Storefront API, Hydrogen, Remix und Oxygen

Die Storefront API liefert Katalog- und Warenkorbdaten per GraphQL, sodass ein Custom-Frontend Kollektionen, Mutationen und identitätsrelevante Flows ohne klassische Liquid-Templates rendern kann. Hydrogen bündelt React-Patterns für Streaming, Cart-State und Loader, die zu Handels-URLs passen; die Konventionen sind Remix-nah und für Teams vertraut, die volle Stack-Router mit Actions und Error Boundaries erwarten statt verteilter Ad-hoc-Fetches.

Oxygen ist Shopifys Hosting-Pfad für Hydrogen und reduziert Edge-Glue pro Release. Das erzwingt Hydrogen nicht: Reife Next.js- oder Astro-Shops rufen Storefront API oft direkt auf und tauschen offizielle Boilerplates gegen vorhandene Designsysteme und Hiring-Profile.

GraphQL, das Produktion und Kampagnen übersteht

Storefront-Projekte sind nicht „ein Query pro Seite“. Wir planen Cursor-Pagination für große Kollektionen, defensive Fehlerbehandlung bei transienten Fehlern in Peaks und eine Cart-Line-Modellierung, die Promotionen und Selling Plans für Support erklärbar hält. Login- und Kundenkontexte werden mit Ihrer Privacy-Programmatik abgestimmt.

Wann Hydrogen, wann Liquid

Hydrogen lohnt bei React-Kultur, geteilten Komponenten über Kanäle und dokumentiertem Shopify-Deploy. Liquid-first bleibt stark, wenn Merchandising im Theme-Editor lebt und messbare Gewinne aus App-Konsolidierung oder Liquid-Refactoring kommen.

Headless ist nicht automatisch schneller; ein überladenes Bundle mit vielen Trackern wird oft langsamer als ein schlankes Liquid-Theme. Wir entscheiden datenbasiert: LCP auf Kollektions-URLs, JS-Gewicht, Betriebskosten auf Edge-Plattformen und Redaktions-Preview. Wenn Headless die Schwelle nicht reißt, optimieren wir Theme und App-Landschaft. Wenn doch, definieren wir Cache-Strategien, Session-Handling und SEO-Routen ohne Duplicate-Thin-Content.

Checkout, Functions und Plattformgrenzen

Shopify schützt den Checkout aus PCI-Gründen. Business-Regeln übersetzen wir in Functions und zugelassene UI-Extensions. Versprechen wir nichts, was außerhalb der dokumentierten Erweiterungspunkte liegt. Das schützt Peak-Traffic und Konformität.

Webhooks, Queues und ERP

Typische Integrationen führen zu SAP Business One, Microsoft Dynamics, Weclapp oder Mittelstand-ERP mit CSV/XML-Zwischenlagen. Webhooks müssen idempotent sein; Netzwerk liefert Duplikate. Wir setzen Worker mit Retries, Dead-Letter-Queues und Monitoring, bevor der Vertrieb merkt, dass Bestände driften.

Für Händler mit Filialnetz und Zentrallager spielen Standorte und Priorisierung der Fulfillment-Regeln eine Rolle. Wir testen Sonderfälle wie Teil-Storno und Nachlieferung, nicht nur den Happy Path.

Performance und Core Web Vitals

Hosting allein macht keine schnelle UX; Themes und Tags entscheiden. Wir definieren Budgets je Template, trimmen Render-Blocking-Assets und reduzieren CLS durch font-display und feste Medien-Container. Conversion-Garantien gibt es nicht; messbare Latenz-Verbesserungen und weniger Support-Sturm vor Sales-Events schon.

Märkte, Steuern und B2B

EU-OSS und grenzüberschreitende Fulfillment-Szenarien erfordern klare Kommunikation im Checkout. Shopify Markets hilft, muss aber inhaltlich zu eurer Steuerberatung passen. Bei Plus modellieren wir Firmenkonten, Rollen und Bestellfreigaben so, dass Vertrieb und Finanzen nicht parallel Excel pflegen.

Migration und SEO

301-Ketten, Handles und strukturierte Daten müssen zusammenpassen. Wir exportieren URL-Mapping, testen Feeds und überwachen Crawl-Fehler nach Launch. Produktattribute wandern in Metafelder, damit Facetten erhalten bleiben.

AI-Suche und strukturierte Fakten

AEO bedeutet konsistente Policy-Texte, Liefer- und Retourenfakten sowie FAQ, die zu euren JSON-LD-Daten passen. Keine Keyword-Stuffing-Flächen, sondern echte Betriebsrealität. Assistenzsysteme zitieren nur dann zuverlässig, wenn Produktattribute, Versandklassen und Widerrufsrecht identisch im Frontend, im Merchant Center Feed und im Support-Leitfaden stehen. Wir pflegen diese Tripel als Teil der Definition of Done, nicht als späteres SEO-Nachtrag. So vermeidet ihr widersprüchliche KI-Antworten, die Kundinnen während der Kaufentscheidung irritieren, und stärkt gleichzeitig klassische Rich-Result-Signale in Google, ohne neue Landingpages voller Duplicate Content zu erzeugen, was langfristig Crawl-Budget und Supportzeit schont.

Leistungsportfolio

  • OS2-Themes, Audits, Performance-Rettungen
  • Headless-Frontends mit Storefront API
  • Checkout-Regeln über Functions
  • ERP- und Logistik-Schnittstellen mit Observability
  • Abo-Modelle und komplexe Produktlogik
  • Migrationen mit Redirect- und Datenqualitätsplan

Zahlungslandschaft und Fulfillment im deutschsprachigen Einzelhandel

Im DACH-Raum erwarten Kundinnen neben Kreditkarte und PayPal zunehmend zinsaufteilende Zahlarten und klar kommunizierte Retourenkosten. Shopify bündelt viele Zahlungsmethoden über Shopify Payments, doch jede zusätzliche App für Bonität oder Teilzahlung erhöht Checkout-Komplexität und Datenschutzpflichten. Wir dokumentieren, welche Daten an wen gehen, welche Order-Metafelder für Risikoentscheidungen nötig sind und wie Rückbuchungen im ERP landen, ohne dass Buchhaltung CSV-Chaos manuell zusammenführt.

Fulfillment-Szenarien mit mehreren Lagerorten oder Dropshipping-Anbindungen erfordern konsistente SKU und Packlistenlogik. Wir modellieren Standorte in Shopify so, dass Versandzeiten im Checkout glaubwürdig bleiben und nicht nur Marketingcopy sind. Wenn Filialen Click-and-Collect anbieten, verbinden wir POS-Prozesse mit Webhooks, damit Reservierungen nicht mit Onlinebeständen kollidieren.

Retouren sind im Textilhandel ein Margenfaktor. Theme und Policies müssen realistische Fristen und Bearbeitungszeiten zeigen, passend zu EU-Verbraucherschutz. Technisch vermeiden wir doppelte Retouren-Tickets, indem Return-Objekte und ERP-Exporte dieselbe Quelle nutzen. Das ist weniger spektakulär als ein neues Hero-Video, spart aber Support-Stunden in der Hochsaison.

Projektsteuerung mit Handelskalender

Handelskalender in Mitteleuropa haben andere Peaks als globale Defaults in Analytics-Vorlagen. Wir planen Freeze-Fenster vor Black Week und Weihnachts-Shipping-Cutoffs explizit ins Release-Board. Integrations- oder Theme-Deploys laufen nicht parallel zur Inventur-Sperre im ERP, und kritische App-Updates werden auf Canary-Stores getestet, bevor sie den Live-Checkout berühren. Diese Routine kostet Planungszeit, verhindert aber den klassischen Freitagabend-Incident, wenn ein Webhook-Feld umbenannt wurde und Bestellungen im Supportkanal stapeln. Wenn Finanzen neue USt-Sätze einführt, müssen Theme-Kommunikation, Checkout und ERP-Export dieselben Stammdaten verwenden, sonst entstehen Abstimmungsaufwände, die kein Lighthouse-Wert ersetzt.

Warum Senior-Arbeit sich rechnet

Shopify Entwickler Arbeitsplatz

Typische Rettungsfälle vor Peak

Häufiges Muster: Kollektionsseiten mit hohem INP durch gestapelte Empfehlungswidget oder Checkout-Konflikt nach App-Update. Senior-Arbeit entfernt Duplikate, isoliert kritisches JS und stellt Webhook-Konsistenz wieder her statt weiterer „Performance-Plugins“.

Was wir optimieren und was wir nicht versprechen

Wir optimieren Latenz, Datenintegrität und Betriebsprozesse. Keine garantierten Umsatz-Prozentwerte; die Nachfrage steuern Sortiment und Marketing, nicht nur LCP.

Shop Performance


Beispiel-Szenarien aus DACH

🧥

Fashion mit Filialabholung

Lagerorte, Click & Collect und Retourenlogistik unter einem Checkout.

Weniger Bestandskonflikte bei Drops

🔩

B2B-Ersatzteile

Plus mit Firmenprofilen, Freigaben und ERP-validierten SKU.

SAP-kompatible Exporte

🥤

CPG mit Abo

Selling Plans, Cut-offs für Spedition, Konformitäts-Texte.

Planbare Renewal-Prozesse


Technologie-Landschaft

The Autonomous Future: UCP Agent Mesh

Experience the next generation of decentralized commerce protocols through a high-fidelity tactile interface.

KI-Transaktionen < 1ms

KI-Agenten handeln autonom ohne Intermediäre, mit unter 1ms Latenz.

WordPress-Integration

Jede WordPress-Website wird ein Knoten im globalen UCP-Handelsnetzwerk.

Smart Contracts

Automatische Abrechnungen & Escrow - keine manuelle Arbeit, kein unbefugter Zugriff.

Anwendungsbeispiele

WooCommerce-Shop

KI-Agent wählt automatisch das günstigste Zahlungs-Gateway pro Transaktion.

Lieferantenverhandlung

KI verhandelt Preise und Lieferbedingungen basierend auf Echtzeit-Lagerbestand.

Inhalts-Mikrozahlungen

Einzelne Artikel, Kurse oder PDFs für Bruchteile eines Cents verkaufen.

Lieferungsescrow

Mittel in Smart Contract gehalten - automatisch freigegeben nach Lieferbestätigung.

Dynamische Preisgestaltung

Preise minütlich aktualisiert basierend auf Nachfrage, Konkurrenz und Kosten.

Affiliate-Provisionen

Smart Contract zahlt Provision innerhalb von Millisekunden nach dem Kauf.

UCP-Knoten v4.0

GESICHERT: AES-256-GCM

Kernvitalität

70% NOMINAL

Netz-Synchronisation

90% AKTIV

> UCP-Netz wird initialisiert...

> Verbindung zum globalen Agentennetz [OK]

> Smart Contract v2.1 wird verifiziert... [VERIFIZIERT]

> Warten auf Handelsereignisse...

> Eingehende Transaktion: TX-828-A1-Z [VERARBEITUNG]

_

Protokollsteuerung

TX/SEK
14.2k
KNOTEN
2,814

"Das UCP ermöglicht KI-Agenten autonome Transaktionen und beseitigt Reibung aus der globalen Wirtschaft."

UCP-DOCS-REF-2026
WooCommerce
48 orders/hr
Smart Contracts
12 active
AI Agents
7 running
Revenue ∆
+2.4% today

Wir verbinden Shopify mit Zahlungsdienstleistern, Versanddienstern und CRM unter Berücksichtigung von Datenminimierung. Deployments laufen über CI mit Staging-Themes und dokumentierten Rollbacks.


Integrations-Matrix

Zahlungen

Shopify Payments wo verfügbar, Klarna, PayPal, Rechnungskauf je nach Risiko-Setup.

Logistik

DHL, DPD, Hermes, ShipStation-Ökosysteme, Fulfillment-Dienstleister.

ERP

REST/GraphQL Admin API, Middleware, Abgleichsjobs für Inventur.

Analytics

GA4, serverseitige Varianten nur mit gültiger Consent-Kette.

Marketing

Klaviyo & Co. mit kontrolliertem Webhook-Volumen.

Content

Headless CMS oder WordPress-Kombination ohne Daten-Erosion.


Klare Grenzen

🧭

Plattformtreue

Wir implementieren nur unterstützte Mechanismen, damit Updates planbar bleiben.

📉

Messbare Aussagen

Wir zeigen Traces und Logs, keine erfundenen Uplift-Prozente.

🔐

Security Operations

Least-Privilege-Tokens, rotierende Secrets, keine Keys im Theme-Code.

🤝

Senior direkt

Die Person im Analysegespräch schreibt auch GraphQL und Webhook-Handler.

Empfehlungen von LinkedIn

Empfehlungen und Erfahrungen mit WPPoland

Ausgewählte Empfehlungen von Branchenführern aus WordPress, WordCamp und E-Commerce - mit Fokus auf Termintreue, technische Tiefe und unternehmerischen Umgang mit WordPress.

Karolina Czapla

Karolina Czapla

Marketingstrategin – Performance & Digital Strategy

“Die Zusammenarbeit mit Mariusz beim WordCamp hat mir gezeigt, wie selten sich tiefes technisches Wissen mit echter Leadership verbindet. Er plant, koordiniert und liefert mit Präzision, während er dem Team Raum zur Entfa...”

Mitorganisatorin, WordCamp Gdynia 2024 & 2025

Argert Boja

Argert Boja

Senior Full‑Stack Entwickler

“Mariusz ist der Teamkollege, den sich jeder wünscht: starke Full‑Stack‑WordPress‑Skills, klare Erklärungen technischer Entscheidungen und eine positive Haltung auch unter Druck. Er wechselt mühelos zwischen Plugins, Perf...”

Wir arbeiteten gemeinsam an WordPress‑Projekten

Daniel Blossfeld

Daniel Blossfeld

Berater für Prozessoptimierung & Digitalisierung

“Ich hatte das Vergnügen, fast drei Jahre lang mit Mariusz zusammenzuarbeiten. In dieser Zeit erwiesen sich seine WordPress-Entwicklungsfähigkeiten bei einer Reihe von Projekten, von Website-Erstellungen über Online-Mitgl...”

Mariusz war sein Kunde bei WordPress‑Projekten

Jessica Di Pasquale

Jessica Di Pasquale

Leitung von SEO-Initiativen mit datengesteuerten Wachstumsstrategien.

“Mariusz ist ein sehr geschickter, geduldiger und erfahrener Typ. Immer bereit zu helfen und Fehler zu beheben, ich habe die Zusammenarbeit mit ihm sehr geschätzt. Er ist so ein großartiger Kollege!”

Führte Mariusz direkt

Belinda Koch

Belinda Koch

Web-Tracking Analystin bei TUI

“Mariusz ist eine großartige Person, mit der man zusammenarbeiten kann. Er ist äußerst motiviert, neue Dinge zu lernen und sein Wissen zu teilen, und ist sehr versiert in einer Vielzahl von Themen. Wir haben zusammen an d...”

Arbeitete mit Mariusz an digitalen Analyse- und Tracking-Themen

Paweł Lewczuk

Paweł Lewczuk

Front-end-Entwickler, WordPress-Entwickler

“Ich habe mit Mariusz an mehreren Projekten zusammengearbeitet und unsere Zusammenarbeit verlief immer vorbildlich. Ich glaube, dass noch viele gemeinsame Projekte vor uns liegen. Sehr empfehlenswert!”

Mariusz war Pawels Kunde


Nächster Schritt

Bring deinen Shop-Link, Integrationsliste und Peak-Zeitfenster mit. Wir liefern eine priorisierte Roadmap mit Risiken statt einer undifferenzierten Stundentabelle.

Letzte Aktualisierung: 3. Mai 2026

Relevanter Cluster

Weitere WordPress-Dienste und Wissensbasis entdecken

Stärken Sie Ihr Unternehmen mit professionellem technischen Support in den Kernbereichen des WordPress-Ökosystems.

Empfehlungen von LinkedIn

Empfehlungen und Erfahrungen mit WPPoland

Ausgewählte Empfehlungen von Branchenführern aus WordPress, WordCamp und E-Commerce - mit Fokus auf Termintreue, technische Tiefe und unternehmerischen Umgang mit WordPress.

Karolina Czapla

Karolina Czapla

Marketingstrategin – Performance & Digital Strategy

“Die Zusammenarbeit mit Mariusz beim WordCamp hat mir gezeigt, wie selten sich tiefes technisches Wissen mit echter Leadership verbindet. Er plant, koordiniert und liefert mit Präzision, während er dem Team Raum zur Entfa...”

Mitorganisatorin, WordCamp Gdynia 2024 & 2025

Argert Boja

Argert Boja

Senior Full‑Stack Entwickler

“Mariusz ist der Teamkollege, den sich jeder wünscht: starke Full‑Stack‑WordPress‑Skills, klare Erklärungen technischer Entscheidungen und eine positive Haltung auch unter Druck. Er wechselt mühelos zwischen Plugins, Perf...”

Wir arbeiteten gemeinsam an WordPress‑Projekten

Daniel Blossfeld

Daniel Blossfeld

Berater für Prozessoptimierung & Digitalisierung

“Ich hatte das Vergnügen, fast drei Jahre lang mit Mariusz zusammenzuarbeiten. In dieser Zeit erwiesen sich seine WordPress-Entwicklungsfähigkeiten bei einer Reihe von Projekten, von Website-Erstellungen über Online-Mitgl...”

Mariusz war sein Kunde bei WordPress‑Projekten

Jessica Di Pasquale

Jessica Di Pasquale

Leitung von SEO-Initiativen mit datengesteuerten Wachstumsstrategien.

“Mariusz ist ein sehr geschickter, geduldiger und erfahrener Typ. Immer bereit zu helfen und Fehler zu beheben, ich habe die Zusammenarbeit mit ihm sehr geschätzt. Er ist so ein großartiger Kollege!”

Führte Mariusz direkt

Belinda Koch

Belinda Koch

Web-Tracking Analystin bei TUI

“Mariusz ist eine großartige Person, mit der man zusammenarbeiten kann. Er ist äußerst motiviert, neue Dinge zu lernen und sein Wissen zu teilen, und ist sehr versiert in einer Vielzahl von Themen. Wir haben zusammen an d...”

Arbeitete mit Mariusz an digitalen Analyse- und Tracking-Themen

Paweł Lewczuk

Paweł Lewczuk

Front-end-Entwickler, WordPress-Entwickler

“Ich habe mit Mariusz an mehreren Projekten zusammengearbeitet und unsere Zusammenarbeit verlief immer vorbildlich. Ich glaube, dass noch viele gemeinsame Projekte vor uns liegen. Sehr empfehlenswert!”

Mariusz war Pawels Kunde

Was kostet Shopify-Entwicklung? #
Jede Zusammenarbeit wird nach einem Analyse bepreist, das Katalogumfang, Märkte, Apps, Integrationen und Peak-Fenster abdeckt. Ein schlankes OS2-Theme-Refactoring ist eine andere Größenordnung als ein Storefront-API-Programm oder eine Mehr-Lager-ERP-Synchronisation, und das Angebot spiegelt diese Spreizung. Wir liefern eine schriftliche Schätzung mit Meilensteinen, die sich an nachweisbaren Ergebnissen wie Theme-Merge, Webhook-Härtung oder Redirect-Freigabe orientieren. Festpreisphasen oder Abrechnung nach Aufwand sind möglich; Annahmen halten wir explizit, damit Umfang-Creep sichtbar bleibt. Öffentliche Stundensätze veröffentlichen wir nicht, weil Konformität, Datenresidenz und Drittgebühren den Aufwand verschieben. Ein kurzes Qualifikationsgespräch reicht, um das passende Modell und die Artefakte für eine Zahl zu benennen.
Arbeitet ihr nur mit Plus? #
Wir arbeiten auf Standard, Advanced und Plus, weil die meisten Händler Plus nicht am ersten Tag brauchen. Standard und Advanced passen, wenn Engpässe vor allem Theme-Qualität, App-Last oder ein einzelner ERP-Connector sind. Plus wird relevant bei höheren API-Limits, ausgereifter Checkout-Erweiterung oder B2B-Freigaben, die sich nicht sauber trickreich ersetzen lassen. Die Empfehlung folgt dokumentierten Anforderungen und Traffic-Mustern, nicht einem Lizenz-Logo auf der Folie. Wenn Plus realistisch in zwei Quartalen ansteht, starten wir auf Advanced mit Architektur ohne Wegwerfrefactoring. Die Entscheidung bleibt für Stakeholder in einer Zeile begründbar.
Reicht Theme-Optimierung statt Headless? #
Ja, und oft ist das der richtige erste Schritt, bevor Sie eine zweite Hosting-Linie und ein React-Release zahlen. Gewinne entstehen durch Liquid verschlanken, Bildprozesss straffen, Apps konsolidieren und Marketing-Tags steuern, die INP auf Mobilgeräten explodieren lassen. Wir messen Kollektions- und Produkt-Templates mit Labor-Traces und realistischem Throttling, damit Verbesserungen Black Week überstehen, nicht nur Lighthouse im Büro-WLAN. Headless lohnt sich, wenn Editorial-UX, globales Edge-Caching oder ein Spezial-Frontend einen gemessenen Sprung bringen, den Liquid nach Optimierung nicht erreicht. Ist Headless optional, dokumentieren wir erwarteten Effekt und Betriebslast für Ihr Team. Das schützt Budget und vermeidet Umbauten an Checkout-Nähe ohne Ursache.
Hydrogen wählen, bei Liquid bleiben oder eigenes Storefront API-Frontend? #
Hydrogen passt, wenn Ihre Organisation bereits auf React standardisiert, Shopify-handbuchkonforme Commerce-Muster braucht und Oxygen oder einen dokumentierten Deploy-Pfad betreiben kann. Liquid-first bleibt richtig, wenn Merchandiser im Theme-Editor arbeiten, Checkout-Nähe bei Shopify bleiben soll und der Engpass App-Liquid ist statt Framework-Wahl. Ein dritter Pfad ist Astro oder Next.js gegen Storefront API, wenn Hiring und Komponentenbibliotheken dort sitzen. Wir entscheiden anhand gemessener LCP und INP auf Kollektions- und Produkt-URLs, Preview-Bedarf für Nicht-Entwickler und Gesamtkosten für Hosting und CI. Hydrogen empfehlen wir nicht wegen Modebegriffen, sondern wenn Evidenz und Betrieb das tragen und Reviews Remix-Disziplin einhalten.
Wie sichert ihr Webhooks? #
Shopify liefert Webhooks mindestens einmal; Duplikate sind normal, deshalb müssen Consumer idempotent auf Bestellschlüssel und Bestandsdeltas sein. Bei Volumen oder Blast-Radius routen wir über Queues statt ERP-Spitzen blind zu hämmern. Dead-Letter-Queues isolieren Giftpayloads, Alarme schlagen an bevor Finance stille Ausfälle bemerkt. Runbooks beschreiben Replay und Verantwortung, wenn Wartungsfenster ERP oder Dynamics bremsen. Dokumentation liegt dort, wo Support ohnehin Logs liest. Ergebnis sind weniger Nachtrufe und sauberere Inventur zum Monatsende.
Übernehmt ihr fremde Themes? #
Regelmäßig, oft mit doppelten Snippets, unbounded Collection-Loops und App-Injects neben Checkout. Start ist ein Read-only-Audit und ein geschützter Branch, damit Produktion weiterläuft. Wir liefern ein kurzes Risiko-Register für Cart-, Preis- und Account-Templates und fahren Änderungen per CI mit visuellen Diffs für Merchandising. Hochriskante Deployments gehen über Canary-Themes oder außerhalb der Peak-Zeit mit Rollback-Tags. Ein kompletter Rewrite empfehlen wir erst, wenn Audit zeigt, dass Sanierung teurer wird als kontrollierter Neuaufbau. Derselbe Engineer liest Liquid und spricht mit Ihnen, ohne Übersetzungs-Layer.
Migration von WooCommerce? #
Ja, wir behandeln Migration zuerst als Daten- und URL-Projekt, danach als Theme-Projekt. Produkte, Kunden und Orders exportieren wir mit Attribut-Mapping in Shopify-Metafields, damit Filter und Feeds nicht ausdünnen. Handles erhalten einen 301-Plan plus Search-Console-Monitoring auf weiche 404 nach DNS-Umstellung. Parallel reconcilien wir Bestellungen in einem von Ihnen gewählten Fenster, damit Finance den Kanonical-Host wechseln kann. Abos oder B2B bekommen ausgewiesene Umstellung-Schritte statt Big Bang. Laufzeiten skalieren mit Woo-Taxonomie, ERP-Batchgröße und Datenhygiene, die wir vor Datum-Zusage prüfen.
ERP-Anbindung? #
Wir verbinden Shopify mit SAP, Dynamics, NetSuite und kleineren ERPs über Middleware, die Ihr Team beobachten kann. Feld-Mappings, ME und Steuerschlüssel stehen im Vertrag, damit Buchhaltung und Operations dieselbe Wahrheit nutzen. Batch oder Near-Realtime wählen wir nach realem Order-Volumen, nicht nach Blog-Boilerplate. Abgleichsjobs vergleichen ERP-Bestand mit Shopify und alarmieren über von Ihnen gesetzte Schwellen. Fehlerpfade sind idempotent replay-fähig und für Support lesbar. Wir testen Teilsendungen, Split-Capture und Retouren vor Peak-Saison.
Private Apps? #
Private oder maßgeschneiderte Apps bauen wir nur bei echter, dauerhafter Lücke, nicht wenn ein Theme-Tweak reicht. OAuth bleibt minimal scoped, Release Notes versioniert für Security-Reviews. Wo Shopify bald native Flächen liefert, bevorzugen wir schlanke Automation oder Flow statt dauerhaften Spezialcode. Für verbleibende Lücken dokumentieren wir Datenflüsse und Sunset-Kriterien. Jeder App-Vorschlag listet verworfene Alternativen und warum. Disziplin hält Langzeitkosten für interne Teams planbar.
DSGVO? #
Wir kartieren personenbezogene Daten von Webhooks und Storefront-Formularen bis CRM, ESP und Analytics nach Ihrer Aufbewahrungslogik. Consent-Banner und serverseitiges Tagging stimmen wir ab, damit nach Opt-out kein Tracking aus Versehen wächst. AV-Verträge mit Subprozessoren bleiben maßgeblich; wir vermeiden Überraschungs-Exporte oder Doppel-PII-Stores ohne DSB-Freigabe. Tokens sind scoped, rotieren bei Rollenwechsel und liegen nicht im Theme. Bei Löschanfragen helfen wir, Felder über Webhook-Ketten nachzuverfolgen, damit Antworten vollständig und auditierbar sind.
International? #
Wir konfigurieren Markets, Währungen und Versandtexte, damit Kundinnen ehrliche Totals vor der Autorisierung sehen. Zoll- und Steuerstorys stimmen wir mit Beratern ab, wenn Grenzlogik komplex ist. Multi-Currency-Modi wählen wir mit Finance, damit Monatsabschluss-FX zur Revenue-Erkennung passt. Wir testen gemischte Warenkörbe, Geschenke und Erstattungswährungen vor Launch. Liefer-SLAs im Content müssen zur Fulfillment-Realität passen, sonst widersprechen sich KI-Antworten und SERP. Ziel sind weniger Chargebacks und weniger manuelle Buchungskorrekturen als Support-Tickets getarnt.
laufende Betreuung? #
laufende Betreuung bündeln Monitoring, geplante Theme-Releases, App-Upgrade-Reviews und vereinbarte Incident-Fenster rund um Ihren Handelskalender. Umfang skaliert mit Katalog- und Integrationskomplexität, damit Sie nicht für eine Schein-24/7-Schicht zahlen, wenn zwei Senior-Stunden pro Woche plus Runbook reichen. Vor breaking Admin-API-Änderungen üben wir Rollbacks und prüfen Konnektoren. Saisonvorbereitung umfasst Webhook-Backlogs und synthetische Checkouts auf Staging-Tokens. Reporting fasst gelieferte Arbeit, bewusst verschobene Punkte mit Begründung und offene Risiken für das Management. So stapelt sich keine stille technische Schuld zwischen Launches.
Reporting? #
Wöchentlich erhalten Sie schriftliche Updates mit getroffenen Entscheidungen, neuen Risiken und kommenden Meilensteinen samt Akzeptanzkriterien. Migrationsstreams liefern Zeilenanzahlen, Validierungsausnahmen und Redirect-Batches statt vager Prozent-Folien. Integrationsstreams zeigen Webhook-Fehlerquoten, DLQ-Tiefe und Bestandsvarianz, damit Operations den Zahlen vertraut. Runbooks begleiten Übergaben, damit interne Teams Routinen neu starten ohne Standard-Eskalation. Steerings bleiben kurz, weil der schriftliche Stand auch für fehlende Teilnehmer existiert. Transparenz ist Lieferbestandteil, kein Zusatzpositions-Aufschrift.

Sie brauchen ein FAQ für Branche und Zielmarkt? Wir erstellen eine Version passend zu Ihren Business-Zielen.

Kontakt aufnehmen

Ähnliche Artikel

Der eigentliche Umzug von WordPress zu Astro dauerte Wochen. Die übrigen elf Monate gingen in Redirects, hreflang, die Parität von sechs Sprachen und einen Build, der dem hauseigenen Runner von Cloudflare entwuchs. Ein Feldbericht zur Migration.
headless

Zwölf Monate Migration von WordPress zu Astro auf Cloudflare Pages

Der eigentliche Umzug von WordPress zu Astro dauerte Wochen. Die übrigen elf Monate gingen in Redirects, hreflang, die Parität von sechs Sprachen und einen Build, der dem hauseigenen Runner von Cloudflare entwuchs. Ein Feldbericht zur Migration.

Generische Text-zu-Bild-Generierung liefert Ihnen eine fremde Person. Eine Gesichtsreferenz driftet. Eine LoRA, die Laptop-Bildschirme rendert, wirkt unheimlich. Was schließlich für ein konsistentes redaktionelles Heldenbild über Hunderte Beiträge funktionierte und warum.
ai

Eine Flux-LoRA für Blog-Heldenbilder trainieren: drei Ansätze, die zuerst scheiterten

Generische Text-zu-Bild-Generierung liefert Ihnen eine fremde Person. Eine Gesichtsreferenz driftet. Eine LoRA, die Laptop-Bildschirme rendert, wirkt unheimlich. Was schließlich für ein konsistentes redaktionelles Heldenbild über Hunderte Beiträge funktionierte und warum.

Cloudflare Pages dokumentiert ein Limit von 2.000 Regeln in der Datei _redirects, doch die Grenze, die wirklich zubeißt, ist die Dateigröße von 100KB. Regeln jenseits der Byte-Grenze werden beim Deploy ohne Warnung verworfen. Eine Produktionsdiagnose.
devops

Cloudflare Pages verwirft _redirects über 100KB still und leise

Cloudflare Pages dokumentiert ein Limit von 2.000 Regeln in der Datei _redirects, doch die Grenze, die wirklich zubeißt, ist die Dateigröße von 100KB. Regeln jenseits der Byte-Grenze werden beim Deploy ohne Warnung verworfen. Eine Produktionsdiagnose.