Sebelum mengoptimalkan tag pihak ketiga, pastikan skrip tersebut masih diperlukan di situs Anda.
Skrip pihak ketiga, atau "tag" dapat menjadi sumber masalah performa di situs Anda, sehingga juga dapat menjadi target pengoptimalan. Namun, sebelum mulai mengoptimalkan tag yang telah ditambahkan, pastikan Anda tidak mengoptimalkan tag yang bahkan tidak diperlukan. Artikel ini menunjukkan cara menilai permintaan tag baru, serta mengelola dan meninjau permintaan tag yang ada.
Saat membahas tag pihak ketiga, percakapan sering kali langsung mengarah ke masalah performa, sehingga kehilangan dasar-dasar peran "inti" dari tag ini. Keduanya menyediakan berbagai fungsi yang berguna, sehingga menjadikan web lebih dinamis, interaktif, dan saling terhubung. Namun, tag pihak ketiga dapat ditambahkan oleh tim lain di seluruh organisasi dan sering kali terlupakan seiring waktu. Orang-orang berpindah, kontrak berakhir, atau hasilnya dihasilkan, tetapi tim tidak pernah menghubungi lagi untuk menghapus skrip.
Sebelum Anda mulai memikirkan eksekusi skrip tag pihak ketiga, atau tag mana yang dapat ditangguhkan, dimuat lambat, atau diprasambung dari sudut pandang teknis, ada peluang untuk mengatur tag mana yang ditambahkan ke situs/halaman dari sudut pandang organisasi. Tema umum pada situs yang melambat karena banyaknya tag pihak ketiga adalah bagian situs ini tidak dimiliki oleh satu orang atau tim, sehingga berada di antara retakan. Tidak ada yang lebih menjengkelkan daripada mengoptimalkan situs Anda, puas dengan performa di lingkungan staging, hanya karena kecepatan mengalami regresi dalam produksi karena tag yang ditambahkan. Menerapkan "proses pemeriksaan" untuk tag pihak ketiga dapat membantu mencegah hal ini, dengan membangun alur kerja yang menciptakan akuntabilitas dan tanggung jawab lintas-fungsi atas tag ini.
Cara Anda memeriksa tag pihak ketiga sepenuhnya bergantung pada organisasi, strukturnya, dan prosesnya saat ini. Hal ini dapat mendasar seperti memiliki satu tim yang mengatur dan bertindak sebagai gatekeeper untuk menganalisis tag sebelum ditambahkan. Atau yang lebih canggih dan formal, misalnya dengan memberikan formulir kepada tim untuk mengirimkan permintaan tag. Cara ini mungkin meminta konteks terkait alasan mengapa konten perlu ada di situs, berapa lama harus ada, dan manfaatnya bagi bisnis.
Proses tata kelola tag
Namun, Anda memilih untuk memeriksa tag dalam organisasi, tahap-tahap berikut harus dipertimbangkan sebagai bagian dari siklus proses tag.
Kepatuhan
Sebelum tag ditambahkan ke halaman, periksa apakah tag telah diperiksa secara menyeluruh oleh tim hukum untuk memastikan tag tersebut memenuhi semua persyaratan kepatuhan untuk menghadirkannya. Hal ini dapat mencakup pemeriksaan apakah tag mematuhi General Data Protection Regulation (GDPR) Uni Eropa), dan California Consumer Privacy Act (CCPA).
Hal ini penting, jika ada keraguan dengan langkah ini, hal tersebut perlu ditangani sebelum menilai tag dari sudut pandang performa.
Wajib
Langkah kedua adalah menanyakan apakah tag tertentu diperlukan di halaman. Pertimbangkan poin-poin diskusi berikut:
- Apakah tag sedang aktif digunakan? Jika tidak, dapatkah dihapus?
- Jika tag dimuat di seluruh situs, apakah ini diperlukan? Misalnya, jika kami menganalisis rangkaian pengujian A/B dan saat ini Anda hanya menguji di Halaman Landing, dapatkah kita hanya melepaskan tag pada jenis halaman ini?
- Dapatkah kami menambahkan logika lebih lanjut untuk hal ini, dapatkah kami mendeteksi apakah ada pengujian A/B live? Jika demikian, izinkan tag untuk ditambahkan, tetapi jika tidak, pastikan tag tersebut tidak ada.
Kepemilikan
Dengan memiliki orang atau tim yang jelas sebagai pemilik tag, Anda dapat melacak tag secara proaktif. Biasanya, orang ini adalah siapa saja yang telah menambahkan tag tersebut. Dengan menempatkan penerima tugas di samping tag, tindakan ini akan memastikan peninjauan dan audit pada masa mendatang dapat dilakukan untuk meninjau kembali apakah tag diperlukan atau tidak.
Tujuan
Langkah keempat mulai membuat akuntabilitas dan tanggung jawab lintas fungsi dengan memastikan pengguna memahami alasan tag ditambahkan ke halaman. Penting untuk memiliki pemahaman lintas fungsi terkait apa yang dibawa setiap tag ke situs, dan alasan penggunaannya. Misalnya, jika tag mencatat tindakan sesi pengguna untuk mengizinkan personalisasi, apakah semua tim tahu mengapa hal ini harus ada?
Selain itu, apakah ada diskusi kompromi komersial vs performa? Jika ada tag yang dianggap "wajib" karena menghasilkan pendapatan, apakah ada analisis terhadap potensi pendapatan yang hilang melalui regresi kecepatan
Review
Langkah kelima, terakhir, dan yang paling penting adalah memastikan tag ditinjau secara berkala. Hal ini bergantung pada ukuran situs, jumlah tag yang ada di situs, dan waktu penyelesaiannya (misalnya, mingguan, bulanan, tiga bulanan). Hal ini harus ditangani dengan cara yang sama seperti mengoptimalkan aset situs lainnya (JS, CSS, gambar, dll.) dan diperiksa secara proaktif secara rutin. Jika tidak ditinjau, tag manager "membengkak", yang memperlambat halaman. Mungkin sulit untuk kembali berperforma tinggi, sekaligus tidak regresi fungsi yang diperlukan di halaman
Proses pemeriksaan akan memberi Anda daftar akhir tag yang diklasifikasikan sebagai diperlukan untuk halaman tertentu. Pada tahap ini, Anda dapat mempelajari pendekatan pengoptimalan teknis. Hal ini juga membuka peluang untuk menentukan jumlah tag dalam daftar akhir ini dalam anggaran performa, yang dapat dipantau dalam Lighthouse CI dan dimasukkan ke dalam setelan sasaran khusus performa. Contoh:
Jika kami mempertahankan <5 tag di Halaman Landing bersama dengan JS kami yang dioptimalkan, kami yakin Total Blocking Time (TBT) dapat mencapai 'baik' di Data Web Inti.