Kembali ke Podcast

Salinan

John Jantsch: Episode ini adalah Duct Tape Marketing Podcast, dan dipersembahkan oleh pixelz.com. Anda harus membuat gambar-gambar itu tampak hebat. Jika Anda ingin mereka menonjol, jika Anda ingin mereka mewakili produk Anda, ini adalah layanan retouching untuk membuat gambar Anda tampak hebat.

Halo dan selamat datang di episode lain dari Podcast Pemasaran Lakban. Ini John Jantsch. Tamu saya hari ini adalah Lukas Haensch. Dia adalah mantan manajer Google UX dan pendiri Pathmonk di pathmonk.com.

John Jantsch: Dan kita akan berbicara tentang kecepatan halaman, kecepatan memuat situs web, semua faktor UX. Jika orang mengunjungi situs web Anda dan memuat dengan sangat lambat, itu adalah pengalaman yang buruk dan itulah mengapa itu merupakan faktor yang sangat penting. Faktanya, ini adalah faktor penting yang membuat Google, secara lahiriah menyebutnya sebagai faktor peringkat untuk tujuan SEO. Jadi Lukas, terima kasih telah bergabung dengan saya.

Lukas Haensch: Terima kasih John. Terima kasih telah memilikiku.

John Jantsch: Jadi bagaimana seseorang, maksud saya, sekali lagi, sering kali orang berbicara tentang kecepatan halaman dan ada begitu banyak faktor yang berperan. Seseorang dapat memiliki situs web hebat yang memuat dengan cepat, tetapi seseorang lambat, seperti yang biasa saya katakan dial up. Kami tidak mengatakan dial up lagi, bukan? Tapi koneksi lambat. Jadi mereka mengalami pengalaman buruk. Maksudku, bagaimana kita tahu di mana kita berdiri? Maksud saya, bagaimana kita mengukur, berapa kecepatan halaman kita?

Lukas Haensch: Sangat, sangat senang Anda bertanya. Jadi saya pikir mungkin pertama dan terpenting, saya pikir satu konsep kunci yang harus diingat adalah, mengapa kita peduli dengan kecepatan halaman? Hanya sangat, sangat singkat, mengapa kita peduli tentang ini? Jika Anda membandingkan ini dengan toko ritel Anda, mungkin analogi yang sangat, sangat bagus untuk membandingkannya dengan pintu geser di toko ritel Anda. Jika ini pembukaan super, super, super lambat, berapa banyak orang yang akan menunggu untuk benar-benar melewatinya?

Lukas Haensch: Hanya menyimpan analogi semacam itu di benak Anda, setelah Anda melalui semua ini, hari ini. Jadi feed halaman pada dasarnya adalah pembuka pintu Anda bagi pengguna Anda. Ada banyak metrik di sana dan saya tahu ada banyak pemasar yang mendengarkan. Jadi pada dasarnya saya akan memberi Anda satu metrik, yang kami gunakan di Google saat kami bekerja dengan klien terbesar Google, dan itu adalah indeks kecepatan. Jadi ada banyak metrik yang bisa Anda miliki, waktu muat, gigitan pertama dimuat, kapan mulai dirender?

Lukas Haensch: Tapi jika Anda melihat indeks kecepatan, dan saya akan memberitahu Anda bagaimana Anda mendapatkannya, tetapi jika Anda melihat indeks kecepatan, yang sebenarnya Anda ukur adalah berapa lama waktu yang dibutuhkan sampai layar pertama itu, konten paro atas, berapa lama waktu yang dibutuhkan sampai ini sepenuhnya dicat, yang berarti pada gilirannya, pengguna memiliki pengalaman yang berarti dari situs web Anda? Jadi, itulah yang benar-benar kami fokuskan di dalam Google di tim kami untuk mengoptimalkan rendering paruh atas pertama itu.

Lukas Haensch: Dan, semua tindakan lainnya akan dimulai dari sana, karena ajakan untuk bertindak sudah ada di sana, citra pahlawan akan sudah ada di sana, dan kemudian, segala sesuatu yang lain terungkap dari sana. Jadi indeks kecepatan adalah sesuatu yang bisa Anda dapatkan dengan sangat mudah. Ada alat yang disebut pagestest.org. Ini sebenarnya dibangun dari di Google. Ini bukan alat Google resmi dalam pengertian itu, tetapi itu dibuat dari tim di dalam Google, untuk melihat situs web kecepatan halaman.

