menemukan Report (Google Search Console)

TL;DR — menemukan report di Google Search Console menampilkan bagaimana Anda konten melakukan di Google menemukan feed — itu personalized stream dari artikel Anda see di Google app dan pada Chrome’s baru Tab halaman. ini tracks three angka: impressions (bagaimana sering Anda konten adalah ditampilkan), clicks, dan CTR. jika Anda jangan see sebuah menemukan tab di semua, itu’s biasanya tidak sebuah bug — ini hanya muncul setelah Anda situs mendapatkan cukup menemukan traffic. dan ini adalah sebuah berbeda report dari Google News satu.

Apa ini report adalah

Google menemukan adalah feed dari artikel dan videos Google surfaces untuk orang based pada mereka interests — Tidak penelusuran kueri involved, ini hanya mendapatkan pushed untuk them. jika Anda konten menampilkan up di sana, menemukan report adalah di mana Search Console lets Anda see bagaimana ini melakukan.

Google’s own name untuk ini adalah “Performance report (Discover).” (terjemahan) “performa report (menemukan).” “Discover report” (terjemahan) “menemukan report” adalah hanya umum shorthand. Anda’ll temukan ini di left menu dari Penelusuran Console di bawah performa, sebagai sebuah terpisah tab berikutnya untuk hasil pencarian (itu’s regular Google Search) dan Google News.

Google mendeskripsikan ini plainly: “The Performance report for Discover shows important metrics about how your site performs on Discover.” (terjemahan) “Performance report untuk Discover menampilkan metrik penting tentang performa situs Anda di Discover.”*

three angka ini menampilkan

• Impressions — bagaimana banyak times Anda konten adalah seen di menemukan feed.
• Clicks — bagaimana banyak times orang clicked melalui untuk Anda situs.
• Average CTR — clicks divided oleh impressions.

itu’s ini. ada Tidak “average position” (terjemahan) “average position” di sini like ada untuk regular Penelusuran, karena di menemukan ada tidak ada apa pun untuk peringkat untuk — konten hanya mendapatkan disajikan ke sebuah scrolling feed, ada Tidak halaman 1 atau position 3.

Mengapa Anda mungkin tidak see sebuah menemukan tab

ini adalah angka-satu poin dari confusion, so let me jelas ini up right away. ** menemukan tab hanya muncul setelah Anda situs memiliki diterima cukup menemukan traffic.** Google says report adalah “visible only if your property has reached a minimum number of impressions in Discover.” (terjemahan) “terlihat hanya jika Anda property memiliki reached sebuah minimum angka dari impressions di menemukan.”

So jika Anda tidak see ini, ini hampir certainly berarti Anda situs hasn’t gotten bermakna menemukan traffic namun — tidak itu sesuatu adalah misconfigured. sebagian besar kecil situs dan sebagian besar non-news, non-publisher situs tidak pernah see ini tab, dan itu’s completely wajar.

menemukan ≠ Google News

lainnya big mix-up: orang assume menemukan report dan Google News report adalah yang sama hal. mereka’re tidak. menemukan adalah personalized feed. Google News adalah sebuah terpisah product — news.google.com dan Google News mobile apps — dengan -nya own terpisah report. jika Anda ingin memahami yang konten Google decides untuk push ke menemukan di pertama place, itu’s sebuah topic di -nya own right (Google menemukan SEO), dan closely related untuk bagaimana news konten dan konten freshness mendapatkan treated. ini report adalah hanya tentang reading angka.

ingin penuh picture — stricter cara menemukan counts impressions, four “appearance types,” (terjemahan) “appearance jenis,” mengapa angka cap di 1 000 rows, dan cara tell wajar volatility dari sebuah sebenarnya Google bug? Switch untuk Advanced tab.

TL;DR — menemukan report (“Performance report (Discover)” (terjemahan) “performa report (menemukan)”) adalah Penelusuran Console’s dedicated view ke Google menemukan feed performa — impressions, clicks, dan average CTR, sliced oleh halaman (canonical URL), country, date, dan menemukan appearance jenis (AMP artikel, News Showcase, Web Stories, Videos). Baca ini knowing: tab hanya muncul setelah Anda cross sebuah minimum menemukan-impression threshold, dan rendah-volume rows adalah secara terpisah suppressed; ada Tidak kueri atau device dimension karena menemukan tidak kueri-driven; ada Tidak average position karena tidak ada apa pun “ranks” (terjemahan) “peringkat”; impressions adalah counted lebih strictly daripada di Web Penelusuran (scroll-ke-view, satu per session); dan ini adalah sebuah wholly terpisah report dari Google News report. yang sama data ladder sebagai Web Penelusuran applies — 16 months, sebuah 1 000-baris UI cap, sebuah 25 000-baris API cap, dan BigQuery bulk export (menemukan rows ship di yang sama tables, tagged oleh penelusuran jenis). chart adalah volatile oleh design, tetapi Google memiliki dua nyata menemukan reporting bugs di 2026, so verify sebuah sharp move terhadap known incidents sebelum Anda assume Anda broke sesuatu.

Di mana ini lives dan visibilitas gate

menemukan report sits di bawah performa di Search Console left nav, sebagai sebuah distinct tab alongside hasil pencarian (Web Penelusuran) dan Google News. Google’s deskripsi adalah direct: “The Performance report for Discover shows important metrics about how your site performs on Discover.” (terjemahan) “Performance report untuk Discover menampilkan metrik penting tentang performa situs Anda di Discover.”*

critical structural fact adalah visibilitas gate. tab tidak exist untuk setiap property: “Ini report adalah visible hanya jika Anda property memiliki reached a minimum number dari impressions di Discover.” (terjemahan) “ini report adalah terlihat hanya jika Anda property memiliki reached sebuah minimum angka dari impressions di menemukan.” Tidak bermakna menemukan traffic, Tidak tab — dan itu’s yang diharapkan perilaku, tidak sebuah setup error. ini adalah yang sama eligibility framing itu governs apakah Anda mendapatkan menemukan traffic di semua (yang lives di Google menemukan SEO side dari hal); di sini ini hanya governs apakah report muncul.

ada sebuah kedua, terpisah threshold operating di baris tingkat, bahkan setelah Anda memiliki tab: “A data baris akan menjadi shown hanya jika it memiliki a minimum threshold dari impressions di Discover.” (terjemahan) “sebuah data baris akan menjadi ditampilkan hanya jika ini memiliki sebuah minimum threshold dari impressions di menemukan.” So sebuah halaman (atau country, atau date) itu mendapat hanya sebuah trickle dari menemukan impressions dapat menjadi missing dari table bahkan sementara report itself adalah fully populated. Dua thresholds, dua berbeda jobs — jangan conflate “I jangan memiliki itu report” (terjemahan) “I jangan memiliki report” dengan “this specific row is missing.” (terjemahan) “ini spesifik baris adalah missing.”

