Standar CGI sederhana, tetapi akan rumit untuk menulis semua kode yang menggunakannya dengan tangan. Web framework aplikasi menangani rincian ini untuk Anda, sehingga Anda dapat memfokuskan upaya pengembangan Anda pada fitur-fitur aplikasi Anda. Google App Engine mendukung setiap kerangka ditulis dengan Python murni yang berbicara CGI (dan kerangka WSGI-compliant menggunakan adaptor CGI), termasuk Django, CherryPy, pylons, web.py, dan web2py. Anda dapat bundel kerangka kerja yang Anda pilih dengan kode aplikasi Anda dengan menyalin kode ke dalam direktori aplikasi Anda.

App Engine mencakup kerangka aplikasi web sederhana sendiri webapp nya, yang disebut. Kerangka webapp sudah diinstal di lingkungan App Engine dan dalam SDK, sehingga Anda tidak perlu bundel dengan kode aplikasi anda untuk menggunakannya. Kami akan menggunakan webapp untuk sisa dari tutorial ini.

Halo, webapp!

Sebuah aplikasi webapp memiliki tiga bagian

• satu atau lebih RequestHandler kelas bahwa proses permintaan dan membangun tanggapan
• contoh WSGIApplication bahwa rute permintaan masuk untuk penangan berdasarkan URL
• rutinitas utama yang menjalankan WSGIApplication menggunakan adaptor CGI

Mari kita menulis ulang ucapan kami yang ramah sebagai aplikasi webapp. Sunting helloworld / helloworld.py dan ganti isinya dengan:

from google.appengine.ext import webapp
from google.appengine.ext.webapp.util import run_wsgi_app

class MainPage(webapp.RequestHandler):
def get(self):
self.response.headers['Content-Type'] = ‘text/plain’
self.response.out.write(‘Hello, webapp World!’)

application = webapp.WSGIApplication(
[('/', MainPage)],
debug=True)

def main():
run_wsgi_app(application)

if __name__ == “__main__”:
main()

Reload http://localhost:8080/ di browser Anda untuk melihat versi baru dalam tindakan. (Jika Anda berhenti server web Anda, restart dengan menjalankan perintah yang dijelaskan dalam. “Hello World,!”)

Apa webapp

Modul webapp ada di paket google.appengine.ext. Modul ini disediakan dalam SDK, serta dalam lingkungan produksi runtime.

Kode ini mendefinisikan satu handler permintaan, MainPage, dipetakan ke URL root (/). Ketika webapp menerima permintaan HTTP GET ke URL /, itu instantiates kelas MainPage dan memanggil method get contoh itu. Di dalam metode ini, informasi tentang permintaan tersedia menggunakan self.request. Biasanya, metode set properti di self.response untuk mempersiapkan respon, kemudian keluar. webapp mengirimkan respon berdasarkan kondisi akhir dari contoh MainPage.

Aplikasi itu sendiri diwakili oleh contoh webapp.WSGIApplication. Debug = true parameter dilewatkan ke konstruktor memberitahu webapp untuk mencetak jejak stack ke output browser jika handler menemukan kesalahan atau menimbulkan eksepsi tidak tertangkap. Anda mungkin ingin menghapus opsi ini dari versi akhir dari aplikasi Anda.

Para run_wsgi_app fungsi () mengambil contoh WSGIApplication (atau benda lain aplikasi WSGI-kompatibel) dan berjalan di lingkungan CGI App Engine. run_wsgi_app () adalah mirip dengan adaptor WSGI-ke-CGI disediakan oleh modul wsgiref di perpustakaan standar Python, tapi juga meliputi beberapa fitur tambahan. Misalnya, secara otomatis dapat mendeteksi apakah aplikasi sedang berjalan di server pengembangan atau pada App Engine, dan menampilkan kesalahan di browser jika sedang berjalan di server pembangunan.

Kami akan menggunakan beberapa fitur dari webapp nanti dalam tutorial ini. Untuk informasi lebih lanjut tentang webapp, lihat referensi webapp.

Masuk ke akun Anda di www.name.com.

Klik ikon Account pada bilah navigasi bagian atas.

Klik Nama Domain yang ingin di arahkan.

Pada bagian kanan laman, di bawah Control Panel, klik Domain Management untuk meluaskan menu.

Klik DNS Record Management.

Pada laman DNS Management, hapus data MX yang ada atau turunkan prioritasnya.

Untuk saat ini, sebaiknya Anda menyimpan semua data MX yang ada, tetapi turunkan prioritasnya. Nanti, setelah selesai menguji layanan dan mengonfirmasi aliran email, Anda dapat menghapus data tersebut guna memastikan bahwa email mengalir melalui server email yang baru.

Pilih MX dari tarik-turun Add a Record untuk membuat data MX untuk setiap server email di tabel berikut:

Untuk setiap data MX, jangan lupa:

• Membiarkan bidang Record Host kosong.
• Memasukkan nama server email di bidang Record Answer.
• Memasukkan 300 di bidang TTL.
• Memasukkan prioritas yang sesuai dalam bidang Priority (MX only).
• Klik submit.

Selamat! Data MX Anda akan segera mengarah ke Google! Ingatlah bahwa perubahan ini tidak instan tetapi mungkin memerlukan waktu hingga 24 jam untuk diberlakukan (walaupun dapat lebih cepat). Jika data Anda tidak berubah, hubungi Name.com untuk bantuan.

Domain Anda memiliki layanan hosting yang menyimpan domain DNS catatan, termasuk catatan-nya MX, CNAME dan TXT catatan, catatan NS, dan banyak lagi. Dengan Google Apps (atau Webmaster Tools), Anda mungkin perlu mengubah DNS record Anda untuk membuat berbagai alat atau jasa. Misalnya, Anda mungkin perlu membuat data CNAME atau TXT untuk memverifikasi kepemilikan domain setelah mendaftar untuk Google Apps. Anda juga harus mengubah MX record Anda untuk mengaktifkan Gmail.

Anda membuat perubahan ini dengan host domain Anda, tidak dengan Google. Jika Anda tidak yakin, ada beberapa cara untuk mencari tahu, tergantung pada bagaimana Anda membeli domain Anda.
Saya membeli domain saya saat mendaftar untuk Google Apps

Untuk mengetahui mana yang host Anda:

Masuk ke Google kontrol panel administrator Apps Anda. Panel kontrol Anda di https://www.google.com/a/your_domain.com (tetapi pastikan untuk mengganti your_domain.com dengan nama domain Anda yang sebenarnya).
Klik pengaturan Domain, kemudian klik tab Nama Domain.

Saya membeli domain di tempat lain

Cobalah mencari host domain Anda dengan melihat server namanya. Berikut adalah beberapa alat gratis yang dapat membantu Anda.

Mencari database whois

Pergi ke Google.com.
Pencarian untuk whois bebas untuk menemukan sebuah perusahaan yang melakukan query bebas dari database whois.
Pilih sebuah perusahaan dari hasil pencarian.
Ketik nama domain Anda di kotak kolom dan mengirimkan permintaan Anda.

Hasil daftar registrar domain Anda dan setidaknya dua server nama. Berikut adalah hasil parsial untuk domain sampel LinkBisnis.com:

Domain Name: linkbisnis.com
Registrar: name.com
Name Server: ns1.linkbisnis.com
Name Server: ns2.linkbisnis.com

Bergantian melakukan name server (NS) lookup

Pergi ke Google.com.
Pencarian untuk NS lookup untuk menemukan sebuah perusahaan yang melakukan query nama server.
Pilih sebuah perusahaan dari hasil pencarian.
Ketik nama domain Anda di kotak kolom.
Pilih catatan NS atau Setiap catatan untuk permintaan pencarian Anda.
Kirim permintaan Anda.

Hasil daftar nama server untuk domain Anda, seperti dalam:

nameserver linkbisnis.com = ns4.linkbisnis.com
nameserver linkbisnis.com = ns1.linkbisnis.com
nameserver linkbisnis.com = ns2.linkbisnis.com
nameserver linkbisnis.com = ns3.linkbisnis.com

Menginterpretasikan hasil

Dalam banyak kasus,  Registrar (dilaporkan dalam hasil whois) juga host domain Anda. Kadang-kadang, bagaimanapun, seorang “perantara” perusahaan hosting domain Anda server DNS. Untuk memastikan cara baik, keluar dari nama server. Kadang-kadang server sendiri mengungkapkan nama host Anda. Nama Server dalam hasil di atas, misalnya, menunjukkan bahwa EveryDNS adalah host domain sebesar linkbisnis.com:

Jika server nama Anda tidak memberi nama sebuah perusahaan tertentu tetapi lebih jelas (seperti dalam asadns1.name-services.com), Anda dapat sering menemukan nama host Anda dengan melakukan pencarian di Google.com untuk nama server. Hasil pencarian mungkin akan menyebutkan perusahaan yang memiliki server.

Google Apps merupakan layanan dari Google menyediakan versi disesuaikan secara independen dari beberapa produk Google di bawah kustom nama domain . Ini fitur beberapa aplikasi Web dengan fungsionalitas mirip dengan tradisional suite kantor , termasuk Gmail , Google Groups , Google Calendar , Bicara , Docs dan Situs . Ini adalah visi Rajen Sheth, seorang karyawan Google yang kemudian dikembangkan Chromebooks.

Google Apps untuk bisnis adalah gratis selama 30 hari, $ 5 USD per account pengguna dan bulan sesudahnya atau $ 50 per tahun. Google Apps untuk Pendidikan adalah gratis dan menawarkan jumlah yang sama penyimpanan sebagai account Gmail gratis. Gratis Google Apps masih tersedia meskipun yang diturunkan dalam hasil pencarian mereka sehingga pengguna harus menavigasi masa lalu penawaran harga. Google Apps untuk Pendidikan, yang bebas, menggabungkan fitur dari edisi Standard dan Premier.

Selain aplikasi bersama (kalender, dokumen, dll), ada Google Apps Marketplace, yang merupakan App “toko” untuk pengguna Google Apps. Ini berisi berbagai aplikasi, baik gratis dan untuk biaya, yang dapat diinstal untuk menyesuaikan pengalaman Google Apps untuk pengguna.

Sejarah

• Februari 2006 – Google telah membuat Gmail Untuk Domain Anda dengan beta-undangan saja, yang memungkinkan Gmail untuk digunakan dengan nama domain kustom. Ini menampilkan 2 GB e-mail penyimpanan, dan banyak fitur Gmail standar.
  
• Agustus 2006 – Google memperluas layanan ini dan dikembangkan Google Apps Untuk Domain Anda, menggabungkan lebih baru layanan Google, termasuk Google Calendar, Google Talk, dan Google Page Creator. Kemudian, Google menambahkan “Start Page” untuk semua account, yang didasarkan pada mereka iGoogle layanan.
• Oktober 2006 – Google memungkinkan institusi pendidikan untuk mendaftar untuk layanan, yang diberi judul Google Apps Untuk Pendidikan. Sebuah pertemuan besar Google Apps di Universitas Lakehead di Thunder Bay, Ontario, Kanada, di mana 38.000 pengguna memiliki Gmail dan di-browser IM kemampuan.
• 22 Februari 2007 – Google meluncurkan Edisi Premier untuk perusahaan, serta membuat publik pendaftaran untuk semua layanan Google Apps. Pada saat yang sama, semua produk yang bersatu, dan panel kontrol online didesain ulang.
• Juni 2007 – migrasi email dari IMAP layanan email telah ditambahkan ke Google Apps.
• 3 Oktober 2007 – Google mengumumkan bahwa “keamanan, kepatuhan, kebijakan manajemen, dan layanan pesan pemulihan” dari Postini yang baru diperoleh akan diintegrasikan ke dalam Google Apps Premier Edition.
• 12 Oktober 2007 – Google mengumumkan bahwa e-mail penyimpanan untuk domain menggunakan Google Apps akan meningkat. Edisi Premier account sekarang memiliki 25 GB ruang masing-masing (sebelumnya 10 GB). Standard dan Education Edition rekening akan cermin meja Gmail (sebelumnya 2 GB, lebih dari 7 GB per Agustus 2008).
• 28 Februari 2008 – Google mengumumkan bahwa Google Sites akan tersedia untuk domain host oleh Google Apps. Google Sites memungkinkan editing kolaboratif dari situs web dan pengguna izin untuk meng-upload foto dan video ke situs mereka.
• September 2008 – Google Page Creator dan upload file yang telah dihapus sebagai layanan baru tersedia untuk pelamar Apps Google.
• 1 Desember 2008 – Google menghapus option Halaman Awal untuk baru Apps account Google. Mereka tampaknya berusaha untuk pengguna transisi baru untuk menggunakan situs sebagai gantinya.
• 14 Januari 2009 – Google dihapus kemampuan untuk menambahkan pengguna tambahan untuk domain Standard Edition dan terbatas baru domain edisi standar untuk 50 pengguna (pengurangan dari 100 sebelumnya).
• 29 Januari 2009 – Google menambahkan Google Apps ke Google Labs suite. Hal ini memungkinkan pengguna untuk menambahkan gadget ke kotak masuk mereka seperti ‘Offline’, ‘Tugas’, dan ‘Waktu Liburan! “.
• April 1, 2009 – Google menambahkan dukungan tema ke antarmuka mail.
• 9 Juni 2009 – Google memperkenalkan Google Apps Sync untuk Microsoft Outlook , memungkinkan perusahaan menjalankan Microsoft Exchange Server . untuk bermigrasi kotak email mereka dari Exchange ke Google Apps
• 7 Juli 2009 – Google upgrade semua layanan Google Apps bawah dari status ‘Beta’.
• September 15, 2009 – Google mengumumkan bahwa mereka akan menyediakan GovCloud, yang akan menjadi tuan rumah Google Apps dalam lingkungan data terpisah dengan enkripsi yang disempurnakan untuk memenuhi standar keamanan negara dan pemerintah.
• 9 Maret 2010 – Google membuka Google Apps Marketplace, tempat untuk pihak ketiga, aplikasi berbasis cloud untuk melengkapi aplikasi Google sendiri secara online.
• 24 Mei 2010 – Google mengumumkan bahwa Google Wave akan tersedia untuk domain host oleh Google Apps dalam generasi berikutnya (hanya US bahasa Inggris). Google Wave adalah sebuah ruang, hidup bersama di web di mana orang bisa berdiskusi dan bekerja bersama-sama menggunakan teks kaya diformat, foto, video, peta dan lainnya.
• 3 Agustus 2010 – Google Senior Wakil Presiden Urs Hölzle mengumumkan bahwa Google akan menghentikan pengembangan Google Wave.
• Pertengahan akhir tahun 2010 – Google mulai menolak pendaftaran dari dot tk domain untuk Google Apps (Edisi Standar Google Apps pada waktu itu), tetapi hal itu tidak mempengaruhi Google Apps untuk Bisnis (Google Apps Premiere Edition pada saat itu) dan Google Apps untuk Pendidikan (Edisi Pendidikan Google Apps pada saat itu). Semua Akun Google Apps menggunakan dot tk domain terdaftar sebelum Maret 2010 menjadi cacat. Ketika pengguna yang terkena mencoba menggunakan Google Apps, mereka mendapatkan pesan berikut: “. Akun ini telah dinonaktifkan”
  
• May 10, 2011 – Jumlah akun gratis untuk Google Apps (sebelumnya Google Apps Standard Edition) tetes 50-10.

edisi yang berbeda

Google Apps tersedia dalam beberapa edisi yang berbeda. Setiap edisi memiliki batas pada jumlah pengguna yang dapat aktif pada waktu tertentu. Google Apps diluncurkan dengan penjatahan pengguna default dari 200 pengguna, yang segera berubah menjadi 100 pengguna. Selain itu, pengguna bisa meminta agar batas pengguna mereka meningkat melalui proses manual mengambil (setidaknya) 1-2 minggu untuk disetujui. Pada bulan Januari 2009, topi diubah sehingga semua account baru akan menerima hanya 50 pengguna sebagai lawan 100, dan tidak bisa meminta lebih tanpa pembayaran. Hal ini dipastikan sebagai yang berkaitan dengan peluncuran program reseller Google Apps komersial. Pengguna Edisi Standar yang ada sebelum Januari 2009 terus alokasi lama mereka, selain kemampuan “permintaan” mereka lebih banyak pengguna, meskipun permintaan ini batas sekarang umum menjawab dengan saran untuk “upgrade langganan Anda”. Pada tahun 2011, batas pada Google Apps gratis produk itu kemudian dikurangi menjadi 10 pengguna, efektif untuk pengguna baru.

Tingkat berlangganan dari Google Apps edisi ditagih berdasarkan jumlah total pengguna yang tersedia di akun Apps, dan fitur edisi berlaku untuk semua akun pengguna di langganan itu. Hal ini tidak mungkin untuk membeli upgrade untuk subset dari pengguna: untuk meningkatkan batas pengguna, langganan harus dibeli untuk semua account. Sebagai contoh, upgrade dari batas “Standar” dari 50 pengguna untuk mengizinkan hingga 60 pengguna akan melibatkan membayar untuk 60 pengguna, apakah mereka digunakan atau tidak.

Google Apps (sebelumnya Google Apps Standard Edition)

• Gratis
• Brandable nama dan logo di panel kontrol, yaitu. @ Yourdomain.com
• Penyimpanan yang sama ruang sebagai account gmail.com reguler (lebih dari 7666 MB pada 6 Januari 2011)
• Iklan teks standar (dapat dimatikan dalam account masing-masing)
• Terbatas untuk 10 pengguna dalam domain yang sama.
• Lampiran email tidak dapat lebih besar dari 25 megabyte.
• Terbatas untuk mengirim email ke penerima eksternal 500 per hari per account email.

Google Apps Edisi Mitra / Google Apps untuk ISP

Sama seperti edisi standar dengan pengecualian berikut:

• Tidak ada batasan pada jumlah kotak surat
• Google API bisa digunakan untuk digunakan untuk mengelola dan penyediaan account
• Dibayar layanan dengan dukungan teknis yang tersedia dengan harga mulai dari $ 0,35 per kotak per reseller.

Google Apps untuk Bisnis (sebelumnya Google Apps Premiere Edition)

• US $ 50 (40 EUR ,  33 GBP ) per account per tahun, atau US $ 5 per rekening bulanan
• Iklan teks opsional
• Terpadu Postini berbasis kebijakan keamanan e-mail
• Konferensi kamar / penjadwalan sumber
• 99,9% e-mail jaminan uptime
• Tersedia untuk Single Sign On API
• 24/7 dukungan telepon
• Google Video, sebuah layanan mirip dengan YouTube dengan kelompok swasta
• Terbatas untuk mengirim email ke penerima eksternal 2000 per hari per account email.
• Ruang penyimpanan 25 GB dalam setiap account, dialokasikan untuk digunakan di semua produk termasuk e-mail.

Google Apps untuk Pendidikan (sebelumnya Edisi Pendidikan Google Apps)

Sama seperti Google Apps untuk Bisnis kecuali untuk hal berikut:

• Gratis untuk K-12 sekolah, akademi, dan universitas dengan sampai 30.000 pengguna
• Tidak ada iklan untuk fakultas, staf, atau siswa
• Google dapat menampilkan iklan untuk account tidak terkait dengan siswa yang terdaftar, staf atau relawan
• Ruang penyimpanan 25 GB pada 24 Juni 2011

Google Apps untuk Non-profit (sebelumnya Edisi Pendidikan Google Apps)

Sama seperti Google Apps untuk Bisnis kecuali untuk hal berikut:

• Gratis untuk terakreditasi (c) 501 (3) nirlaba entitas dengan kurang dari 3.000 pengguna
• Perusahaan non-profit yang memenuhi syarat untuk diskon 40% di Google Apps untuk Bisnis
• Tidak ada iklan untuk fakultas, staf, atau siswa
• Google dapat menampilkan iklan untuk account tidak terkait dengan staf atau relawan
• Ruang penyimpanan 25 GB pada 24 Juni 2011

Lainnya edisi

• Istilah Google untuk Domain Anda / Google Apps untuk Domain Anda masih permukaan dari waktu ke waktu, tanpa indikasi yang jelas apakah ini adalah versi (atau lebih baik berkata, yang terpisah) usang dari Google Apps.
  
• Google Apps Edisi Tim tampaknya telah menjadi cara untuk menggunakan Google Apps tanpa melampirkan domain untuk itu dan tampaknya akan ditinggalkan.
• Google Apps untuk Nirlaba tidak sebanyak edisi sebagai kategori pemasaran. LSM dengan kurang dari 3000 pengguna yang memenuhi syarat untuk Edisi Pendidikan Google Apps, sementara mereka yang lebih dari ini mungkin berlaku untuk Google Apps Premiere Edition dengan harga diskon.

Setelah Anda membuat peta situs dalam format yang diterima, Anda dapat mengirimkannya ke Google menggunakan Google Webmaster Tools. Hal ini memungkinkan Google untuk menyediakan Anda dengan status yang berguna dan informasi statistik. Anda juga dapat menentukan lokasi peta situs Anda dalam file robots.txt Anda.

Sebelum memulai, pastikan Anda memiliki situs-situs berikut ditambahkan dan diverifikasi dalam account Webmaster Tools Anda:

• Situs yang terletak Sitemap.
• Situs (s) yang direferensikan URL dalam Peta Situs.

Untuk mengirimkan Peta Situs:

1.      Upload Peta Situs Anda (atau pakan MRS) ke situs Anda.
2.      Pada halaman rumah Webmaster Tools, klik situs yang Anda inginkan.
3.      Pada menu kiri, klik Optimasi, kemudian klik Sitemaps.
4.      Klik Add / Test tombol Sitemap.
5.      Pada kotak teks, menyelesaikan path ke Peta Situs Anda (misalnya,  jika peta situs Anda di http://www.example.com/sitemap.xml,  sitemap.xml jenis).
6.      Klik Kirim Sitemap.

Menggunakan file robots.txt

Anda dapat memberitahu Google dan mesin pencari lainnya tentang peta situs Anda dengan menambahkan baris berikut ke file robots.txt (memperbarui sampel URL dengan path lengkap ke Peta Situs Anda sendiri):

Peta Situs: http://example.com/sitemap_location.xml

Direktif ini adalah independen dari garis pengguna-agen, jadi tidak masalah di mana ia muncul dalam file Anda. Jika Anda menggunakan sebuah file indeks peta situs, Anda dapat memasukkan lokasi file-Anda tidak mendaftar setiap Sitemap individu.

Mengirimkan kembali peta situs

Ketika Anda membuat perubahan pada peta situs Anda, Anda dapat kirimkan kembali menggunakan Google Webmaster Tools atau rekening permintaan HTTP.

Menggunakan Webmaster Tools:

1. Pada halaman Depan Webmaster Tools, klik situs yang Anda inginkan.
2. Di bawah Optimasi, klik Sitemaps.
3. Pilih peta situs (s) yang ingin Anda kirimkan kembali, kemudian klik tombol Sitemap Kirim ulang.

Menggunakan permintaan HTTP

Jika Anda melakukan ini, Anda tidak perlu kirimkan kembali menggunakan Alat Webmaster. Kolom Submitted akan terus menunjukkan terakhir kali Anda mengklik link itu secara manual.

1. Mengeluarkan permintaan Anda ke URL berikut:
   www.google.com/webmasters/tools/ping?sitemap=sitemap_url
   Misalnya, jika peta situs Anda terletak di http://www.example.com/sitemap.gz, URL Anda akan menjadi:
   www.google.com/webmasters/tools/ping?sitemap=http://www.example.com/sitemap.gz
2. URL encode semuanya setelah ping / sitemap =?:
   www.google.com/webmasters/tools/ping?sitemap=http://www.yoursite.com/sitemap.gz
3. Mengeluarkan permintaan HTTP menggunakan wget, curl, atau mekanisme lain yang Anda pilih.

Permintaan yang sukses akan mengembalikan HTTP kode respon 200, jika Anda menerima respon yang berbeda, Anda harus mengirimkan kembali permintaan Anda. HTTP 200 kode respon hanya menunjukkan bahwa Google telah menerima peta situs Anda, bukan bahwa peta situs sendiri atau URL yang terkandung di dalamnya itu valid. Untuk mendapatkan informasi status tentang peta situs Anda, kirimkan kembali menggunakan akun Webmaster Tools. Kami menyarankan Anda mengirimkan kembali peta situs tidak lebih dari sekali per jam.

Catatan: Jika Anda menyediakan berkas indeks peta situs, Anda hanya perlu mengeluarkan satu permintaan HTTP yang mencakup lokasi file indeks peta situs, Anda tidak perlu mengeluarkan permintaan individu untuk setiap Sitemap terdaftar dalam indeks.

Google dapat menerima Peta Situs Web dalam beberapa format, tetapi kami menganjurkan untuk membuat Peta Situs berdasarkan pada protokol peta situs karena berkas yang sama dapat diserahkan ke mesin pencari lainnya, seperti Bing dan Yahoo!, yang menjadi anggota sitemaps.org.

Berikut ini adalah contoh dari peta situs dasar dengan satu entri untuk URL yang mencakup gambar dan video (untuk kenyamanan, hanya subset dari informasi video yang tersedia ditampilkan).

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:image="http://www.sitemaps.org/schemas/sitemap-image/1.1"
        xmlns:video="http://www.sitemaps.org/schemas/sitemap-video/1.1">
<url>
<loc>http://www.example.com/foo.html</loc>
<image:image>
<image:loc>http://example.com/image.jpg</image:loc>
</image:image>
<video:video>
<video:content_loc>http://www.example.com/video123.flv</video:content_loc>
<video:player_loc allow_embed="yes" autoplay="ap=1">http://www.example.com/videoplayer.swf?video=123</video:player_loc>
<video:thumbnail_loc>http://www.example.com/thumbs/123.jpg</video:thumbnail_loc>
<video:title>Grilling steaks for summer</video:title>
<video:description>Get perfectly done steaks every time</video:description>
    </video:video>
  </url>
</urlset>

Anda dapat membuat peta situs Anda secara manual. Atau, ada sejumlah peralatan pihak ketiga yang dapat membantu Anda menghasilkan Sitemaps. Selain format standar di atas, Google juga menerima berikut sebagai Sitemaps:

• RSS, MRS, dan Atom 1.0: Google menerima RSS (Real Simple Syndication) 2.0 dan Atom 1.0 feed. Jika Anda memiliki blog dengan feed RSS atau Atom, Anda mengirimkan URL feed sebagai peta situs. Perangkat lunak blog yang paling menciptakan feed Anda untuk Anda. Perhatikan bahwa pakan hanya dapat memberikan informasi tentang URL terakhir. Selain itu, Anda dapat menggunakan MRS (media RSS) umpan yang disediakan Google dengan rincian tentang konten video di situs Anda.
• File teks: Untuk Peta Situs Web dasar (Peta Situs yang mencakup hanya URL halaman web, bukan gambar, video, atau data specalized lainnya), Anda dapat memberikan Google dengan file teks sederhana yang berisi satu URL per baris. Sebagai contoh:

1. http://www.example.com/file1.html
2. http://www.example.com/file2.html

Untuk hasil terbaik, ikuti panduan ini:

• Anda sepenuhnya harus menentukan URL, seperti Google mencoba untuk merangkak mereka persis seperti yang disediakan.
• File teks harus menggunakan pengkodean UTF-8.
• File teks harus berisi apa-apa selain daftar URL.
• Anda dapat memberi nama apapun file teks yang Anda inginkan. Google merekomendasikan memberikan file txt. (Misalnya, sitemap.txt).

Setelah peta situs Anda selesai, Anda dapat mengirimkannya ke Google menggunakan Webmaster Tools.

Pedoman Peta Situs

• Sebuah file dapat berisi Sitemap tidak lebih dari 50.000 URL dan harus tidak lebih besar dari 50MB saat tidak dimampatkan. Jika peta situs Anda lebih besar dari ini, memecahnya menjadi Sitemaps lebih kecil. Batasan ini membantu memastikan bahwa server web Anda tidak kelebihan beban dengan melayani file besar ke Google.
• Jika Anda memiliki lebih dari satu peta situs, Anda dapat daftar mereka dalam file indeks peta situs dan kemudian menyerahkan file indeks peta situs ke Google. Anda tidak perlu mengirimkan setiap file Peta Situs individual.
• Tentukan semua URL menggunakan sintaks yang sama. Misalnya, jika Anda menentukan lokasi situs Anda sebagai http://www.example.com/, daftar URL tidak boleh berisi URL yang diawali dengan http://example.com/.
• Jangan menyertakan ID sesi dalam URL.
• File peta situs Anda harus menentukan namespace XML berikut: xmlns = “http://www.sitemaps.org/schemas/sitemap/0.9″.
• URL peta situs harus UTF8-encoded, dan dikodekan agar terbaca oleh webserver di mana ia berada.
• Jika situs Anda dapat diakses di kedua versi www dan non-www dari domain Anda, Anda tidak perlu mengirimkan peta situs terpisah untuk setiap versi. Namun, kami sarankan memilih baik www atau versi non-www, dan menggunakan metode canonicalization direkomendasikan untuk memberitahu Google versi mana yang Anda gunakan.
• Jika Anda sedang mempertimbangkan menyewa konsultan untuk membantu Anda mengoptimalkan Peta Situs Anda, kami sarankan membaca rekomendasi kami tentang bekerja dengan pengoptimalan Search Engine (SEO). Selain itu, Anda harus akrab dengan Panduan Webmaster kami dan kami SEO Panduan Pemula. Hal ini juga dapat berguna untuk memeriksa dengan kolega dengan situs serupa atau bisnis.
• Sebuah file Sitemap tidak tergantung pada bahasa konten. Untuk memastikan bahwa setiap versi bahasa dapat dijelajahi dan diindeks, gunakan URL unik. URL ini semua bisa dimasukkan dalam file peta situs Anda.

Sitemap ekstensi (video, gambar, Berita …)

Serta informasi URL dasar, Sitemaps dapat berisi informasi rinci tentang jenis-jenis konten di situs Anda, termasuk video, gambar, mobile, News, dan perangkat lunak kode sumber

Tergantung pada jenis konten disertakan dalam peta situs Anda, Anda harus menentukan namespace yang sesuai (s), tercantum dalam tabel di bawah ini. Pastikan untuk menentukan namespace untuk setiap jenis informasi yang terdapat dalam Peta Situs Anda.

URL Umum :  xmlns = “http://www.sitemaps.org/schemas/sitemap/0.9″
Gambar :  xmlns: image = “http://www.google.com/schemas/sitemap-image/1.1″
Video : xmlns: video = “http://www.google.com/schemas/sitemap-video/1.1″
Mobile : xmlns: mobile = “http://www.google.com/schemas/sitemap-mobile/1.0″
Kode Search : xmlns: penelusuran kode = “http://www.google.com/codesearch/schemas/sitemap/1.0″
Berita : xmlns: berita = “http://www.google.com/schemas/sitemap-news/0.9″ Google merekomendasikan, bagaimanapun, bahwa Anda membuat Peta Situs terpisah untuk konten berita, ini Sitemaps akan dijelajahi sangat sering untuk memeriksa baru. artikel. Informasi lebih lanjut tentang Peta Situs Berita.

Sitemap tag definisi

Tabel berikut menguraikan tag dibutuhkan untuk URL web daftar Sitemaps. Untuk menambahkan informasi yang lebih rinci mengenai jenis konten tertentu, melihat video, foto, mobile, News, dan perangkat lunak kode sumber.

Peta Situs adalah cara untuk memberitahu Google tentang halaman di situs Anda, kami mungkin tidak sebaliknya menemukan. Secara sederhana, sebuah XML Sitemap-biasa disebut Peta Situs, dengan modal S-adalah daftar halaman di situs Web Anda. Membuat dan mengirimkan peta situs membantu memastikan bahwa Google mengetahui tentang semua halaman di situs Anda, termasuk URL yang mungkin tidak ditemukan oleh proses merangkak biasa Google.

Anda dapat membuat Sitemap berdasarkan protokol Sitemap, atau Anda dapat mengirimkan file teks atau feed RSS / Atom sebagai peta situs. Cara membuat peta situs.

Selain itu, Anda juga dapat menggunakan Peta Situs untuk memberikan Google dengan metadata tentang jenis spesifik dari konten di situs Anda, termasuk video, gambar, mobile, News, dan perangkat lunak kode sumber. Misalnya, video Sitemap entri dapat menentukan waktu berjalan, kategori, dan ramah keluarga status video, sebuah entri Peta Situs gambar dapat memberikan informasi tentang materi pelajaran gambar, jenis, dan lisensi. Anda juga dapat menggunakan peta situs untuk memberikan informasi tambahan tentang situs Anda, seperti tanggal terakhir diperbaharui, dan seberapa sering Anda harapkan halaman untuk mengubah. Kami menyarankan Anda menggunakan Peta Situs terpisah untuk mengirimkan informasi berita.

Sitemap sangat membantu jika:

• Situs Anda memiliki konten dinamis.
• Situs Anda memiliki laman yang tidak mudah ditemukan oleh Googlebot selama proses merangkak-misalnya, halaman yang menampilkan AJAX kaya atau gambar.
• Situs Anda baru dan memiliki beberapa link untuk itu. (Googlebot menjelajahi web dengan mengikuti link dari satu halaman ke halaman lainnya, jadi jika situs Anda tidak terhubung dengan baik, mungkin sulit bagi kita untuk menemukannya).
• Situs Anda memiliki arsip besar halaman konten yang tidak terhubung dengan baik satu sama lain, atau tidak terhubung sama sekali.

Google tidak menjamin bahwa akan merangkak atau mengindeks semua URL Anda. Namun, kami menggunakan data dalam peta situs Anda untuk mempelajari struktur situs Anda, yang akan memungkinkan kami untuk meningkatkan jadwal perayap kami dan melakukan pekerjaan yang lebih baik menjelajahi situs Anda di masa depan. Dalam kebanyakan kasus, webmaster akan mendapatkan keuntungan dari pengiriman Sitemap, dan dalam hal tidak akan Anda dikenakan sanksi untuk itu.

Google mematuhi Protokol Sitemap 0,9 seperti yang didefinisikan oleh sitemaps.org. Peta Situs yang dibuat untuk Google dengan menggunakan Sitemap Protocol 0,9 karena itu kompatibel dengan mesin pencari lain yang mengadopsi standar sitemaps.org.

Laman Index Stats (Statistik Indeks) mencari menggunakan operator Google tingkat lanjut untuk menyediakan contoh hasil tentang bagaimana situs Anda diindeks. Statistik yang mungkin tersedia meliputi:

Laman yang diindeks dalam situs Anda

Untuk melihat laman yang diindeks dalam situs Anda, gunakan operator site:, seperti ini: site:wordgoogle.com. (Catatan: Jangan menggunakan spasi antara operator dan URL.)

Anda dapat melakukan pencarian pada seluruh domain atau membatasinya ke subdomain tertentu atau subdirektori—misalnya, site:wordgoogle.com/webmasters.

Untuk mengecualikan laman dari pencarian Anda, gunakan tanda minus sebelum operator. Misalnya, pencarian site:google.com -site:adwords.google.com memberikan semua laman yang diindeks pada domain google.com tanpa laman dari adwords.google.com.

Laman yang tertaut ke laman muka situs Anda

Untuk melihat situs yang tertaut ke www.wordgoogle.com, gunakanlink:wordgoogle.com. (Anda dapat menggunakan link:wordgoogle.com atau link:www.wordgoogle.com, tapi pertama pencarian akan memberikan hasil yang lebih lengkap.) Anda juga dapat mencari tautan untuk laman atau direktori tertentu: link:wordgoogle.com/home.html.

Tembolok situs Anda saat ini

Operator cache: menunjukkan salinan arsip laman yang diindeks oleh Google. Misalnya, cache:google.com menunjukkan versi homepage Google yang terakhir diindeks, serta informasi tentang tanggal tembolok dibuat. Anda juga dapat melihat laman dalam versi plain-text. Ini berguna karena menunjukkan bagaimana Googlebot melihat laman.

Jika Anda tidak ingin pengguna dapat mengakses versi laman Anda yang ada dalam tembolok, gunakan meta tag noarchive seperti ini:

<meta name="robots" content="noarchive">

Laman tetap akan ditelusuri dan diindeks oleh Google, tapi pengguna tidak akan melihat tautan yang masuk dalam tembolok dalam hasil telusur.

Laman yang mirip dengan situs Anda

Operator related: menampilkan situs web yang mirip dengan situs yang Anda cari. Operator ini memberikan hasil telusur yang sama jika Similar pages (Laman yang mirip) diklik di samping hasil pada laman hasil telusur kami.

Pencarian ini seperti mencari toko buku untuk menemukan buku yang mirip dengan novel Harry Potter. Hasil pencarian dapat meliputi buku anak-anak yang lain, biografi J.K. Rowling, atau buku non-fiksi tentang sastra anak-anak. Secara umum, gunakan operator ini untuk menemukan sumber yang mirip. Anda akan mendapatkan hasil pencarian terbaik dan paling berguna jika Anda menggunakan situs yang mencakup berbagai jenis konten.

Google menggunakan beberapa faktor untuk menentukan kemiripan di antara situs yang berbeda. Akan tetapi, kualitas dari situs yang ditemukan tidak mempengaruhi peringkat Anda atau bagaimana Google mengindeks situs Anda.

Informasi yang kami miliki tentang situs Anda

Operator info: menampilkan tautan ke pencarian tingkat lanjut lain yang didaftar pada lama Index Stats di Alat Webmaster.

Ketika permintaan dibuat untuk server Anda untuk halaman di situs Anda (misalnya, ketika pengguna mengakses halaman Anda dalam browser atau ketika Googlebot menjelajahi halaman), server Anda mengembalikan sebuah kode status HTTP sebagai tanggapan atas permintaan tersebut.

Ini kode status menyediakan informasi tentang status permintaan tersebut. Ini kode status memberikan informasi Googlebot tentang situs Anda dan halaman yang diminta.

Beberapa kode status umum adalah:

• 200 – server berhasil kembali ke halaman
• 404 – halaman yang diminta tidak ada
• 503 – server sementara tidak tersedia

Daftar lengkap kode status HTTP adalah di bawah ini. Anda juga dapat mengunjungi halaman W3C pada kode status HTTP untuk informasi lebih lanjut.

1xx (respon Sementara)
Status kode yang menunjukkan respons sementara dan meminta pemohon mengambil tindakan untuk melanjutkan.

• kode: 100 (Lanjutkan)
  Keterangan: Pemohon harus melanjutkan dengan permintaan tersebut. Server mengembalikan kode ini untuk menunjukkan bahwa mereka telah menerima bagian pertama permintaan dan menunggu sisanya.
• Kode: 101 (Switching protokol)
  Keterangan: Pemohon telah meminta server untuk beralih protokol dan server mengakui bahwa ia akan melakukannya.

2xx (Berhasil)
Status kode yang menunjukkan bahwa server berhasil diproses permintaan tersebut.

• Kode: 200 (Sukses)
  Keterangan: Server berhasil memroses permintaan tersebut. Umumnya, ini berarti bahwa server menyediakan halaman yang diminta. Jika Anda melihat status ini untuk file robots.txt Anda, berarti Googlebot diambil dengan sukses.
• Kode: 201 (Dibuat)
  Keterangan: Permintaan berhasil dan server membuat sumber daya baru.
• Kode: 202 (yang diterima)
  Keterangan: Server telah menerima permintaan tersebut, tetapi belum memprosesnya.
• Kode: 203 (Non-authoritative informasi)
  Keterangan: The server successfully processed the request, but is returning information that may be from another source.
• Kode: 204 (Tidak ada konten)
  Keterangan: Server berhasil memroses permintaan, tetapi tidak mengembalikan konten.
• Kode: 205 (isi ulang)
  Keterangan: Server berhasil proccessed permintaan, tapi tidak mengembalikan konten. Tidak seperti respons 204, respons ini mengharuskan pemohon mereset tampilan dokumen (misalnya, menghapus formulir untuk input baru).
• Kode: 206 (isi Partial)
  Keterangan: Server berhasil memroses permintaan GET parsial.

3xx (Dialihkan)
Tindakan lebih lanjut diperlukan untuk memenuhi permintaan tersebut. Seringkali, kode status ini digunakan untuk pengalihan. Google menyarankan Anda menggunakan kurang dari lima pengalihan untuk setiap permintaan. Anda dapat menggunakan Webmaster Tools untuk melihat apakah Googlebot mengalami kesulitan merangkak halaman Anda diarahkan. The Crawl Kesalahan halaman bawah Kesehatan mencantumkan URL yang Googlebot tidak dapat merangkak karena mengarahkan kesalahan.

• Kode: 300 (pilihan ganda)
  Keterangan: The server has several actions available based on the request. The server may choose an action based on the requestor (user agent) or the server may present a list so the requestor can choose an action.
• Kode: 301 (Dipindahkan secara permanen)
  Keterangan: Halaman yang diminta telah secara permanen dipindahkan ke lokasi baru. Saat server mengembalikan respons ini (sebagai respon terhadap permintaan GET atau HEAD), secara otomatis meneruskan pemohon ke lokasi baru. Anda harus menggunakan kode ini untuk memberi Googlebot tahu bahwa sebuah halaman atau situs secara permanen telah dipindahkan ke lokasi baru.
• Kode: 302 (Dipindahkan sementara)
  Keterangan: Server sedang merespons permintaan dengan halaman dari lokasi yang berbeda, tetapi pemohon harus terus menggunakan lokasi asli untuk permintaan masa depan. Kode ini mirip dengan 301 di bahwa untuk permintaan GET atau HEAD, maka secara otomatis meneruskan pemohon ke lokasi yang berbeda, tetapi Anda tidak harus menggunakannya untuk memberitahu Googlebot bahwa halaman atau situs sudah dipindah karena Googlebot akan terus merangkak dan indeks lokasi asli.
• Kode: 303 (Lihat lokasi lain)
  Keterangan: Server mengembalikan kode ini jika pemohon harus membuat permintaan GET terpisah ke lokasi yang berbeda untuk mengambil respon. Untuk semua permintaan selain permintaan HEAD, server secara otomatis ke depan ke lokasi lain.
• Kode: 304 (Tidak dimodifikasi)
  Keterangan:Halaman yang diminta belum dimodifikasi sejak permintaan terakhir. Saat server mengembalikan respons ini, itu tidak mengembalikan isi halaman.Anda harus mengkonfigurasi server Anda untuk kembali tanggapan ini (disebut Jika-Diubah-Sejak header HTTP) ketika halaman tidak berubah sejak terakhir kali pemohon memintanya. Ini menghemat bandwidth dan overhead karena server Anda dapat memberitahu Googlebot bahwa laman belum berubah sejak terakhir kali ia merangkak.
• Kode: 305 (Gunakan proxy)
  Keterangan: The requestor can only access the requested page using a proxy. When the server returns this response, it also indicates the proxy that the requestor should use.
• Kode: 307 (Temporary redirect)
  Keterangan: Server sedang merespons permintaan dengan halaman dari lokasi yang berbeda, tetapi pemohon harus terus menggunakan lokasi asli untuk permintaan masa depan. Kode ini mirip dengan 301 di bahwa untuk permintaan GET atau HEAD, maka secara otomatis meneruskan pemohon ke lokasi yang berbeda, tetapi Anda tidak harus menggunakannya untuk memberitahu Googlebot bahwa laman atau situs sudah dipindah karena Googlebot akan terus merangkak dan indeks lokasi asli.

4xx (error Permintaan)
Ini kode status menunjukkan bahwa ada kemungkinan kesalahan dalam permintaan yang mencegah server untuk dapat memprosesnya.

• Kode: 400 (permintaan Buruk)
  Keterangan: The server didn’t understand the syntax of the request.
• Kode: 401 (Tidak berwenang)
  Keterangan:  Permintaan memerlukan otentikasi. Server bisa mengembalikan respons ini untuk halaman setelah login.
• Kode: 403 (Terlarang)
  Keterangan: Server menolak permintaan tersebut. Jika Anda melihat bahwa Googlebot menerima kode status ketika mencoba untuk menjelajah halaman yang valid dari situs Anda (Anda dapat melihat ini di halaman Crawl Kesalahan dalam Kesehatan di Google Webmaster Tools), mungkin bahwa server Anda atau host memblokir akses Googlebot itu.
• Kode: 404 (Tidak ditemukan)
  Keterangan:Server tidak dapat menemukan halaman yang diminta. Misalnya, server sering mengembalikan kode ini jika permintaan ditujukan untuk halaman yang tidak ada pada server.Jika Anda tidak memiliki file robots.txt pada situs Anda dan melihat status ini pada halaman URL Diblokir di Google Webmaster Tools, ini adalah status yang benar. Namun, jika Anda memiliki file robots.txt dan Anda melihat status ini, maka file robots.txt Anda mungkin dinamai secara tidak benar atau di lokasi yang salah. (Harus di tingkat atas dari domain dan robots.txt bernama.)

  Jika Anda melihat status ini untuk URL yang Googlebot mencoba merangkak, maka Googlebot kemungkinan diikuti sebuah link yang tidak valid dari halaman lain (baik link tua atau yang mistyped).

• Kode: 405 (Metode tidak diperbolehkan)
  Keterangan: Metode yang disebutkan dalam permintaan tidak diizinkan.
• Kode: 406 (Tidak diterima)
  Keterangan: Halaman yang diminta tidak dapat merespons dengan karakteristik konten yang diminta.
• Kode: 407 (otentikasi proxy diperlukan)
  Keterangan: Kode status 401 serupa (Tidak berwenang), tetapi menentukan bahwa pemohon harus mengotentikasi menggunakan proxy. Saat server mengembalikan respons ini, itu juga menunjukkan proxy yang pemohon harus menggunakan.
• Kode: 408 (timeout Request)
  Keterangan: Server timeout menunggu permintaan tersebut.
• Kode: 409 (Konflik)
  Keterangan: Server mengalami konflik memenuhi permintaan tersebut. Server harus mencakup informasi tentang konflik di respon. Server akan kembali kode ini dalam menanggapi permintaan PUT yang bertentangan dengan permintaan sebelumnya, beserta daftar perbedaan permintaan.
• Kode: 410 (Gone)
  Keterangan: server mengembalikan respons ketika sumber daya yang diminta telah dihapus secara permanen. Hal ini mirip dengan 404 (Not found) kode, tetapi kadang-kadang digunakan di tempat dari 404 sumber daya yang digunakan ada tetapi tidak lagi melakukannya. Jika sumber daya telah dipindahkan secara permanen, Anda harus menggunakan 301 untuk menentukan lokasi baru sumber daya itu.
• Kode: 411 (Panjang diperlukan)
  Keterangan: Server tidak akan menerima permintaan tanpa bidang Content-Length header yang valid.
• Kode: 412 (Prekondisi gagal)
  Keterangan: Server tidak memenuhi salah satu prasyarat bahwa pemohon memakai permintaan tersebut.
• Kode: 413 (Permintaan badan terlalu besar)
  Keterangan: Server tidak dapat memproses permintaan karena terlalu besar untuk server untuk menangani.
• Kode: 414 (URI Diminta terlalu panjang)
  Keterangan: URI yang diminta (biasanya, URL) terlalu panjang untuk server untuk diproses.
• Kode: 415 (Jenis media tidak didukung)
  Keterangan: Permintaan dalam format tidak mendukung dengan halaman yang diminta.
• Kode: 416 (kisaran Diminta tidak satisfiable)
  Keterangan: Server mengembalikan kode status ini jika permintaan tersebut untuk berbagai tidak tersedia untuk halaman.
• Kode: 417 (Harapan gagal)
  Keterangan: Server tidak dapat memenuhi persyaratan bidang Expect request-header.

5xx (Server error)
Ini kode status menunjukkan bahwa server memiliki kesalahan internal saat mencoba memroses permintaan tersebut. Kesalahan ini cenderung dengan server sendiri, tidak dengan permintaan tersebut.

• Kode: 500 (Internal server error)
  Keterangan: Server mengalami kesalahan dan tidak dapat memenuhi permintaan tersebut.
• Kode: 501 (Belum diimplementasikan)
  Keterangan: Server tidak memiliki fungsi untuk memenuhi permintaan tersebut. Misalnya, server akan kembali kode ini ketika tidak mengenali metode permintaan.
• Kode: 502 (Gateway Buruk)
  Keterangan: Server bertindak sebagai gateway atau proxy dan menerima respon tidak valid dari server hulu.
• Kode: 503 (Layanan tidak tersedia)
  Keterangan: Server saat ini tidak tersedia (karena kelebihan beban atau bawah untuk pemeliharaan). Umumnya, ini adalah keadaan sementara.
• Kode: 504 (timeout Gateway)
  Keterangan: Server bertindak sebagai gateway atau proxy dan tidak menerima permintaan tepat waktu dari server hulu.
• Kode: 505 (versi HTTP tidak didukung)
  Keterangan: Server tidak mendukung versi protokol HTTP digunakan dalam permintaan.

catatan:  yang ingin copas mohon beri link sumber

Jika Anda mencoba untuk memverifikasi situs Anda dan menerima kesalahan, bahwa menemukan penyebab kesalahan dan solusi dalam daftar di bawah ini.

Jika situs Anda telah diverifikasi, tetapi tidak lagi muncul untuk diverifikasi, pastikan bahwa catatan file HTML, meta tag, atau DNS yang Anda gunakan untuk memverifikasi situs tersebut masih di tempat. Menghapus salah satu dapat menyebabkan situs Anda untuk menjadi diverifikasi, dan Anda akan perlu melalui proses verifikasi lagi.

Kesalahan umum verifikasi

• Koneksi ke server Anda habis waktunya.Kami tidak dapat memverifikasi file Anda karena kami menerima timeout server. Ini bisa jadi karena server Anda down atau sibuk dan menanggapi perlahan-lahan. Pastikan bahwa server Anda merespons dan coba lagi.
• Kami mengalami kesalahan mencari nama domain situs Anda.Kami mencoba mengakses file verifikasi Anda, tapi tidak dapat mengakses domain Anda karena kesalahan DNS. Ini bisa jadi karena server Anda down, atau ada masalah dengan DNS routing untuk domain Anda. Pastikan bahwa domain Anda resolve dengan benar dan coba lagi.
• Permintaan Download dialihkan terlalu banyak.Periksa URL untuk masalah potensial, seperti infinite loop.
• Server anda kembali respon tidak valid.Hal ini dapat terjadi jika situs Anda memerlukan otentikasi password, atau jika kita tidak bisa mengaksesnya karena alasan lain.
• Kami tidak dapat terhubung ke server Anda.Pastikan bahwa server Anda tidak drop, dan bahwa domain Anda resolve dengan benar, dan coba lagi.
• Sebuah kesalahan internal terjadi.Jika masalah berlanjut, periksa Forum Bantuan Webmaster Central untuk update.

File kesalahan verifikasi HTML

• File verifikasi Anda tidak ditemukan.Silahkan download file verifikasi disediakan pada halaman Verifikasi Webmaster Tools, dan meng-upload ke lokasi yang ditentukan tanpa modifikasi. Jika nama file atau konten yang tidak sama file HTML yang di berikan, kita tidak akan dapat memverifikasi kepemilikan situs Anda.
• File verifikasi Anda memiliki konten yang salah.Alat Webmaster akan memeriksa apakah file verifikasi Anda memiliki nama file yang sama dan isi dengan file yang disediakan di halaman Verifikasi. Jika nama file atau konten yang tidak sama file HTML yang di berikan, kita tidak akan dapat memverifikasi kepemilikan situs Anda. Silahkan download file verifikasi disediakan pada halaman Verifikasi Webmaster Tools, dan meng-upload ke lokasi yang ditentukan tanpa modifikasi.
• File verifikasi Anda kosong.Alat Webmaster akan memeriksa apakah file verifikasi Anda memiliki nama file yang sama dan isi dengan file yang disediakan di halaman Verifikasi. Jika nama file atau konten yang tidak sama file HTML yang di berikan, kita tidak akan dapat memverifikasi kepemilikan situs Anda. Silahkan download file verifikasi disediakan pada halaman Verifikasi Webmaster Tools, dan meng-upload ke lokasi yang ditentukan tanpa modifikasi.
• File verifikasi Anda mengembalikan sebuah kode status HTTP XXX bukan 200 (OK).Jika server Anda mengembalikan sebuah kode status HTTP selain 200 (OK) untuk file verifikasi HTML, Webmaster Tools tidak akan dapat memverifikasi bahwa ia memiliki nama file yang diharapkan dan konten. Informasi lebih lanjut tentang kode status HTTP.
• Permintaan Download dialihkan terlalu banyak kali.Jika situs Anda mengarahkan lalu lintas ke situs lain, kami menyarankan menggunakan metode meta tag verifikasi sebagai gantinya.
• File verifikasi Anda diarahkan ke lokasi yang dilarang.Googlebot tidak akan mengikuti pengalihan untuk file verifikasi, jika situs Anda mengarahkan lalu lintas ke situs lain, sebaiknya gunakan verifikasi meta tag. Redirect dalam sebuah situs untuk single-misalnya, dari http://example.com/ dan http://www.example.com/-are~~V diperbolehkan.

Verifikasi meta tag kesalahan

• Kami tidak dapat menemukan verifikasi meta tag di halaman rumah Anda. Meta tag verifikasiharus berada dalam bagian <HEAD> halaman.Jika Anda melihat kesalahan ini, periksa hal berikut:
  • Apakah meta tag pada halaman yang tepat? Kami mencarinya di halaman rumah situs Anda. Ini adalah halaman yang server Anda kembali ketika seseorang meminta situs Anda (seperti http://www.example.com/). Halaman ini sering diberi nama index.php, index.html atau index.htm, tetapi bisa diberi nama berbeda, tergantung pada konfigurasi server Anda.
  • Apakah meta tag di tempat yang benar pada halaman?Kami mencarinya di bagian HEAD halaman. Contoh penempatan yang benar ditampilkan di bawah.<HTML>
  • <HEAD>
    <TITLE> Judul Anda </ TITLE>
    <meta name=”google-site-verification” content=”String_we_ask_for”>
    </HEAD>
    <BODY>
  • Jika Anda menggunakan web editor atau editor WYSIWYG mengedit halaman, pastikan Anda memilih opsi ‘Edit HTML’ atau mengedit kode sumber halaman.

• Meta tag Anda tidak benar.Kami menemukan meta tag verifikasi, tetapi isinya tidak benar. Untuk menghindari kesalahan, copy dan paste meta tag yang diberikan pada halaman Verifikasi Webmaster Tools.
• Halaman rumah Anda mengembalikan sebuah kode status HTTP XXX bukan 200 (OK).Jika server Anda mengembalikan sebuah kode status HTTP selain 200 (OK) untuk halaman rumah Anda, Webmaster Tools tidak akan dapat memverifikasi bahwa itu berisi meta tag yang diharapkan. Informasi lebih lanjut tentang kode status HTTP.

Kesalahan DNS verifikasi

• DNS tidak ditemukanVerifikasi Anda TXT record tidak ditemukan.
• Verifikasi Anda rekor TXT memiliki isi yang salah.Alat Webmaster akan memeriksa apakah Anda catatan DNS sesuai rincian catatan disediakan pada halaman Verifikasi. Jika tidak, kita tidak akan dapat memverifikasi kepemilikan situs Anda.
• DNS salah TXTVerifikasi Anda catatan DNS memiliki TXT salah. Tampilkan ditemukan TXT.
• DNS mengatasi kesalahan permanenKami mengalami kesalahan permanen mencari verifikasi data DNS.
• DNS mengatasi kesalahanKami mengalami kesalahan mencari verifikasi data DNS.

catatan:  yang ingin copas mohon beri link sumber