WordPress Service

WordPress Crash, Kena Hack, atau WooCommerce Lemot?
Saya Tangani Langsung.

Kalau website WordPress atau WooCommerce Anda error, down, redirect ke domain asing, atau checkout sangat lambat, saya tangani mulai dari diagnosa, backup, recovery, cleanup malware, sampai hardening pasca-fix .

Anda bicara langsung dengan orang yang membuka log, mencari sumber masalah, dan mengerjakan perbaikannya. Layanan ini saya jalankan secara independen dalam kapasitas pribadi , terpisah dari perusahaan tempat saya bekerja saat ini.

Backup dulu sebelum tindakan Bisa mulai dari cPanel / Plesk / DirectAdmin SSH tidak selalu wajib Akses tetap milik Anda

Saya Menangani

WordPress crash atau white screen
Error 500, 502, atau 503
Website kena hack atau redirect malware
Warning site may be hacked
Checkout WooCommerce lambat
Admin WordPress tidak bisa diakses
Fatal error setelah update plugin atau theme
Masalah performa yang mengganggu conversion

Problem

Ini gejala yang paling sering muncul.

Saat WordPress bermasalah, yang rusak bukan hanya sisi teknisnya. Yang ikut rusak adalah penjualan, leads, kepercayaan calon pelanggan, dan ritme operasional Anda.

Gejala

  • Error establishing a database connection
  • Halaman putih tanpa penjelasan
  • Admin ikut mati setelah update plugin atau theme
  • Checkout WooCommerce loading terlalu lama
  • Website normal saat dibuka langsung, tetapi redirect aneh saat dibuka dari Google
  • Search Console mengirim warning hacked
  • Hosting mengirim notifikasi malware atau suspend warning
  • Website terasa makin berat, makin lambat, lalu akhirnya mulai error

Dampak

Masalah seperti ini jarang aman untuk ditunda. Semakin lama dibiarkan, semakin besar peluang kerusakan ikut melebar ke database, file system, cache, plugin yang saling bergantung, dan kredensial yang terpapar.

  • Penjualan
  • Leads
  • Iklan yang tetap jalan saat website bermasalah
  • Kepercayaan calon pelanggan
  • Ritme operasional Anda

Amplify

Yang paling mahal biasanya bukan error awalnya.

Yang paling mahal biasanya adalah langkah panik setelah error muncul. Salah tindakan di fase awal bisa membuat masalah yang tadinya masih bisa dipulihkan berubah jadi kehilangan data, akses makin kacau, atau malware tetap ada tetapi hanya pindah tempat.

Langkah yang sering memperburuk keadaan

  1. 1. Reinstall WordPress dari nol tanpa backup yang jelas
  2. 2. Rollback database tanpa tahu data apa yang hilang
  3. 3. Menghapus plugin secara acak karena “sepertinya ini penyebabnya”
  4. 4. Mengandalkan forum lama tanpa menyesuaikan versi PHP, plugin, theme, dan stack hosting Anda

Karena itu urutan kerja harus benar: backup, diagnosis, tindakan, verifikasi . Kalau Anda sedang panik sekarang, jangan mulai dari tebakan. Mulai dari data.

Story

Anda bicara dengan orang yang akan membuka log dan mengerjakan fix-nya.

Saya Dicky Ibrohim. Saya bekerja langsung sebagai praktisi independen, bukan account manager, bukan reseller, dan bukan agency berlapis. Kalau Anda chat, Anda bicara dengan orang yang akan membuka panel hosting, membaca log, memeriksa file system, menelusuri sumber infeksi atau bottleneck, lalu mengerjakan perbaikannya.

Trust halaman ini saya bangun dari hal yang bisa dicek publik dan masuk akal: identitas profesional yang jelas, scope kerja WordPress/WooCommerce yang nyata, dan cara kerja yang disiplin, bukan trial-error.

Yang Saya Lakukan

  • Backup dulu sebelum tindakan
  • Baca log dan cari akar masalahnya
  • Perbaiki seperlunya, bukan bongkar semuanya
  • Verifikasi fungsi utama setelah recovery
  • Rapikan hardening dasar setelah fix

Yang Tidak Saya Lakukan

  • Menebak-nebak biaya sebelum diagnosis awal
  • Menyuruh reinstall dari nol sebagai solusi default
  • Menahan akses atau source code
  • Memaksa klien non-teknis paham jargon sebelum bisa dibantu
  • Mengambil masalah di luar scope WordPress/WooCommerce lalu berpura-pura bisa

Jejak Publik

Layanan di halaman ini saya jalankan dalam kapasitas pribadi. Referensi publik yang saya tonjolkan adalah identitas profesional saya sendiri, bukan brand perusahaan tempat saya bekerja.

Scope WordPress / WooCommerce Yang Pernah Saya Tangani

Booking calendar import dan merge lintas instalasi
Pagespeed optimization untuk WordPress dan WooCommerce
Security fixes, malware response, dan issue live-site
Server-side redirects, staging, migration, dan plugin fallout

Transformation

Hasil nyata lebih kuat daripada janji.

Tiga contoh di bawah ini penting karena menunjukkan pengalaman saya menangani masalah WordPress saat isu teknisnya benar-benar menyentuh bisnis: recovery, malware cleanup, dan migrasi data yang tidak bisa diselesaikan dengan plugin generik.

Saya sengaja menyampaikan bagian ini sebagai pengalaman penanganan, bukan klaim kepemilikan klien. Detail sensitif sudah digeneralisasi atau disanitasi untuk konsumsi publik.

Pengalaman 1 — Cleanup malware pada WordPress yang diblokir hosting

Ini contoh jenis penanganan yang pernah saya kerjakan saat menangani WordPress e-commerce yang diblokir hosting setelah ditemukan file berbahaya aktif di folder uploads. Fokusnya bukan reinstall dari nol, tetapi mengisolasi sumber infeksi tanpa merusak aset yang masih sehat.

Contoh tampilan website yang tidak bisa diakses karena hosting menonaktifkan akses sementara.
Contoh kondisi saat provider menonaktifkan akses publik sementara karena masalah keamanan atau suspend.
Contoh file shell PHP mencurigakan yang ditemukan di folder uploads WordPress.
Contoh payload atau backdoor PHP yang ditemukan di area uploads dan perlu diaudit sebelum cleanup.

Sebelum

  • Domain diblokir provider
  • File berbahaya ditemukan di uploads atau plugin
  • Risiko reinstall total dan hilangnya aset yang masih sehat
  • User panik dan tidak tahu harus mulai dari mana

Sesudah

  • Domain bisa dibuka kembali
  • Payload dibersihkan dan sumber infeksi diisolasi
  • Konten dan custom code yang sehat tetap dipertahankan
  • Urutan kerja menjadi jelas: backup, audit, cleanup, hardening

Pengalaman seperti ini penting karena menunjukkan bahwa yang paling menentukan bukan kata-kata “bisa dibantu cepat”, tetapi urutan kerja yang benar. Salah langkah di fase awal bisa membuat kerusakan yang tadinya bisa dipulihkan berubah menjadi kehilangan data atau infeksi berulang.

Pengalaman 2 — Shared hosting terinfeksi malware multi-site

Ini contoh penanganan saat satu paket hosting menampung beberapa domain, dan infeksi di satu titik berisiko menjalar ke domain lain. Dalam situasi seperti ini, diagnosis yang terlalu sempit hampir selalu membuat masalah kembali lagi.

Sebelum

  • Beberapa domain dalam satu paket hosting ikut berisiko
  • Ada warning malware dari provider
  • Risiko backdoor tertinggal di domain lain
  • Diagnosis mudah meleset kalau audit hanya fokus ke satu domain

Sesudah

  • Ruang lingkup infeksi dipetakan lintas filesystem
  • Suspension warning bisa dilalui tanpa wipe total
  • Cleanup diarahkan ke persistence, bukan hanya file yang terlihat aneh
  • Audit diperluas ke seluruh paket hosting, bukan satu instalasi saja

Pengalaman seperti ini penting karena menunjukkan satu hal yang sering diremehkan: pada shared hosting, satu infeksi bisa menjadi pintu masuk untuk beberapa website sekaligus. Kalau audit terlalu sempit, malware bisa muncul lagi walau satu domain terlihat “bersih”.

Pengalaman 3 — Merge 2 WordPress booking calendar ke 1 WPML site

Ini contoh pekerjaan yang pernah saya tangani saat dua website WordPress terpisah perlu digabung menjadi satu instalasi WPML multilingual, sementara data booking tersebar di dua database berbeda dan tidak ada tool publik yang aman untuk memindahkannya.

Screenshot yang telah disanitasi untuk publik dan menggambarkan dua dashboard Booking Calendar terpisah sebelum proses merge ke satu site WPML.
Screenshot yang sudah disanitasi untuk publik, menunjukkan dua source site terpisah sebelum merge: satu EN dan satu DE, dengan detail sensitif disamarkan.
Screenshot yang telah disanitasi untuk publik dan menggambarkan hasil konsolidasi booking setelah dua source site digabung ke satu site WPML multilingual.
Screenshot yang sudah disanitasi untuk publik sesudah merge ke WPML, untuk menunjukkan bahwa booking dari source EN dan DE sudah masuk ke satu instalasi multilingual.

Sebelum

  • 2 instalasi WordPress terpisah
  • Data booking ada di dua database berbeda
  • Tidak ada tool export-import publik yang aman untuk kasus ini
  • Risiko kehilangan relasi data saat merge

Sesudah

  • 1 instalasi WPML multilingual
  • Data booking terkonsolidasi
  • Migrasi dilakukan lewat audit schema dan SQL langsung
  • Relasi booking tetap utuh setelah merge

Pengalaman ini menunjukkan bahwa saya tidak hanya menangani WordPress di level plugin conflict atau cache. Saat problem bisnis menuntutnya, saya bisa masuk ke lapisan database, mapping relasi, dan verifikasi hasil merge sebelum go-live.

Offer

Pilih scope yang paling dekat dengan masalah Anda.