Google tidak publish sebenarnya angka behind either threshold, dan itu’s deliberate — treat “why don’t I have a tab/row” (terjemahan) “mengapa jangan I memiliki sebuah tab/baris” sebagai sebuah terdokumentasi perilaku dengan sebuah undisclosed cutoff, tidak sebuah bug untuk troubleshoot. ini juga berarti sebuah missing tab atau sebuah suppressed baris adalah tidak proof Anda mendapat zero menemukan exposure: rows sitting di bawah baris-tingkat threshold dapat masih contribute untuk report’s aggregate totals bahkan though mereka jangan muncul individually di table.

three metrics — dan mengapa mereka’re counted lebih strictly

report menampilkan persis three metrics — impressions, clicks, dan average CTR — di atas terakhir 16 months. dari Google’s menemukan documentation: “This report shows impressions, clicks, and CTR for any of your content that has appeared on Discover in the last 16 months, as long as your data reaches a minimum threshold of impressions.” (terjemahan) “ini report menampilkan impressions, clicks, dan CTR untuk apa pun dari Anda konten itu memiliki appeared pada menemukan di terakhir 16 months, sebagai panjang sebagai Anda data reaches sebuah minimum threshold dari impressions.”

ada Tidak average position, dan ini adalah tidak sebuah oversight. menemukan tidak sebuah diperingkatkan hasil halaman; konten adalah proactively disajikan ke sebuah feed, so ada Tidak position untuk report. itu single absence tells Anda sebagian besar dari apa membuat menemukan structurally berbeda dari Web Penelusuran.

impression dan click definitions adalah juga lebih sempit daripada Web Penelusuran’s, dan ini catches orang out ketika mereka try untuk reconcile angka di seluruh reports:

• Impression: “The Discover item was scrolled into view, either as a standard Discover item, or embedded in a carousel.” (terjemahan) “ menemukan item adalah scrolled ke view, either sebagai sebuah standard menemukan item, atau embedded di sebuah carousel.” Bandingkan itu untuk Web Penelusuran, di mana sebuah hasil counts sebagai sebuah impression ketika ini adalah seen atau potentially seen — sebuah static SERP hasil dapat count bahkan jika pengguna tidak pernah scrolls untuk ini (see performa report deep dive). di menemukan, ini genuinely memiliki untuk scroll ke view, dan ini counts setelah per hasil per session. itu’s sebuah stricter bar, so jangan expect menemukan impressions untuk behave like Penelusuran impressions.
• Click: “The user clicked the Discover item. A click is not counted if the user shares the item, or performs any another action.” (terjemahan) “ pengguna clicked menemukan item. sebuah click adalah tidak counted jika pengguna shares item, atau performs apa pun lainnya tindakan.” Shares, saves, dan lainnya interactions jangan inflate Anda click count — hanya sebuah sebenarnya click-melalui melakukan.

Satu lebih coverage detail worth flagging, karena orang assume menemukan reporting adalah Google-app-hanya: “The Discover performance report includes traffic from Chrome, and fully tracks a site’s Discover traffic across all surfaces where users interact with Discover.” (terjemahan) “ menemukan performa report mencakup traffic dari Chrome, dan fully tracks sebuah situs’s menemukan traffic di seluruh semua surfaces di mana pengguna interact dengan menemukan.” itu mencakup Chrome baru Tab surface, tidak hanya Google app feed.

Appearance jenis — menemukan-hanya dimension

menemukan memiliki satu dimension Anda tidak akan temukan di Web Penelusuran: appearance jenis, format category Google digunakan untuk surface Anda konten. ada four:

• AMP artikel — konten disajikan melalui AMP.
• News Showcase — items presented melalui Google’s News Showcase panels.
• Web Stories — tappable, penuh-screen Web Story format.
• Videos — video konten surfaced di feed.

ini adalah format categories, tidak quality atau peringkat tiers. sebuah item menjadi sebuah “Web Story” (terjemahan) “Web Story” versus sebuah “AMP artikel” (terjemahan) “AMP artikel” tells Anda bagaimana ini appeared, tidak itu satu adalah better atau lebih tinggi-priority daripada lainnya. gunakan ini dimension untuk memahami yang formats adalah sebenarnya earning Anda menemukan reach — tidak sebagai sebuah scorecard.

Dimensions, filters, dan apa dengan sengaja missing

Anda dapat group dan filter table oleh sebuah spesifik set dari dimensions: “Anda dapat filter data oleh date, halaman, country, atau Discover appearance jenis.” (terjemahan) “Anda dapat filter data oleh date, halaman, country, atau menemukan appearance jenis.” itu enumeration adalah itself proof dari biggest structural poin tentang ini report — kueri adalah tidak pada list, dan neither adalah device.

• Tidak kueri dimension. ada Tidak keyword breakdown karena menemukan tidak kueri-driven. sebagai Google menemukan SEO side dari ini situs puts ini, “Discover adalah tidak a response untuk a query” (terjemahan) “menemukan adalah tidak sebuah respons untuk sebuah kueri” — dan consequently “di sana adalah tidak ada apa pun untuk rank untuk di itu tradisional sense — Tidak keyword, Tidak position, Tidak SERP.” (terjemahan) “ada tidak ada apa pun untuk peringkat untuk di tradisional sense — Tidak keyword, Tidak position, Tidak SERP.” ada Tidak kueri table untuk tampilkan karena di sana adalah tidak pernah sebuah kueri. ini adalah muat-bearing perbedaan antara menemukan report dan setiap lainnya performa tab.
• Tidak device dimension. Notably, Google News report melakukan break down oleh device — menemukan melakukan tidak. jika Anda’re comparing dua reports, itu’s sebuah nyata perbedaan, tidak sebuah bug.

sebuah sedikit grouping dan filtering mechanics carry straight di atas dari Web Penelusuran report:

• halaman grouping adalah assigned untuk canonical URL, tidak landing/clicked URL — yang sama aggregation quirk sebagai Web Penelusuran. jika Anda memiliki duplicate atau non-canonical versi dari sebuah halaman, metrics roll up untuk canonical, so sebuah non-canonical URL dapat tampilkan zero bahkan jika ini adalah technically satu itu mendapat surfaced. Ketika angka look “missing” (terjemahan) “missing” per URL, canonicalization adalah pertama hal untuk periksa.
• URL filters adalah case-insensitive except “Tepat URL,” (terjemahan) “Tepat URL,” yang adalah case-sensitive, dan RE2 regex filtering adalah didukung — yang sama mesin sebagai Web Penelusuran filters.
• Preliminary data untuk paling recent day(s) adalah drawn dengan sebuah dotted line pada chart, sama convention sebagai Web Penelusuran — jangan baca sebuah fresh, incomplete day sebagai sebuah drop.
• Default view dan granularity (sebagai dari ini writing): report defaults untuk terakhir three months, yang sama default Google News report documents. ada juga sebuah 24-hour view dengan hourly preliminary data, dan Anda dapat switch chart’s time granularity antara hourly, daily, weekly, dan monthly. Treat ini sebagai saat ini UI state alih-alih sebuah permanent limit — Search Console memiliki changed ini surface sebelum dan akan again.

data ladder: 16 months, 1 000 rows, API, BigQuery

menemukan report adalah bound oleh yang sama data-access ladder I’ve terdokumentasi untuk Web Penelusuran performa report, so I tidak akan re-derive ini — I’ll hanya note di mana menemukan slots di:

• 16-month retention di UI, matching Web Penelusuran.
• ** table adalah capped di 1 000 rows di UI.** jika Anda memiliki lebih menemukan halaman daripada itu, UI sekadar tidak akan tampilkan them semua.
• ** Penelusuran Analytics API** mengembalikan up untuk 25 000 rows per permintaan — pertama escape hatch past UI cap.
• ** BigQuery bulk export** adalah kedua. dan di sini’s sebuah genuinely berguna, settled detail: menemukan data ships di standard bulk export, tidak sebuah terpisah satu. di export, search_type field takes nilai discover, dan searchdata_url_impression table carries sebuah is_anonymized_discover field — “Whether the data row is under the Discover anonymization threshold. When under the threshold, some other fields (like URL and country) will be missing to protect user privacy.” (terjemahan) “Baris data berada di bawah ambang anonimisasi Discover. Jika berada di bawah ambang itu, beberapa field lain seperti URL dan negara akan hilang untuk melindungi privasi pengguna.”* So menemukan rows sit di yang sama tables sebagai Web Penelusuran rows, distinguished oleh search_type.

I’ve spent sebuah fair amount dari time pada bagaimana GSC’s performa data mendapatkan filtered dan undercounted — my study dari GSC’s anonymized “hidden” (terjemahan) “hidden” kueri istilah ditemukan sebuah huge share dari kueri data mendapatkan withheld. itu spesifik finding tidak transfer untuk menemukan, karena menemukan memiliki Tidak kueri dimension untuk anonymize di pertama place. Apa melakukan transfer adalah mental model: UI adalah sebuah sampled, capped, privacy-filtered view, dan API dan BigQuery export adalah bagaimana Anda mendapatkan closer untuk menyelesaikan picture.

menemukan vs. Google News vs. News tab di Penelusuran

ini adalah single sebagian besar valuable hal untuk mendapatkan right, karena sebagian besar tulis-ups blur ini. ada three genuinely berbeda “news-berdekatan” (terjemahan) “news-berdekatan” reporting surfaces, dan mereka adalah tidak interchangeable:

Google adalah jelas itu Google News report adalah -nya own hal: “The Performance report for Google News shows data from news.google.com, and from the Google News app on Android and iOS.” (terjemahan) “Performance report untuk Google News menampilkan data dari news.google.com dan aplikasi Google News di Android serta iOS.”* dan critically, “It does not include the ‘News’ tab in Google Search, which is covered in the Performance report for Search, filtered to the News search type.” (terjemahan) “Laporan ini tidak mencakup tab ‘News’ di Google Search; tab tersebut tercakup dalam Performance report untuk Search yang difilter ke jenis penelusuran News.”*

sebuah couple dari hal distinguish Google News report dari menemukan satu, beyond surfaces mereka cover:

• Google News report defaults untuk terakhir 3 months di date picker — sama default menemukan report itself now documents (see data-ladder bagian di atas), so itu’s Tidak lebih lama sebuah distinguishing detail antara dua.
• ini memiliki sebuah device dimension dan sebuah “Google News appearance” (terjemahan) “Google News appearance” grouping — menemukan memiliki neither.

So: three surfaces, three reports, dan News tab Anda see di dalam sebuah regular Google penelusuran adalah sebuah fourth hal itu’s sebenarnya bagian dari Web Penelusuran report. jika Anda konten adalah sebuah mix dari evergreen dan news, Anda dapat legitimately perlu untuk baca semua three. None dari three memberikan Anda sebuah kueri atau position/peringkat concept untuk menemukan secara khusus — itu perbandingan hanya ada di dalam Web Penelusuran report dan News-tab filter dari ini, since menemukan dan Google News adalah keduanya proactively-disajikan feeds dengan Tidak kueri behind impression.

Reading chart: wajar volatility vs. sebuah sebenarnya bug

menemukan traffic swings sekitar sebuah lot lebih daripada Penelusuran traffic, dan itu’s oleh design, tidak sebuah symptom dari sebuah masalah. Google says so secara langsung: “Discover traffic is somewhat less predictable than Search traffic, in part because it is proactively served by Google rather than dependent on user queries. Therefore you might see more variation in your Discover traffic than in your Search traffic.” (terjemahan) “Traffic Discover agak kurang dapat diprediksi daripada traffic Search karena disajikan secara proaktif oleh Google, bukan bergantung pada kueri pengguna; akibatnya, variasi traffic Discover dapat lebih besar daripada traffic Search.”*

itu volatility adalah persis mengapa menemukan reps memiliki panjang warned ini dapat muncul dan disappear unpredictably — sebuah spiky chart alone adalah tidak evidence itu Anda broke sesuatu. sebelum Anda go hunting untuk sebuah konten atau eligibility masalah, pertama pertanyaan adalah apakah move lines up dengan sebuah known Google-side reporting incident. di 2026 di sana adalah dua nyata ones, dan mereka’re worth knowing so Anda dapat tell them apart dari Anda own perubahan:

• dapat 7–8, 2026 — sebuah dua-day menemukan logging bug. Per mesin pencari Land, Google described ini sebagai “a logging error disebabkan a decrease di reported clicks dan impressions untuk itu Discover report during itu dua-day window” (terjemahan) “sebuah logging error disebabkan sebuah decrease di reported clicks dan impressions untuk menemukan report selama dua-day window” — dan stressed ini adalah sebuah data-logging issue hanya, dengan “Anda positioning di Google Discover adalah tidak impacted.” (terjemahan) “Anda positioning di Google menemukan adalah tidak impacted.” TechWyse corroborated account dan suggested sensible remediation: annotate reporting period dan exclude itu dates dari pendek-istilah menemukan comparisons di mana Anda dapat.
• June 24, 2026 — sebuah terpisah Gen-AI-di-menemukan logging bug. Per mesin pencari Roundtable, Google’s notice baca: “A logging error disebabkan a decrease di clicks dan impressions pada itu Discover performance report untuk data pada June 24, 2026,” (terjemahan) “sebuah logging error disebabkan sebuah decrease di clicks dan impressions pada menemukan performa report untuk data pada June 24, 2026,” dan “For properties with access to Generative AI features in Discover, this error also caused a decrease in reported impressions.” (terjemahan) “untuk properties dengan access untuk Generative AI fitur di menemukan, ini error juga disebabkan sebuah decrease di reported impressions.” ini satu hit keduanya standard menemukan report dan baru Gen-AI-di-menemukan report di setelah, dengan AI report menunjukkan sebuah impressions drop hanya (ini tidak report clicks).

takeaway tidak “don’t trust the report” (terjemahan) “jangan trust report” — ini adalah “before you panic at a sharp move, check Search Central’s status/blog channels and the SEO news for an announced incident.” (terjemahan) “sebelum Anda panic di sebuah sharp move, periksa Penelusuran Central’s status/blog channels dan SEO news untuk sebuah announced incident.” Wajar menemukan volatility dan sebuah genuine logging bug dapat look identical pada chart; hanya incident record tells Anda yang satu Anda’re looking di.

apa baru: Gen-AI performa reporting di menemukan (2026)

sebagai dari pertengahan 2026, Google began extending Search Console’s Generative AI performa reporting untuk menemukan, so beberapa properties now memiliki sebuah terpisah Generative AI performa report (menemukan) alongside standard satu — itu’s surface June 24 bug di atas touched. sebagai terdokumentasi, ini adalah lebih sempit daripada standard report:

• ini adalah sebuah subset-dari-properties rollout, dengan -nya own terpisah access dan impression thresholds — memiliki standard menemukan report tidak berarti Anda memiliki ini satu.
• ini reports organic impressions hanya, grouped oleh canonical halaman, country, dan date — ada Tidak clicks, CTR, kueri, atau position data di ini di semua.
• yang sama 1 000-baris dan time-period limits itu apply untuk standard menemukan report apply di sini too.
• ini excludes Penelusuran Labs experiments dari -nya angka.

ini area adalah actively evolving, dan I’d re-verify tepat shape dari ini terhadap Google’s own saat ini documentation sebelum leaning pada apa pun spesifik detail beyond apa di atas — Google adalah masih mengubah ini surface month untuk month di 2026. Treat ini sebagai sebuah emerging report untuk watch, tidak settled ground, dan treat apa pun spesifik incident chronology (like June 24 bug di atas) sebagai reported melalui liputan industri coverage alih-alih confirmed terhadap sebuah utama Google status halaman.

Bagaimana ini connects untuk menemukan SEO

Semuanya di atas adalah tentang reading report. Apa sebenarnya mendapatkan Anda konten ke menemukan di pertama place — eligibility sinyal, image requirements, konten policies, dan mengapa traffic spikes dan vanishes — adalah sebuah terpisah topic (Google menemukan SEO pada ini situs owns ini, dan ini adalah tightly bound up dengan konten freshness dan, untuk publishers, news SEO). jika Anda pertanyaan adalah “why did my Discover numbers move,” (terjemahan) “mengapa melakukan my menemukan angka move,” mulai di sana untuk mengapa; ini report adalah apa.

Satu boundary worth stating plainly di sini, since ini adalah easy untuk di atas-baca report sebagai sebuah scorecard untuk Anda optimization berfungsi: terindeks konten itu memenuhi menemukan’s konten policies adalah secara otomatis eligible tanpa apa pun special tag atau markup, dan Google’s image guidance (besar, compelling images — di minimum 1200px wide, dengan max-image-preview:large atau AMP) adalah sebuah nyata recommendation. tetapi eligibility, correct image sizing, dan policy compliance adalah tidak sebuah jaminan — mereka jangan jaminan Anda konten sebenarnya muncul di feed, mendapatkan stable traffic, atau performs apa pun particular cara di angka di atas. menemukan distribution tetap proactive dan discretionary pada Google’s side.

Bing note

ada Tidak direct Bing equivalent. Microsoft tidak jalankan sebuah menemukan-style feed di dalam Bing Webmaster alat, dan ada Tidak comparable “feed performance” (terjemahan) “feed performa” reporting tab. closest analog pada konten/publisher side adalah Microsoft Mulai ( MSN dan Edge baru Tab feed), yang memiliki -nya own terpisah Microsoft Mulai Partner Hub / publisher dashboard alih-alih apa pun di dalam Bing Webmaster alat. jangan go looking untuk sebuah menemukan-report parity fitur di Bing — ini tidak di sana.

Ringkasan AI

Ringkasan padat versi Advanced:

• Apa ini: Google Search Console menampilkan feed performa Google Discover melalui laporan Discover. Laporan ini berada di bawah menu Performa, di samping hasil penelusuran dan Google News.
• Tiga metrik: tayangan, klik, dan CTR rata-rata untuk 16 bulan terakhir. Tidak ada posisi rata-rata karena feed Discover bukan halaman hasil yang memiliki posisi peringkat.
• Ambang visibilitas: tab hanya muncul setelah properti mencapai jumlah impressions Discover minimum yang tidak dipublikasikan Google. Ambang terpisah juga dapat menyembunyikan baris ber-volume rendah, meskipun baris tersebut masih dapat masuk ke total laporan.
• Rentang waktu: tampilan standar mencakup tiga bulan terakhir; tersedia tampilan 24 jam dengan data awal per jam serta granularity hourly, daily, weekly, dan monthly.
• Penghitungan lebih ketat daripada Web Search: impression memerlukan item untuk digulir hingga terlihat dan dihitung satu kali per sesi; berbagi item bukan klik. Lalu lintas dari Chrome New Tab ikut tercakup, bukan hanya feed aplikasi Google.
• Empat jenis tampilan: artikel AMP, News Showcase, Web Stories, dan Videos. Ini adalah kategori format, bukan tingkat kualitas atau peringkat.
• Dimensi yang tidak ada: Discover tidak digerakkan oleh kueri dan tidak menyediakan dimensi kueri atau perangkat. Metrik dikelompokkan berdasarkan URL canonical, bukan URL yang diklik.
• Tangga data: retensi 16 bulan, batas 1 000 baris di UI, batas 25 000 baris per permintaan API, serta ekspor BigQuery standar dengan search_type: discover dan field is_anonymized_discover.
• Tiga permukaan yang berbeda: Discover, Google News, dan tab News di hasil penelusuran bukan laporan yang sama. Google News mencakup news.google.com serta aplikasi Google News; tab News berada di laporan Web Search dengan filter jenis penelusuran News.
• Volatilitas: variasi Discover memang wajar karena konten disajikan secara proaktif. Namun, dua bug pelaporan pada 2026 membuat pemeriksaan terhadap catatan insiden penting sebelum menyimpulkan ada kerusakan.
• Perubahan 2026: laporan performa Generative AI terpisah untuk Discover mulai diluncurkan kepada sebagian properti. Laporan ini hanya memuat tayangan berdasarkan halaman canonical, negara, dan tanggal, tetap memiliki batas baris/periode, serta mengecualikan eksperimen Labs Google.
• Kelayakan: kepatuhan kebijakan dan panduan gambar Google adalah rekomendasi kelayakan; gunakan gambar setidaknya 1200px dengan max-image-preview:large atau AMP, tetapi ini bukan jaminan bahwa konten akan tampil, memperoleh traffic stabil, atau mencapai angka tertentu.

Dokumentasi resmi

Utama-sumber documentation dari Google.

Google — reports themselves

• performa report (menemukan) — canonical Help doc: metrics, impression/click definitions, appearance jenis, visibilitas dan baris thresholds, filters, dan volatility note.
• performa report (Google News) — terpisah Google News report; disambiguation sumber (apa ini covers, device dimension, 3-month default).
• menemukan dan Anda situs web — 16-month retention line dan Chrome-traffic-inclusion line; juga sumber Google’s own menemukan eligibility guidance adalah dibangun pada.
• Search Console bulk data export — mengonfirmasi menemukan rows adalah disertakan di standard BigQuery export melalui search_type: discover nilai dan is_anonymized_discover field.

Google — background dan announcements

• Search Console reporting untuk Anda situs’s menemukan performa data (April 2019) — original launch announcement untuk menemukan report.
• Search Console menemukan report now mencakup Chrome data (Feb 2021) — dedicated announcement untuk Chrome baru Tab traffic menjadi folded ke report.
• Introducing Penelusuran Generative AI performa reports di Search Console (June 2026) — rollout post untuk Gen-AI performa reporting, yang extends untuk menemukan untuk sebuah subset dari properties.

Quotes dari sumber

pada—record statements. setiap tautan Google Help/dokumentasi adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — apa report adalah dan visibilitas gate

• “The Performance report for Discover shows important metrics about how your site performs on Discover.” (terjemahan) “ performa report untuk menemukan menampilkan penting metrics tentang bagaimana Anda situs performs pada menemukan.” — Google Search Console Help. Jump untuk quote
• “This report is visible only if your property has reached a minimum number of impressions in Discover.” (terjemahan) “ini report adalah terlihat hanya jika Anda property memiliki reached sebuah minimum angka dari impressions di menemukan.” Jump untuk quote
• “A data row will be shown only if it has a minimum threshold of impressions in Discover.” (terjemahan) “sebuah data baris akan menjadi ditampilkan hanya jika ini memiliki sebuah minimum threshold dari impressions di menemukan.” Jump untuk quote

Google — retention dan Chrome coverage

• “This report shows impressions, clicks, and CTR for any of your content that has appeared on Discover in the last 16 months, as long as your data reaches a minimum threshold of impressions.” (terjemahan) “ini report menampilkan impressions, clicks, dan CTR untuk apa pun dari Anda konten itu memiliki appeared pada menemukan di terakhir 16 months, sebagai panjang sebagai Anda data reaches sebuah minimum threshold dari impressions.” — Google Search Central, menemukan dan Anda situs web. Jump untuk quote
• “The Discover performance report includes traffic from Chrome, and fully tracks a site’s Discover traffic across all surfaces where users interact with Discover.” (terjemahan) “ menemukan performa report mencakup traffic dari Chrome, dan fully tracks sebuah situs’s menemukan traffic di seluruh semua surfaces di mana pengguna interact dengan menemukan.” Jump untuk quote

Google — stricter metric definitions

• “The Discover item was scrolled into view, either as a standard Discover item, or embedded in a carousel.” (terjemahan) “ menemukan item adalah scrolled ke view, either sebagai sebuah standard menemukan item, atau embedded di sebuah carousel.” ( impression definition) Jump untuk quote
• “The user clicked the Discover item. A click is not counted if the user shares the item, or performs any another action.” (terjemahan) “Klik hanya dihitung ketika pengguna benar-benar memilih item Discover; berbagi item atau tindakan lain tidak dihitung sebagai klik.”* ( click definition) Jump untuk quote

Google — filters dan volatility

• “You can filter data by date, page, country, or Discover appearance type.” (terjemahan) “Anda dapat filter data oleh date, halaman, country, atau menemukan appearance jenis.” Jump untuk quote
• “Discover traffic is somewhat less predictable than Search traffic, in part because it is proactively served by Google rather than dependent on user queries. Therefore you might see more variation in your Discover traffic than in your Search traffic.” (terjemahan) “menemukan traffic adalah somewhat lebih sedikit predictable daripada Penelusuran traffic, di bagian karena ini adalah proactively disajikan oleh Google alih-alih dependent pada pengguna kueri. Karena itu Anda mungkin see lebih variation di Anda menemukan traffic daripada di Anda Penelusuran traffic.” Jump untuk quote

Google — terpisah Google News report (melakukan tidak conflate)

• “The Performance report for Google News shows data from news.google.com, and from the Google News app on Android and iOS.” (terjemahan) “ performa report untuk Google News menampilkan data dari news.google.com, dan dari Google News app pada Android dan iOS.” — Google Search Console Help. Jump untuk quote
• “It does not include the ‘News’ tab in Google Search, which is covered in the Performance report for Search, filtered to the News search type.” (terjemahan) “Laporan ini tidak mencakup tab ‘News’ di Google Search; tab tersebut tercakup dalam Performance report untuk Search yang difilter ke jenis penelusuran News.”* Jump untuk quote
• “The default date period is the last 3 months.” (terjemahan) “ default date period adalah terakhir 3 months.” ( Google News report’s default range) Jump untuk quote

