Otomatis Ping Sitemap via GitHub Actions

Workflow berikut bisa disimpan sebagai .github/workflows/ping-feeds.yml. Ia menjalankan tiga pekerjaan utama: mengirim feed ke Ping-o-Matic, memvalidasi sitemap serta RSS utama, lalu memberi sinyal ke Bing melalui ping sitemap dan IndexNow jika kunci rahasianya tersedia.

Bagian Google tidak dipanggil lewat endpoint ping lama. Itu sengaja. Untuk Google, praktik yang lebih aman adalah memastikan sitemap.xml valid, tercantum di robots.txt, dan sudah dikirim minimal sekali melalui Search Console. Workflow ini tetap membantu Google secara tidak langsung dengan menjaga sumber discovery tetap sehat.

name: Ping Feeds dan Sitemap
on:
workflow_dispatch:
schedule:
- cron: "0 6 * * *"
env:
BASE_URL: "[https://dalam.web.id](https://dalam.web.id)"
BLOG_TITLE: "Layar Kosong"
INDEXNOW_KEY: ${{ secrets.INDEXNOW_KEY }}
jobs:
ping:
runs-on: ubuntu-latest
steps:
 - name: 🔔 Ping feeds ke Ping-o-Matic
 shell: bash
 run: |
 FEEDS=(
 "feed-catatan-and-opini-sosial.xml"
 "feed-kuliner-gaya-hidup-and-kesehatan.xml"
 "feed-lainnya.xml"
 "feed-linux-and-open-source.xml"
 "feed-multimedia-and-editing.xml"
 "feed-sejarah-and-religi.xml"
 "feed-teknologi-web-ai-and-umum.xml"
 "rss.xml"
 )
 echo "--- Pinging Ping-o-Matic untuk ${#FEEDS[@]} feed ---"
 for feed_file in "${FEEDS[@]}"; do
 FEED_URL="$BASE_URL/$feed_file"
 echo "Pinging: $FEED_URL"
 curl -fsSL -o /dev/null -X POST \
 --data-urlencode "title=$BLOG_TITLE" \
 --data-urlencode "blogurl=$BASE_URL/" \
 --data-urlencode "rssurl=$FEED_URL" \
 "https://pingomatic.com/ping/"
 done
 echo "--- Ping-o-Matic pings sent ---"
 - name: ✅ Validasi sitemap dan RSS utama
 shell: bash
 run: |
 SITEMAP_URL="$BASE_URL/sitemap.xml"
 RSS_URL="$BASE_URL/rss.xml"
 echo "--- Validasi file discovery utama ---"
 for url in "$SITEMAP_URL" "$RSS_URL"; do
 echo "Checking: $url"
 curl -fsSL -o /dev/null "$url"
 done
 echo "--- Sitemap dan RSS dapat diakses ---"
 - name: 📍 Ping sitemap dan RSS ke Bing
 shell: bash
 run: |
 SITEMAP_URL="$BASE_URL/sitemap.xml"
 RSS_URL="$BASE_URL/rss.xml"
 echo "--- Pinging Bing ---"
 echo "Pinging Sitemap: $SITEMAP_URL"
 curl -fsSLG "https://www.bing.com/ping" \
 --data-urlencode "sitemap=$SITEMAP_URL" \
 -o /dev/null
 echo "Pinging RSS Feed: $RSS_URL"
 curl -fsSLG "https://www.bing.com/ping" \
 --data-urlencode "sitemap=$RSS_URL" \
 -o /dev/null
 echo "--- Bing pings sent ---"
 - name: ⚡ Submit URL penting via IndexNow
 if: env.INDEXNOW_KEY != ''
 shell: bash
 run: |
 cat > payload.json <<JSON
 {
 "host": "dalam.web.id",
 "key": "$INDEXNOW_KEY",
 "keyLocation": "$BASE_URL/$INDEXNOW_KEY.txt",
 "urlList": [
 "$BASE_URL/",
 "$BASE_URL/sitemap.xml",
 "$BASE_URL/rss.xml"
 ]
 }
 JSON
 echo "--- Sending IndexNow payload ---"
 curl -fsSL -X POST "https://api.indexnow.org/IndexNow" \
 -H "Content-Type: application/json; charset=utf-8" \
 --data @payload.json
 echo "--- IndexNow request sent ---"
 - name: 📝 Catatan Google
 run: |
 echo "Google sitemap ping endpoint lama tidak dipakai."
 echo "Pastikan sitemap tercantum di robots.txt dan sudah dikirim melalui Google Search Console."

Menyalin workflow memang cepat, tetapi memahami isinya jauh lebih berharga. Saat nanti ada feed baru, domain berganti, atau struktur sitemap berubah, kamu tidak perlu panik seperti server kena beban padahal cuma lupa titik koma.

Pemicu manual dan jadwal harian

Bagian workflow_dispatch membuat workflow bisa dijalankan manual dari tab Actions. Ini berguna untuk uji coba setelah pertama kali file YAML ditambahkan, atau ketika kamu baru menerbitkan banyak artikel sekaligus.

Bagian schedule memakai cron 0 6 * * *, artinya workflow berjalan setiap hari pukul 06:00 UTC. Untuk wilayah Indonesia bagian tengah, jadwal itu setara sore hari. Kamu boleh mengubah jamnya, tetapi hindari frekuensi terlalu rapat. Sekali sehari biasanya cukup untuk blog personal atau portal ringan.

Ping-o-Matic untuk feed kategori