Saya menangani tiga jenis kebutuhan yang paling sering muncul pada WordPress dan WooCommerce: recovery darurat, cleanup malware, dan audit performa sebelum optimasi dijalankan.

Pemulihan Darurat

Rp 1.500.000

Untuk WordPress crash, error 500/502/503, white screen, admin terkunci, atau fatal error setelah update plugin atau theme.

  • Diagnosa awal dan backup file/database
  • Pembacaan log dan isolasi sumber error
  • Recovery dan verifikasi fungsi utama
  • Hardening dasar pasca-fix

Untuk kasus standar satu website. Jika setelah diagnosis ternyata scope masuk ke malware, multi-site infection, atau problem server yang lebih luas, saya jelaskan dulu sebelum lanjut.

WhatsApp: Website Saya Crash

Cleanup Malware

Mulai Rp 2.750.000

Untuk redirect ke domain asing, warning hacked, file mencurigakan di uploads, atau notifikasi malware dari hosting.

  • Audit file system dan database
  • Identifikasi backdoor, webshell, atau inject
  • Cleanup terarah tanpa wipe asal-asalan
  • Rotasi kredensial dan hardening dasar

Harga akhir mengikuti kedalaman infeksi. Shared hosting multi-site, persistence lintas plugin, atau scope blacklist/review ulang bisa membuat scope naik.

WhatsApp: Website Saya Kena Hack

Audit Performa

Rp 1.250.000

Untuk checkout WooCommerce lambat, admin berat, Core Web Vitals buruk, atau bottleneck yang belum jelas.

  • Audit bottleneck nyata
  • Temuan prioritas berdasarkan dampak
  • Rencana before/after yang bisa dieksekusi
  • Implementasi optimasi mulai Rp 3.500.000

Saya sengaja memisahkan audit dan eksekusi. Optimasi kecepatan hampir selalu gagal kalau dijual sebagai janji generik tanpa menemukan bottleneck utamanya lebih dulu.

WhatsApp: Audit Website Saya

Response

Kalau mau mulai, kirim 4 hal ini saja.

  1. 1. URL website
  2. 2. Gejala utama
  3. 3. Kapan mulai terjadi
  4. 4. Akses yang tersedia saat ini

Contoh Pesan

Halo, website saya https://domainanda.com error 500 sejak tadi pagi.
Terakhir saya update plugin pembayaran.
Saya punya akses cPanel dan admin WordPress.
Bisa bantu cek?

Tidak Paham Istilah Teknis?

Tidak masalah. Anda tetap bisa mulai walau tidak paham SSH, phpMyAdmin, root, atau FTP. Banyak kasus bisa dimulai cukup dari URL website, gejala yang terlihat, nama hosting, dan akses yang memang sudah Anda punya.

FAQ

Apakah ini layanan dari perusahaan tempat Anda bekerja?

Bukan. Halaman ini menawarkan jasa independen pribadi saya. Engagement dilakukan langsung dengan saya dalam kapasitas pribadi dan terpisah dari perusahaan tempat saya bekerja saat ini.

Berapa biaya jasa perbaikan WordPress?

Pemulihan darurat untuk kasus standar dimulai dari Rp 1.500.000. Cleanup malware mulai Rp 2.750.000. Audit performa WordPress dan WooCommerce Rp 1.250.000, lalu implementasi optimasi mulai Rp 3.500.000 setelah bottleneck utamanya jelas.

Apakah WordPress yang crash masih bisa dipulihkan tanpa kehilangan data?

Sering kali bisa, kalau langkah awalnya benar. Urutan yang aman adalah backup, baca log, cari sumber error, lalu perbaiki seperlunya. Banyak kerusakan besar justru terjadi karena tindakan panik, bukan karena error awal.

Apakah website yang kena hack harus diinstall ulang dari nol?

Tidak selalu. Banyak kasus lebih aman ditangani dengan audit, isolasi file atau payload yang jahat, cleanup terarah, lalu hardening. Reinstall dari nol tanpa rencana sering membuat custom code, konfigurasi, atau data penting ikut hilang.

Kalau saya tidak punya SSH, apakah tetap bisa dibantu?

Bisa. Banyak diagnosis awal WordPress dapat dimulai dari cPanel, Plesk, DirectAdmin, File Manager, dan phpMyAdmin. SSH membantu, tetapi bukan syarat mutlak untuk semua kasus.

WooCommerce saya lemot di checkout. Biasanya penyebabnya apa?

Penyebab paling umum biasanya kombinasi query berat, cache yang tidak tepat, plugin yang menambah beban di checkout, autoload yang membengkak, dan aset front-end yang terlalu besar. Solusi yang benar harus dimulai dari audit bottleneck, bukan sekadar menambah plugin cache.

Jangan mulai dari tebakan.
Mulai dari diagnosis yang benar.

Kalau website Anda sedang crash, kena hack, atau WooCommerce terasa terlalu lambat untuk dibiarkan, kirim detailnya. Saya cek dulu apa yang terjadi, lalu kita tentukan scope yang paling masuk akal.