Google — menemukan di BigQuery bulk export

• “Whether the data row is under the Discover anonymization threshold. When under the threshold, some other fields (like URL and country) will be missing to protect user privacy.” (terjemahan) “Google dapat menyembunyikan field tertentu ketika baris berada di bawah ambang anonimisasi Discover; URL dan negara dapat hilang demi melindungi privasi.”* ( is_anonymized_discover field) — Google Search Console Help, Search Console bulk data export. Jump untuk quote

Liputan industri — 2026 reporting bugs (relayed)

• pada dapat 7–8, 2026 bug, Google mengatakan “a logging error caused a decrease in reported clicks and impressions for the Discover report during the two-day window,” (terjemahan) “sebuah logging error disebabkan sebuah decrease di reported clicks dan impressions untuk menemukan report selama dua-day window,” dan itu “your positioning in Google Discover was not impacted.” (terjemahan) “Anda positioning di Google menemukan adalah tidak impacted.” mesin pencari Land
• pada June 24, 2026 bug, Google’s notice baca “A logging error caused a decrease in clicks and impressions on the Discover performance report for data on June 24, 2026,” (terjemahan) “sebuah logging error disebabkan sebuah decrease di clicks dan impressions pada menemukan performa report untuk data pada June 24, 2026,” dan “For properties with access to Generative AI features in Discover, this error also caused a decrease in reported impressions.” (terjemahan) “untuk properties dengan access untuk Generative AI fitur di menemukan, ini error juga disebabkan sebuah decrease di reported impressions.” mesin pencari Roundtable

Yang path seharusnya I take?

“I jangan see a Discover tab di Search Console — di mana adalah it?” (terjemahan) “I jangan see sebuah menemukan tab di Search Console — di mana adalah ini?”

“My Discover clicks/impressions dropped suddenly — what do I do?” (terjemahan) “My menemukan clicks/impressions dropped suddenly — apa melakukan I melakukan?”

“Am I looking at the right report — Discover, Google News, or the News tab in Search?” (terjemahan) “Am I looking di right report — menemukan, Google News, atau News tab di Penelusuran?”

umum mistakes dengan menemukan report

“Every site has a Discover report — mine is missing, so something’s broken.” (terjemahan) “setiap situs memiliki sebuah menemukan report — mine adalah missing, so sesuatu’s rusak.” Mengapa ini adalah wrong: tab adalah “visible only if your property has reached a minimum number of impressions in Discover.” (terjemahan) “terlihat hanya jika Anda property memiliki reached sebuah minimum angka dari impressions di menemukan.” sebagian besar rendah-traffic dan non-publisher situs tidak pernah cross itu threshold dan tidak pernah see tab. melakukan alih-alih: treat sebuah missing tab sebagai “no meaningful Discover traffic yet,” (terjemahan) “Tidak bermakna menemukan traffic namun,” tidak sebuah configuration error — dan jika Anda ingin traffic, berfungsi pada menemukan eligibility, tidak Search Console settings.

“The Discover report and the Google News report are the same thing.” (terjemahan) “ menemukan report dan Google News report adalah yang sama hal.” Mengapa ini adalah wrong: mereka’re genuinely terpisah reports untuk terpisah Google surfaces. menemukan adalah personalized feed; Google News report menampilkan “data from news.google.com, and from the Google News app on Android and iOS” (terjemahan) “data dari news.google.com, dan dari Google News app pada Android dan iOS” hanya. melakukan alih-alih: pick report oleh surface traffic came dari — dan remember News tab Anda see di dalam sebuah regular Google penelusuran adalah sebuah ketiga hal, tracked di Web Penelusuran report filtered untuk News penelusuran jenis.

“A volatile Discover chart means I broke something.” (terjemahan) “sebuah volatile menemukan chart berarti I broke sesuatu.” Mengapa ini adalah wrong: Google says “Discover traffic is somewhat less predictable than Search traffic” (terjemahan) “menemukan traffic adalah somewhat lebih sedikit predictable daripada Penelusuran traffic” karena ini adalah proactively disajikan, so “you might see more variation.” (terjemahan) “Anda mungkin see lebih variation.” Variance adalah default state dari ini chart. melakukan alih-alih: hanya escalate untuk “check for a Google-side bug” (terjemahan) “periksa untuk sebuah Google-side bug” ketika sebuah sharp move matches sebuah announced incident (like dapat 7–8 atau June 24, 2026 bugs); jika tidak watch trend, tidak daily wiggle.

“Discover impressions count the same way Search impressions do.” (terjemahan) “menemukan impressions count yang sama cara Penelusuran impressions melakukan.” Mengapa ini adalah wrong: menemukan memerlukan item untuk menjadi “scrolled into view” (terjemahan) “scrolled ke view” dan counts setelah per session, sementara Web Penelusuran counts hasil itu adalah seen atau potentially seen — sebuah looser bar. melakukan alih-alih: jangan try untuk reconcile menemukan dan Penelusuran impression counts satu-untuk-satu; mereka’re measuring berbeda hal.

“There should be a keyword or query breakdown in here somewhere.” (terjemahan) “Di sana seharusnya menjadi sebuah keyword atau kueri breakdown di di sini di suatu tempat.” Mengapa ini adalah wrong: ada Tidak kueri dimension karena menemukan tidak kueri-driven di semua — “Discover is not a response to a query.” (terjemahan) “menemukan adalah tidak sebuah respons untuk sebuah kueri.” filter list (date, halaman, country, appearance jenis) memiliki Tidak kueri dan Tidak device pada ini. melakukan alih-alih: analyze menemukan oleh halaman dan appearance jenis, tidak oleh keyword — keyword sekadar tidak exist untuk ini surface.

“A share counts as a click, so my CTR should be higher.” (terjemahan) “sebuah share counts sebagai sebuah click, so my CTR seharusnya menjadi lebih tinggi.” Mengapa ini adalah wrong: Google adalah jelas itu “a click is not counted if the user shares the item, or performs any another action.” (terjemahan) “sebuah click adalah tidak counted jika pengguna shares item, atau performs apa pun lainnya tindakan.” hanya sebuah sebenarnya click-melalui counts. melakukan alih-alih: baca menemukan CTR sebagai click-throughs hanya, dan jangan expect engagement tindakan like shares atau saves untuk tampilkan up di ini.

