Nehmen Sie das Plugin. Es ist eine Einstellung, und es übersteht einen Theme-Wechsel, was die Alternativen nicht tun.

Das Plugin

  1. Öffnen Sie skomi-plugin-wordpress und laden Sie unter Releases die skomi-wordpress.zip herunter, die dem neuesten Release angehängt ist.
  2. Gehen Sie in WordPress zu Plugins → Installieren → Plugin hochladen, wählen Sie die Datei, installieren und aktivieren Sie sie.
  3. Gehen Sie zu Einstellungen → Skomi Analytics.
  4. Fügen Sie Ihre Website-ID ein und speichern Sie.

⚠ Nehmen Sie die Zip aus dem 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-wordpress 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 druckt ein kaputtes Skript-Tag auf jede Seite.

Eine Voreinstellung, die man kennen sollte: Besuche von Menschen, die in WordPress angemeldet sind, werden nicht gemessen. Auf einer kleinen Website übertreffen Ihre eigenen Neuladungen den echten Verkehr, und nichts in einem Dashboard sagt das. Es gibt ein Häkchen, wenn Sie sie haben wollen.

Wenn Sie über WooCommerce verkaufen, nehmen Sie Skomi for WooCommerce dazu, auf demselben Weg installiert. 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.

Beide werden hochgeladen statt im Plugin-Verzeichnis gefunden: Sie stehen nicht auf wordpress.org. Der Quelltext beider ist öffentlich, 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 löst unmittelbar vor dem schließenden </body>-Tag aus, und die Priorität 100 setzt das Tag hinter die Skripte, die WordPress mit der Standardpriorität 20 einreiht.

⚠ 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. Sie hören einfach auf zu erheben.

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 mit einem installierten Ding weniger. 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 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 Unterseite 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, arbeiten Sie was zu prüfen ist, wenn das Snippet nicht funktioniert durch; unter WordPress ist die Antwort fast immer ein Zwischenspeicher, der nicht geleert wurde, oder ein Optimierungs-Plugin, das das Tag umgeschrieben hat.