Warum das für Ihr Geschäft wichtig ist
60–80%
der Skriptausführungszeit stammt von Drittanbieter-Apps
3+ Sek
an Verzögerung durch App-Skripte in einem typischen Shop
7%
Conversion-Abfall pro 1 Sekunde Verzögerung
Die einfache Lösung: Automatische Skriptoptimierung
Skripte von Drittanbietern sind das am schwersten manuell zu lösende Geschwindigkeitsproblem – Sie können den App-Code nicht bearbeiten und eine naive Verzögerung unterbricht die Funktionalität. Thunder Page Speed Optimizer wurde speziell zur Lösung dieses Problems entwickelt.
Was Thunder mit Ihren App-Skripten macht:
Smart Script-Verzögerung
Verschiebt Skripte von Drittanbietern unter Beibehaltung der Ausführungsreihenfolge und Abhängigkeiten
Abhängigkeitszuordnung
Versteht, welche Skripte voneinander abhängig sind – macht Ihre Apps nicht kaputt
Auswirkungsbericht pro App
Zeigt genau an, wie viele Millisekunden jede App zum Laden Ihrer Seite hinzufügt
Passt sich automatisch an Änderungen an
Neue App installiert? Theme aktualisiert? Thunder passt sich automatisch an
Durchschnittliche Verbesserung: +27 PageSpeed-Punkte
Stores mit vielen Apps verzeichnen die größten Zuwächse – oft 20–60 % schnellere Ladezeiten. 4,6★ Bewertung · 20.000+ Geschäfte.
Kostenloser Plan verfügbar · Keine Kreditkarte erforderlich · 30-Sekunden-Einrichtung · Funktioniert mit allen Themen
1. Was sind Skripte von Drittanbietern (und warum sollte Sie das interessieren)?
Jedes Mal, wenn Sie eine App aus dem Shopify App Store installieren, benötigt diese App eine Möglichkeit, ihre Funktionen in Ihrem Schaufenster anzuzeigen. Ein Bewertungs-Widget muss Sterne anzeigen. Eine Chat-App muss eine Chat-Blase anzeigen. Ein E-Mail-Popup muss... nun ja, aufpoppen.
Dazu fügt jede App JavaScript-Dateien (Skripte) in das HTML Ihres Shops ein. Sie werden „Drittanbieter-Skripte“ genannt, weil sie von externen Servern stammen und nicht aus Shopifys Infrastruktur oder Ihrem Theme-Code.
Hier ist das Problem: Der Browser Ihres Besuchers muss jedes einzelne dieser Skripte herunterladen, analysieren und ausführen bevor die Seite vollständig geladen werden kann. Und im Gegensatz zu Ihrem Theme-Code, den Shopify optimiert und von seinem CDN bereitstellt, stammen Drittanbieter-Skripte von Dutzenden verschiedener Server mit unterschiedlicher Leistung.
🔴 Das Kernthema: Ihr Theme wird einmal geladen und wiegt etwa 200–400 KB JavaScript. Aber App-Skripte von Drittanbietern können gemeinsam hinzugefügt werden 1–3 MB zusätzliches JavaScript – 3–10x mehr als Ihr gesamtes Theme. Jedes Kilobyte muss über die Verbindung Ihres Besuchers heruntergeladen und von der CPU seines Geräts verarbeitet werden.
Dies ist nicht nur ein theoretisches Problem. Forschung vom HTTP-Archiv und Google zeigt durchweg, dass JavaScript von Drittanbietern macht 60–80 % der gesamten Skriptausführungszeit aus auf der durchschnittlichen E-Commerce-Website. Insbesondere bei Shopify-Stores haben wir gesehen, dass diese Zahl bei App-lastigen Stores 85 % erreicht.
Die grausame Ironie? Die meisten dieser Skripte werden geladen jede Seite Ihres Shops, auch wenn die Funktionen der App nicht sichtbar sind. Das JavaScript Ihres Bewertungs-Widgets wird auf Ihrer Homepage, Ihrer About-Seite, Ihrer Kontaktseite – überall – geladen, auch wenn Bewertungen nur auf Produktseiten angezeigt werden.
2. Wie Skripte von Drittanbietern in Ihren Browser geladen werden
Um zu verstehen, warum Skripte von Drittanbietern die Leistung so beeinträchtigen, müssen Sie verstehen, wie Browser eine Seite laden. Hier ist die vereinfachte Version:
HTML kommt an
Der Browser empfängt das HTML Ihrer Seite von Shopifys Servern. Das geht schnell, denn Shopifys Infrastruktur ist leistungsfähig.
Der Browser beginnt mit dem Parsen von HTML
Während es den HTML-Code liest, erkennt es Ressourcen zum Laden: CSS-Dateien, JavaScript-Dateien, Bilder, Schriftarten.
⚠️ Skript-Tags blockieren das Rendern
Wenn der Parser auf ein <script>-Tag ohne async oder defer trifft, hält er alles an. Er muss das Skript herunterladen, analysieren und ausführen, bevor er fortfahren kann. Das wird als „Render-Blockierung“ bezeichnet.
⚠️ Jedes Skript stellt Netzwerkanfragen
Viele App-Skripte sind nicht eigenständig. Sie laden zusätzliche Dateien – Konfigurationsdaten, Widget-Vorlagen, Analysebibliotheken. Jeder erfordert seine eigene DNS-Suche, Verbindung und Download.
Die Seite wird endlich gerendert
Erst nachdem die Ausführung aller blockierenden Skripte abgeschlossen ist, zeigt der Browser die Seite an. Ihr Besucher hat die ganze Zeit auf einen leeren oder halbvollen Bildschirm gestarrt.
Viele App-Entwickler ergänzen ihre Skript-Tags nicht um die Attribute async oder defer. Entweder kennen sie die Best Practices für Leistung nicht oder ihre Skripte setzen einen bestimmten DOM-Zustand voraus. Dadurch blockieren ihre Skripte die Darstellung Ihrer Seite und verschlechtern unmittelbar die Werte für Largest Contentful Paint (LCP) und Interaction to Next Paint (INP).
Die Ladezeitleiste
0ms — HTML von Shopify empfangen
50 ms – CSS analysiert, Layout beginnt
100 ms – ⏸ Skript: review-widget.js (blockierend, 300 ms)
400 ms – ⏸ Skript: chat-app.js (blockierend, 250 ms)
650 ms – ⏸ Skript: Analytics.js (Blockierung, 200 ms)
850 ms – ⏸ Skript: popup-builder.js (blockierend, 350 ms)
1200 ms – ⏸ Skript:loyalität-program.js (blockierend, 200 ms)
1400 ms – ⏸ Jedes Skript lädt 2-3 WEITERE Skripte ...
2800 ms – Die Ausführung der Skripte ist endlich abgeschlossen
3000 ms – 🖼️ Seite wird gerendert (Besucher sieht Inhalt)
Vereinfachte Zeitleiste, die zeigt, wie das Blockieren von Skripten das Rendern von Seiten verzögert
In diesem Beispiel, 2,8 Sekunden der Ladezeit von 3 Sekunden werden allein für Skripte von Drittanbietern aufgewendet. Der eigentliche Seiteninhalt – Ihre Produkte, Ihre Bilder, Ihr Branding – könnte in weniger als 500 ms geladen werden, wenn die Skripte nicht im Weg wären.
3. Echte Beispiele: Wie viel Sie jeder App-Typ kostet
Nicht alle Apps sind gleich schwer. Folgendes sehen wir normalerweise in Shopify-Shops, basierend auf realen Messungen:
💬 Live-Chat-Widgets
300–500 msBeispiele: Tidio, Gorgias, Zendesk Chat, LiveChat, Intercom
Chat-Widgets gehören zu den schwersten Apps. Sie laden ein vollständiges UI-Framework, stellen eine WebSocket-Verbindung her, rufen den Konversationsverlauf ab und rendern eine Chat-Blase mit Animationen. Allein Intercom lädt 300–500 KB JavaScript. Das meiste davon läuft weiter jede Seite, auch wenn die meisten Besucher nie auf die Chat-Blase klicken.
⭐ Widgets überprüfen
200–400 msBeispiele: Judge.me, Loox, Yotpo, Stamped.io, Okendo
Bewertungs-Apps laden ihr Kern-JavaScript und führen dann API-Aufrufe durch, um Bewertungsdaten abzurufen, Sternebewertungen zu rendern und interaktive Funktionen einzurichten (Fotokarussells, Filterung, Sortierung). Selbst auf Seiten, auf denen keine Rezensionen angezeigt werden, wird das Skript dennoch geladen und initialisiert. Judge.me ist eine der leichteren Optionen; Yotpo und Loox sind tendenziell schwerer.
📧 E-Mail-Marketing und Popups
200–350 msBeispiele: Klaviyo, Omnisend, Privy, Justuno, OptiMonk
Diese laden Skripte für die Formulardarstellung, Benutzerverfolgung, Popup-Logik (Timing, Targeting-Regeln, A/B-Tests) und enthalten oft ihre eigenen CSS-Frameworks. Klaviyos Onsite-JavaScript ist besonders umfangreich, da es das Benutzerverhalten zur Segmentierung verfolgt – indem es Analysecode, Sitzungsverfolgung und Formularhandler auf jeder Seite lädt.
📊 Analyse und Tracking
100–300 msBeispiele: Google Analytics, Facebook Pixel, TikTok Pixel, Hotjar, Lucky Orange, Pinterest Tag
Analytics-Skripte sind hinterlistig. Jedes scheint klein zu sein – vielleicht 50–100 KB. Aber Geschäfte führen oft 4–6 Tracking-Skripte gleichzeitig aus: GA4, Facebook Pixel, TikTok Pixel, Hotjar für Heatmaps sowie die eigene Analyse-App des Ladens. Sie summieren sich auf 300–600 KB, außerdem löst jede einzelne Netzwerkanfragen zum Senden von Tracking-Daten aus.
🏷️ Google Tag Manager (GTM)
300–800 msDer Skriptcontainer Nr. 1 von Drittanbietern. GTM ist nicht nur ein weiteres Skript – es ist ein Skript, das geladen wird mehr -Skripte.
Der GTM-Container selbst wiegt 80–100KB+. Aber die wahren Kosten entstehen durch das, was sich innen es: Meta Pixel (80–150 KB), TikTok Pixel (100–200 KB), Google Ads Conversion Tracking (50–100 KB), Klaviyo Tracking (100–200 KB), Hotjar (150–300 KB) und alles, was im Laufe der Zeit noch hinzugefügt wurde. Ein typischer GTM-Container löst aus 5–15 zusätzliche Skripte, was 300–800 ms Gesamtladezeit hinzufügt.
So prüfen Sie Ihren GTM-Container:
- Öffnen Google Tag Manager und wählen Sie Ihren Container aus.
- Gehe zu Tags – zählen, wie viele aktiv sind. Die meisten Geschäfte haben 10–30+.
- Überprüfen Sie jedes Tag Auslöser – wenn „Alle Seiten“ angezeigt wird, fragen Sie: führt dies aus wirklich muss überall feuern?
- Suchen Sie nach Zombie-Tags aus alten Kampagnen (alten Facebook-Zielgruppen, eingestellten Tools).
- Verwenden Sie GTMs Vorschaumodus , um genau zu sehen, welche Tags auf jeder Seite ausgelöst werden und wie lange es dauert.
Häufige schwere Tags in GTM:
⚡ Thunders Ansatz: Anstatt einzelne Tags innerhalb von GTM zurückzustellen (was GTM-Kenntnisse erfordert), verschiebt Thunder die gesamter GTM-Container. Wenn GTM später geladen wird, werden auch alle darin enthaltenen Tags später geladen – automatisch. Diese einzelne Optimierung kann 300–800 ms einsparen, ohne Ihre GTM-Konfiguration zu beeinträchtigen. Kostenlos testen →
GTM, Meta und TikTok: Tracking-Stack ohne blinde Entfernung der Attribution prüfen
Fällt der Score nach GTM und Pixeln stark, ist das ein Diagnosehinweis – kein Grund, den Tag Manager blind zu löschen. Häufig lädt derselbe Anbieter mehrfach: über Shopify Customer Events oder Pixel, die Google-&-YouTube-App, einen Theme-Snippet und GTM.
- Führen Sie den kostenlosen Shopify-Speedtest auf Start- und Produktseite aus.
- Prüfen Sie Customer Events, App-Einbettungen, Sales-Channel-Apps, Theme-Code und GTM Preview auf doppelte IDs und Tags für „All Pages“.
- Behalten Sie pro Anbieter einen bewussten Installationsweg und testen Sie danach Pageview-, Produkt-, Warenkorb- und Kauf-Events.
Consent- und erforderliche Attributionstags dürfen nicht zu spät laden. Optionale Marketingtags können nach sichtbarem Inhalt oder nur auf passenden Templates laden. Unbekannte Shopify- oder Google-Skripte erst mit dem Shopify Analyzer zuordnen, bevor Sie sie entfernen.
🎨 Seitenersteller und Upsell-Apps
200–500 msBeispiele: PageFly, Shogun, GemPages, ReConvert, Bold Upsell
Seitenersteller mögen PageFly fügt ein eigenes Rendering-Framework ein, das auf jeder Seite geladen wird – auch auf Seiten, die Sie nicht mit der App erstellt haben. Upsell-Apps laden Produktempfehlungslogik, Warenkorbänderungsskripte und Popup-Benutzeroberflächen auf jede Seite, um bereit zu sein, wenn ein Kunde etwas in den Warenkorb legt.
🔔 Sozialer Beweis und Dringlichkeit
100–250 msBeispiele: Sales Pop, Fomo, Vertrauensabzeichen, Countdown-Timer, Lagerzähler
Diese scheinen leicht zu sein, verursachen aber häufig Probleme Layoutverschiebung (CLS-Probleme). Sie fügen nach dem Laden Elemente in die Seite ein – Benachrichtigungs-Popups, Vertrauens-Badge-Leisten, Countdown-Timer –, verteilen Inhalte und sorgen für ein unruhiges Benutzererlebnis. Außerdem handelt es sich bei jedem einzelnen Skript um ein weiteres Skript, das Ihr Browser verarbeiten muss.
4. Der Kaskadeneffekt: Tod durch tausend Skripte
Keine einzelne App beeinträchtigt Ihre Geschwindigkeit. Es ist das Kombination das geht. So sieht ein typischer App-lastiger Shopify-Shop aus:
Ein realer App-Stack (15 Apps)
Drei volle Sekunden Verzögerung – nur durch App-Skripte. Fügen Sie das JavaScript Ihres Themes (~300ms), CSS (~100ms), Bilder (~500ms) und Schriftarten (~200ms) hinzu, und Sie sehen sich einer 4+ Sekunden Seitenladezeit bei guter Verbindung. Auf einem Mobilgerät mit 3G-Verbindung verdoppeln Sie den Wert. Wenn Ihr Geschäft in etwa so aussieht, ist unser Schritt-für-Schritt-Anleitung führt Sie durch die Reparatur aller Ebenen – nicht nur der Skripte.
15 Apps
durchschnittliche Anzahl von Apps in einem Shopify-Shop
~200ms
durchschnittliche Verzögerung pro App-Skript
3+ Sek
Gesamtverzögerung von Drittanbieterskripten
Aber die Mathematik ist tatsächlich schlechter als eine einfache Addition. Skripte fügen die Zeit nicht einfach linear hinzu – sie konkurrieren um Ressourcen:
- • Netzwerkkonflikt: Browser begrenzen gleichzeitige Verbindungen pro Domäne (typischerweise 6). Wenn 15 Anwendungen versuchen, gleichzeitig von 15 verschiedenen Domänen zu laden, reihen sie sich ein und warten aufeinander.
- • CPU-Konflikt: JavaScript ist Single-Threaded. Während ein Skript im Hauptthread ausgeführt wird, müssen alle anderen Skripte warten. Aus diesem Grund leidet INP (Interaction to Next Paint) – der Browser kann nicht auf Benutzerklicks reagieren, während er mit der Ausführung von App-Code beschäftigt ist.
- • Speicherdruck: Jedes Skript reserviert Speicher. Auf preisgünstigen Smartphones (die einen Großteil der mobilen Käufer ausmachen) führt eine übermäßige Speichernutzung dazu, dass der Browser langsamer wird oder sogar abstürzt.
- • Sekundäre Anfragen: Die meisten App-Skripte laden zusätzliche Ressourcen. Ein Überprüfungs-Widget lädt sein Hauptskript, dann lädt dieses Skript CSS, Schriftartensymbole und API-Daten. Das „einzelne Skript“ einer App kann 5–10 zusätzliche Netzwerkanfragen auslösen.
💡 Das Mitnehmen: Es geht nicht darum, dass eine einzelne App „zu langsam“ ist. Dabei handelt es sich um das Gesamtgewicht aller gleichzeitig geladenen Apps, die um Netzwerkbandbreite, CPU-Zeit und Arbeitsspeicher konkurrieren. Die Lösung besteht nicht unbedingt darin, Apps zu entfernen, sondern in der Kontrolle wann und wie sie laden.
5. So prüfen Sie Skripte von Drittanbietern in Ihrem Shop
Bevor Sie das Problem beheben können, müssen Sie genau identifizieren, welche Skripte es verursachen. Beginnen Sie mit einer kurzen Grundlinie – Testen Sie die Geschwindigkeit Ihres Shops, um zu sehen, wo Sie gerade stehen. Verwenden Sie dann diese Methoden, von der technischsten bis zur einfachsten:
Methode 1: Chrome DevTools-Netzwerkregisterkarte
Dies ist die detaillierteste Ansicht dessen, was auf Ihrer Seite geladen wird.
- Öffnen Sie Ihren Shop in Chrome. Drücken F12 (oder Rechtsklick → Inspizieren), um DevTools zu öffnen. Registerkarte
- Klicken Sie auf Registerkarte Netzwerk .
- Überprüfen Sie die „Cache deaktivieren“ Kontrollkästchen (simuliert einen Erstbesucher).
- Laden Sie die Seite neu (Strg+Umschalt+R für ein hartes Nachladen).
- Klicken Sie auf Registerkarte „JS“ Filter, um nur JavaScript-Dateien anzuzeigen.
- Sortieren nach „Größe“ oder „Zeit“ Spalte , um die schwersten/langsamsten Skripte zu finden.
Worauf Sie achten sollten: Skripte von Domänen, die Sie nicht erkennen, sind Drittanbieter. Häufige Muster sind cdn.judge.me, static.klaviyo.com, widget.intercom.iousw. Beachten Sie jeweils die Domäne, die Dateigröße und die Ladezeit.
Methode 2: Chrome Coverage Tool
Das Coverage-Tool zeigt an, wie viel von jeder JavaScript-Datei tatsächlich vorhanden ist gebraucht auf der aktuellen Seite. Dies offenbart Verschwendung – Skripte, die Hunderte von KB laden, aber nur 10–20 % ihres Codes nutzen.
- Öffnen Sie DevTools (F12).
- Drücken Strg+Umschalt+P (Befehlsmenü) und geben Sie ein „Abdeckung“.
- Klicken „Abdeckung anzeigen“.
- Klicken Sie im Abdeckungsbereich auf die Schaltfläche „Neu laden“.
- Sortieren Sie nach dem Laden der Seite „Unbenutzte Bytes“.
Rote Flagge: Wenn ein Skript mehr als 80 % ungenutzte Bytes hat, lädt es weit mehr Code, als für die aktuelle Seite benötigt wird. Dies ist häufig bei großen App-Bundles der Fall, die Funktionen für jede Seite enthalten, aber auf einer bestimmten Seite nur einen Bruchteil nutzen.
Methode 3: PageSpeed Insights „JavaScript-Ausführungszeit reduzieren“
Der einfachste Ansatz. Führen Sie Ihren Shop durch PageSpeed Insights und suchen Sie nach diesen spezifischen Diagnosen:
- „JavaScript-Ausführungszeit reduzieren“ – Listet die umfangreichsten Skripte nach Ausführungszeit auf
- „Reduzieren Sie die Auswirkungen von Code von Drittanbietern“ – Zeigt Skripte von Drittanbietern gruppiert nach Anbieter mit ihrer Blockierungszeit an
- „Haupt-Thread-Arbeit minimieren“ – Zeigt die Aufschlüsselung der Gesamtzeit des Hauptthreads nach Kategorie an
- „Vermeiden Sie enorme Netzwerknutzlasten“ – Kennzeichnet übergroße Ressourcen
Methode 4: Verwenden Sie den App-Scanner von Thunder (am einfachsten)
Thunder scannt automatisch Ihre installierten Shopify-Apps und erstellt einen Bericht über die Auswirkungen auf die Geschwindigkeit pro App – der genau zeigt, wie viele Millisekunden und Kilobyte jede App zum Laden Ihrer Seite hinzufügt. Keine DevTools-Kenntnisse erforderlich. Installieren Sie die App und der Bericht erscheint in Ihrem Shopify-Dashboard.
6. So beheben Sie langsame Skripte von Drittanbietern
⚠️ Schwierigkeit: Mittel bis Fortgeschritten. Die manuelle Skriptoptimierung erfordert das Verständnis der JavaScript-Ausführungsreihenfolge, der Abhängigkeitsketten und des Liquid-Templatings von Shopify. Ein Fehler kann Ihren Checkout oder Ihre Apps beschädigen. Thunder automatisiert all dies mit einem 30-Sekunden-Setup.
Sobald Sie die Schuldigen identifiziert haben, können Sie Folgendes gegen sie tun – in der Reihenfolge ihrer Wirksamkeit:
Fix 1: Entfernen Sie, was Sie nicht benötigen
Das schnellste Skript ist das, das nie lädt. Gehen Sie Ihre installierten Apps durch und bewerten Sie jede einzelne ehrlich:
- Apps, die Sie einmal ausprobiert und vergessen haben. Überprüfen Sie Ihren Shopify-Adminbereich → Apps. Sie wären überrascht, wie viele „Test“-Apps noch installiert sind.
- Doppelte Funktionalität. Läuft sowohl Klaviyo als auch Omnisend? Verwenden Sie Loox und Judge.me? Wählen Sie eine aus.
- Apps mit geringem Wert. Diese „Sales Pop“-Benachrichtigung mit der Meldung „Jemand in Toronto hat gerade gekauft...“? Es erhöht die Ladezeit um 100–200 ms. Fördert es tatsächlich die Conversions oder ist es nur Rauschen?
- Saisonale Reste. Feiertags-Countdown-Timer im Februar noch installiert? Entfernen Sie es.
Kritischer Schritt: Überprüfen Sie nach der Deinstallation Ihren Theme-Code. Gehen Sie zu Online Store → Themes → Code bearbeiten und suchen Sie nach dem Namen der App theme.liquid und -Layout/ -Dateien. Viele Apps hinterlassen Skript-Tags, die auch nach der Deinstallation weiter geladen werden.
Fix 2: Finden Sie leichtere Alternativen
Nicht alle Apps derselben Kategorie haben die gleichen Auswirkungen auf die Leistung. Zum Beispiel:
- Bewertungen: Judge.me ist deutlich leichter als Yotpo oder Loox
- E-Mail-Marketing: Shopify Email ist für Grundbedürfnisse einfacher als Klaviyo
- Chat: Shopify Inbox ist leichter als Intercom oder Gorgias
- Analyse: Shopifys integrierte Analyse + GA4 könnte ohne Hotjar, Lucky Orange UND Mixpanel ausreichen
Fix 3: Nicht kritische Skripte zurückstellen
Für Apps, die Sie behalten möchten, ist die nächstbeste Option die Änderung wann ihre Skripte werden geladen. Anstatt das Rendern der Seite zu blockieren, verschieben Sie sie, bis der Hauptinhalt sichtbar ist:
- Manueller Ansatz: Bearbeiten Sie Ihre Themen
theme.liquidund hinzufügenaufschiebenzu App-Skript-Tags. Riskant – kann Apps beschädigen, wenn es falsch gemacht wird. - Verzögerung bis zur Interaktion: Einige Entwickler verwenden eine Technik, bei der Skripte erst nach der ersten Interaktion des Benutzers (Scrollen, Klicken, Berühren) geladen werden. Dies verkürzt die anfängliche Ladezeit erheblich, bedeutet jedoch, dass Funktionen nicht sofort verfügbar sind.
- Verwenden Sie einen Skriptoptimierer: Tools wie Thunder automatisieren diesen Prozess, indem sie Skripte intelligent verzögern und gleichzeitig die Funktionalität beibehalten. Sehen Sie sich unsere an vollständige Anleitung zur Geschwindigkeitsoptimierung für weitere Details.
Fix 4: Bedingtes Laden (seitenspezifische Skripte)
Warum sollten Sie das Skript Ihres Bewertungs-Widgets auf Ihre Homepage laden, wenn Bewertungen nur auf Produktseiten angezeigt werden? Durch bedingtes Laden wird sichergestellt, dass Skripte nur dort geladen werden, wo sie benötigt werden.
In Liquid können Sie App-Skript-Tags mit Vorlagenbedingungen umschließen:
{% if template contains 'product' %}
<script src="review-widget.js"></script>
{% endif %}
Dies ist eine leistungsstarke Technik, erfordert jedoch die Bearbeitung Ihres Theme-Codes und das Wissen, welche Apps auf welchen Seiten benötigt werden. Einige Apps fügen ihre Skripte auf eine Weise ein, die dies erschwert, ohne die Funktionalität zu beeinträchtigen.
7. Der Thunder-Ansatz: Automatisierte Skriptoptimierung
Alle oben genannten Korrekturen funktionieren, aber sie haben ein gemeinsames Problem: Sie sind manuell, zerbrechlich und schwer zu warten. Apps aktualisieren ihre Skripte. Neue Apps werden installiert. Theme-Updates können Ihre Änderungen überschreiben. Sie benötigen einen Entwickler, der die Dinge ständig überwacht und anpasst.
Dafür haben wir gebaut Thunder. Anstatt Skript-Tags manuell zu bearbeiten und zu hoffen, dass sie nicht kaputt gehen, führt Thunder automatisch Folgendes aus:
- ✓ Scannt alle installierten Apps und generiert einen Bericht über die Auswirkungen auf die Geschwindigkeit pro App
- ✓ Verschiebt unkritische Skripte intelligent , damit sie geladen werden, nachdem der Inhalt Ihrer Seite sichtbar ist
- ✓ Behält Skriptabhängigkeiten bei – versteht, welche Skripte vor anderen geladen werden müssen
- ✓ Überwacht die wichtigsten Web-Vitalwerte , damit Sie die realen Auswirkungen in Ihrem Shopify-Dashboard sehen können
- ✓ Passt sich automatisch an wenn Apps ihre Skripte aktualisieren oder Sie neue Apps installieren
Das Ergebnis: Shops erzielen normalerweise eine Verbesserung der Ladezeit um 20–60 %, wobei Shops mit besonders vielen Drittanbieter-Apps am stärksten profitieren. Liegt Ihr PageSpeed-Score derzeit bei 25–35, können Sie allein durch Skriptoptimierung realistisch 50–70+ erreichen. Möchten Sie sehen, was enthalten ist? Prüfen Sie die Thunder-Tarife – für den Einstieg gibt es einen kostenlosen Tarif.
Sie sind sich nicht sicher, ob Thunder die richtige Wahl ist? Wir haben ehrliche Vergleiche mit jedem großen Konkurrenten geschrieben: Thunder gegen Booster, Thunder vs. Hyperspeed, Thunder gegen Avada, und Thunder gegen Tapita. Oder sehen Sie sich unsere vollständige Zusammenfassung an beste Shopify-Geschwindigkeitsoptimierungs-Apps für 2026.
Häufig gestellte Fragen
Was sind Drittanbieter-Skripte auf Shopify?
Skripte von Drittanbietern sind JavaScript-Dateien, die von Apps geladen werden, die Sie in Ihrem Shopify-Shop installiert haben. Wenn Sie ein Bewertungs-Widget, eine Chat-App, ein E-Mail-Popup oder ein Analysetool installieren, fügt jedes davon sein eigenes JavaScript in Ihre Storefront ein. Diese Skripte werden in den Browsern Ihrer Besucher zusammen mit Ihrem Theme-Code ausgeführt und konkurrieren um Verarbeitungszeit und Netzwerkbandbreite.
Wie finde ich heraus, welche Apps meinen Shopify-Shop verlangsamen?
Öffnen Sie Chrome DevTools (F12), gehen Sie zum Network tab, laden Sie Ihre Seite neu und filtern Sie nach 'JS'. Suchen Sie nach Skripten von externen Domains – dies sind Skripte von Drittanbieter-Apps. Sortieren Sie nach Größe oder Zeit, um die größten Übeltäter zu finden. Für einen einfacheren Ansatz verwenden Sie das Coverage tool (Ctrl+Shift+P → 'Coverage'), um zu sehen, wie viel jedes Skripts tatsächlich verwendet wird. Der App-Scanner von Thunder automatisiert diesen gesamten Prozess und liefert Ihnen einen Wirkungsbericht pro App.
Verlangsamen deinstallierte Shopify-Apps meinen Shop immer noch?
Ja, das ist oft der Fall. Viele Shopify-Apps fügen während der Installation Codeausschnitte in Ihre Theme-Dateien (insbesondere theme.liquid) ein. Wenn Sie die App deinstallieren, bleiben diese Codeschnipsel erhalten. Sie müssen Ihren Theme-Code manuell überprüfen und übrig gebliebene Skript-Tags entfernen. Durchsuchen Sie Ihre Designdateien nach dem Namen der App oder ihrer Skriptdomäne, um verwaisten Code zu finden.
Wie viele Shopify-Apps sind zu viele?
Es gibt keine magische Zahl – sie hängt vom Gewicht jeder App ab. Ein Store mit 30 leichten Apps kann schneller sein als einer mit 5 schweren Apps. In einem durchschnittlichen Shopify-Shop sind 15–25 Apps installiert. Konzentrieren Sie sich darauf, die tatsächliche Auswirkung jeder App auf die Ladezeit zu messen, anstatt Apps zu zählen. Als Faustregel gilt: Wenn Ihr PageSpeed-Score nach der Installation einer App um mehr als 5 Punkte sinkt, muss diese App optimiert werden.
Kann ich Skripte von Drittanbietern zurückstellen, ohne meine Apps zu beschädigen?
Ja, aber es erfordert Pflege. Eine naive Skriptverzögerung kann die App-Funktionalität beeinträchtigen. Beispielsweise kann die Verzögerung des Skripts eines Bewertungs-Widgets dazu führen, dass Rezensionen nach dem Laden der Seite eingeblendet werden, oder die Verzögerung eines Analyseskripts kann dazu führen, dass die Verfolgung von Seitenaufrufen fehlt. Intelligente Verzögerungstools wie Thunder verstehen Skriptabhängigkeiten und verschieben Skripte in der richtigen Reihenfolge, wodurch die Funktionalität erhalten bleibt und gleichzeitig die Ladezeit verkürzt wird.
Wie reduziere ich die Ausführungszeit von JavaScript auf Shopify?
Um die JavaScript-Ausführungszeit zu reduzieren, beginnen Sie damit, ungenutzte Apps und deren Restcode aus theme.liquid zu entfernen. Verschieben Sie dann nicht-kritische Drittanbieter-Skripte, damit sie nach Ihrem Hauptinhalt geladen werden. Verwenden Sie das Performance panel von Chrome DevTools, um die schwersten Skripte zu finden – alles über 100ms Hauptthread-Arbeit ist ein Kandidat für die Verschiebung. Google Tag Manager-Container machen oft allein 300-800ms aus, da sie mehrere Tracking-Skripte laden. Ein Geschwindigkeitsoptimierer wie Thunder automatisiert die Skriptverschiebung, wobei die Funktionalität erhalten bleibt, was typischerweise 1-3 Sekunden Ausführungszeit spart.
Was ist der Unterschied zwischen Async und Defer für Skripte?
Sowohl asynchron als auch verzögert ermöglichen es dem Browser, beim Herunterladen des Skripts weiterhin HTML zu analysieren. Der Unterschied: „asynchrone“ Skripte werden ausgeführt, sobald sie heruntergeladen werden (möglicherweise in der falschen Reihenfolge), während „verzögerte“ Skripte ausgeführt werden, nachdem der HTML-Code vollständig analysiert wurde, und zwar in der Reihenfolge, in der sie erscheinen. Bei App-Skripten von Drittanbietern ist „Defer“ in der Regel sicherer, da dadurch die Ausführungsreihenfolge erhalten bleibt. Der beste Ansatz besteht jedoch darin, Skripte vollständig zu verzögern, bis die Seite interaktiv ist – genau das tun Geschwindigkeitsoptimierungs-Apps.