Tautan berfungsi di situs tetapi gagal saat dibagikan

Kenali yang hilang sebelum meneruskan

Pada situs sendiri, tautan program acara terbuka dengan benar. Lalu Anda menyalin agenda.pdf atau jalur berawalan garis miring ke email dan penerima tidak mencapai berkas. Pertanyaan yang dibaca memperlihatkan persoalan ini dan kejutan saat penyusunan alamat menghilangkan bagian jalur dasar. Sebelum menyalahkan email atau pemendek, lihat apa yang disalin: referensi relatif memerlukan konteks untuk memperoleh tujuan lengkap. Di dalam situs, itu bisa sepenuhnya sah. Untuk berbagi di luar konteks, siapkan URL web lengkap yang diperiksa. Panduan ini memisahkan resolusi alamat dari pembuktian dokumen tersedia dan sesuai untuk pembaca. Berhasil pada halaman awal belum menjelaskan perilaku pesan yang diterima dalam lingkungan berbeda.

Identifikasi dasar yang memberi arti jalur

MDN menjelaskan resolusi memakai URL dasar, bukan sekadar menempel dua string. Dalam dokumen HTML, dasar biasanya bergantung lokasi dokumen, tetapi elemenbase dengan href bisa mengubahnya. Jika kode hanya memperlihatkan jalur, jangan menebak domain atau folder yang hilang. Utamakan fungsi salin alamat tautan pada peramban lalu periksa hasil, bukan menyalin atribut manual. Jika mengelola situs, bandingkan dasar dokumen sebenarnya dengan tujuan sebelum memperbaiki. Jangan menambah tagbase ke seluruh halaman sebagai solusi cepat; referensi lain juga dapat berubah. Tentukan konteks serta dampaknya lebih dahulu. Memperbaiki satu tautan tidak membuktikan semua sumber daya lain masih menuju tempat sebelumnya setelah dasar diganti.

Periksa pengaruh garis miring contoh

Tiga ekspresi memperlihatkan resolusi melalui konstruktor URL. Domain example.invalid dan berkas fiktif, bukan bukti program unduhan tersedia. Dengan dasar berakhiran event/, agenda.pdf menghasilkan alamat dalam folder itu. Referensi/agenda.pdf memulai hasil dari akar origin yang sama. Jika dasar berakhir event tanpa garis akhir, agenda.pdf mengganti segmen terakhir sehingga kembali ke akar. MDN dan RFC3986 menjelaskan perbedaan ini. Jangan menambah atau menghapus garis hanya karena kebiasaan. Pilih alamat sumber daya sebenarnya dan periksa keluaran lengkap, bukan hanya nama berkas terakhir. Menyusun string tidak memeriksa ketersediaan atau membuat berkas fiktif ada di server hanya karena bentuk akhir tampak benar. Hasil perhitungan perlu pemeriksaan tersendiri.

Catat tiga hasil: pertama https://example.invalid/event/agenda.pdf, lalu https://example.invalid/agenda.pdf dan lagi https://example.invalid/agenda.pdf. Dua hasil sama tidak membuktikan folder event tersedia atau harus dihilangkan dari situs Anda. Dalam uji nyata, pisahkan alamat terhitung, dokumen terbuka, dan akses pembaca. Biarkan tahap yang tidak diamati sebagai belum diverifikasi. Ini hasil resolusi string lokal, bukan unduhan atau pemeriksaan ketersediaan server. Hasil juga tidak membuktikan penerima lain dapat membuka berkas dengan izinnya sendiri.

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

Validasi sumber daya sesudah resolusi

Pastikan URL hasil mempunyai domain dan jalur yang diharapkan. Konstruktor dapat menghasilkan alamat sah secara sintaks untuk sumber yang salah; tidak memberi izin atau memeriksa isi. Untuk tujuan publik tanpa rahasia atau data pribadi, masukkan alamat lengkap ke pemeriksa Wiki URL dan catat respons HTTP serta URL akhir. Buka juga sumber untuk memastikan program benar dan akses pembaca yang dituju. Respons200 sendiri tidak membuktikan keduanya. Jika dialihkan, periksa tujuan akhir sebelum menyetujui. Untuk dokumen privat gunakan cara berwenang dan hindari alat eksternal. Pisahkan respons teknis, konten, serta hak akses, alih-alih menganggap satu hasil menjawab semua pertanyaan mengenai materi dan siapa yang dapat membukanya.

Bagikan alamat disetujui lalu uji versi diterima

Gunakan URL lengkap yang diperiksa dalam email atau dokumen final. Jika editor mendukung nama tautan, pertahankan tujuan disetujui meskipun teks berbunyi Program acara. Jangan mengganti alamat sebenarnya dengan jalur tidak lengkap sekadar memperpendek tampilan. Jika perlu alamat pendek atau QR, buat di Wiki URL dari tujuan lengkap lalu uji versi persis itu. Pemendek tidak menebak situs atau folder yang hilang dan tidak menerbitkan berkas untuk Anda. Buka ulang dari versi diterima atau diekspor, bukan hanya pratinjau editor. Ini mengungkap perbedaan bahan distribusi dan menguji jalur pembaca sesungguhnya. Pengujian lokal yang masih memiliki konteks halaman awal tidak otomatis membuktikan jalur pada pesan terkirim.

Simpan konteks, tujuan, dan bukti bersama

Simpan referensi asli, dasar terpakai,URL teresolusi, serta versi dibagikan agar kasus dapat diulang setelah folder, templat, atau situs berubah. Jangan mengganti semua referensi relatif tanpa membedakan; persoalannya membawa tautan keluar konteks, bukan melarang teknik sah dalam halaman. Bila berkas dipindah, tinjau referensi dan bahan beredar lalu sepakati kelanjutan akses bersama pengelola. Jangan menjanjikan QR lama otomatis diperbarui. Hasil berguna memadukan alamat lengkap menuju dokumen tepat dan uji perjalanan nyata. Wiki URL membantu pemeriksaan serta distribusi alamat; resolusi tidak menggantikan tinjauan isi maupun izin. Catat tanggung jawab dan pengamatan terkait secara terpisah agar alamat terhitung tidak disamakan dengan sumber yang benar-benar dibuka dan akses terkonfirmasi.