Cara Mengatasi Website Masih Menampilkan Halaman Default Hosting Setelah Upload File

Panduan Lengkap untuk Pengguna cPanel, DirectAdmin, dan Laravel

Pernah mengalami masalah ketika domain sudah aktif dan dapat diakses, tetapi website yang muncul justru halaman bawaan hosting?

Salah satu pesan yang sering ditemukan adalah:

Something amazing will be constructed here...

Padahal seluruh file website sudah berhasil diunggah ke hosting, termasuk index.php, .htaccess, folder assets, bahkan file hasil build aplikasi.

Masalah ini cukup umum terjadi, terutama ketika pengguna baru pertama kali melakukan deployment website menggunakan shared hosting, cPanel, DirectAdmin, atau framework seperti Laravel.

Kabar baiknya, kondisi tersebut tidak selalu berarti website mengalami kerusakan atau file berhasil diunggah ke lokasi yang salah.

Pada artikel ini, FarmediaCloud akan membahas penyebab, cara pemeriksaan, serta langkah penyelesaiannya secara bertahap.

1. Apa Itu Halaman Default Hosting?

Halaman default hosting adalah halaman sementara yang ditampilkan oleh server ketika sebuah domain sudah terhubung ke layanan hosting, tetapi konfigurasi atau konten website belum sepenuhnya siap.

Halaman tersebut biasanya disediakan secara otomatis oleh sistem hosting.

Beberapa contoh pesan yang mungkin muncul:

• Something amazing will be constructed here...

• Coming Soon

• Website Under Construction

• Default Web Site Page

• Apache2 Ubuntu Default Page

• Welcome to nginx!

Setiap pesan dapat berasal dari konfigurasi server yang berbeda.

Sebagai contoh, halaman "Something amazing will be constructed here..." dapat muncul pada lingkungan hosting tertentu sebagai halaman placeholder.

Apakah ini berarti hosting bermasalah?

Belum tentu.

Jika halaman default hosting dapat diakses, artinya browser berhasil memperoleh respons dari suatu web server. Namun, hal tersebut belum membuktikan bahwa domain sudah diarahkan ke akun hosting, direktori website, atau aplikasi yang benar.

Untuk memastikan penyebabnya, diperlukan pemeriksaan lebih lanjut.

2. Penyebab Website Masih Menampilkan Halaman Default Hosting

Ada beberapa faktor yang dapat menyebabkan website belum menampilkan konten yang sudah diunggah.

A. File website berada di direktori yang salah

Setiap domain memiliki direktori utama atau Document Root yang digunakan oleh web server untuk membaca file website.

Pada banyak layanan shared hosting, direktori utamanya adalah:

public_html

Contoh struktur:

domains/
└── contohdomain.com/
    └── public_html/
        ├── index.php
        ├── .htaccess
        ├── assets/
        └── build/

Namun, lokasi Document Root dapat berbeda tergantung konfigurasi hosting.

Jika file website berada di direktori yang tidak digunakan oleh domain, server tidak akan menampilkan file tersebut.

B. Masih terdapat file halaman default

Ketika akun hosting baru dibuat, penyedia hosting terkadang menambahkan halaman awal secara otomatis.

Contohnya:

public_html/
├── index.html
├── index.php
├── .htaccess
└── assets/

Jika index.html merupakan halaman default hosting dan konfigurasi server memprioritaskan file tersebut, maka index.php milik aplikasi mungkin tidak ditampilkan.

Pada Apache, urutan file indeks dapat ditentukan melalui konfigurasi DirectoryIndex.

Sebagai contoh:

DirectoryIndex index.php index.html

Konfigurasi tersebut menginstruksikan Apache untuk mencari index.php terlebih dahulu.

Namun, efektivitasnya bergantung pada konfigurasi server dan izin penggunaan directive tersebut.

Solusi:

1. Login ke File Manager hosting.

2. Buka direktori Document Root domain.

3. Periksa keberadaan index.html, index.php, atau file halaman default lainnya.

4. Jika terdapat halaman placeholder, ubah namanya terlebih dahulu sebagai cadangan.

5. Pastikan file utama website tersedia.

6. Akses ulang domain.

Jangan langsung menghapus file yang belum diketahui fungsinya.

C. Document Root domain tidak sesuai

Document Root merupakan lokasi yang digunakan web server untuk menyajikan file website.

Sebagai contoh:

Domain:
contohdomain.com

Document Root:
/home/username/domains/contohdomain.com/public_html

Apabila domain diarahkan ke direktori lain, maka file yang telah diunggah tidak akan terbaca melalui domain tersebut.

