# shopifydevelopment.info — teks lengkap > Teks lengkap setiap panduan dalam bahasa ini, agar mesin penjawab dapat membaca katalognya dalam satu permintaan. Tidak ada di sini yang absen dari halaman yang terlihat. ## Apakah Shopify Plus layak? https://shopifydevelopment.info/id/guides/apakah-shopify-plus-layak Diperbarui 2026-08-05 · Biaya dan perekrutan - Plus adalah keputusan aritmatika, bukan keputusan status. - Perbedaan tarif ditambah aplikasi yang dapat dihapus versus perbedaan harga. - Gunakan angka nyata kuartal terakhir, bukan perkiraan. - Fitur checkout yang dibatasi paket menjadikannya pertanyaan kelayakan. Shopify Plus dijual berdasarkan kemampuan dan dibeli berdasarkan perasaan. Versi jujurnya adalah aritmatika: pada volume bulanan berapa tarif kartu yang lebih rendah ditambah fitur yang akan Anda beli melebihi perbedaan harga? Untuk beberapa toko jawabannya jelas ya. Untuk banyak toko belum, dan mengetahui mana Anda membutuhkan satu sore. ### Apa yang sebenarnya Anda beli | Tarif pemrosesan kartu lebih rendah | Siapa pun di atas volume crossover | | Ekstensibilitas checkout lebih dalam | Toko dengan aturan yang tidak dapat diekspresikan checkout standar | | Beberapa toko ekspansi | Merek atau pasar yang benar-benar terpisah | | Batas API lebih tinggi | Integrasi berat dan sinkronisasi sering | | Alat otomasi | Operasi dengan langkah manual berulang | | Dukungan bernama | Tim yang memerlukan jalur eskalasi | ### Perhitungan Ambil volume kartu bulanan Anda dan kalikan dengan perbedaan tarif. Tambahkan biaya bulanan aplikasi apa pun yang dapat Anda hapus karena Plus menyertakan kemampuannya. Bandingkan dengan perbedaan harga. Jika jawabannya negatif, upgrade adalah preferensi, bukan investasi — dan itu adalah pilihan yang sah selama disebutkan dengan jujur. Jalankan perhitungan dengan angka nyata kuartal terakhir, bukan dengan perkiraan tahun depan. Perkiraan memiliki cara membenarkan apa pun yang sudah diinginkan. ### Alasan yang bukan alasan - "Kami sekarang merek serius" — pelanggan tidak dapat membedakan paket mana yang Anda gunakan. - "Kami mungkin membutuhkannya nanti" — upgrade nanti, ketika kebutuhannya nyata. - "Dukungan akan lebih baik" — benar, dan jarang sepadan dengan perbedaannya sendiri. - "Agensi merekomendasikannya" — minta mereka menunjukkan perhitungannya. ### Kapan jelas benar Volume tinggi di mana perbedaan tarif saja menutupinya, persyaratan checkout yang terbatas pada Plus, atau beberapa storefront yang benar-benar terpisah. Dalam kasus tersebut keputusannya mudah dan perhitungan mengonfirmasinya dalam hitungan menit. Q: Pada pendapatan berapa Plus masuk akal? A: Tidak ada angka universal. Hitung crossover dari volume kartu dan perbedaan tarif Anda sendiri. Q: Apakah kustomisasi checkout hanya Plus? A: Beberapa titik ekstensi dibatasi oleh paket. Jika persyaratan bergantung pada satu, itu menentukan kelayakan, bukan anggaran. Q: Bisakah kami downgrade nanti? A: Ya, meskipun apa pun yang dibangun pada fitur khusus Plus harus dibongkar terlebih dahulu. ## Menjaga kesehatan toko Shopify setelah peluncuran https://shopifydevelopment.info/id/guides/memelihara-toko-shopify-setelah-peluncuran Diperbarui 2026-08-05 · Biaya dan perekrutan - Toko rusak karena platform bergerak, bukan karena kode rusak. - Letakkan pembaruan, tinjauan aplikasi, dan upgrade API di kalender. - Sebutkan pemilik spesifik atau rutinitas tidak akan terjadi. - Satu setengah hari kuartalan mencegah sebagian besar keadaan darurat. Toko yang diluncurkan terasa selesai. Enam bulan kemudian tema tertinggal dua versi, empat aplikasi tidak digunakan, versi API kedaluwarsa dan tidak ada yang memilikinya. Pemeliharaan bukan biaya berkelanjutan yang misterius. Ini adalah daftar singkat dan spesifik di kalender. ### Rutinitas | Mingguan | Periksa pesanan, pembayaran gagal, dan antrian kesalahan pada integrasi | | Bulanan | Tinjau enam angka inti; periksa pembaruan tema dan aplikasi | | Kuartalan | Tinjauan aplikasi: hapus instalasi apa pun tanpa pemilik bernama | | Kuartalan | Pemeriksaan kinerja pada ponsel kelas menengah | | Dua kali setahun | Upgrade versi API untuk integrasi khusus apa pun | | Tahunan | Tinjau pasar, aturan pengiriman, dan halaman legal | ### Apa yang sebenarnya menyebabkan kerusakan - Pembaruan tema dilewati karena kustomisasi berkonflik. - Versi API kedaluwarsa pada aplikasi khusus yang tidak ada yang ingat memilikinya. - Aplikasi terakumulasi hingga storefront lambat dan tagihannya tidak dapat dijelaskan. - Data produk menyimpang saat item baru ditambahkan oleh orang yang berbeda. - Tidak ada pemilik — penyebab akar paling umum dari semua hal di atas. ### Sebutkan pemilik atau tidak ada yang terjadi Pemeliharaan tanpa orang yang disebutkan adalah pemeliharaan yang tidak terjadi. Tidak perlu menjadi peran penuh waktu; perlu menjadi tanggung jawab eksplisit seseorang dengan waktu yang dialokasikan, baik internal atau kontrak. Tulis nama pemilik dalam dokumen serah terima saat peluncuran. "Agensi" bukan nama, dan "siapa pun yang menyadari" juga bukan. ### Setengah hari yang mencegah sebagian besar keadaan darurat Sekali per kuartal: perbarui tema dengan sengaja, hapus aplikasi yang tidak digunakan, uji ulang satu pesanan dan satu pengembalian dana, periksa kinerja, dan konfirmasi setiap integrasi berjalan. Empat setengah hari setahun mencegah hampir setiap insiden yang kami tangani. Q: Berapa banyak pemeliharaan yang dibutuhkan toko Shopify? A: Beberapa jam sebulan untuk toko kecil, lebih banyak di mana integrasi ada. Anggarkan 15–25% dari biaya pembuatan per tahun. Q: Apa yang paling sering rusak? A: Integrasi khusus terhadap versi API yang kedaluwarsa, dan tema yang tertinggal terlalu jauh untuk diperbarui. Q: Bisakah pemeliharaan di-outsource? A: Ya, dan harus eksplisit — pengaturan bernama dengan cakupan, bukan niat baik. ## Migrasi ke Shopify tanpa kehilangan traffic https://shopifydevelopment.info/id/guides/migrasi-ke-shopify-tanpa-kehilangan-traffic Diperbarui 2026-08-05 · Biaya dan perekrutan - Peta redirect adalah migrasi; bangun sebelum yang lain. - Verifikasi setiap URL lama terselesaikan dalam satu lompatan setelah peluncuran. - Kata sandi tidak dapat dipindahkan — rencanakan komunikasi reset. - Pantau URL lama dan traffic organik setiap minggu selama sebulan. Sebagian besar cerita horor migrasi adalah cerita yang sama: produk berpindah, URL tidak, dan tiga bulan traffic pencarian menghilang pada hari peluncuran. Migrasi sebagian besar adalah latihan pemetaan. Lakukan pemetaan terlebih dahulu dan sisanya adalah penjadwalan. ### Urutan yang melindungi traffic - Ekspor setiap URL yang saat ini ada, dengan traffic dan peringkatnya. - Tentukan tujuan untuk masing-masing: halaman yang cocok, halaman induk, atau hilang. - Bangun peta redirect sebagai file, ditinjau sebelum apa pun dibangun. - Migrasikan produk, koleksi, dan konten ke struktur baru. - Uji redirect di staging dengan daftar nyata, bukan sampel. - Luncurkan, lalu crawl ulang daftar URL lama untuk memverifikasi setiap redirect terselesaikan dalam satu lompatan. ### Apa yang rusak dan berapa biayanya | URL yang tidak dipetakan | Traffic pencarian hilang, kadang permanen | | Redirect berantai | Halaman lambat dan sinyal terdilusi | | Handle produk berubah | Setiap tautan eksternal dan iklan rusak | | Akun pelanggan hilang | Reset kata sandi untuk seluruh daftar Anda | | Pesanan historis tidak dimigrasikan | Dukungan dan akuntansi kehilangan riwayat mereka | ### Data yang lebih sulit dari yang terlihat Kata sandi pelanggan tidak dapat dimigrasikan antar platform, jadi rencanakan komunikasi sebelum peluncuran daripada menemukannya melalui antrian dukungan. Pesanan historis mungkin perlu diimpor untuk dukungan dan pengembalian. Ulasan produk biasanya ada di aplikasi dan memerlukan ekspor dan impor sendiri. Tulis runbook migrasi sebagai daftar periksa dengan pemilik dan titik rollback. Migrasi gagal pada pukul 2 pagi karena tidak ada yang menuliskan urutan operasi. ### Setelah peluncuran Pantau daftar URL lama, pengindeksan, dan traffic organik setiap minggu selama bulan pertama. Penurunan kecil yang pulih dalam dua hingga empat minggu adalah normal. Penurunan yang terus turun berarti redirect salah, dan jauh lebih murah menemukan itu di minggu pertama daripada di bulan ketiga. Q: Apakah saya akan kehilangan peringkat saat migrasi? A: Penurunan singkat adalah normal. Kehilangan yang bertahan hampir selalu berarti redirect yang tidak dipetakan atau berantai. Q: Bisakah kata sandi pelanggan dipindahkan? A: Tidak. Rencanakan komunikasi reset sebelum peluncuran daripada setelahnya. Q: Berapa lama migrasi memakan waktu? A: Enam hingga enam belas minggu untuk katalog nyata dengan integrasi. Pembersihan data, bukan storefront, adalah bagian terlama. ## Cara merekrut developer atau agensi Shopify https://shopifydevelopment.info/id/guides/cara-merekrut-developer-shopify Diperbarui 2026-08-04 · Biaya dan perekrutan - Tanyakan tentang batasan dan penolakan, bukan tentang portofolio. - "Shopify bisa melakukan apa saja" adalah jawaban yang seharusnya membuat Anda khawatir. - Bersikeras pada Git dan kepemilikan kode dari awal. - Uji coba berbayar kecil mengungkapkan lebih banyak daripada wawancara panjang. Portofolio menunjukkan pekerjaan selesai dalam kondisi baik. Yang perlu Anda ketahui adalah bagaimana seseorang berperilaku ketika persyaratan tidak sesuai dengan platform, karena itulah momen yang menentukan proyek Anda. Ini adalah pertanyaan yang akan kami ajukan, dan jawaban yang seharusnya membuat Anda khawatir. ### Pertanyaan yang layak diajukan | Ceritakan tentang persyaratan yang Anda tolak | Kasus spesifik, dan alternatif yang mereka usulkan | | Bagaimana Anda menangani pembaruan tema? | Perubahan aditif, Git, membandingkan rilis | | Kapan Anda akan memberi tahu klien untuk tidak menggunakan Shopify? | Batasan konkret, bukan "bisa melakukan apa saja" | | Bagaimana Anda memutuskan antara aplikasi dan pembuatan khusus? | Argumen biaya dan pemeliharaan, bukan preferensi | | Apa yang terjadi setelah peluncuran? | Pengaturan pemeliharaan yang disebutkan, dengan harga | ### Jawaban yang seharusnya membuat Anda khawatir - "Shopify bisa melakukan apa saja" — tidak bisa, dan orang yang mengatakannya akan menemukan batasnya dengan anggaran Anda. - Tidak ada pendapat tentang aplikasi versus pembuatan khusus. - Pekerjaan portofolio yang tidak dapat Anda verifikasi sedang aktif. - Tidak ada kontrol versi, perubahan dibuat langsung di editor admin. - Tidak tertarik pada data produk Anda sebelum memberikan penawaran. ### Freelancer, agensi, atau in-house Freelancer cocok untuk pembuatan terdefinisi dengan pemilik yang jelas di pihak Anda. Agensi cocok untuk pekerjaan yang membutuhkan beberapa keterampilan sekaligus — desain, pengembangan, migrasi, integrasi — atau ketika kontinuitas lebih penting daripada harga. In-house dibenarkan ketika toko berubah setiap minggu dan perubahannya strategis. Siapa pun yang Anda rekrut, bersikeras agar toko berada dalam repositori Git yang Anda miliki. Ini adalah perbedaan antara mengganti pemasok dan memulai lagi. ### Uji coba berbayar kecil mengalahkan wawancara panjang Pesan satu bagian pekerjaan yang terdefinisi dengan baik — sebuah bagian, integrasi kecil — dan lihat bagaimana hasilnya: apakah terdokumentasi, aditif, diuji terhadap katalog nyata? Satu sore pekerjaan nyata memberi tahu Anda lebih banyak daripada tiga panggilan. Q: Freelancer atau agensi? A: Freelancer untuk pembuatan terdefinisi dengan pemilik yang jelas secara internal; agensi ketika Anda membutuhkan beberapa keterampilan atau kontinuitas. Q: Bagaimana cara memeriksa apakah seseorang bagus? A: Tanyakan apa yang mereka tolak untuk bangun dan mengapa, lalu pesan satu bagian kecil pekerjaan nyata berbayar. Q: Apa yang harus disertakan dalam kontrak? A: Kepemilikan kode dan repositori, pengaturan pemeliharaan, dan apa yang terjadi saat serah terima. ## Biaya sebenarnya membangun toko Shopify https://shopifydevelopment.info/id/guides/biaya-pengembangan-shopify Diperbarui 2026-08-04 · Biaya dan perekrutan - Biaya pembuatan didorong oleh kualitas data dan integrasi, bukan desain. - Kisaran luas karena cakupan biasanya kurang spesifik. - Anggarkan 15–25% dari biaya pembuatan per tahun untuk pemeliharaan. - Bandingkan penawaran dengan membandingkan asumsi mereka terlebih dahulu. Penawaran harga untuk pekerjaan Shopify bervariasi hingga sepuluh kali lipat, yang menunjukkan bahwa pertanyaannya kurang spesifik, bukan karena ada yang mengenakan harga terlalu tinggi. Variasi ini berasal dari sejumlah kecil faktor, dan begitu Anda dapat menyebutkannya, Anda dapat membaca penawaran dengan benar — dan memprediksi biaya yang muncul setelah peluncuran. ### Kisaran biaya pembuatan umum | Tema standar, kustomisasi ringan | $2.000 – $10.000 | Ukuran katalog dan kualitas data | | Pembuatan tema serius atau migrasi | $15.000 – $50.000 | Data riil, redirect, integrasi | | Aplikasi atau integrasi khusus | Dari $10.000 | Jumlah sistem dan API mereka | | Storefront headless | Lebih tinggi, plus tim berkelanjutan | Semua yang sekarang Anda kelola | ### Apa yang benar-benar menggerakkan angka - Kualitas data produk — variabel tersembunyi terbesar dalam penawaran apa pun. - Jumlah integrasi, dan apakah API mereka terdokumentasi. - Seberapa jauh tema harus bergeser dari standar. - Jumlah pasar, masing-masing dengan pekerjaan pajak dan konten sendiri. - Apakah ada yang menuliskan apa yang membuat pesanan benar. ### Tagihan setelah peluncuran Paket, pemrosesan pembayaran, aplikasi, dan pemeliharaan berlanjut selamanya. Anggarkan sekitar 15–25% dari biaya pembuatan per tahun untuk pemeliharaan — bukan karena kode rusak, tetapi karena platform bergerak di bawahnya dan seseorang harus mengikuti. Toko tanpa anggaran pemeliharaan tidak tetap diam; ia perlahan tertinggal hingga pembangunan ulang menjadi satu-satunya pilihan. ### Cara membandingkan dua penawaran Minta keduanya menyatakan asumsi mereka tentang data produk, integrasi, dan pasar. Penawaran yang lebih murah biasanya lebih murah karena mengasumsikan data bersih dan tanpa integrasi. Begitu asumsi setara, angka-angka menyatu dengan sangat cepat. Q: Mengapa penawaran sangat bervariasi? A: Karena cakupan biasanya kurang spesifik. Kualitas data dan integrasi menggerakkan angka lebih dari desain. Q: Apakah harga tetap realistis? A: Untuk pembuatan tema yang terdefinisi dengan baik, ya. Untuk migrasi dengan kualitas data yang tidak diketahui, pendekatan bertahap melindungi kedua belah pihak. Q: Berapa yang harus saya anggarkan untuk tahun kedua? A: Paket dan pemrosesan, langganan aplikasi, dan 15–25% dari biaya pembuatan untuk pemeliharaan. ## Menjual di beberapa market tanpa menggandakan pekerjaan https://shopifydevelopment.info/id/guides/menjual-di-beberapa-market-di-shopify Diperbarui 2026-08-04 · Konversi dan pertumbuhan - Mata uang sepele; pajak, bea, pengembalian, dan konten adalah pekerjaannya. - Kutip harga yang dikirim atau katakan dengan jelas bahwa bea harus dibayar. - Berikan setiap bahasa URL sendiri dan hreflang yang tepat. - Buka satu market dengan benar sebelum membuka yang kedua. Menambahkan market terlihat seperti perubahan pengaturan dan berperilaku seperti proyek kecil. Toko akan dengan senang hati menampilkan harga dalam mata uang lain; apakah pesanan itu benar, dapat dikirim, dan dapat dikembalikan adalah pertanyaan yang berbeda. Berikut adalah apa yang sebenarnya diperlukan market kedua, dalam urutan yang menggigit. ### Apa yang benar-benar dibutuhkan market baru | Mata uang dan penetapan harga | Rendah | Tidak ada | | Aturan pajak untuk tujuan | Sedang | Sebagian besar upaya pertama | | Biaya pengiriman termasuk bea | Sedang | Hampir semua orang | | Konten yang diterjemahkan | Tinggi jika dilakukan dengan benar | Tim yang menggunakan terjemahan otomatis | | Alamat pengembalian di market | Operasional | Semua orang, sampai pengembalian pertama | | Dukungan dalam bahasa tersebut | Berkelanjutan | Semua orang | ### Bea dan harga yang dikirim Pelanggan yang membayar di checkout dan kemudian diminta bea saat pengiriman akan menolak paket dan meminta pengembalian dana. Kutip harga yang dikirim termasuk bea atau nyatakan dengan jelas bahwa bea harus dibayar saat tiba. Diam adalah opsi yang menghasilkan pengembalian dana dan keluhan. Modelkan biaya yang sepenuhnya dikirim untuk tiga tujuan terbesar Anda sebelum mengaktifkannya. Jika total yang jujur membuat produk tidak kompetitif, market belum terbuka untuk Anda. ### Konten, bukan hanya mata uang - Salinan produk yang diterjemahkan mesin terbaca sebagai terjemahan mesin dan mengonversi sesuai itu. - Setiap bahasa memerlukan URL sendiri dan hreflang yang benar, atau market Anda bersaing dalam pencarian. - Ukuran, pengukuran, dan format alamat adalah lokalisasi, bukan terjemahan. - Halaman hukum berbeda per market — hak pengembalian tidak universal. - Dukungan harus menjawab dalam bahasa yang Anda jual. ### Urutan yang masuk akal Buka satu market dengan benar daripada lima secara perkiraan. Dapatkan pajak, harga yang dikirim, pengembalian, dan konten yang benar untuk satu negara, pelajari apa yang rusak, lalu ulangi. Lima market setengah terbuka menghasilkan tiket dukungan dalam lima bahasa dan pendapatan di tidak ada. Q: Apakah konversi mata uang cukup untuk menjual ke luar negeri? A: Untuk menerima pesanan, ya. Untuk menerima pesanan yang benar, dapat dikirim, dapat dikembalikan, tidak. Q: Apakah saya memerlukan URL terpisah per bahasa? A: Ya, dengan hreflang yang benar. URL bersama dengan pengalih bahasa menyembunyikan konten Anda dari pencarian. Q: Berapa banyak market yang harus kami buka sekaligus? A: Satu. Pelajari mode kegagalan dengan murah sebelum melipatgandakannya. ## Analitik yang benar-benar dapat Anda percaya https://shopifydevelopment.info/id/guides/analitik-shopify-yang-dapat-dipercaya Diperbarui 2026-08-04 · Konversi dan pertumbuhan - Shopify adalah sumber kebenaran untuk uang; tidak ada yang lain. - Analitik dan platform iklan menghitung hal yang berbeda dan akan selalu begitu. - Jangan pernah menjumlahkan konversi yang diklaim oleh platform iklan yang berbeda. - Laporkan enam angka secara konsisten daripada empat puluh sesekali. Setiap toko mencapai minggu di mana tiga dashboard menunjukkan tiga angka pendapatan berbeda dan seseorang diminta menjelaskannya. Penjelasannya selalu sama, dan itu bukan bug. Setiap sistem menghitung sesuatu yang berbeda, mengatribusikan secara berbeda, dan kehilangan peristiwa yang berbeda. Mengetahui mana yang harus dipercaya untuk pertanyaan mana mengakhiri argumen secara permanen. ### Mengapa angka berbeda | Shopify | Pesanan yang benar-benar ditempatkan dan dibayar | Tidak ada — ini adalah uangnya | | Analitik web | Sesi dan peristiwa di browser | Skrip yang diblokir, penolakan persetujuan | | Platform iklan | Konversi yang diatribusikan ke klik mereka sendiri | Tidak ada yang bisa mereka klaim; mereka menghitung ganda satu sama lain | | Alat email | Klik dan pesanan yang diatribusikan dalam jendela mereka | Semua yang di luar jendela | ### Pilih satu sumber per pertanyaan - Pendapatan, pesanan, pengembalian dana: Shopify. Selalu. Ini adalah sistem yang mengambil uangnya. - Traffic dan perilaku di situs: alat analitik Anda, dipahami sebagai arah. - Performa channel: platform iklan, dibandingkan dengan diri mereka sendiri dari waktu ke waktu, tidak pernah dijumlahkan. - Nilai seumur hidup pelanggan: perhitungan Anda sendiri dari data pesanan Shopify. ### Atribusi tidak pernah berjumlah 100% Jika Anda menjumlahkan konversi yang diklaim setiap platform iklan, Anda akan melebihi jumlah pesanan aktual Anda. Setiap platform mengklaim sentuhan yang dilihatnya. Ini adalah perilaku yang diharapkan, bukan penipuan, dan respons yang benar adalah berhenti menjumlahkannya — gunakan angka setiap platform hanya untuk membandingkan platform itu dengan masa lalunya sendiri. Laporkan satu angka pendapatan, dari Shopify, di setiap pertemuan. Angka channel masuk di bagian terpisah yang ditandai sebagai arah. ### Set pelaporan yang layak disimpan Pesanan, pendapatan, nilai pesanan rata-rata, tingkat konversi, tingkat pembelian berulang, dan tingkat pengembalian dana — bulanan, dari Shopify, dengan catatan yang menjelaskan apa pun yang tidak biasa. Enam angka yang dilaporkan secara konsisten selama setahun lebih berharga daripada empat puluh yang dilaporkan sekali. Q: Angka pendapatan mana yang benar? A: Milik Shopify. Ini adalah sistem yang memproses pembayaran; segala hal lain adalah estimasinya. Q: Mengapa platform iklan melebih-lebihkan hasil? A: Masing-masing mengklaim konversi yang dapat diasosiasikan dengan kliknya sendiri, dan beberapa dapat mengklaim pesanan yang sama. Q: Apakah saya memerlukan alat analitik terpisah? A: Untuk perilaku di situs, ya, itu membantu. Untuk pertanyaan uang, tidak — itu adalah tugas Shopify. ## Perbaikan konversi yang benar-benar menggerakkan angka https://shopifydevelopment.info/id/guides/optimasi-tingkat-konversi-shopify Diperbarui 2026-08-04 · Konversi dan pertumbuhan - Perbaiki penurunan funnel terbesar, bukan daftar tweak kecil. - Biaya pengiriman yang mengejutkan adalah penyebab pengabaian tunggal terbesar. - Kecepatan di mobile adalah fitur konversi, bukan fitur teknis. - Di bawah beberapa ratus pesanan per bulan, lewati uji A/B dan perbaiki masalah yang diketahui. Saran konversi cenderung datang sebagai daftar tweak. Sebagian besar nyata tetapi kecil, dan menjalankannya dalam urutan acak berarti menghabiskan berbulan-bulan untuk kesalahan pembulatan. Kerjakan funnel sebagai gantinya: temukan langkah dengan penurunan terbesar, perbaiki penyebab yang diketahui, ukur, ulangi. ### Urutan besaran yang biasa | Tampilkan biaya pengiriman lebih awal | Besar | Rendah | | Percepat halaman produk di mobile | Besar | Sedang | | Hapus pembuatan akun paksa | Besar | Rendah | | Gambar produk lebih baik dan foto nyata | Sedang | Sedang | | Kebijakan pengembalian yang jelas di dekat tombol beli | Sedang | Rendah | | Tweak tombol dan salinan | Kecil | Rendah | ### Temukan kebocoran sebelum memperbaiki apa pun - Hitung sesi yang mencapai halaman produk, keranjang, mulai checkout, pembayaran, dan pesanan. - Temukan penurunan persentase terbesar antara dua langkah yang berdekatan. - Tanyakan apa yang dipelajari pelanggan pada langkah itu yang tidak mereka ketahui sebelumnya. - Perbaiki hal spesifik itu. - Ukur ulang selama seminggu penuh — campuran traffic bervariasi per hari. ### Mengapa biaya pengiriman mendominasi Penyebab tunggal terbesar pengabaian di sebagian besar toko adalah biaya pengiriman yang muncul untuk pertama kalinya di checkout. Pelanggan tidak berubah pikiran tentang produk Anda; mereka baru mengetahui harga yang tidak diberitahukan. Menampilkannya di halaman produk tidak menghabiskan biaya apa pun dan menghilangkan kejutan. Jika pengiriman gratis di atas ambang batas layak, sebutkan ambang batas di halaman produk. Setengah efeknya adalah mengetahui, bukan membayar. ### Pengujian yang jujur Sebagian besar toko Shopify tidak memiliki traffic untuk uji A/B yang bermakna pada perubahan kecil. Di bawah beberapa ratus pesanan per bulan, lebih baik perbaikan yang jelas dan pengukuran sebelum-dan-sesudah daripada uji yang tidak bisa Anda dukung. Berpura-pura uji itu konklusif lebih buruk daripada tidak menguji. Q: Berapa tingkat konversi yang baik? A: Sangat bervariasi menurut kategori dan titik harga. Bandingkan dengan tren Anda sendiri, bukan dengan rata-rata yang dipublikasikan. Q: Haruskah saya menjalankan uji A/B? A: Hanya dengan traffic yang cukup untuk mencapai signifikansi dalam waktu yang wajar. Jika tidak, perbaiki masalah yang diketahui dan ukur trennya. Q: Apakah lencana kepercayaan membantu? A: Kurang dari kebijakan pengembalian yang jelas, biaya pengiriman yang terlihat, dan halaman yang cepat. ## Pekerjaan SEO yang tidak dilakukan Shopify untuk Anda https://shopifydevelopment.info/id/guides/dasar-dasar-seo-shopify Diperbarui 2026-08-04 · Konversi dan pertumbuhan - Shopify mencakup dasar-dasar SEO teknis; arsitektur dan konten adalah tanggung jawab Anda. - Satu halaman yang disengaja per maksud pencarian mengalahkan lima puluh koleksi tipis. - Putuskan secara eksplisit halaman yang difilter mana yang boleh diindeks. - Salinan produk asli mengungguli peringkat dan konversi teks pabrikan. Shopify menangani banyak SEO teknis secara default: markup yang masuk akal, tag canonical, sitemap, hosting cepat. Itu adalah dasarnya, dan itu cukup layak. Apa yang tidak bisa dilakukannya adalah memutuskan bagaimana katalog Anda diorganisir atau menulis apa pun yang layak diperingkat. Itulah dua hal yang benar-benar menggerakkan traffic. ### Apa yang diberikan platform kepada Anda | Sitemap dan tag canonical | Halaman mana yang seharusnya ada sama sekali | | Hosting cepat dan andal | Kecepatan halaman setelah gambar dan aplikasi Anda | | Markup produk dasar | Deskripsi yang layak dibaca | | HTTPS dan URL bersih | Arsitektur koleksi dan tautan internal | | Alat redirect | Benar-benar memetakan redirect selama migrasi | ### Keanehan yang perlu diketahui - Produk dapat dijangkau baik secara langsung maupun dalam jalur koleksi; canonical menanganinya, tetapi tautan internal harus konsisten. - Filter koleksi dapat menghasilkan banyak halaman tipis yang hampir duplikat — putuskan mana yang dapat diindeks. - Blog berfungsi tetapi terbatas; perlakukan sebagai tempat untuk konten yang benar-benar berguna, bukan platform konten. - Paginasi pada koleksi besar memerlukan pemikiran, baik untuk crawling maupun untuk pelanggan. - Pengaturan multi-market memerlukan hreflang yang dilakukan dengan benar atau market akan bersaing satu sama lain. ### Arsitektur koleksi adalah tuas yang sebenarnya Sebagian besar keuntungan SEO Shopify berasal dari memiliki halaman koleksi yang tepat: satu halaman per hal yang benar-benar dicari orang, dengan deskripsi yang menjawab pertanyaan, dan tautan internal dari produk terkait. Toko dengan lima puluh koleksi tipis yang dibuat otomatis mendapat peringkat lebih buruk daripada yang memiliki dua belas koleksi yang disengaja. Tuliskan pencarian yang ingin Anda peringkatkan, lalu periksa bahwa tepat satu halaman menargetkan masing-masing. Penargetan duplikat adalah masalah SEO yang paling umum yang ditimbulkan sendiri. ### Deskripsi produk memang berhasil Salinan pabrikan muncul di situs setiap pesaing. Dua paragraf asli yang menjawab pertanyaan yang benar-benar diterima tim dukungan Anda akan mengungguli peringkatnya, dan akan mengonversi lebih baik saat melakukannya. Q: Apakah Shopify menangani SEO secara otomatis? A: Ini menangani dasar teknis. Arsitektur, konten, dan tautan internal — bagian yang diperingkat — adalah tanggung jawab Anda. Q: Haruskah filter koleksi dapat diindeks? A: Hanya yang cocok dengan pencarian nyata. Sisakan yang lain dari indeks daripada menghasilkan halaman tipis. Q: Apakah blog Shopify cukup baik? A: Untuk beberapa artikel yang benar-benar berguna, ya. Untuk operasi konten yang serius, sebagian besar tim menjalankan sistem terpisah. ## Kecepatan tema Shopify di ponsel sungguhan https://shopifydevelopment.info/id/guides/kecepatan-tema-shopify Diperbarui 2026-08-04 · Konversi dan pertumbuhan - Gambar dan skrip pihak ketiga menyebabkan sebagian besar kelambatan Shopify. - Ukur di ponsel kelas menengah, bukan di laptop Anda. - Perbaiki sesuai urutan: gambar, skrip, hero, font, lalu kode. - Bawa angka per aplikasi ke percakapan tentang menghapus aplikasi. Pekerjaan kecepatan di Shopify memiliki pola yang dapat diprediksi: tim mengoptimalkan Liquid, berdebat tentang tema, dan membiarkan gambar hero dengan ukuran empat kali lipat dari yang ditampilkan serta sebelas skrip pihak ketiga dimuat sebelum halaman dirender. Ukur dulu, lalu perbaiki sesuai urutan yang menguntungkan. ### Ke mana waktu sebenarnya terbuang | Gambar terlalu besar atau tidak dioptimalkan | Besar | Mudah | | Skrip pihak ketiga dan aplikasi | Besar | Sedang — politis, bukan teknis | | Font web | Sedang | Mudah | | Slider berat dan bagian hero video | Sedang | Mudah, jika Anda bisa memenangkan argumennya | | Rendering Liquid | Kecil | Sedang | ### Urutan untuk bekerja - Ukur di ponsel kelas menengah dengan koneksi nyata, bukan di laptop Anda. - Perbaiki gambar: dimensi yang benar, format modern, lazy-load apa pun di bawah lipatan. - Audit skrip: hapus aplikasi yang tidak digunakan siapa pun; tunda semua yang tidak diperlukan untuk render. - Potong hero: satu gambar mengalahkan carousel video autoplay di setiap metrik yang penting. - Subset dan preload font, atau gunakan font sistem. - Baru kemudian lihat kode tema. ### Ukur hal yang dirasakan pelanggan Largest contentful paint di halaman produk melalui koneksi mobile adalah angka yang berkorelasi dengan pendapatan. Skor sintetis berguna untuk mendeteksi kemunduran dan buruk sebagai tujuan — sebuah toko bisa mendapat skor bagus namun tetap terasa lambat bagi pelanggan di kereta. Catat baseline sebelum perubahan apa pun dan setelah setiap perubahan. Tanpa baseline, pekerjaan kecepatan menjadi perdebatan tentang opini. ### Percakapan tentang aplikasi Sebagian besar masalah kecepatan adalah aplikasi favorit seseorang. Bawa angka: aplikasi ini menghabiskan 400ms di setiap halaman produk dan digunakan oleh dua orang. Percakapan itu berjalan lebih baik daripada "situs ini lambat" dan itulah yang menghasilkan keuntungan nyata. Q: Apakah pilihan tema penting untuk kecepatan? A: Kurang penting dibanding gambar dan skrip. Tema yang dibangun dengan baik membantu, tetapi tidak bisa mengungguli sebelas skrip pihak ketiga. Q: Apakah skor sempurna layak dikejar? A: Tidak. Kejar waktu paint halaman produk di ponsel kelas menengah; itulah yang dialami pelanggan. Q: Apakah aplikasi benar-benar menghabiskan biaya sebanyak itu? A: Yang menghadap storefront memang begitu. Ukur masing-masing dengan menonaktifkannya dan menguji ulang — angka biasanya menyelesaikan perdebatan. ## Ekstensibilitas checkout: apa yang dapat dan tidak dapat Anda ubah https://shopifydevelopment.info/id/guides/ekstensibilitas-checkout-shopify Diperbarui 2026-08-04 · Aplikasi dan integrasi - Checkout dapat diperluas di titik yang ditentukan, tidak dapat diganti. - Penanganan pembayaran dan model pesanan tetap dengan platform. - Beberapa titik ekstensi terbatas paket — periksa selama pelingkupan. - Tegakkan aturan dengan validasi daripada dengan pesan. Checkout adalah bagian dari Shopify yang paling ingin Anda ubah dan bagian yang paling sedikit Anda kendalikan. Itu disengaja: ini juga bagian yang paling keras dioptimalkan Shopify dan dibuat bertanggung jawab atas kepatuhan pembayaran. Ekstensibilitas checkout modern memberi Anda titik ekstensi yang ditentukan. Inilah yang mereka cakup dan apa yang tidak. ### Di mana Anda dapat memperluas | Ekstensi UI di posisi yang ditentukan | Bidang kustom, instruksi pengiriman, opsi hadiah | | Aturan validasi | Memblokir pesanan yang melanggar aturan bisnis | | Logika diskon | Perilaku promosi kustom di luar jenis bawaan | | Kustomisasi pengiriman | Menyusun ulang, mengganti nama, atau menyembunyikan opsi pengiriman | | Halaman pasca-pembelian | Upsell dan informasi tambahan setelah pembayaran | | Kontrol branding | Warna, font, dan tata letak dalam struktur yang diberikan | ### Apa yang tetap milik Shopify - Urutan langkah checkout dan struktur keseluruhan. - Penanganan pembayaran dan cakupan PCI — Anda tidak menyentuh data kartu. - Model objek pesanan yang dibaca semua orang di hilir. - Lapisan penipuan dan risiko. - Apa pun yang memerlukan logika sisi server arbitrer di tengah alur. ### Terbatas paket, dan itu penting lebih awal Beberapa ekstensibilitas hanya tersedia pada paket yang lebih tinggi. Jika persyaratan bergantung padanya, keputusan paket adalah keputusan kelayakan, bukan penganggaran — dan itu termasuk dalam minggu pertama, bukan yang terakhir. Periksa pembatasan paket untuk setiap persyaratan checkout selama pelingkupan. Ini adalah sumber paling umum dari "kami berasumsi kami bisa" di akhir proyek. ### Pendekatan pragmatis Ekspresikan aturan bisnis sebagai validasi dan kustomisasi pengiriman daripada sebagai UI. Aturan yang ditegakkan saat checkout dapat diandalkan; aturan yang dikomunikasikan oleh pesan yang mungkin tidak dibaca seseorang tidak. Dan pertahankan bidang kustom untuk apa yang benar-benar akan Anda tindak lanjuti — setiap bidang tambahan biaya konversi. Q: Bisakah saya membangun checkout yang sepenuhnya kustom? A: Tidak, tidak pada paket standar. Anda memperluas titik yang ditentukan; struktur dan penanganan pembayaran tetap milik Shopify. Q: Apakah skrip checkout masih cara untuk melakukan ini? A: Tidak. Pendekatan modern adalah ekstensi dan fungsi checkout; kustomisasi berbasis skrip yang lebih lama sedang dihentikan. Q: Berapa banyak yang dapat saya tambahkan sebelum konversi menderita? A: Kurang dari yang Anda inginkan. Setiap bidang dan pesan adalah gesekan; tambahkan hanya apa yang mengubah hasil. ## Menghubungkan Shopify ke sistem ERP atau pemenuhan https://shopifydevelopment.info/id/guides/menghubungkan-shopify-ke-erp-dan-pemenuhan Diperbarui 2026-08-04 · Aplikasi dan integrasi - Tulis tabel kepemilikan bidang sebelum kode apa pun. - Satu pemilik per bidang dan satu arah per sinkronisasi. - Berikan stok sistem otoritatif tunggal, biasanya gudang. - Catat semuanya dengan pengidentifikasi stabil dan antrian kegagalan yang terlihat. Proyek integrasi gagal pada kepemilikan, bukan pada protokol. Setelah dua sistem sama-sama percaya mereka memiliki nomor stok, setiap bug berikutnya adalah gejala dari satu keputusan yang tidak dibuat itu. Jadi deliverable pertama bukan kode. Ini adalah tabel. ### Tabel kepemilikan yang Anda tulis pertama | Data master produk | Biasanya ERP | ERP → Shopify | | Harga | Biasanya ERP | ERP → Shopify | | Level stok | Satu sistem, tidak pernah keduanya | Gudang → Shopify | | Pesanan | Shopify | Shopify → ERP | | Status pemenuhan dan pelacakan | Gudang | Gudang → Shopify | | Catatan pelanggan | Tergantung; putuskan secara eksplisit | Satu arah saja | ### Aturan yang membuatnya tetap waras - Satu pemilik per bidang, dan sistem lain tidak pernah menulisnya. - Sinkronkan dalam satu arah per bidang. Sinkronisasi dua arah adalah tempat loop hidup. - Gunakan pengidentifikasi eksternal yang stabil — SKU, bukan ID database internal. - Buat semuanya idempoten sehingga pemutaran ulang tidak berbahaya. - Catat setiap pesan dengan pengidentifikasinya sehingga pesanan yang disengketakan dapat dilacak dari ujung ke ujung. ### Stok adalah bagian yang sulit Stok adalah bidang yang ingin ditulis semua orang dan tidak ada yang ingin memiliki. Pilih sistem yang paling dekat dengan barang fisik, biasanya gudang, dan biarkan itu menjadi otoritatif. Shopify kemudian mencerminkan nomor itu daripada bernegosiasi dengannya. Oversell hampir selalu merupakan gejala dari dua penulis, bukan dari latensi sinkronisasi. Perbaiki kepemilikan sebelum menyetel frekuensi. ### Rencanakan untuk kegagalan yang membosankan Gudang offline selama satu jam; ERP menolak alamat yang salah format; produk ada di satu sistem dan tidak di sistem lain. Tidak ada yang eksotis, dan semuanya memerlukan perilaku yang ditentukan dan tempat di mana manusia dapat melihat antrian. Q: Sinkronisasi real-time atau batch? A: Pesanan dengan segera, stok sering, data produk sesuai jadwal. Real-time semuanya biayanya lebih banyak dan meningkatkan sedikit. Q: Haruskah kami menggunakan platform middleware? A: Untuk beberapa sistem, ya — ini memusatkan percobaan ulang, log, dan pemetaan. Untuk satu integrasi sering lebih banyak bagian yang bergerak daripada nilai. Q: Siapa yang memperbaiki pesan yang macet pada pukul 2 pagi? A: Putuskan sebelum peluncuran. Integrasi tanpa pemilik dan antrian yang terlihat menjadi kehilangan data diam-diam. ## Admin API dan webhook dalam praktik https://shopifydevelopment.info/id/guides/shopify-admin-api-dan-webhook Diperbarui 2026-08-04 · Aplikasi dan integrasi - Baca dengan API, bereaksi dengan webhook, rekonsiliasi sesuai jadwal. - Verifikasi tanda tangan dan buat setiap handler idempoten. - Desain untuk batas laju alih-alih mencoba ulang melewatinya. - Catat peningkatan versi API sebelum kedaluwarsa. Integrasi terhadap Shopify sebagian besar adalah dua mekanisme: Admin API, yang Anda panggil untuk membaca dan menulis, dan webhook, yang memanggil Anda ketika sesuatu terjadi. Keduanya mudah. Yang memisahkan integrasi yang andal dari yang tidak stabil adalah bagaimana Anda menangani kasus di mana mereka berperilaku buruk — dan mereka akan. ### Dua mekanisme | Arah | Anda memanggil Shopify | Shopify memanggil Anda | | Baik untuk | Membaca status, menulis perubahan, backfill | Bereaksi terhadap peristiwa dengan segera | | Mode kegagalan | Batas laju, perubahan versi | Duplikat, pengiriman tidak berurutan, peristiwa terlewat | | Harus menangani | Percobaan ulang dan paginasi | Idempoten dan verifikasi | ### Aturan yang membuat integrasi andal - Verifikasi setiap tanda tangan webhook sebelum mempercayai payload. Endpoint yang tidak diverifikasi adalah pintu terbuka. - Buat setiap handler idempoten — peristiwa yang sama akan tiba dua kali pada akhirnya. - Jangan asumsikan urutan. Pembatalan dapat tiba sebelum pembuatan yang Anda tunggu. - Kembalikan dengan cepat dan proses secara asinkron; endpoint lambat akan dicoba ulang dan kemudian dinonaktifkan. - Rekonsiliasi setiap hari terhadap API. Webhook melewatkan peristiwa; sapuan malam menangkap apa yang terlewat. ### Batas laju adalah input desain Shopify mengukur akses API. Itu bukan hambatan untuk diatasi dengan percobaan ulang; itu adalah batasan untuk dirancang. Baca batch, minta hanya bidang yang Anda butuhkan, dan gunakan operasi massal untuk backfill alih-alih berjalan setiap produk satu panggilan pada satu waktu. Jika integrasi Anda hanya berfungsi ketika tidak ada yang lain berjalan, itu tidak berfungsi. Uji saat impor sedang berlangsung. ### Versi Versi API diberi tanggal dan kedaluwarsa. Masukkan peningkatan di kalender daripada menemukannya melalui kegagalan. Integrasi kecil membutuhkan satu jam untuk bergerak maju; yang telah melewatkan empat versi membutuhkan seminggu. Q: Webhook atau polling? A: Webhook untuk kecepatan, rekonsiliasi berkala untuk kebenaran. Sebagian besar integrasi andal menggunakan keduanya. Q: Bagaimana cara menghentikan pemrosesan duplikat? A: Simpan pengidentifikasi peristiwa dan abaikan pengulangan. Idempoten adalah kebiasaan paling berharga di sini. Q: Apa yang rusak pertama kali pada skala? A: Batas laju, biasanya selama backfill yang berjalan catatan satu per satu alih-alih menggunakan operasi massal. ## Kapan membangun aplikasi Shopify kustom https://shopifydevelopment.info/id/guides/kapan-membangun-aplikasi-shopify-kustom Diperbarui 2026-08-04 · Aplikasi dan integrasi - Pasang untuk pekerjaan standar dan membosankan yang akan dipelihara orang lain. - Bangun ketika logika mengkodekan cara Anda secara khusus menjual. - Aplikasi pribadi satu kata kerja mengalahkan aplikasi publik dengan pengaturan yang tidak digunakan. - Periksa metafield, metaobject, dan Flow sebelum melakukan keduanya. Pilihannya biasanya dibingkai sebagai membangun versus membeli, yang menyembunyikan opsi yang seharusnya diambil sebagian besar tim: aplikasi pribadi kecil yang melakukan satu pekerjaan dengan baik, daripada aplikasi publik dengan layar pengaturan yang tidak akan pernah Anda buka. Berikut cara kami memutuskan, dalam urutan pertanyaan yang penting. ### Pasang ketika - Pekerjaannya terstandarisasi: ulasan, validasi alamat, ekspor akuntansi, langganan dasar. - Banyak pedagang membutuhkan persis apa yang Anda butuhkan, sehingga aplikasi dipelihara oleh pendapatan orang lain. - Harganya tetap atau tumbuh perlahan dengan volume Anda. - Jika tidak, Anda akan memelihara komoditas. ### Bangun ketika | Logikanya spesifik untuk cara Anda menjual | Tidak ada vendor yang akan memelihara aturan Anda untuk Anda | | Data harus mencapai sistem yang tidak digunakan orang lain | Integrasi adalah pekerjaan aplikasi pribadi klasik | | Harga per pesanan pada volume Anda | Membeli menjadi lebih mahal daripada pembangunan kecil | | Anda membutuhkan satu fitur dari aplikasi besar | Anda membayar untuk suite untuk menggunakan sakelar | ### Jalan tengah yang terlewatkan sebagian besar tim Aplikasi pribadi yang melakukan satu pekerjaan terhadap Admin API seringkali hanya beberapa ratus baris dan server kecil. Tidak ada layar pengaturan, tidak ada orientasi, tidak ada penagihan, dan tidak ada persyaratan daftar — karena hanya memiliki satu pengguna, Anda. Batasi aplikasi pribadi ke satu kata kerja. "Sinkronkan pesanan ke gudang" adalah aplikasi pribadi. "Kelola pemenuhan" adalah produk. ### Sebelum keduanya, periksa apa yang sudah ada Metafield, metaobject, dan Shopify Flow mencakup jumlah yang mengejutkan dari apa yang dijangkau tim untuk dilakukan aplikasi — penandaan bersyarat, notifikasi, otomatisasi sederhana, data produk terstruktur. Biayanya satu jam untuk memeriksa dan secara teratur menghemat langganan. Q: Apakah aplikasi pribadi sulit dipelihara? A: Kurang dari yang diharapkan jika melakukan satu hal. Biaya pemeliharaan berasal dari cakupan, bukan dari fakta memilikinya. Q: Apakah aplikasi kustom perlu ditinjau oleh Shopify? A: Daftar publik ya. Aplikasi yang hanya digunakan oleh toko Anda sendiri tidak melalui proses daftar. Q: Bagaimana dengan perubahan versi API? A: Rencanakan untuk peningkatan berkala. Itu adalah biaya berkelanjutan nyata dari memiliki integrasi, dan dapat dikelola ketika aplikasinya kecil. ## Memilih aplikasi Shopify tanpa menumpuknya https://shopifydevelopment.info/id/guides/memilih-aplikasi-shopify-tanpa-penumpukan Diperbarui 2026-08-04 · Aplikasi dan integrasi - Aplikasi menumpuk satu keputusan masuk akal pada satu waktu. - Periksa metafield dan Flow sebelum memasang apa pun. - Tinjau daftar aplikasi triwulanan dan copot yang tidak dimiliki. - Bersihkan skrip dan metafield yang tersisa setelah penghapusan. Tidak ada toko yang berniat memasang lima belas aplikasi. Ini terjadi satu keputusan yang masuk akal pada satu waktu, dan agregat tidak pernah ditinjau karena tidak ada satu keputusan pun yang salah. Dua biaya menumpuk secara diam-diam: uang, dan skrip yang ditinggalkan setiap aplikasi di etalase Anda. ### Dua tagihan yang Anda tandatangani | Langganan | Bulanan, per aplikasi | Keuangan, pada akhirnya | | Skrip etalase | Halaman lebih lambat di ponsel nyata | Pelanggan, segera | | Penyebaran data | Bidang yang sama di tiga tempat | Siapa pun yang men-debug-nya | | Ketergantungan | Metafield dan pengaturan dimiliki oleh aplikasi | Anda, saat penghapusan | ### Pertanyaan sebelum memasang apa pun - Apa tepatnya yang berhenti terjadi jika kita tidak memasang ini? - Apakah metafield, metaobject, atau Shopify Flow sudah melakukannya? - Apakah ini menambahkan sesuatu ke etalase, dan bisakah itu diukur? - Apa yang terjadi pada data kita jika kita mencopot dalam setahun? - Siapa yang meninjau ini dalam tiga bulan? ### Jalankan tinjauan triwulanan Masukkan satu jam berulang di kalender. Daftarkan setiap aplikasi terpasang dengan biaya bulanannya dan satu kalimat yang mengatakan siapa yang menggunakannya. Apa pun yang tidak dapat disebutkan kegunaannya oleh siapa pun akan dicopot pada hari itu, dan toko menjadi terukur lebih cepat dan lebih murah tanpa proyek. Ambil pengukuran kinerja sebelum dan sesudah tinjauan. Angkanya biasanya cukup persuasif untuk mempertahankan kebiasaan. ### Mencopot dengan benar Menghapus aplikasi jarang menghapus sisa-sisanya: tag skrip, metafield, webhook, dan snippet tema dapat bertahan. Setelah mencopot, periksa tema untuk kode yang terlantar dan etalase untuk skrip yang masih dimuat. Ini adalah langkah yang mengubah penghapusan aplikasi menjadi perbaikan nyata. Q: Berapa banyak aplikasi yang terlalu banyak? A: Tidak ada angka. Tesnya adalah apakah masing-masing memiliki pemilik bernama dan kegunaan yang dapat dijelaskan seseorang. Q: Apakah aplikasi benar-benar memperlambat toko? A: Yang menghadap etalase ya, sebanding dengan apa yang mereka muat. Aplikasi khusus Admin tidak menyentuh berat halaman. Q: Apakah satu aplikasi mahal lebih baik daripada tiga aplikasi murah? A: Seringkali, ya — lebih sedikit integrasi, lebih sedikit skrip, satu hubungan vendor. ## Headless Shopify dan Hydrogen: kapan dibenarkan https://shopifydevelopment.info/id/guides/headless-shopify-dan-hydrogen Diperbarui 2026-08-04 · Tema dan storefront - Headless menukar kenyamanan platform dengan kontrol total dan pemeliharaan permanen. - Benarkan dengan integrasi atau realitas tim, bukan dengan ketidakpuasan tentang tema. - Ukur tema yang ada sebelum menyalahkan lapisan tema. - Anggarkan untuk membangun kembali pengalaman pengeditan merchant yang Anda hilangkan. Headless commerce berarti menjalankan storefront Anda sendiri terhadap API Shopify alih-alih menggunakan tema Liquid. Hydrogen adalah framework Shopify untuk melakukan itu. Teknologinya berfungsi. Pertanyaannya adalah apakah toko yang Anda bangun membutuhkannya, karena biayanya bukan build — ini adalah dekade pemeliharaan yang mengikuti. ### Apa yang Anda dapatkan dan apa yang Anda ambil | Kontrol storefront | Dalam struktur tema | Total | | Hosting | Shopify | Anda yang menjalankan | | Waktu untuk peluncuran | Minggu | Bulan | | Pembaruan platform | Sebagian besar otomatis | Upgrade dependensi Anda | | Editor tema untuk merchant | Penuh | Apa pun yang Anda bangun | | Tim yang dibutuhkan | Developer Shopify | Tim front-end, berkelanjutan | ### Alasan bagus untuk headless - Storefront harus terintegrasi secara mendalam dengan pengalaman non-Shopify — konfigurator, sistem pemesanan, aplikasi yang ada. - Konten dan commerce sama pentingnya dan sudah ada di sistem terpisah. - Anda memiliki tim front-end yang masih akan ada di sini dalam tiga tahun. - Persyaratan kinerja yang benar-benar tidak dapat dipenuhi lapisan tema, diukur daripada diasumsikan. ### Alasan buruk "Tema membatasi" biasanya berarti tema dipilih dengan buruk atau disesuaikan ke sudut. "Headless lebih cepat" benar hanya jika Anda membangunnya dengan baik; storefront headless yang dibangun dengan buruk lebih lambat daripada tema yang bagus, dan tidak ada orang lain selain Anda untuk memperbaikinya. Ukur tema saat ini sebelum menyimpulkan tema adalah masalahnya. Dalam sebagian besar audit masalahnya adalah aplikasi dan gambar, dan keduanya bertahan dari rebuild headless. ### Bagian yang orang lupakan Anda kehilangan editor tema. Merchant yang bisa mengurutkan ulang halaman sekarang mengajukan tiket. Membangun kembali pengalaman pengeditan merchant adalah pekerjaan nyata, dan melewatkannya memindahkan biaya dari tim Anda ke mereka, secara permanen. Q: Apakah Hydrogen diperlukan untuk headless? A: Tidak, tetapi ini adalah jalur yang paling didukung dan menghilangkan banyak pekerjaan yang tidak terdiferensiasi jika Anda akan headless. Q: Apakah headless meningkatkan SEO? A: Hanya melalui kecepatan dan struktur yang harus Anda bangun dengan benar. Ini juga memperkenalkan cara untuk salah rendering yang tidak bisa dilakukan tema. Q: Bisakah kita headless nanti? A: Ya. Menjaga data produk tetap bersih dan konten di metaobjects membuat migrasi itu jauh lebih murah. ## Online Store 2.0: sections, blocks, dan metafields dalam praktik https://shopifydevelopment.info/id/guides/online-store-2-sections-dan-metafields Diperbarui 2026-08-04 · Tema dan storefront - Sections dan blocks memungkinkan merchant menyusun halaman tanpa developer. - Metafields dan metaobjects adalah lapisan data terstruktur Anda — rancang mereka. - Kirimkan sedikit, sections dengan nama baik daripada banyak yang hampir duplikat. - Dokumentasikan metafields atau mereka akan dihapus oleh seseorang nanti. Online Store 2.0 mengubah tema dari satu set template tetap menjadi sistem yang dapat disusun: sections di setiap halaman, blocks di dalamnya, dan metafields terstruktur untuk menyimpan data Anda sendiri. Fitur-fiturnya dikenal luas. Yang kurang umum adalah membangun seolah-olah mereka ada, daripada memasangnya ke pendekatan yang lebih lama. ### Tiga bagian dan untuk apa masing-masing | Sections | Modul yang dapat diurutkan ulang di template mana pun | Merchant, di editor tema | | Blocks | Item yang dapat diulang di dalam section | Merchant | | Metafields | Data terstruktur dan bertipe pada produk dan objek lainnya | Anda mendefinisikan, merchant mengisi | | Metaobjects | Jenis konten Anda sendiri, dapat digunakan kembali di seluruh halaman | Anda mendefinisikan, merchant mengisi | ### Bagaimana ini mengubah desain tema Naluri lama adalah hard-code halaman produk dan memberi merchant segelintir pengaturan. Naluri 2.0 adalah mengirimkan satu set kecil sections yang dibuat dengan baik dan membiarkan merchant menyusun halaman. Lebih sedikit template khusus, lebih banyak bagian yang dapat digunakan kembali — dan jauh lebih sedikit permintaan developer untuk perubahan tata letak enam bulan kemudian. Setiap penyesuaian tata letak yang dapat dilakukan merchant sendiri adalah tiket dukungan yang tidak pernah Anda terima. ### Metafields layak mendapat model data - Definisikan tipe dengan sengaja: bagan ukuran adalah metaobject, bukan blob teks kaya. - Beri nama untuk apa artinya, bukan di mana mereka muncul di halaman. - Tentukan mana yang merupakan data merchandising dan mana yang merupakan konten — mereka memiliki pemilik yang berbeda. - Isi pada waktu impor, bukan secara manual, jika katalog Anda lebih dari kecil. - Dokumentasikan mereka; metafield yang tidak didokumentasikan ditemukan setahun kemudian oleh seseorang yang menghapusnya. ### Struktur awal yang baik Satu template produk dengan sections untuk galeri, kotak beli, deskripsi, spesifikasi, dan cross-sells. Spesifikasi dibaca dari metafields. Cross-sells dapat dikonfigurasi per koleksi. Struktur itu mencakup sebagian besar katalog tanpa satu template khusus pun. Q: Apakah saya perlu memigrasikan tema lama ke 2.0? A: Tidak mendesak, tetapi build baru harus mengasumsikannya. Pengalaman pengeditan dan biaya pemeliharaan keduanya jauh lebih baik. Q: Metafields atau sistem konten terpisah? A: Metafields untuk apa pun yang dilampirkan ke produk atau koleksi. Sistem terpisah ketika konten memiliki kehidupan dan audiensnya sendiri. Q: Berapa banyak sections yang terlalu banyak? A: Ketika merchant tidak dapat membedakan dua. Lebih sedikit, sections dengan nama lebih baik mengalahkan daftar panjang yang hampir duplikat. ## Dasar-dasar Liquid untuk developer dari tempat lain https://shopifydevelopment.info/id/guides/dasar-liquid-untuk-developer Diperbarui 2026-08-04 · Tema dan storefront - Liquid merender; ini bukan bahasa aplikasi. - Metafields dan metaobjects adalah tempat data Anda sendiri berada. - Loop dan komputasi per permintaan adalah jebakan kinerja yang biasa. - Bagi pekerjaan: data di metafields, perilaku di aplikasi, pemformatan di Liquid. Jika Anda pernah menulis template sebelumnya, Liquid akan memakan waktu satu sore. Yang memakan waktu lebih lama adalah menerima apa yang tidak akan dibiarkan dilakukan, karena batasan tersebut disengaja dan membentuk bagaimana tema Shopify dibangun. Ini adalah orientasi yang kami berikan kepada developer yang bergabung dengan proyek Shopify dari stack lain mana pun. ### Model mental Liquid adalah bahasa rendering, bukan bahasa aplikasi. Ia memiliki objek yang diserahkan kepadanya oleh Shopify, filter untuk memformatnya, dan tag untuk alur kontrol. Tidak ada akses database, tidak ada komputasi sewenang-wenang yang berarti, dan tidak ada cara untuk menjangkau di luar objek yang diberikan kepada Anda. Jika Anda memerlukan sesuatu yang tidak terkandung dalam objek, jawabannya adalah metafield, aplikasi, atau halaman yang berbeda. Setiap jam yang dihabiskan untuk mencoba membuat Liquid berperilaku seperti bahasa tujuan umum adalah jam yang seharusnya dihabiskan pada model data. ### Apa yang akan Anda gunakan terus-menerus | Objects | product, collection, cart, customer, shop — data halaman | | Filters | Pemformatan: money, date, image_url, escape | | Tags | Alur kontrol: if, for, assign, render | | Sections dan blocks | Struktur yang dapat diedit merchant di editor tema | | Metafields | Data terstruktur Anda sendiri yang dilampirkan ke objek Shopify | ### Jebakan umum - Loop pada koleksi besar dirender dengan lambat; gunakan paginasi daripada memfilter di Liquid. - Apa pun yang Anda hitung per permintaan dihitung pada setiap permintaan — output yang ramah cache penting. - render menerima scope terisolasi; include sudah usang dan berperilaku berbeda. - Uang disimpan dalam sen; gunakan filter money daripada melakukan aritmatika manual. - Konten khusus pelanggan mencegah caching halaman penuh naif, yang merupakan keputusan kinerja serta kebenaran. ### Di mana menempatkan logika sebagai gantinya Pembentukan data termasuk dalam metafields dan metaobjects, didefinisikan sekali dan dibaca dengan murah. Perilaku termasuk dalam aplikasi atau di browser. Liquid sebagian besar harus membaca dan memformat. Tema yang mengikuti pemisahan itu tetap cepat dan dapat dipahami. Q: Apakah Liquid sulit dipelajari? A: Tidak — developer yang kompeten produktif dalam sehari. Mempelajari apa yang tidak akan dibiarkan Shopify lakukan memakan waktu lebih lama. Q: Bisakah saya query data di Liquid? A: Hanya apa yang diberikan grafik objek halaman kepada Anda, ditambah metafields. Tidak ada query sewenang-wenang. Q: Haruskah logika berada di Liquid atau JavaScript? A: Logika presentasi di Liquid, interaksi di JavaScript, aturan bisnis di aplikasi atau di model data Anda. ## Kustomisasi tema yang bertahan dari pembaruan https://shopifydevelopment.info/id/guides/kustomisasi-tema-shopify-yang-bertahan-dari-pembaruan Diperbarui 2026-08-04 · Tema dan storefront - Tambahkan sections; jangan edit template inti. - Simpan tema di Git dan dokumentasikan setiap kustomisasi. - Diff rilis vendor sebelum memperbarui daripada melewatkan pembaruan. - Ketika diff Anda melebihi tema, bangun ulang daripada forking. Setiap proyek Shopify mencapai momen di mana tema tidak cukup melakukan sesuatu. Apa yang terjadi selanjutnya menentukan seberapa mahal toko tersebut selama sisa hidupnya. Ada tempat yang baik untuk menempatkan perubahan dan yang buruk, dan perbedaannya sepenuhnya tentang apa yang terjadi ketika tema diperbarui. ### Di mana menempatkan perubahan, dari terbaik ke terburuk | Pengaturan tema | Selalu | Apa pun yang sudah diekspos tema | | Section atau block baru | Biasanya | Tata letak atau modul konten baru | | App block | Biasanya | Fungsionalitas dari aplikasi | | Section yang disalin, diganti namanya | Sebagian besar | Anda memerlukan varian dari section yang ada | | Mengedit template inti | Jarang | Pilihan terakhir, didokumentasikan | | Edit tersebar di berbagai file | Tidak pernah | Tidak pernah | ### Aturan yang menjaga tema tetap dapat dipelihara Tambahkan, jangan edit. Section baru yang Anda miliki akan tetap ada setelah pembaruan. Template inti yang dimodifikasi akan bertentangan dengan setiap rilis sampai seseorang menyerah dan berhenti memperbarui — inilah bagaimana toko tertinggal tiga tahun dalam fitur platform. Simpan CUSTOMISATIONS.md di repositori tema yang mencantumkan setiap file yang Anda sentuh dan alasannya. Anda di masa depan tidak akan ingat, dan developer berikutnya juga tidak. ### Kebiasaan praktis - Bekerja di repositori Git dengan tema, tidak hanya di editor admin. - Gunakan tema pengembangan untuk perubahan dan publikasikan dengan sengaja. - Awali sections dan snippets Anda sendiri sehingga jelas dalam daftar file. - Letakkan CSS kustom dalam satu file, tidak tersebar di template. - Sebelum pembaruan, diff rilis vendor terhadap salinan Anda dan tinjau konfliknya. ### Kapan harus berhenti menyesuaikan dan membangun ulang Ketika diff terhadap tema vendor lebih panjang dari tema itu sendiri, Anda memelihara fork tanpa mengakuinya. Pada titik itu tema yang dibuat khusus lebih murah dan jujur tentang apa yang Anda miliki. Q: Bisakah saya mengedit file tema langsung di admin? A: Anda bisa, dan untuk perbaikan satu baris tidak masalah. Apa pun yang lebih besar termasuk dalam kontrol versi di mana dapat ditinjau dan dikembalikan. Q: Bagaimana cara memperbarui tema yang disesuaikan? A: Ambil rilis vendor, diff terhadap versi Anda, dan terapkan kembali perubahan Anda dengan sengaja. Ini hanya layak jika perubahan Anda bersifat aditif dan didokumentasikan. Q: Apakah app block aman? A: Lebih aman daripada mengedit template, ya. Risikonya adalah aplikasi menghilang, bukan pembaruan tema. ## Memilih tema Shopify yang bisa Anda pertahankan https://shopifydevelopment.info/id/guides/memilih-tema-shopify Diperbarui 2026-08-04 · Tema dan storefront - Nilai riwayat pembaruan dan struktur sebelum tampilan. - Tema milik Shopify sendiri mengikuti perubahan platform terlebih dahulu dan tidak memerlukan biaya. - Tema berbayar yang dimodifikasi berat adalah yang terburuk dari kedua dunia. - Uji dengan katalog nyata Anda, bukan data demo. Pemilihan tema biasanya dilakukan berdasarkan tampilan, yang justru merupakan satu-satunya atribut yang bisa Anda ubah nanti. Atribut yang tidak bisa diubah nanti — bagaimana struktur tema tersebut, dan apakah vendor masih mengirimkan pembaruan — hampir tidak mendapat perhatian. Berikut adalah hal-hal yang perlu diperhatikan, dalam urutan yang penting. ### Apa yang harus dinilai, secara berurutan - Riwayat pembaruan: kapan vendor terakhir kali merilis, dan seberapa sering? - Struktur: apakah kustomisasi dilakukan melalui sections dan settings, atau melalui pengeditan template? - Kedekatan dengan katalog Anda: apakah halaman produk sudah menangani jumlah varian dan media Anda? - Performa bawaan: apa yang dimuat sebelum ada kustomisasi? - Dukungan: apakah ada manusia yang menjawab, dan changelog yang bisa Anda baca? ### Gratis, berbayar, atau kustom | Mengikuti perubahan platform | Ya, yang pertama | Tergantung vendor | Anda yang melakukan | | Biaya | Gratis | Sekali bayar | Proyek | | Risiko | Paling rendah | Vendor berhenti | Sepenuhnya milik Anda | | Tepat ketika | Sebagian besar toko | Ada yang cocok | Merchandising benar-benar tidak sesuai | ### Jebakan di tengah Tema berbayar yang dimodifikasi berat-berat adalah yang terburuk dari kedua dunia: tidak bisa diperbarui, karena perubahan Anda bertentangan dengan setiap rilis, dan tidak benar-benar milik Anda, karena Anda tidak merancang strukturnya. Jika Anda akan mengubah sebanyak itu, tetaplah dekat dengan standar atau pesan tema dengan benar. Hitung kustomisasi sebelum Anda mulai. Melewati sekitar selusin perubahan struktural, tema yang dibuat khusus biasanya lebih murah selama dua tahun. ### Evaluasi singkat yang bisa Anda jalankan dalam satu jam Instal tema di toko pengembangan, impor lima puluh produk nyata dengan varian terburuk Anda, dan masukkan judul produk terpanjang dan gambar paling tidak menarik Anda ke dalamnya. Sebagian besar tema terlihat sangat baik dengan tiga produk dan fotografi studio; Anda perlu tahu bagaimana tema ini berperilaku dengan milik Anda. Q: Apakah tema milik Shopify sendiri cukup bagus? A: Untuk sebagian besar toko, ya — dan mereka adalah basis paling aman karena mengikuti perubahan platform terlebih dahulu. Q: Bagaimana cara memeriksa tema berbayar dipelihara? A: Baca changelog dan tanggal pembaruannya. Tema tanpa rilis dalam setahun adalah kewajiban apa pun tampilannya. Q: Bisakah saya mengganti tema nanti? A: Ya, dan biayanya adalah pekerjaan kustomisasi lagi. Konten dan produk terbawa; keputusan tata letak tidak. ## Kapan Shopify adalah pilihan yang salah https://shopifydevelopment.info/id/guides/kapan-shopify-pilihan-yang-salah Diperbarui 2026-08-04 · Dasar Shopify - Sebagian besar toko cocok; yang tidak gagal dengan mahal dan terlambat. - Harga per pelanggan arbitrer dan memiliki checkout adalah batasan keras. - Produk yang dapat dikonfigurasi tidak sesuai dengan model produk-dan-varian. - Uji tiga aturan tersulit Anda terhadap platform sebelum membangun. Kami membangun di Shopify untuk mencari nafkah, yang persis mengapa halaman ini ada. Proyek yang mahal bukan yang memilih platform berbeda; mereka adalah yang memilih Shopify untuk bisnis yang tidak dapat diekspresikannya dan menemukannya di bulan keempat. Berikut adalah lima pola yang harus menghentikan Anda, dan tes jujur untuk masing-masing. ### Lima penghambat | Logika harga khusus pelanggan | Checkout tidak dapat mengekspresikan aturan per pelanggan yang arbitrer | | Memiliki pengalaman pembayaran | Checkout adalah milik Shopify; Anda memperluas, Anda tidak mengganti | | Produk yang dapat dikonfigurasi | Struktur produk dan varian tidak dapat mewakili konfigurator | | Volume pesanan sangat tinggi dengan aturan sederhana | Biaya per pesanan menjadi baris biaya yang material | | Alur yang diatur memerlukan langkah custom | Langkah yang diperlukan mungkin tidak sesuai di dalam checkout yang Anda berikan | ### Tes yang menyelesaikannya dalam satu sore Tulis tiga aturan bisnis tersulit Anda sebagai kalimat biasa. Kemudian coba ekspresikan masing-masing hanya menggunakan produk, varian, metafield, diskon, dan checkout sebagaimana dikirimkan. Jika salah satu dari mereka memerlukan checkout untuk melakukan sesuatu yang tidak dilakukannya, Anda telah menemukan jawaban Anda sebelum menghabiskan apa pun. Lakukan ini dengan seseorang yang telah membangun di platform. Mode kegagalan adalah "kami mungkin bisa melakukan itu dengan aplikasi" yang percaya diri dari seseorang yang belum mencoba. ### Kasus yang terlihat seperti penghambat tetapi bukan - Harga B2B — sering dapat diselesaikan dengan fitur B2B pada paket lebih tinggi, jika aturannya berjenjang daripada arbitrer. - Langganan — dilayani dengan baik oleh aplikasi matang; pekerjaannya adalah dalam dunning dan dukungan, bukan di platform. - Beberapa pasar — didukung, meskipun pajak dan konten per pasar adalah pekerjaan nyata dengan cara apa pun. - Pemasaran konten berat — blog lemah, tetapi sistem konten terpisah di samping toko adalah pola normal. ### Jika Anda di garis Bangun versi sempit di Shopify, jual selama satu kuartal, dan biarkan pesanan nyata memberi tahu Anda apakah batasan yang Anda takuti benar-benar mengikat. Itu lebih murah daripada pembangunan custom yang ditugaskan pada hipotesis, dan jauh lebih murah daripada pembangunan Shopify yang harus ditinggalkan. Q: Apakah volume pesanan tinggi saja alasan untuk pergi? A: Hanya ketika biaya per pesanan melebihi apa yang akan dikenakan biaya menjalankan alternatif, termasuk engineering untuk menjalankannya. Modelkan dengan angka nyata. Q: Bisakah aplikasi menyelesaikan batasan platform apa pun? A: Tidak. Aplikasi memperluas apa yang diekspos platform. Di mana checkout tidak mengekspos hook, tidak ada aplikasi yang membuatnya. Q: Bagaimana jika hanya satu dari aturan saya tidak cocok? A: Tanyakan apakah aturan itu esensial atau kebiasaan. Membentuk ulang satu aturan sering lebih murah daripada mengubah platform. ## Shopify melawan alternatif, tanpa promosi penjualan https://shopifydevelopment.info/id/guides/shopify-vs-platform-ecommerce-lain Diperbarui 2026-08-04 · Dasar Shopify - Perbandingan sebenarnya tentang seberapa tidak biasa aturan Anda. - Platform hosted menyerap pekerjaan tidak terdiferensiasi yang layak di-outsource. - Open source menukar biaya lisensi dengan pemeliharaan yang harus Anda staf. - Custom dibenarkan ketika aturan commerce adalah produk. Perbandingan platform biasanya ditulis oleh seseorang yang menjual salah satu opsi. Versi yang berguna dimulai dari pertanyaan berbeda: seberapa aneh kebutuhan Anda? Kebutuhan biasa paling murah di platform hosted. Yang tidak biasa menjadi mahal di sana dengan sangat cepat, dan itulah seluruh perbandingan. ### Apa yang baik dari setiap opsi | Waktu untuk peluncuran | Minggu | Minggu hingga bulan | Bulan | | Siapa yang menjalankan server | Shopify | Anda atau host Anda | Anda | | Kontrol checkout | Terbatas berdasarkan desain | Milik Anda | Milik Anda | | Biaya berkelanjutan | Paket plus aplikasi plus biaya | Hosting plus plugin plus pemeliharaan | Tim engineering | | Aturan harga tidak biasa | Sulit atau tidak mungkin | Mungkin | Apa pun yang Anda tulis | | Terbaik ketika | Ritel standar, kecepatan penting | Anda perlu kontrol dan memiliki keterampilan | Aturan Anda adalah produk | ### Pertanyaan yang sebenarnya memutuskannya - Bisakah aturan harga dan hak Anda diekspresikan dalam checkout platform? - Apakah katalog Anda sesuai dengan model produk-dan-varian, atau dapat dikonfigurasi? - Apakah Anda memiliki seseorang yang akan menjaga server tetap terpatch? Jika tidak, hosted menang secara default. - Pada volume pesanan Anda, apakah biaya per pesanan menjadi baris yang material? - Apakah toko adalah aset merek itu sendiri, atau cara untuk menerima uang? ### Di mana Shopify jelas merupakan jawaban yang tepat Ritel standar, katalog yang sesuai dengan produk dan varian, tim kecil, dan kebutuhan untuk menjual kuartal ini. Platform menyerap sejumlah besar pekerjaan yang tidak terdiferensiasi — cakupan PCI, uptime, konversi checkout, integrasi pembayaran — yang sebaliknya akan Anda beli. Pekerjaan yang tidak terdiferensiasi adalah hal yang benar untuk di-outsource. Pesaing Anda tidak kalah dari Anda karena siapa yang mem-patch server mereka. ### Di mana itu jelas yang salah Logika harga khusus pelanggan yang tidak dapat diekspresikan checkout, kebutuhan regulasi untuk memiliki pengalaman pembayaran dari ujung ke ujung, atau katalog yang model datanya benar-benar tidak sesuai dengan produk dan varian — barang industri yang dapat dikonfigurasi menjadi kasus klasik. Q: Apakah open source lebih murah? A: Lisensinya ya. Hosting, patching keamanan, pemeliharaan plugin, dan waktu developer untuk menjaganya tetap berjalan tidak. Q: Kapan pembangunan custom dibenarkan? A: Ketika aturan commerce Anda adalah produk, bukan pembungkus di sekitarnya. Itu lebih jarang daripada yang terasa selama perencanaan. Q: Bisakah saya migrasi nanti jika saya salah pilih? A: Ya, dan itu menghabiskan uang nyata — sebagian besar dalam data, redirect, dan integrasi yang dibangun kembali. Memilih berdasarkan bukti lebih murah. ## Daftar periksa setup Shopify yang realistis https://shopifydevelopment.info/id/guides/daftar-periksa-setup-toko-shopify Diperbarui 2026-08-04 · Dasar Shopify - Lakukan data dulu dan tema terakhir, atau Anda akan mengulang keduanya. - Tulis apa yang membuat pesanan benar sebelum mengonfigurasi apa pun. - Luncurkan dengan satu pasar, satu metode pembayaran, satu aturan pengiriman. - Lakukan dan kembalikan dana satu pesanan nyata sebelum Anda buka. Urutan Anda melakukan sesuatu menentukan seberapa banyak Anda mengulangi. Tim yang memulai dengan tema menghabiskan minggu terakhir memperbaiki data produk; tim yang memulai dengan data menghabiskan minggu terakhir pada tema, yang jauh lebih menyenangkan. Ini adalah urutan yang kami gunakan, dengan alasan setiap langkah berada di mana itu berada. ### Urutan yang menghindari pengerjaan ulang - Putuskan apa yang harus dimuat pesanan agar benar. Satu halaman, ditulis. - Dapatkan data produk yang benar: opsi, varian, SKU, gambar, stok. - Siapkan pembayaran dan konfirmasi timeline onboarding penyedia. - Konfigurasikan pajak dan pengiriman untuk pasar pertama Anda saja. - Pilih dan pasang tema yang mendekati apa yang Anda butuhkan. - Kustomisasi dalam section dan blok aplikasi, bukan edit yang tersebar. - Tambahkan aplikasi yang dapat Anda sebutkan alasannya, satu per satu. - Uji satu pesanan nyata dari ujung ke ujung, termasuk pengembalian dana. - Siapkan analitik dan laporan yang benar-benar akan Anda baca. - Tulis siapa yang memiliki toko setelah peluncuran. ### Mengapa data produk datang sebelum tema Struktur varian Anda menentukan apa yang dapat dilakukan halaman produk. Memilih tema terlebih dahulu berarti memilih layout untuk katalog yang belum Anda definisikan, dan ketidakcocokan muncul sebagai kustomisasi yang tidak ingin Anda beli. Ekspor katalog Anda ke spreadsheet dan lihat sebagai tabel sebelum mengimpor. Inkonsistensi terlihat di sana dalam hitungan menit. ### Luncurkan sempit | Satu pasar | Negara dan mata uang tambahan | | Satu metode pembayaran yang berfungsi | Dompet dan beli-sekarang-bayar-nanti | | Katalog yang bersih | Bundel, langganan, pre-order | | Email transaksional dasar | Pemasaran siklus hidup penuh | | Satu aturan pengiriman | Tabel tarif per wilayah | ### Tes yang menangkap sebagian besar masalah peluncuran Lakukan pesanan nyata dengan kartu nyata, lalu kembalikan dananya. Loop tunggal itu menyentuh pembayaran, pembuatan pesanan, stok, email, dan ekspor akuntansi Anda. Jika berfungsi dengan bersih, sebagian besar toko berfungsi. Q: Berapa lama setup langsung memakan waktu? A: Dua hingga empat minggu untuk katalog kecil pada tema standar, dan sebagian besar adalah data produk daripada konfigurasi. Q: Haruskah saya mengimpor produk sebelum memilih tema? A: Ya. Struktur varian menentukan apa yang harus dilakukan halaman produk. Q: Apa yang paling sering terlupakan? A: Menguji pengembalian dana, dan memutuskan siapa yang memelihara toko setelah peluncuran. ## Paket dan biaya Shopify, dijumlahkan dengan jujur https://shopifydevelopment.info/id/guides/paket-dan-biaya-shopify Diperbarui 2026-08-04 · Dasar Shopify - Paket adalah bagian terkecil dan paling dapat diprediksi dari tagihan. - Langganan aplikasi tumbuh satu keputusan wajar pada satu waktu. - Tidak menggunakan Shopify Payments menambahkan biaya pada setiap pesanan. - Modelkan paket plus pemrosesan plus aplikasi plus pemeliharaan sebelum berkomitmen. Setiap perbandingan harga Shopify dimulai dengan tingkatan paket, yang merupakan bagian paling tidak menarik dari tagihan. Paket dapat diprediksi. Yang mengejutkan orang adalah semua yang ditumpuk di atasnya. Berikut adalah seluruh biaya, dalam urutan yang cenderung tiba. ### Apa yang sebenarnya Anda bayar setiap bulan | Paket | Tetap, dapat diprediksi | Angka yang dibandingkan semua orang | | Pemrosesan pembayaran | Persentase dari setiap pesanan | Tidak dapat dihindari di platform mana pun | | Biaya transaksi tambahan | Berlaku jika Anda tidak menggunakan Shopify Payments | Sering menjadi alasan untuk beralih penyedia | | Aplikasi | $20–$200 masing-masing, bulanan | Baris yang tumbuh diam-diam | | Tema | Sekali bayar, atau gratis | Kecil dibanding sisanya | | Pemeliharaan | 15–25% dari biaya pembangunan per tahun | Hampir tidak pernah dianggarkan | ### Tagihan aplikasi adalah yang harus diperhatikan Selusin aplikasi dengan harga $20 hingga $200 masing-masing akan melebihi paket Anda beberapa kali lipat, dan itu terjadi satu keputusan wajar pada satu waktu. Setiap aplikasi dibenarkan pada hari dipasang; agregat tidak pernah ditinjau. Masukkan tinjauan aplikasi triwulanan ke kalender sebelum Anda memasang yang ketiga. Hapus instalasi apa pun yang tidak bisa disebutkan kegunaannya oleh siapa pun. ### Di mana tingkatan paket benar-benar penting - Tarif kartu lebih rendah pada volume lebih tinggi — layak dimodelkan terhadap jumlah pesanan aktual Anda. - Fitur pengiriman dan pelaporan yang menggantikan aplikasi yang akan Anda beli. - Akun staf, jika beberapa orang memerlukan akses admin dengan izin berbeda. - Ekstensibilitas checkout, yang dibatasi oleh paket dan dapat menentukan kelayakan secara langsung. ### Cara memodelkannya sebelum Anda berkomitmen Ambil jumlah pesanan bulanan yang diharapkan dan nilai pesanan rata-rata, terapkan tarif pemrosesan, tambahkan paket, tambahkan aplikasi yang sudah Anda tahu Anda butuhkan, dan tambahkan 20% dari biaya pembangunan Anda dibagi dua belas. Angka itu, bukan harga paket, adalah biaya menjalankan toko. Q: Paket mana yang harus dimulai toko baru? A: Yang terendah yang mendukung fitur yang sudah Anda putuskan Anda butuhkan. Upgrade mudah; membayar untuk ruang yang tidak Anda gunakan tidak. Q: Apakah biaya transaksi dapat dihindari? A: Biaya tambahan Shopify bisa, dengan menggunakan Shopify Payments di mana tersedia. Pemrosesan kartu itu sendiri tidak dapat dihindari di mana pun. Q: Berapa banyak yang harus saya anggarkan untuk aplikasi? A: Modelkan daftar yang Anda ketahui, lalu asumsikan itu tumbuh. Tim yang menganggarkan nol untuk aplikasi akhirnya terkejut dalam satu kuartal. ## Apa yang sebenarnya termasuk dalam pengembangan Shopify https://shopifydevelopment.info/id/guides/apa-yang-termasuk-pengembangan-shopify Diperbarui 2026-08-04 · Dasar Shopify - Pengembangan Shopify adalah membangun di dalam batasan yang tidak Anda kendalikan. - Tema, aplikasi, dan integrasi adalah tiga pekerjaan dengan risiko berbeda. - Checkout, pesanan, dan pelanggan milik platform, bukan milik Anda. - Uji tiga aturan tersulit Anda terhadap platform sebelum Anda membangun. Tanya lima orang apa arti pengembangan Shopify dan Anda akan mendapat jawaban tentang tema. Itu adalah bagian yang bisa Anda lihat, dan jarang menjadi tempat proyek berhasil atau gagal. Membangun di Shopify adalah membangun di dalam sistem yang tidak Anda kendalikan. Keahliannya adalah mengetahui mana dari kebutuhan Anda yang sesuai dengan batasan tersebut, mana yang harus dibentuk ulang, dan mana yang berarti Shopify adalah platform yang salah sama sekali. ### Tiga lapisan pembangunan Shopify | Tema | Template Liquid, section, pengaturan | Tidak ada — ini yang dianggarkan | | Aplikasi | Ekstensi admin dan storefront melalui API publik | Sebagian besar tim, pada biaya bukan upaya | | Integrasi | Data yang berpindah antara Shopify dan sistem Anda lainnya | Hampir semua orang | | Batasan | Checkout, pesanan, pelanggan, pembayaran | Semua orang, setiap saat | ### Apa yang disimpan platform untuk dirinya sendiri Checkout, model pesanan, catatan pelanggan, dan alur pembayaran adalah milik Shopify. Anda dapat memperluas sebagian dari mereka pada beberapa paket, tetapi Anda tidak dapat menggantinya. Fakta tunggal itu menghilangkan seluruh kategori kebutuhan — dan menghilangkannya sebelum desain, bukan setelahnya, jika ada yang bertanya lebih awal. Tulis tiga aturan bisnis tersulit Anda di satu halaman dan coba ekspresikan dalam model produk, varian, dan pesanan Shopify. Lakukan sebelum Anda menugaskan apa pun. ### Di mana proyek sebenarnya salah - Data produk yang tidak bertahan saat berhadapan dengan struktur varian yang nyata. - Aturan harga yang bergantung pada siapa yang login, ditemukan setelah tema disetujui. - Aplikasi dipilih satu per satu sampai tagihan bulanan melebihi paket beberapa kali lipat. - Tema yang dikustomisasi sangat berat sehingga pembaruan platform berikutnya merusak halaman produk. - Tidak ada keputusan tentang siapa yang memelihara toko setelah peluncuran. ### Seperti apa yang baik saat peluncuran Tema yang terpelihara dengan baik mendekati standar, katalog yang bersih, satu metode pembayaran yang berfungsi, dan tiga aplikasi yang masing-masing layak berlangganan. Semua yang lain milik bulan kedua, dan sebagian besar memang seharusnya. Q: Apakah pengembangan Shopify sama dengan desain web? A: Tidak. Desain adalah satu lapisan; aturan commerce, aplikasi, dan integrasi di belakangnya membawa sebagian besar upaya dan hampir semua risiko. Q: Apakah saya perlu developer untuk toko pertama? A: Tidak selalu. Tema standar mencakup katalog sederhana. Anda memerlukan developer ketika aturan Anda tidak sesuai dengan platform sebagaimana dikirimkan. Q: Apa yang menyebabkan sebagian besar penundaan? A: Data produk, diikuti dengan menemukan kebutuhan yang tidak dapat diekspresikan checkout.