Lukas Haensch: Dan jika Anda memasukkan URL Anda di sana dan Anda akan mendapatkan metrik yang disebut indeks kecepatan halaman dan itu akan memberi tahu Anda sesuatu seperti 3000 atau 4.000, dan itu pada dasarnya milidetik. Jadi jika Anda memiliki indeks kecepatan halaman 3000, Anda berada di paro atas. Konten akan dimuat sepenuhnya setelah tiga detik. Jadi itu adalah satu hal yang sangat baik untuk disortir, berikan perhatian.

John Jantsch: Jadi ulangi lagi, pagestest.org?

Lukas Haensch: Benar. Webpagetest.org seperti situs web biru tua tempat Anda dapat meletakkan beberapa parameter, Anda dapat memilih jaringan, yang sangat penting untuk dipilih. Anda harus memilih sesuatu yang sangat masuk akal untuk basis pengguna Anda. Tidak semua orang menggunakan 5G dan bahkan tidak semua orang menggunakan 4G. Mungkin lucu untuk didengar, tetapi ketika kami melakukan ini sekitar dua tahun lalu, satu setengah tahun yang lalu di Google, kami sebenarnya, kami masih menguji 3G dengan cepat karena basis pengguna yang begitu besar sebenarnya lebih lambat dan perangkat ujung bawah. Jadi pengujian di wifi kantor Anda, mungkin bukan hal terbaik untuk dilakukan.

John Jantsch: Di mana Anda menemukan atau apa yang Anda temukan adalah beberapa penyebab terbesar, maksud saya, yang memperlambat situs?

Lukas Haensch: Dan ini terkait persis dengan konsep yang baru saja kami katakan sebelumnya. Kami sedang melihat rendering konten paruh atas dan hanya ada satu level yang sangat tinggi. Ada satu konsep kunci di luar sana yang disebut jalur rendering kritis, yang berarti browser harus melalui banyak sumber daya bahkan sebelum dapat mulai menampilkan apa pun di layar. Jadi, jika Anda memiliki banyak ruang kosong sebelum situs web Anda menampilkan apa pun, maka Anda biasanya memblokir jalur rendering penting.

Lukas Haensch: Anda akan melihat bahwa sebenarnya secara visual jika Anda pergi ke pagestest.org, Anda akan dapat melihat dengan tepat karena pada dasarnya ini adalah versi lambat dari bagaimana halaman Anda dimuat. Anda akan melihat di yang kedua, kami memiliki layar putih, di 1,5 kedua kami memiliki layar putih dan seterusnya dan seterusnya dan sampai Anda benar-benar menampilkan konten pertama. Jadi hal terbesar yang mempengaruhi, ini adalah, segala sesuatu yang menghalangi rendering karena jika Anda memblokir rendering, Anda memiliki halaman yang luas dan biasanya ada beberapa hal.

Lukas Haensch: Secara default, ini akan selalu terjadi karena ini hanya membuat pemblokiran. Ini adalah CSS dan JavaScript Anda di halaman Anda. Tanpa terlalu detail. Tapi, setiap kali Anda memiliki sesuatu yang memiliki banyak skrip Java di dalamnya dan itu bisa menjadi pemutar video, itu bisa menjadi korsel di mana Anda memiliki beberapa pesan pemasaran membalik di bagian atas situs web Anda, yang sangat sering didorong oleh skrip Java .

Lukas Haensch: Anda akan memiliki, para teknisi, alat pengujian AB lama yang mungkin tidak Anda gunakan lagi. Itu akan menjadi skrip Java. Jadi bahkan jika itu tidak benar-benar diperlukan di bagian atas layar di sana, itu akan memblokir, apa yang terjadi setelah Anda mulai benar-benar melihat sesuatu di layar. Jadi salah satu latihan kuncinya adalah selalu memeriksa, apakah semua file skrip Java yang kita gunakan, apakah semua file CSS yang kita gunakan benar-benar diperlukan atau dapatkah Anda, dan itu disebut, menunda atau menundanya istilah teknis, Anda dapat menunda memuat beberapa item tersebut, yang kemudian membuka blokir jalur rendering kritis, yang kemudian menampilkan konten yang sama sebelumnya tanpa mengubah apa pun di situs server, tanpa mengubah apa pun yang dramatis.