Langkah pertama mengirim daftar feed ke Ping-o-Matic. Layanan ini dirancang untuk memberi tahu berbagai layanan pembaca feed bahwa sebuah blog diperbarui. Nilainya bukan untuk ranking instan, melainkan untuk distribusi sinyal pembaruan.

Di dalam script, daftar FEEDS berisi feed kategori dan rss.xml. Setiap item diproses dengan loop Bash, lalu dikirim sebagai request POST menggunakan curl. Ini lebih rapi dibanding menulis delapan perintah curl berulang-ulang.

Validasi sitemap dan RSS sebelum bicara indeks

Sebelum menyalahkan crawler, plugin, tema, planet Merkurius, atau “algoritma yang katanya lagi sensitif”, cek dulu sumber utamanya. Langkah validasi memastikan sitemap.xml dan rss.xml benar-benar bisa diakses dari internet.

Perintah curl -fsSL -o /dev/null akan gagal jika URL tidak bisa diambil dengan baik. Artinya, workflow bukan hanya mengirim ping, tetapi juga menjadi alarm sederhana ketika file discovery rusak setelah deploy.

Bing ping dan IndexNow

Untuk Bing, ping sitemap masih bisa dipakai sebagai sinyal ringan. Namun untuk pengiriman URL yang lebih eksplisit, IndexNow lebih relevan karena memang dirancang sebagai protokol notifikasi perubahan URL.

Dalam contoh workflow, IndexNow mengirim URL utama, sitemap, dan RSS. Untuk implementasi yang lebih maju, kamu bisa membuat daftar URL artikel yang berubah dari hasil diff sitemap atau log build. Itu lebih presisi daripada mengirim seluruh situs setiap hari.

Bagian ini sering membuat rancu karena banyak tutorial lama masih menyertakan endpoint https://www.google.com/ping?sitemap=.... Dulu pola itu populer. Sekarang, pendekatan tersebut tidak lagi bisa dijadikan pegangan utama.

Google lebih mengandalkan sitemap yang sehat

Google Search Central menjelaskan bahwa endpoint ping sitemap lama sudah selesai didepresiasi. Jalur yang lebih masuk akal adalah mengirim sitemap melalui Search Console, Search Console API, atau mencantumkannya di robots.txt.

Karena itu, workflow di atas tidak memanggil endpoint lama. Sebagai gantinya, ia menjaga agar sitemap dan RSS tetap bisa diakses. Untuk Google, kualitas sinyal dasar ini lebih penting daripada ritual ping yang tidak lagi menjadi mekanisme utama.

Bing masih punya beberapa jalur aktif

Bing menyediakan jalur manual melalui Webmaster Tools, ping sitemap, serta pendekatan otomatis lewat IndexNow. Untuk website yang sering update, IndexNow lebih menarik karena bisa memberi tahu URL yang baru dibuat, diperbarui, atau dihapus.

Namun tetap jangan salah paham: submit URL bukan garansi indeks, apalagi garansi peringkat. Ia hanya mempercepat proses discovery. Setelah itu, kualitas konten, struktur internal link, performa halaman, dan kejelasan metadata tetap ikut menentukan.

GitHub Actions sebagai penjaga ritme

GitHub Actions cocok untuk pekerjaan seperti ini karena bisa berjalan manual, terjadwal, dan terdokumentasi lewat log. Setiap eksekusi meninggalkan jejak yang bisa dibaca ulang saat ada masalah.

Keuntungan lainnya, workflow berada di repositori yang sama dengan kode website. Saat struktur feed berubah, kamu cukup mengubah file YAML dan melakukan commit. Tidak perlu mengingat-ingat konfigurasi tersembunyi di layanan terpisah.

Otomasi SEO teknis itu bagus, tetapi kalau dipakai berlebihan bisa berubah menjadi kebisingan. Search engine tidak butuh diberi tahu setiap lima menit untuk situs yang update seminggu sekali. Santai saja, crawler juga punya pekerjaan lain, bukan mantengin satu blog seperti admin grup yang kurang tidur.

Jangan melakukan ping terlalu sering

Untuk blog personal, jadwal harian sudah cukup. Jika website hanya menerbitkan artikel beberapa kali seminggu, kamu bahkan bisa menjalankan workflow hanya setelah deploy atau setelah generator sitemap selesai berjalan.

Frekuensi yang masuk akal membantu menjaga reputasi teknis website. Request yang terlalu sering, apalagi tanpa perubahan konten, tidak memberi nilai tambah yang berarti.

Pastikan sitemap memakai lastmod dengan benar

Jika sitemap memuat elemen lastmod, nilainya harus mencerminkan perubahan nyata pada halaman. Jangan mengubah semua tanggal hanya agar terlihat baru. Itu bukan optimasi, itu kosmetik berisik.

Gunakan lastmod ketika isi artikel, metadata penting, gambar utama, atau struktur halaman memang berubah. Dengan begitu crawler mendapat sinyal yang lebih bersih.

Pantau log dan status curl

Workflow memakai curl -fsSL agar proses gagal ketika respons bermasalah. Ini sengaja dibuat tegas. Lebih baik workflow merah di log daripada kita mengira semua berjalan baik padahal sitemap ternyata mengarah ke halaman error.

Jika workflow gagal, cek urutannya: pastikan domain aktif, file feed tersedia, redirect tidak berputar, dan URL tidak salah ketik. Masalah kecil seperti nama file feed yang berubah bisa membuat satu langkah gagal total.