Masalah ini dapat terjadi ketika:

• Menambahkan domain baru.

• Menggunakan addon domain atau subdomain.

• Melakukan migrasi hosting.

• Memindahkan file website.

• Mengubah struktur direktori aplikasi.

Cara pemeriksaan di cPanel:

1. Login ke cPanel.

2. Buka menu Domains.

3. Cari domain yang bermasalah.

4. Periksa informasi Document Root.

5. Cocokkan dengan lokasi file website.

Cara pemeriksaan di DirectAdmin:

1. Login ke DirectAdmin.

2. Pilih domain melalui pengelolaan domain.

3. Buka File Manager.

4. Periksa direktori website, umumnya domains/namadomain/public_html.

5. Pastikan file aplikasi berada pada direktori yang benar.

Pada DirectAdmin, lokasi Document Root aktual dapat dipengaruhi konfigurasi domain, web server, dan pengaturan khusus dari penyedia hosting.

Jika terdapat ketidaksesuaian yang tidak dapat diperbaiki melalui panel, hubungi tim teknis hosting.

D. Konfigurasi Virtual Host belum sesuai

Virtual Host adalah konfigurasi web server yang menentukan website mana yang dilayani ketika sebuah domain diakses.

Contoh konfigurasi Apache:

<VirtualHost *:80>
    ServerName contohdomain.com
    DocumentRoot /var/www/contohdomain/public

    <Directory /var/www/contohdomain/public>
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

Konfigurasi di atas merupakan contoh untuk server yang dikelola sendiri, seperti VPS.

Pengguna shared hosting umumnya tidak memiliki akses langsung untuk mengubah Virtual Host.

Apabila konfigurasi Virtual Host tidak sesuai, server dapat menampilkan website lain, halaman default, atau pesan kesalahan.

Solusi: Hubungi penyedia hosting untuk memverifikasi pemetaan domain dan Document Root apabila pengaturan tidak tersedia melalui panel.

E. DNS domain belum mengarah ke server yang benar

Masalah juga dapat terjadi ketika domain masih menggunakan DNS atau alamat IP server lama.

Sebagai contoh, pengguna telah mengunggah website ke hosting baru, tetapi DNS masih mengarah ke hosting sebelumnya.

Akibatnya, browser menampilkan halaman dari server lama.

Pemeriksaan dapat dilakukan menggunakan perintah:

nslookup contohdomain.com

Atau:

dig contohdomain.com A

Periksa apakah IP yang dikembalikan sesuai dengan IP hosting tujuan.

Perhatikan juga konfigurasi www, IPv6 atau record AAAA, serta penggunaan CDN atau proxy seperti Cloudflare.

Jika DNS baru saja diperbarui, sebagian pengguna mungkin masih mendapatkan respons lama karena cache DNS.

F. Cache browser atau CDN

Dalam beberapa kondisi, website sebenarnya sudah berhasil diperbarui, tetapi browser atau CDN masih menyimpan halaman sebelumnya.

Langkah pemeriksaan:

1. Buka website menggunakan mode Incognito.

2. Lakukan hard refresh menggunakan Ctrl + Shift + R.

3. Periksa domain melalui jaringan berbeda.

4. Jika menggunakan Cloudflare atau CDN, lakukan purge cache untuk halaman terkait.

5. Pastikan hasil dari server asal sudah benar sebelum menyimpulkan bahwa cache adalah penyebabnya.

3. Mengapa Website Laravel Tidak Tampil Setelah Diupload?

Laravel memiliki struktur direktori yang berbeda dari website HTML atau PHP sederhana.

Pada Laravel, file yang seharusnya diakses publik berada di direktori public.

Contoh struktur Laravel:

laravel-project/
├── app/
├── bootstrap/
├── config/
├── database/
├── public/
│   ├── index.php
│   ├── .htaccess
│   └── build/
├── resources/
├── routes/
├── storage/
├── vendor/
├── artisan
└── .env

Direktori public merupakan titik masuk aplikasi Laravel.

Artinya, web server sebaiknya diarahkan langsung ke direktori tersebut.

Kesalahan yang sering terjadi:

Pengguna mengunggah seluruh folder Laravel ke public_html tanpa menyesuaikan Document Root.

Akibatnya, aplikasi mungkin tidak berjalan sebagaimana mestinya.

Selain itu, menempatkan seluruh file Laravel di direktori yang dapat diakses publik berpotensi mengekspos file sensitif apabila konfigurasi server tidak aman.

4. Cara Deployment Laravel yang Direkomendasikan

Untuk lingkungan hosting yang mendukung pengaturan Document Root, gunakan struktur berikut:

/home/username/
└── laravel-project/
    ├── app/
    ├── bootstrap/
    ├── config/
    ├── database/
    ├── public/
    │   ├── index.php
    │   ├── .htaccess
    │   └── build/
    ├── resources/
    ├── routes/
    ├── storage/
    ├── vendor/
    ├── artisan
    └── .env

Kemudian arahkan Document Root domain ke:

/home/username/laravel-project/public

Dengan konfigurasi tersebut:

• File aplikasi tetap berada di luar direktori publik.

• Hanya aset dan entry point aplikasi yang dapat diakses melalui web.

• Struktur Laravel tetap mengikuti standar framework.

• Risiko akses langsung ke file konfigurasi dapat diminimalkan.

Jika menggunakan shared hosting yang tidak mengizinkan perubahan Document Root, hubungi penyedia hosting untuk mengetahui opsi deployment Laravel yang didukung.

Jangan memindahkan seluruh aplikasi, termasuk .env, ke direktori publik hanya agar website dapat diakses.

5. Memeriksa File index.php Laravel

File index.php berfungsi sebagai entry point aplikasi Laravel.

Pada instalasi Laravel modern, file tersebut memuat autoloader Composer dan bootstrap aplikasi.

Contoh referensi:

require __DIR__.'/../vendor/autoload.php';

$app = require_once __DIR__.'/../bootstrap/app.php';

Lokasi dan isi bootstrap dapat berbeda berdasarkan versi Laravel.

Karena itu, gunakan file public/index.php asli dari versi Laravel yang digunakan.

Jika struktur folder diubah, path yang dirujuk file tersebut juga harus sesuai.

Namun, jangan mengubah path secara sembarangan tanpa memastikan struktur direktori sebenarnya.

6. Memastikan File .htaccess Berfungsi

Pada Apache, Laravel umumnya menggunakan file .htaccess untuk mengarahkan permintaan URL ke index.php.

Contoh konfigurasi rewrite dasar:

<IfModule mod_rewrite.c>
    RewriteEngine On

    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f

    RewriteRule ^ index.php [L]
</IfModule>

Konfigurasi tersebut merupakan contoh sederhana, bukan pengganti universal untuk file .htaccess bawaan Laravel.

Sebaiknya gunakan konfigurasi asli dari proyek Laravel yang sedang dijalankan.

Perlu diketahui:

• Apache membutuhkan dukungan mod_rewrite.

• Penggunaan .htaccess bergantung pada konfigurasi AllowOverride.

• LiteSpeed umumnya mendukung aturan rewrite bergaya Apache.

• Nginx tidak membaca .htaccess dan membutuhkan konfigurasi routing tersendiri.

Jika halaman utama tampil tetapi URL tertentu menghasilkan 404, konfigurasi rewrite menjadi salah satu komponen yang perlu diperiksa.

7. Memastikan Versi PHP Sesuai

Laravel membutuhkan versi PHP yang kompatibel dengan versi framework yang digunakan.

Cara memeriksa melalui hosting:

cPanel

Buka menu MultiPHP Manager atau Select PHP Version, sesuai fitur yang tersedia.

DirectAdmin

Buka menu pengaturan versi PHP atau PHP Selector jika disediakan oleh penyedia hosting.

Pastikan:

• Versi PHP sesuai kebutuhan Laravel.

• Ekstensi PHP yang dibutuhkan sudah tersedia.

• Composer dependencies berhasil dipasang.

• Permission direktori aplikasi sesuai.

Beberapa ekstensi yang umum diperlukan mencakup:

ctype
curl
dom
fileinfo
filter
hash
mbstring
openssl
pcre
pdo
session
tokenizer
xml

Kebutuhan sebenarnya bergantung pada versi Laravel dan paket yang digunakan.

8. Memeriksa File .env Laravel

Laravel menggunakan file .env untuk menyimpan konfigurasi lingkungan aplikasi.

Contoh:

APP_NAME="Website Saya"
APP_ENV=production
APP_DEBUG=false
APP_URL=https://contohdomain.com

LOG_CHANNEL=stack

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=nama_database
DB_USERNAME=user_database
DB_PASSWORD=isi_password_anda

Nilai database di atas hanya contoh dan harus disesuaikan dengan konfigurasi hosting.

Untuk lingkungan production, gunakan:

APP_ENV=production
APP_DEBUG=false

Jangan mengaktifkan debug secara permanen pada website publik karena dapat menampilkan informasi sensitif.

Pastikan juga APP_KEY sudah dikonfigurasi dengan benar. Pada aplikasi yang telah berjalan dan menyimpan data terenkripsi, jangan membuat ulang APP_KEY tanpa memahami dampaknya.

9. Memeriksa Permission Laravel

Laravel membutuhkan akses tulis pada beberapa direktori, terutama:

storage/
bootstrap/cache/

Permission yang umum digunakan pada banyak konfigurasi Linux adalah:

find storage bootstrap/cache -type d -exec chmod 775 {} \;
find storage bootstrap/cache -type f -exec chmod 664 {} \;

Namun, angka permission bukan satu-satunya faktor.

Kepemilikan file dan user yang menjalankan PHP juga harus sesuai.

Hindari penggunaan permission 777 sebagai solusi permanen karena dapat meningkatkan risiko keamanan.

Pada shared hosting, ikuti konfigurasi permission yang direkomendasikan penyedia hosting.

10. Membersihkan Cache Laravel

Jika aplikasi sudah terpasang tetapi masih mengalami kendala konfigurasi, cache Laravel dapat diperiksa.

Melalui terminal pada direktori utama proyek Laravel, jalankan:

php artisan optimize:clear

Perintah tersebut membersihkan beberapa cache aplikasi Laravel.

Namun, perintah ini tidak menghapus cache browser, DNS, atau CDN, dan tidak memperbaiki Document Root yang salah.

Karena itu, gunakan setelah memastikan domain telah diarahkan ke aplikasi yang benar.

11. Cara Mengetahui Apakah Domain Sudah Mengarah ke Folder yang Benar

Salah satu metode diagnosis adalah membuat file pengujian sementara.

Sebagai contoh, buat file:

farmedia-check-123.txt

Isi file:

Document Root berhasil diakses.

Letakkan file tersebut di direktori yang diyakini sebagai Document Root.

Kemudian akses:

https://contohdomain.com/farmedia-check-123.txt

Jika isi file muncul, berarti permintaan URL tersebut berhasil menjangkau file pada direktori yang diuji.

Jika muncul 404 atau halaman lain, periksa kembali DNS, Virtual Host, Document Root, aturan rewrite, dan cache.

Penting: Gunakan nama file yang sulit ditebak, jangan masukkan informasi rahasia, dan hapus file pengujian setelah diagnosis selesai.

12. Perbedaan Masalah Hosting dan Masalah Aplikasi Laravel

Tidak semua masalah website disebabkan oleh Laravel.

Berikut perbandingan sederhana:

Tabel tersebut merupakan panduan diagnosis awal, bukan penentuan penyebab secara pasti.

Untuk mengetahui akar masalah, diperlukan pemeriksaan konfigurasi dan log yang relevan.

13. Checklist Sebelum Menghubungi Support Hosting

Sebelum membuat tiket bantuan, pastikan beberapa hal berikut:

• Domain sudah menggunakan DNS atau IP hosting yang benar.

• File website telah diunggah ke direktori yang sesuai.

• Document Root telah diperiksa.

• Tidak ada halaman default yang diprioritaskan.

• File index.php tersedia.

• Konfigurasi rewrite sesuai dengan web server.

• Versi PHP kompatibel dengan aplikasi.

• Dependencies Laravel sudah terpasang.

• Konfigurasi .env telah diperiksa.

• Cache browser dan CDN sudah diuji.

• Log error sudah diperiksa jika tersedia.

Jika semua pemeriksaan sudah dilakukan tetapi website masih belum tampil, hubungi tim support hosting.

14. Contoh Laporan Masalah kepada Tim Support

Berikut contoh informasi yang dapat disampaikan:

Subjek: Website Masih Menampilkan Halaman Default Hosting

Halo Tim Support,

Saya mengalami kendala pada domain yang sudah terhubung ke hosting.

File website telah diunggah, tetapi ketika domain diakses, yang muncul masih halaman default hosting.

Mohon bantuan untuk memeriksa:

1. Kesesuaian Document Root domain.

2. Konfigurasi Virtual Host.

3. Prioritas file index pada web server.

4. Konfigurasi PHP dan rewrite.

5. Kemungkinan domain masih diarahkan ke direktori atau server yang berbeda.

Informasi tambahan:

• Domain: [Nama Domain]

• Panel Hosting: [cPanel/DirectAdmin]

• Framework: [Laravel/PHP/HTML]

• Versi PHP: [Versi PHP]

• Lokasi File Website: [Direktori]

• Pesan yang Muncul: [Pesan Error]