Reading menemukan report — checklist

• Open performa di Search Console dan konfirmasi apakah sebuah menemukan tab ada di semua (Tidak tab biasanya berarti di bawah visibilitas threshold — itu’s wajar).
• Konfirmasi Anda’re pada menemukan tab, tidak hasil pencarian atau Google News — three berbeda surfaces.
• Baca three metrics untuk apa mereka adalah: impressions, clicks, average CTR — dan jangan go looking untuk sebuah average position (di sana tidak satu).
• Remember impressions memerlukan scroll-ke-view dan clicks exclude shares — jangan try untuk reconcile them 1:1 dengan Web Penelusuran angka.
• Slice oleh tersedia dimensions — halaman, country, date, appearance jenis — dan jangan expect sebuah kueri atau device breakdown.
• Ketika sebuah halaman looks like ini adalah missing metrics, periksa apakah traffic rolled up untuk sebuah canonical URL alih-alih URL Anda adalah looking di.
• Treat appearance jenis (AMP artikel, News Showcase, Web Stories, Videos) sebagai format categories, tidak quality tiers.
• untuk sebuah sharp move, cross-periksa terhadap known incidents (e.g. dapat 7–8 dan June 24, 2026) sebelum assuming sebuah konten atau eligibility masalah.
• Hitting 1 000-baris UI cap? Pull lebih melalui Penelusuran Analytics API (25 000/permintaan) atau BigQuery bulk export (search_type: discover).
• untuk mengapa behind angka — eligibility, image specs, volatility — go untuk menemukan SEO; ini report adalah apa.

menemukan report — cheat sheet

** essentials**

Dimensions

Appearance jenis — AMP artikel · News Showcase · Web Stories · Videos (format categories, tidak quality tiers)

Bagaimana menemukan counts differently

• Impression = item scrolled ke view, setelah per session (Web Penelusuran: seen atau potentially seen).
• sebuah share adalah tidak sebuah click — hanya sebuah click-melalui counts.
• Coverage mencakup Chrome baru Tab, tidak hanya Google app.

menemukan vs. Google News vs. News-di-Penelusuran

data ladder — 16 months · 1 000-baris UI cap · 25 000-baris API · BigQuery export (search_type: discover, is_anonymized_discover)

Volatility — yang diharapkan oleh design. nyata 2026 bugs: dapat 7–8 (menemukan logging), June 24 (Gen-AI-di-menemukan logging). periksa incidents sebelum panicking.

Scripts & snippets

Pulling menemukan data past UI’s 1 000-baris cap, dan cross-memeriksa ini terhadap Anda analytics. Treat ini sebagai starting poin — tukar di Anda property dan credentials.

Penelusuran Analytics API — pull menemukan rows (Python)

menemukan data muncul back ketika Anda atur type untuk discover pada sebuah Penelusuran Analytics kueri. Note: valid dimensions adalah date, page, dan country hanya — ada Tidak query atau device untuk menemukan, so jangan permintaan them atau panggil akan error.

# Requires: google-api-python-client, google-auth, and OAuth/service-account creds
from googleapiclient.discovery import build

service = build("searchconsole", "v1", credentials=creds)

request = {
    "startDate": "2026-04-01",
    "endDate": "2026-06-30",
    "type": "discover",              # <- the key line: Discover, not "web"
    "dimensions": ["page"],          # also valid: "date", "country" (NOT query/device)
    "rowLimit": 25000,               # the API cap, vs. 1,000 in the UI
}

resp = service.searchanalytics().query(siteUrl="https://example.com/", body=request).execute()
for row in resp.get("rows", []):
    print(row["keys"][0], row["clicks"], row["impressions"], round(row["ctr"] * 100, 2))

BigQuery — isolate menemukan rows dari bulk export (SQL)

jika Anda’ve enabled Search Console bulk export, menemukan rows langsung di yang sama tables sebagai Web Penelusuran, tagged oleh search_type. ini pulls menemukan halaman dan flags anonymized ones:

SELECT
  url,
  SUM(clicks)       AS clicks,
  SUM(impressions)  AS impressions,
  SAFE_DIVIDE(SUM(clicks), SUM(impressions)) AS ctr,
  MAX(is_anonymized_discover) AS any_anonymized
FROM `your_project.searchconsole.searchdata_url_impression`
WHERE search_type = 'discover'          -- the Discover-only filter
  AND data_date BETWEEN '2026-04-01' AND '2026-06-30'
GROUP BY url
ORDER BY clicks DESC;

Curl — verify sebuah Google incident sumber dengan sebuah browser pengguna-agent

beberapa SEO-news hosts (e.g. mesin pencari Roundtable) kembalikan HTTP 403 untuk bare fetch alat tetapi respond fine untuk sebuah wajar browser pengguna-agent. Handy ketika Anda’re confirming apakah sebuah menemukan dip lines up dengan sebuah reported bug:

curl -sL -A "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 \
(KHTML, like Gecko) Chrome/125.0 Safari/537.36" \
  "https://www.seroundtable.com/google-generative-ai-discover-report-bug-41601.html" \
  | grep -i "logging error"

GA4 — sanity-periksa menemukan referral traffic (regex)

menemukan click-throughs typically arrive dengan sebuah Google referrer. untuk spot-periksa bahwa Anda menemukan clicks di GSC roughly track Anda analytics, filter Anda referrer/sumber report dengan sebuah pattern like:

# RE2-style regex for Discover-adjacent Google referrers
^https?://([a-z0-9-]+\.)?google\.[a-z.]+/  # google.com + ccTLDs
# In practice, isolate the Google-app / googleapis referral rows;
# GSC's Discover report is the authoritative count, GA4 is the corroboration.

sebuah caveat pada semua dari ini: GSC menemukan report adalah authoritative count untuk menemukan performa. API dan BigQuery pulls adalah bagaimana Anda mendapatkan lebih rows dari sama data; GA4 adalah sebuah corroborating sanity periksa, tidak sebuah substitute — attribution differs, so angka tidak akan match persis.

alat untuk berfungsi dengan menemukan data