Lukas Haensch: Jadi hal utama yang kami pelajari dan komunikasikan di Google sepanjang waktu adalah, Anda tidak perlu melakukan perubahan besar itu. Pada dasarnya setiap file yang Anda muat memiliki potensi untuk ditingkatkan. Apakah itu file CSS? Mungkin, tidak diperlukan pada saat ini. Itu bisa dimuat nanti. Apakah itu file JavaScript? Itu bisa ditangguhkan. Apakah itu file font? Mungkin itu format font lama. Dan seterusnya dan seterusnya. Anda dapat melihat semua fakta dan gambar yang jelas, ada satu trik kunci besar yang menurut saya sangat membantu untuk gambar.

Lukas Haensch: Saya bisa membahasnya, tetapi pada akhirnya ini tentang menelusuri item individual itu dan Anda sebagai pemasar, jika itu, mungkin sesuatu yang belum pernah Anda kerjakan sepanjang waktu, buka saja pagestest.org melalui URL dan Anda dapat melihat langkah demi langkah, oke, apa yang sebenarnya memuat dan apa yang dapat saya lihat di layar saya? Dan itu akan memberi Anda perasaan yang baik tentang apa yang terjadi di halaman Anda. Jika ada banyak skrip Java, jika ada banyak gambar, jika ada banyak file yang memuat lama di sana, semua itu.

John Jantsch: Peran apa, maksud saya, saya tahu pada akhirnya itu memainkan peran, tetapi peran apa yang dimainkan oleh hosting dalam mungkin memperlambat situs atau memberikan beban yang lebih cepat?

Lukas Haensch: Maksud saya, pada dasarnya, ini mempengaruhi bagian pertama dari persamaan keseluruhan tentang seberapa cepat Anda mengirim, gigitan pertama Anda, pada dasarnya, seberapa cepat Anda mengirim informasi pada dasarnya adalah hasil akhir. Apa yang kami temukan adalah lagi dan lagi, jelas itu memainkan perannya, tetapi peran yang jauh lebih besar, kemenangan yang jauh lebih cepat adalah dalam mengoptimalkan file individual karena ada, seperti yang baru saja kita diskusikan sebelumnya, memblokir cluster rendering kritis. Ada begitu banyak hal kecil yang dapat Anda lakukan sebelum harus menyentuh hosting itu sama sekali. Jadi, saya akan melihat jalur rendering kritis dan bagaimana Anda memuat file beberapa kali sebelum mengganti pengaturan utama apa pun.

John Jantsch: Apakah Anda menemukan bahwa, beberapa sistem manajemen konten yang ada saat ini, jelas WordPress yang paling populer sejauh ini. Apakah itu bagian dari masalah terutama ketika orang mulai menambahkan tema dan plugin dan hal-hal semacam itu?

Lukas Haensch: 100%. Saya pikir Anda harus memikirkan apa itu plugin. Sebuah plugin pada dasarnya adalah sekumpulan JavaScript dalam banyak kasus. Jelas itu tergantung pada apa yang dilakukannya, tetapi jika itu datang dengan banyak fungsi, ya. Jadi misalnya, dan logika yang sama diterapkan, mari kita ambil logika plugin dari WordPress. Jadi Anda memuat beberapa plugin. Beberapa dari mereka sebenarnya tidak Anda perlukan di halaman ini. Beberapa di antaranya hanya Anda perlukan pada satu halaman tertentu. Atau beberapa di antaranya hanya Anda perlukan di bagian bawah halaman Anda.

Lukas Haensch: Jadi yang bisa Anda lakukan adalah, Anda bisa, dan bahkan ada plugin untuk plugin meta semacam itu. Tetapi Anda juga dapat menjalankan ini melalui kode. Anda dapat memuat plugin Anda secara kondisional. Jadi jika langkah pertama saya, layar saya sedang memuat, jika halaman saya sedang dimuat, yang dapat Anda lakukan hanyalah menggunakan pemuat kondisioner itu untuk plugin dan kemudian memilih kapan plugin mana yang benar-benar harus dimuat.

Lukas Haensch: Jika Anda melakukan ini melalui kode, Anda akan memiliki lebih banyak fleksibilitas untuk mengatakan, oke, mana yang harus dimuat sekarang? Dan lagi, dan Anda menyebutkan tema di sana karena tim hadir dengan banyak skrip Java dan semuanya dimuat di awal. Itu pada gilirannya kemudian memblokir rendering. Dan Anda bisa kembali pergi file demi file melalui cek, oke, mana yang bisa ditunda dan dimuat nanti.

