Nehmen Sie das Plugin. Es ist eine Einstellung, und es übersteht einen Theme-Wechsel, was ein in ein Theme eingefügtes Tag nicht tut.

Das Plugin

  1. Gehen Sie in WordPress zu Plugins → Installieren und suchen Sie nach Skomi Analytics.
  2. Installieren und aktivieren Sie es.
  3. Gehen Sie zu Einstellungen → Skomi Analytics.
  4. Fügen Sie Ihre Website-ID ein und speichern Sie.

Es steht unter wordpress.org/plugins/skomi-analytics und aktualisiert sich wie jedes andere Plugin aus dem Verzeichnis.

Wenn Ihre Website nicht aus dem Verzeichnis installieren kann, laden Sie skomi-analytics.zip herunter (der Link holt immer das neueste Release) und laden Sie die Zip unter Plugins → Installieren → Plugin hochladen hoch. Es ist dasselbe Plugin, also bietet WordPress ihm dieselben Updates an.

⚠ Wenn Sie selbst ins Repository gehen, nehmen Sie die Zip aus einem Release, nicht die grüne Schaltfläche „Code → Download ZIP". Die packt alles in einen Ordner, der nach Repository und Branch benannt ist, und WordPress installiert ein Plugin unter dem Ordner, den die Zip enthält. Das Plugin landete unter dem falschen Namen, und die WooCommerce-Erweiterung unten (die skomi-analytics namentlich verlangt) fände es nicht mehr.

Die Website-ID steht auf der Seite Ihrer Website in Skomi. Sie ist eine UUID und kein Geheimnis: Sie steht im Quelltext jeder Seite, die sie misst.

Zwei Einstellungen zählen, der Rest kann bleiben, wie er ist:

  • Aktiviert, was an ist. Es abzuschalten beendet die Erhebung und behält Ihre Website-ID, Sie müssen sie hinterher also nicht wieder suchen.
  • Website-ID. Eine ID, die keine UUID ist, wird mit einer Meldung abgelehnt statt gespeichert, denn eine gespeicherte falsche ID würde ein kaputtes Skript-Tag in jede Seite schreiben.

Eine Voreinstellung, die man kennen sollte: Besuche von Menschen, die in WordPress angemeldet sind, werden nicht gemessen. Auf einer kleinen Website sind Ihre eigenen Seitenaufrufe zahlreicher als der echte Verkehr, und nichts in einem Dashboard verrät das. Es gibt ein Häkchen, wenn Sie sie mitzählen wollen.

Wenn Sie über WooCommerce verkaufen, nehmen Sie Skomi Analytics for WooCommerce (skomi-analytics-for-woocommerce.zip) dazu. Es steht noch nicht im Verzeichnis, laden Sie es also unter Plugins → Installieren → Plugin hochladen hoch. Es meldet Gesamtbetrag, Währung und Bestellnummer jeder Bestellung, und es ist die Bestellnummer, die verhindert, dass eine neu geladene Dankeseite einen zweiten Verkauf zählt.

Der Quelltext beider ist öffentlich, in skomi-plugin-wordpress und skomi-plugin-woocommerce, und es lohnt, ihn ganz zu lesen, bevor Sie irgendetwas auf einer Website installieren, die Geld annimmt.

Das Tag von Hand einfügen

Sie brauchen das nicht, wenn Sie das Plugin genommen haben. Es steht hier, weil manche Websites keines hinzufügen können und weil ein in ein Theme eingefügtes Tag der häufigste Weg ist, auf dem Analytics unter WordPress still aufhört: Ein Theme-Wechsel nimmt es mit, ohne Fehler und ohne dass etwas auffiele.

Holen Sie sich zuerst das Snippet aus Ihrem Dashboard. Es sieht so aus, mit Ihrer eigenen Website-ID im Pfad:

<script src="https://t.skomi.com/s/your-site-id.js" defer></script>

Die Möglichkeit, zu der man greift, wenn man ein Theme lieber nicht anfassen will. Plugins wie WPCode oder Head & Footer Code fügen eine Einstellungsseite mit einem Feld für den Header und einem für den Footer hinzu. Fügen Sie das Tag in das Footer-Feld ein und speichern Sie.

Das übersteht jeden Theme-Wechsel und jede Theme-Aktualisierung, und das ist das ganze Argument dafür.

Ein Child-Theme

Wenn Sie ohnehin ein Child-Theme betreiben, fügen Sie das in dessen functions.php ein:

add_action( 'wp_footer', function () {
    ?>
    <script src="https://t.skomi.com/s/your-site-id.js" defer></script>
    <?php
}, 100 );

wp_footer wird unmittelbar vor dem schließenden </body>-Tag ausgelöst, und die Priorität 100 setzt das Tag hinter die Skripte, die WordPress einreiht und mit Priorität 20 ausgibt.

⚠ Ein Child-Theme, nicht das Theme selbst. Die footer.php eines Eltern-Themes zu bearbeiten funktioniert, bis dieses Theme aktualisiert wird, und dann ist das Tag fort, ohne Fehler und ohne ein Zeichen, dass sich etwas geändert hat. Es werden einfach keine Daten mehr erhoben.

Das eigene Feld Ihres Themes

Viele kommerzielle Themes haben eine Einstellung „Custom code", „Tracking code" oder „Scripts". Wenn Ihres eine hat, ist das dieselbe Idee wie ein Header-und-Footer-Plugin, nur dass nichts zusätzlich installiert werden muss. Nehmen Sie das Footer- oder Body-Feld statt des Head-Felds.

⚠ Es ist auch die Möglichkeit, die mit dem Theme verschwindet, sie ist also die schwächste der drei, sofern Sie nicht sicher sind, dass das Theme bleibt.

Was Ihr Caching-Plugin damit macht

Das gilt unabhängig davon, wie das Tag auf die Seite gekommen ist, Plugin oder nicht.

Leeren Sie den Zwischenspeicher, nachdem Sie das Tag hinzugefügt haben. Eine zwischengespeicherte Seite wurde erzeugt, bevor es das Tag gab, und enthält es nicht, es kommt also nichts an, und nichts ist kaputt.

Nehmen Sie das Skomi-Skript von „JavaScript zusammenfassen" aus und von jeder Option, die Skripte Dritter auf Ihren eigenen Server kopiert. Skomi baut je Website ein Bündel aus den Produkten, die Sie eingeschaltet haben, und der Browser soll das jeweils aktuelle holen. Eine im Bündel Ihres Optimierungs-Plugins festgehaltene Kopie ist auf den Tag eingefroren, an dem sie kopiert wurde: Ein später eingeschaltetes Produkt änderte nichts, und es gäbe nichts zu sehen, was das erklärte.

Optimierungs-Plugins, die das Skript nur zurückstellen oder verzögern, sind in Ordnung: Das Tag trägt bereits defer.

Mehr als eine Website

WordPress-Multisite oder mehrere Installationen bedeuten mehrere Websites in Skomi: Jede Domain wird getrennt registriert und bekommt eine eigene ID, und jede Website im Netzwerk braucht ihr eigenes Tag. Subdomains einer registrierten Domain werden von der Website angenommen, zu der sie gehören.

Prüfen, ob es funktioniert

Laden Sie eine Seite Ihrer Website und sehen Sie dann in Ihr Dashboard. Wenn nichts ankommt, gehen Sie durch, was zu prüfen ist, wenn das Snippet nicht funktioniert; unter WordPress ist die Antwort fast immer ein Zwischenspeicher, der nicht geleert wurde, oder ein Optimierungs-Plugin, das das Tag umgeschrieben hat.