Terima kasih atas bantuannya.

Catatan keamanan: Jangan pernah mengirim password akun, isi file .env, private key, atau kredensial database melalui tiket bantuan.

15. Tips Agar Website Tidak Mengalami Masalah Setelah Deployment

Untuk mengurangi risiko kesalahan konfigurasi ketika melakukan deployment website, terapkan beberapa praktik berikut:

Gunakan struktur direktori yang benar. Pastikan Document Root mengarah ke direktori publik aplikasi, bukan ke folder yang menyimpan seluruh konfigurasi internal.

Pastikan DNS sesuai. Selalu verifikasi alamat IP tujuan setelah melakukan migrasi atau perubahan server.

Gunakan versi PHP yang kompatibel. Periksa kebutuhan framework sebelum memilih versi PHP hosting.

Lakukan backup sebelum perubahan. Simpan salinan file dan database sebelum mengubah struktur direktori atau konfigurasi aplikasi.

Periksa log error. Log dapat membantu membedakan masalah web server, PHP, dan aplikasi.

Lakukan pengujian setelah deployment. Periksa halaman utama, routing, login, koneksi database, aset CSS/JavaScript, dan fungsi penting lainnya.

Utamakan keamanan. Hindari permission berlebihan, jangan mengekspos .env, dan gunakan HTTPS.

16. FAQ — Pertanyaan yang Sering Diajukan

Kenapa domain sudah aktif tetapi website belum muncul?

Domain yang aktif belum tentu diarahkan ke direktori website yang benar. Periksa DNS, Document Root, file index, dan konfigurasi server.

Apakah file Laravel harus diunggah ke public_html?

Tidak selalu. Praktik yang direkomendasikan adalah mengarahkan Document Root ke direktori public Laravel, sementara file aplikasi lainnya berada di luar direktori yang dapat diakses publik.

Apakah menghapus index.html dapat memperbaiki masalah?

Bisa, jika file tersebut merupakan halaman placeholder yang diprioritaskan oleh web server. Namun, jika masalah berasal dari DNS atau Document Root, penghapusan file tidak akan menyelesaikannya.

Apakah masalah ini terjadi pada cPanel dan DirectAdmin?

Ya. Keduanya dapat mengalami masalah serupa, meskipun menu pengaturan dan konfigurasi servernya berbeda.

Kenapa halaman utama Laravel bisa dibuka tetapi halaman lainnya 404?

Salah satu kemungkinan adalah konfigurasi rewrite atau routing belum berjalan dengan benar. Periksa .htaccess untuk Apache/LiteSpeed atau konfigurasi routing pada Nginx.

Apakah masalah halaman default berarti file website hilang?

Tidak. File website mungkin masih tersedia, tetapi server sedang menampilkan konten dari lokasi lain.

Apakah perlu reinstall hosting?

Umumnya tidak. Lakukan diagnosis terlebih dahulu sebelum mempertimbangkan instalasi ulang atau migrasi hosting.

Kesimpulan

Masalah website yang masih menampilkan halaman default hosting setelah proses upload merupakan kendala yang dapat disebabkan oleh berbagai faktor.

Penyebab yang paling perlu diperiksa meliputi:

1. Ketidaksesuaian Document Root.

2. File halaman default yang masih diprioritaskan.

3. Konfigurasi Virtual Host.

4. DNS yang belum mengarah ke server tujuan.

5. Konfigurasi PHP atau rewrite.

6. Struktur deployment Laravel yang belum sesuai.

7. Cache browser atau CDN.

Bagi pengguna Laravel, pastikan direktori public digunakan sebagai Document Root dan file aplikasi yang bersifat sensitif tidak terekspos ke publik.

Dengan mengikuti langkah pemeriksaan secara bertahap, pengguna dapat mempersempit penyebab masalah tanpa harus langsung melakukan instalasi ulang atau menghapus file website.

Butuh Bantuan Hosting? FarmediaCloud Siap Membantu

FarmediaCloud menyediakan layanan hosting dan infrastruktur digital untuk berbagai kebutuhan website, mulai dari landing page, website bisnis, hingga aplikasi berbasis PHP dan Laravel.

Jika mengalami kendala konfigurasi domain, Document Root, atau deployment website, pengguna FarmediaCloud dapat menghubungi tim support untuk mendapatkan panduan sesuai layanan dan konfigurasi server yang digunakan.

Kunjungi:

Website: https://farmedia.cloud

Layanan Hosting: https://farmedia.cloud/hosting-murah

FarmediaCloud — Cloud Hosting, VPS & Infrastruktur Digital.