Lukas Haensch: Jadi di sinilah pemasaran harus duduk bersama dengan pengembang dan memeriksa, oke, [tidak terdengar] sebenarnya file skrip Java, izinkan saya memberi Anda contoh singkat. Anda memiliki, skrip Java yang Anda butuhkan di halaman checkout Anda. JavaScript itu tidak diperlukan sama sekali dalam beberapa detik pertama. Pengguna bahkan harus sampai di sana. Jadi itu kombinasi. Ini benar-benar, Anda melihat plugin, [tidak terdengar 00:10:52], Anda melihat skrip Java, Anda mencoba untuk menunda beberapa, dan ini adalah bagaimana Anda memotong detik demi detik pada dasarnya.

John Jantsch: Jadi saya telah melakukan pengujian menggunakan pengujian halaman yang Anda bagikan serta wawasan kecepatan halaman Google. Dan tampaknya ada perbedaan yang signifikan dalam beban seluler versus desktop. Faktanya, saya telah menguji banyak situs dan jarang menemukan situs yang mendapatkan ulasan cemerlang dari Google di seluler. Apakah ada hal-hal yang harus kita lakukan? Maksud saya, haruskah kita memiliki situs yang hampir terpisah [tidak terdengar] atau pengalaman terpisah untuk seluler?

Lukas Haensch: Jadi, itu pertanyaan yang sangat bagus. Maksud saya, saya pikir beban seluler ... Maksud saya, waktu muat di seluler menjadi sangat jelas karena perangkat, dan kami terhubung. Jadi, ada lebih banyak titik putus, katakanlah, atau lebih banyak titik yang, seperti berada dalam bahaya, menurunkan kinerja. Yang berarti, jika saya melihat halaman seluler saya, saya pikir, dan saya pikir bahkan dengan WordPress, Anda dapat mengkondisikan memuat item tertentu untuk hanya mengatakan tidak, jangan tampilkan ini di seluler atau tampilkan di seluler.

Lukas Haensch: Ada elemen tertentu di dalamnya. Mari kita ambil, saya pikir mungkin memberi Anda contoh korsel. Jika korsel merah muda dengan gambar yang berbeda di bagian paling atas. Jadi Anda memiliki ini mungkin di desktop dan itu tidak terlalu memengaruhi kinerja Anda, tetapi kemudian Anda melihat seluler dan tiba-tiba itu sangat memengaruhi kinerja karena Anda memuat lima atau enam gambar, yang cukup banyak untuk memuat.

Lukas Haensch: Anda sedang memuat skrip Java, yang merupakan pemblokiran acak seperti yang saya sebutkan. Juga, yang berarti sekarang Anda memiliki situasi di mana pada dasarnya Anda harus memiliki, anggaran kinerja di mana Anda berkata, oke, saya memiliki anggaran ini dan itu untuk dimainkan. Dan jika Anda melihat halaman seluler Anda dan Anda sudah menghabiskan cukup banyak anggaran untuk enam gambar ditambah skrip Java Anda, Anda sudah mengambil beberapa detik yang diperlukan untuk memuat sementara Anda bahkan harus melihat di metrik dan analitik Anda untuk orang-orang bahkan berinteraksi, dengan gambar kelima atau keenam.

Lukas Haensch: Atau hanya karena pemasaran atau orang lain ingin memiliki beberapa pesan di luar sana? Jadi, saya pasti akan mempertimbangkan, melihat barang-barang yang sangat berat, berat, seperti, video. Saya tidak mengatakan untuk tidak menggunakan video, tetapi ada cara yang lebih cerdas untuk menampilkan video juga. Korsel, jenis barang ini sangat ketat untuk tidak menggunakannya di seluler karena biasanya tidak memiliki nilai UX yang kuat dan pasti mereka mengambil banyak dari anggaran kecepatan.

John Jantsch: Jika Anda memiliki situs web, jika Anda menjual produk secara online hari ini, Anda tahu bahwa gambar sangat penting untuk bagaimana orang membuat opini tentang produk dan layanan Anda. pixelz.com itu pixel dengan z.com adalah layanan retouching gambar yang dapat mengambil semua gambar Anda. Mereka dapat memperbaikinya, menambahkan bentuk dan simetri, menghaluskan tonjolan, menyelaraskan bahu, hal-hal seperti itu, yang dapat mengurangi kerutan, yang dapat mengurangi dan menghilangkan label serat, segala sesuatu yang tampaknya tidak pas. Dapatkan seseorang untuk melakukannya untuk Anda. Percepat waktu Anda ke pasar karena mereka akan memberi Anda gambar yang diperbaiki keesokan paginya. Kunjungi pixels.com yaitu PIXELZ.com dan cari tahu tentang layanan gambar menyentuh mereka.

John Jantsch: Bisakah Anda, tanpa membuat orang terkesima di sini, berbicara sedikit tentang, AMP dalam persamaan ini, halaman seluler yang dipercepat. Apakah itu sesuatu yang orang harus gunakan, untuk beban yang lebih baik, pengalaman yang lebih baik, tetapi kemudian Anda memiliki lebih sedikit grafik, Anda memiliki lebih sedikit kontrol? Jadi bagaimana perasaan Anda tentang itu?

Lukas Haensch: Jadi secara pribadi, maksud saya, bagaimana saya melihat ini pada dasarnya ini adalah situs web biasa dengan semua aturan yang sudah diberikan sebelumnya. Ini sudah memberi Anda banyak batasan pada skrip Java Anda. Itu sudah memberi Anda, dan kemudian jelas ada optimasi lebih lanjut di HTML. Jadi dengan cara mengambil jenis aturan yang baru saja kami diskusikan dan mendorong mereka pada Anda dengan cara. Jadi, itulah mengapa satu bagian dan satu alasan mengapa halaman-halaman ini dimuat dengan sangat cepat.

Lukas Haensch: Saya tidak akan menganggap diri saya seorang ahli AMP, tapi saya benar-benar berpikir apa itu sebenarnya, itu pada dasarnya hanya sebuah situs web, situs web normal dengan banyak aturan di sana, dan yang pada dasarnya mencegah Anda dari terlalu banyak menggunakan anggaran kecepatan Anda dan karenanya mereka menjadi halaman yang cepat. Jadi saya pikir ini cara yang bagus untuk seseorang jika itu cocok dengan jenis konten Anda, Jika Anda bisa menyampaikan pesan Anda dengan itu, saya pikir itu cara yang bagus.

John Jantsch: Jadi saya tahu secara anekdot, saya akan memberikan situs tiga atau empat detik jika tidak ada yang terjadi, saya mungkin mengklik, terutama di perangkat seluler saya. Apakah ada statistik yang secara definitif mengatakan, ya, X jumlah orang akan menunggu X jumlah waktu, tetapi jika situs Anda tidak dimuat dalam jumlah waktu itu, tidak hanya itu pengalaman buruk tetapi mereka akan pergi begitu saja?

Lukas Haensch: Ya. Hanya ada banyak metrik. Beberapa metrik yang kami gunakan dalam tim kami dan mungkin ada jika tidak semakin buruk, setidaknya keadaan mereka atau kami semakin buruk seperti, 53% konsumen akan meninggalkan situs jika dibutuhkan lebih dari tiga detik untuk memuat. Jadi itu setengah dari lalu lintas Anda yang sudah pergi di seluler, menurut metrik tersebut, jika Anda tidak memuat lebih cepat atau dalam tiga detik itu.

Lukas Haensch: Dan ketika saya mengatakan indeks kecepatan tiga detik 3000 mampu melukisnya untuk layar dalam waktu tiga detik karena seseorang tidak memiliki alasan untuk pergi. Karena saya pikir mungkin juga salah satu elemen kuncinya adalah ketika kita berbicara tentang indeks kecepatan atau kecepatan halaman, kita juga berbicara tentang, seseorang melihat sesuatu yang berarti. Mungkin bukan ide yang baik untuk melepaskannya dari pengalaman manusia dengan melihat banyak metrik yang berbeda.

Lukas Haensch: Seperti bisakah Anda menunjukkan sesuatu yang berarti kepada seseorang, yang berarti mereka tidak akan pergi karena mereka tidak melihat sesuatu. Mereka akan pergi mungkin karena alasan lain. Jadi 53%, ada banyak metrik lain tentang bagaimana metrik itu ada, jika Anda memuat satu detik lebih cepat, rasio konversi akan meningkat sekitar 20% atau lebih. Sulit bagi saya untuk melepaskannya, itu sangat tergantung pada kasus penggunaan dan lalu lintas yang Anda dapatkan. Tapi saya pikir 53% ini jika Anda tidak belajar lebih rendah lebih cepat dari tiga detik adalah hal yang sangat bagus untuk diingat. Tentang apakah itu 100% dalam kasus Anda, itu cerita lain tentang itu.

John Jantsch: Saya pikir itu menggambarkan alasannya, sering kali ketika beberapa bisnis, pemasar hanya memiliki begitu banyak rentang perhatian anggaran, waktu untuk mengerjakan hal-hal. Dan saya pikir, saya pikir penting bagi mereka untuk menyadari, mengapa ini harus menjadi prioritas. Dan saya pikir itu metrik yang bagus untuk itu.

Lukas Haensch: 100%. Seperti jika Anda menjalankan toko ritel, jika pintu Anda tidak terbuka, seperti Anda akan langsung melompat ke atasnya.

John Jantsch: Tepat. Saya pikir sebagian dari masalahnya adalah banyak pemasar tidak benar-benar mengunjungi situs web mereka sendiri. Mereka sebenarnya tidak memiliki pengalaman yang sama dengan yang dialami oleh pelanggan atau prospek mereka.

Lukas Haensch: Ya. Dan jika ya, itu sering kali merupakan versi yang di-cache. Versi yang di-cache atau di wifi. Jadi benar-benar melakukan upaya itu. Gunakan alat seperti, atau Anda bahkan dapat melakukannya dengan Chrome, tetapi untuk membuka halaman webtest.org dan mengujinya hanya untuk melihatnya sendiri, pengalaman apa yang sebenarnya dimiliki sebagian besar orang dengan situs web Anda.

John Jantsch: Saya tahu bahwa Google tidak perlu, memberikan daftar semua faktor yang mereka gunakan untuk peringkat. Tapi saya pikir itu cukup diterima secara luas bahwa kecepatan halaman atau kurangnya kecepatan halaman adalah variabel dalam peringkat halaman Anda atau tidak. Bisakah Anda berbicara tentang itu?

Lukas Haensch: Maksud saya, jelas saya tidak memiliki semua wawasan tentang semua hal yang memengaruhi peringkat. Jika demikian saya akan mungkin, karena tidak bekerja lagi. Tapi saya pikir satu hal penting mungkin hanya untuk diingat. Semua ini ada alasan tertentu untuk ini. Jadi semakin banyak lalu lintas di seluler. Jadi lalu lintas seluler jelas telah melampaui lalu lintas desktop. Jadi, lebih banyak lalu lintas datang melalui pencarian Google di seluler lebih banyak dan lebih banyak daripada di desktop, karenanya pengunjung, karenanya lebih banyak pasar. Ada lebih banyak peluang untuk pemasaran, di saluran tersebut.

Lukas Haensch: Tapi apa yang kita lihat secara umum adalah tingkat konversi yang lebih rendah di seluler daripada di desktop. Jadi jelas ada minat yang cukup signifikan untuk meningkatkan kecepatan halaman karena itu salah satu aspek yang mempengaruhi pengalaman pengguna. Jadi, dengan cara seperti alasan mengapa peringkat itu penting juga merupakan alasan mengapa itu baik untuk pengguna, itulah alasan mengapa itu baik untuk konversi, yang pada gilirannya baik untuk seseorang yang menjalankan iklan di saluran itu. Jadi, saya tidak bisa, saya tidak memiliki wawasan lebih lanjut tentang faktor peringkat. Saya hanya bisa mengatakan itu semua berasal dari alasan yang sangat bagus.

John Jantsch: Dan apa yang saya katakan kepada orang-orang sepanjang waktu adalah apa yang Anda katakan. Halaman yang dimuat dengan lambat adalah pengalaman yang buruk. Jadi Google tidak ingin orang memiliki pengalaman buruk. Jadi mereka tidak akan menampilkan halaman itu. Dan saya pikir itulah cara untuk melihatnya. Saya pikir itu selalu menjadi niat mereka. Dan akibatnya, banyak hal berubah dengan algoritme dan yang lainnya hanya karena mereka menjadi lebih baik dalam memahami apa, semua faktor halaman ada di situs.

John Jantsch: Jadi saya pikir tidak ada keraguan bahwa, pada kenyataannya, salah satu cara termudah untuk menguji ini adalah ketika kami memiliki klien yang memiliki pengalaman seluler yang sangat buruk, baik itu desain atau kecepatan pemuatan, maksud saya, kami tidak dapat menampilkannya untuk penelusuran seluler. Mereka tidak akan melakukannya. Jadi saya pikir itu indikasi yang jelas karena seseorang perlu menyarankan bahwa, tidak peduli bagaimana, di mana Anda menempatkannya di peringkat, itu adalah faktor.

Lukas Haensch: Saya pikir saya akan mengatakan hal terbesar yang akan saya ambil dari semua waktu ini di Google mengerjakan ini adalah, bahwa banyak tim melebih-lebihkan upaya yang diperlukan untuk melakukan perbaikan kecil sekalipun. Jadi pengoptimalan kecepatan halaman di halaman seluler adalah semacam, berjudul sebagai proyek besar. Tapi seperti yang saya coba tekankan sebelumnya, tidak banyak hal, banyak hal kecil yang dapat dilakukan untuk meningkatkan.

Lukas Haensch: Seperti hanya memberi saya satu atau dua contoh yang mungkin menyoroti hal ini dengan sangat drastis. Banyak orang mencoba mengoptimalkan citra pahlawan mereka. Apa yang dapat Anda lakukan sangat sederhana seperti yang dapat Anda lakukan, Anda mengambil gambar pahlawan Anda, Anda dapat mentransfernya ke katakanlah serangkaian kode. Ini disebut basis 64 dalam pengkodean dan tiba-tiba Anda dapat mengirim gambar pahlawan Anda dengan permintaan pertama di file HTML Anda. Yang ingin saya katakan adalah, tidak ada perubahan besar yang harus dilakukan.

Lukas Haensch: Anda akan mengambil satu gambar, Anda mentransfernya ke format lain, Anda mengirimnya sekarang dengan file pertama Anda dan sebagian besar konten paruh atas pertama Anda sudah dapat dicat. Jadi, saya pikir itu mungkin takeaway terbesar saya, bahwa ada banyak hal kecil yang dapat dilakukan daripada membuatnya, meledakkannya secara tidak perlu sebagai proyek besar.

John Jantsch: Jadi di mana seseorang, katakanlah seorang pendengar di luar sana berpikir, dia mengatakan beberapa hal yang sangat masuk akal, tetapi saya tidak tahu bagaimana melakukan semua itu. Di mana Anda menemukan seseorang yang, karena sekali lagi, jika Anda hanya konsultan kecepatan halaman Google, Anda akan mendapatkan orang-orang yang sangat teknis, Anda akan mendapatkan orang-orang yang hanya mengatakan bahwa mereka dapat melakukannya, tetapi mereka sungguh, yang ingin mereka lakukan hanyalah memindahkan Anda ke hosting baru atau semacamnya. Maksud saya, bagaimana Anda menemukan sumber daya yang tepat untuk membantu Anda memperbaiki beberapa hal kecil ini?

Lukas Haensch: Saya pikir itu pertanyaan yang sangat bagus. Hal yang bisa saya katakan adalah, jika tim Anda cukup menelusuri satu per satu file, banyak dari ini sudah dapat ditemukan. Apakah file font Anda mungkin hanya dalam format file font lama? Ada format file font yang TTF. Jika Anda mentransfernya ke [tidak terdengar] itu 30% lebih kecil. Font tampil lebih besar, lebih cepat. Jadi satu-satunya hal yang tidak bisa saya katakan seperti satu tempat, yang bisa saya katakan adalah pergi bersama tim Anda melalui air terjun situs web Anda. Saya pikir itu sumber terbaik untuk jujur.

John Jantsch: Jadi kami, dalam pendahuluan saya sebutkan bahwa Anda baru saja mendirikan sebuah perusahaan bernama Pathmonk. Anda ingin memberi tahu kami sedikit tentang apa yang dilakukan Pathmonk.

Lukas Haensch: Tentu. Jadi, pasti di dalam Pathmonk, kami melihat lebih dekat pada konversi di seluler dan di desktop. Dan yang kami sadari adalah bahwa sebenarnya sangat sulit bagi pemasar untuk menjawab pertanyaan seperti, berapa banyak kunjungan yang diperlukan pengguna untuk benar-benar berkonversi? Atau berapa detik yang Anda miliki di halaman untuk benar-benar meyakinkan mereka? Dan saya tidak berbicara tentang rasio pentalan, saya berbicara tentang, berapa jumlah rata-rata detik yang dibutuhkan seseorang sampai mereka mendaftar? Atau tindakan pengguna mana yang menunjukkan bahwa pengunjung siap untuk berkonversi?

Lukas Haensch: Jadi kami telah melihat bahwa ada kesenjangan besar untuk dapat memahami semacam, informasi anonim secara retrospektif seperti, data analitik Google atau melihat, video peta panas seperti bagaimana seseorang berperilaku. Tetapi kami menemukan bahwa ada celah yang secara real time, sulit bagi orang untuk segera bereaksi. Bagaimana jika pengguna X telah berada di halaman dan telah melakukan tindakan yang terlihat seperti seseorang yang berkonversi, dapatkah Anda bereaksi terhadap pasar? Dan kami menemukan sebagian besar pasar saat ini.

Lukas Haensch: Jadi kami membangun, pada dasarnya teknologi yang disebut kartu pintar yang pada dasarnya membantu, untuk secara otomatis berdasarkan kecerdasan buatan, mempelajari apa yang dilakukan pengguna di halaman, apa kemungkinan pola untuk konversi. Jadi maksud apa yang dimiliki pengguna saat mereka membuka halaman. Dan kemudian kami menunjukkan kepada mereka konten tentang produk Anda, seperti, pertanyaan umum, testimonial, studi kasus tentang apa yang kami sebut kartu pintar yang meluncur dan dari bawah atau atas. Dan ini pada dasarnya adalah bagaimana kami membiarkan situs web bereaksi secara real time terhadap apa yang terjadi di halaman dengan setiap pengunjung yang diberikan ke tingkat jenis produk atau fitur yang mereka minati.

John Jantsch: Dan saya pikir jika, dalam istilah yang paling sederhana, jika seseorang mengunjungi halaman tertentu, mereka mungkin tertarik dengan topik itu. Dan memang benar, alih-alih hanya memberi mereka slide umum, ini benar-benar cara untuk mempersonalisasi pengalaman mereka di hampir setiap halaman atau setiap kunjungan atau seperti yang Anda katakan, seluruh jalur mereka. Karena sering kali di situs, orang akan melakukan lima atau enam hal yang pasti menunjukkan bahwa mereka sedang mengeksplorasi topik tertentu atau memiliki maksud tertentu. Dan kemudian untuk dapat bereaksi terhadap itu, seperti yang Anda katakan secara real time, menurut saya apa yang menjadi perilaku yang sayangnya mulai diharapkan orang. Dan saya katakan, sayangnya, karena itu pasti menaikkan standar bagi pemasar.

Lukas Haensch: Dan lucunya, apa yang kita lihat adalah, ada elemen, ada elemen yang diharapkan, jelas seseorang sedang mengunduh buku putih tertentu. Tapi ada hal lain, seperti seseorang yang memfokuskan halaman Anda secara mendalam. Kami melihat korelasi yang kuat antara seseorang yang mendalami dengan fokus pada halaman Anda, dan kemudian, kiriman pada salah satu dari mereka memfokuskan kembali lagi. Dan itu adalah sesuatu yang diungkapkan oleh data dan kemudian kartu pintar dapat bereaksi secara otomatis.

John Jantsch: Dan saya pikir itu lagi, karena saya mengunjungi alat dan melihatnya beraksi, saya pikir kartu pintar itu cukup elegan dalam hal cara penyampaiannya. Mereka tidak hanya mengambil alih layar atau benar-benar, masuk ke wajah seseorang. Tetapi karena mereka agak dipersonalisasi, saya pikir mereka akan terlihat, saya kira lebih disambut.

Lukas Haensch: Ini menarik. Kami mengerjakan banyak pengujian UX dan banyak pekerjaan UX karena ada banyak prasangka yang harus diatasi oleh orang pintar. Itu tidak memotret dan merasakan tampilan dan nuansa seperti bot obrolan karena ada banyak prasangka dengan bot obrolan. Banyak orang bahkan tidak memulai percakapan dengan bot obrolan karena mereka pikir itu benar, itu adalah robot dan mereka tidak ingin berbicara dengannya.

Lukas Haensch: Jadi metrik jelas menunjukkan banyak orang tidak akan memulai percakapan. Atau jika terlihat seperti spanduk cookie, kami telah mengklik 100 juta kali pada spanduk cookie. Jadi pada dasarnya, kami mengerjakan kartu pintar agar terlihat dan terasa sebagai bagian dari situs web Anda, sehingga kartu tersebut sepenuhnya dapat disesuaikan dengan gaya dan tema situs web Anda. Dan kemudian pada dasarnya hanya menjadi bagian dari situs web dengan menggeser ke atas dan ke bawah versus, muncul entah dari mana.

John Jantsch: Baiklah, Lukas, terima kasih banyak telah bergabung dengan kami dan berbicara tentang kecepatan halaman dan mudah-mudahan kami akan segera bertemu Anda di luar sana di jalan.

Lukas Haensch: Terima kasih banyak. Terima kasih telah memilikiku.