• Google Search Console — menemukan report — performa → menemukan; authoritative, di atas-time view dari Anda menemukan feed performa (ini artikel).
• Search Console — performa report (hasil pencarian) — Web Penelusuran sibling; berguna untuk contrast dan untuk shared data-ladder (16 months, 1 000-baris cap, API, BigQuery).
• Search Console — performa report (Google News) — terpisah Google News report; pertahankan ini distinct dari menemukan ketika Anda konten spans keduanya.
• Penelusuran Analytics API — escape hatch past 1 000-baris UI cap (25 000 rows/permintaan); set type: discover, dan note ada Tidak kueri atau device dimension untuk permintaan.
• BigQuery bulk data export — fullest menemukan dataset; menemukan rows sit di standard export tables, filtered oleh search_type = 'discover'.
• GA4 / Anda analytics — cross-periksa menemukan referral traffic terhadap GSC’s counts (corroboration, tidak sebuah substitute — attribution differs).
• Bing Webmaster alat / Microsoft Mulai Partner Hub — ada Tidak menemukan equivalent di Bing; Microsoft Mulai’s feed reporting lives di -nya own terpisah publisher dashboard, tidak Bing Webmaster alat.

Resources worth Anda time

My related writing

• I Studied Google Search Console’s Anonymized “Hidden” (terjemahan) “Hidden” kueri istilah — my study dari bagaimana banyak GSC performa data mendapatkan withheld melalui anonymization. ini adalah tentang kueri dimension, yang menemukan tidak memiliki — so finding tidak transfer, tetapi mental model melakukan: UI adalah sebuah sampled, capped, privacy-filtered view, dan API dan BigQuery export adalah bagaimana Anda see lebih.
• Beginner’s Guide untuk SEO teknis — di mana Search Console dan -nya reports fit ke wider teknis picture.

My speaking

• Bagaimana Penelusuran berfungsi (SlideShare) — my walkthrough dari crawling, rendering, pengindeksan, dan serving. (My standing disclaimer applies: “Ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.” (terjemahan) “ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.”)

Sumber dari industri

• performa report (menemukan) (Google) — utama Help doc; pertahankan ini open sementara Anda baca Anda own report.
• performa report (Google News) (Google) — disambiguation sumber untuk report menemukan adalah sebagian besar sering confused dengan.
• menemukan dan Anda situs web (Google) — 16-month-retention dan Chrome-inclusion lines, plus menemukan eligibility context.
• Google menemukan performa reporting bug di Search Console (mesin pencari Land, dapat 2026) — coverage dari dapat 7–8, 2026 menemukan logging bug, dengan Google’s direct statement.
• Google menemukan Reporting Bug Hits Search Console (TechWyse, dapat 2026) — corroborating coverage dari yang sama bug, plus annotate-dan-exclude remediation.
• Google Search Console memiliki pertama Generative AI Reporting Bug pada June 24 (mesin pencari Roundtable, Barry Schwartz, June 2026) — terpisah June 24 Gen-AI-di-menemukan bug, dengan Google’s notice quoted.
• Apa adalah Google menemukan? sebuah menyelesaikan guide untuk publishers & SEOs (mesin pencari Land) — sebuah lebih luas menemukan primer untuk eligibility side ini report tidak cover.

sebuah kerangka kerja untuk reading menemukan tanpa chasing noise

1. Konfirmasi surface. Mulai oleh proving traffic adalah sebenarnya menemukan. menemukan report, Google News report, dan News penelusuran-jenis filter cover berbeda surfaces, so combining them membuat sebuah salah trend sebelum analysis bahkan begins.

2. Terpisah visibilitas dari completeness. sebuah missing menemukan tab berarti property memiliki tidak crossed Google’s report-tingkat impression threshold. Missing rows di dalam sebuah terlihat report adalah sebuah terpisah rendah-volume suppression issue. Neither berarti Search Console adalah misconfigured.

3. Baca right dimensions. menemukan memiliki Tidak kueri atau device dimension. bangun analysis sekitar halaman, country, date, dan menemukan appearance jenis alih-alih trying untuk force sebuah keyword-reporting workflow onto sebuah queryless feed.

4. Bandingkan stable cohorts. Hold halaman set, country filter, appearance jenis, dan date-window length constant. menemukan adalah volatile, so sebuah like-untuk-like cohort adalah lebih berguna daripada comparing whichever halaman happened untuk surface di dua berbeda weeks.

5. Escalate hanya dengan corroboration. Treat sebuah satu-day move sebagai feed volatility. Escalate ketika sebuah sustained perubahan lines up dengan lost eligibility, sebuah penerbitan atau teknis perubahan, analytics referral data, atau sebuah confirmed Google reporting incident.

standing KPIs untuk menemukan reporting

Eligible-halaman exposure

• Metric — menemukan impressions oleh halaman dan appearance jenis.
• Apa ini tells Anda — Yang konten Google adalah choosing untuk expose di feed dan apakah itu exposure adalah broadening atau concentrating.
• cara pull ini — Search Console → performa → menemukan; gunakan API atau BigQuery bulk export ketika 1 000-baris UI limit hides panjang tail.
• Benchmark / realistic range — Establish sebuah property-spesifik baseline. menemukan demand adalah volatile dan eligibility differs oleh publisher, so tidak ada honest universal impression target.
• Cadence — Weekly untuk direction; monthly untuk sebuah lebih stable halaman-tingkat review.

menemukan click-melalui rate

• Metric — Clicks divided oleh impressions, segmented oleh halaman dan appearance jenis.
• Apa ini tells Anda — Apakah exposed items earn sebuah visit; ini melakukan tidak mengukur shares, saves, atau lainnya di-feed tindakan.
• cara pull ini — Average CTR di menemukan report, dengan yang sama filters dan date-window length pada keduanya sides dari sebuah perbandingan.
• Benchmark / realistic range — Bandingkan setiap cohort dengan -nya own historical baseline. Mixing countries, halaman jenis, atau appearance jenis membuat sebuah single target misleading.
• Cadence — Monthly, dengan sebuah weekly watch selama major penerbitan pushes.

menemukan traffic concentration

• Metric — Share dari menemukan clicks coming dari leading halaman.
• Apa ini tells Anda — Apakah performa bergantung pada sebuah kecil angka dari volatile winners atau adalah spread di seluruh sebuah healthier set dari konten.
• cara pull ini — Export clicks oleh halaman, sort descending, dan divide chosen leading-halaman cohort oleh total menemukan clicks untuk yang sama period.
• Benchmark / realistic range — gunakan Anda own rolling baseline; berguna sinyal adalah sebuah material shift di concentration, tidak sebuah dibuat-buat ideal percentage.
• Cadence — Monthly dan setelah sebuah sharp sitewide menemukan move.

Uji pemahaman Anda: menemukan report

Five quick pertanyaan pada reading Google Search Console’s menemukan report. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan