Starea Google
Indexat, neindexat, neverificat sau neconcludent. Lipsa unei inspecții și un răspuns fără verdict clar au stări proprii; niciuna nu este transformată automat în neindexare.
Implementare custom / Google Index Manager
Google Index Manager.
Inspecții URL în WordPress.
Am construit un centru de control în WordPress pentru inventarul site-ului, inspecțiile Search Console și următorul pas de analiză. Îți arăt interfața reală din proiecte: ce informație vine de la Google, ce verifică aplicația și unde intervii tu.
WordPress · WooCommerce · Search Console API · URL Inspection
Capturi reale din KEPA, DAGMAR și CHARMÉE. Valorile și stările sunt cele din momentul capturii; imaginile se pot deschide la rezoluție completă. Datele de conectare sunt eliminate punctual.
Inventar din sitemapuriPriorități explicabileAcces Google doar pentru citireIstoric al observațiilor
Cum se citește panoul / schemă explicativă
01 / Inventar din sitemapuri
Întâi identificăm
ce trebuie urmărit.
Un site își poate distribui paginile, articolele, produsele și categoriile în mai multe fișiere. Managerul citește sitemapul principal și descoperă fișierele secundare, apoi construiește un inventar comun.
O adresă. Mai multe surse posibile.
Importul recunoaște structurile sitemapindex și urlset, deduplică URL-urile și păstrează legătura cu sitemapurile de origine. Lucrul se face în loturi și poate continua după o întrerupere. Un import incomplet nu este interpretat drept dispariția întregului inventar anterior.
Produsele și categoriile pot fi excluse independent din monitorizare. Alegerea schimbă inventarul intern urmărit; sitemapurile publice și setările SEO ale site-ului rămân administrate prin componentele lor existente.
Lista de URL-uri oferă căutare, filtre după stare și tip de conținut, sortare și export CSV. De aici aleg paginile care merită aprofundate sau programez verificarea unei selecții.
De la sitemap la coadă / schema mecanismului
- Sitemapul principal descoperă fișierele secundare.
- Inventarul comun deduplică URL-urile și păstrează sursa.
- Coada programează inspecțiile după priorități.
02 / Detaliul unei adrese
Fiecare URL are
un dosar de inspecție.
Un verdict are sens împreună cu motivul, data inspecției și ultima accesare Googlebot. Ecranul de detaliu aduce aceste informații lângă prioritate și următorul pas disponibil.
Ce citesc în răspunsul Google
URL Inspection poate furniza verdictul, motivul de acoperire, permisiunea de indexare, starea robots.txt, accesarea paginii și canonicalurile declarate și alese de Google. Câmpurile indisponibile rămân vizibile ca atare.
Separat, managerul citește indicii locale WordPress / Yoast despre noindex și canonical. Acestea ajută analiza, dar nu reprezintă o verificare completă a HTML-ului final sau un test live Google.
Din detaliu pot deschide pagina, copia adresa, programa o reverificare și ajusta prioritatea. Recomandarea unei solicitări manuale ține cont de neindexare și de blocajele cunoscute.
Fișa unui URL
- Verdict și motiv Google
- Indexare, robots și accesare
- Canonical declarat / Google
- Data inspecției și ultimul crawl
03 / Coada și prioritizarea
Ordine explicabilă.
Procesare controlată.
Coada persistentă distribuie inspecțiile în loturi. Ponderile tipurilor de conținut, prima verificare, publicarea recentă, modificările și ajustarea manuală contribuie la scorul fiecărui URL.
Starea procesării
Programat, în lucru, reîncercare sau eroare. O problemă de autorizare ori de comunicare descrie executarea cererii și nu șterge ultimul verdict Google cunoscut.
Eligibilitatea tehnică
Candidat, necesită analiză sau necunoscută. Noindex, accesarea blocată și un canonical diferit cer interpretare înaintea următoarei acțiuni. Datele insuficiente rămân neconfirmate.
Buget local, limite și reluări.
Ritmul are limite locale, buget de timp și pauze după erori. Estimarea cotei folosește ultimele 24 de ore; alte aplicații pot consuma aceeași cotă Google. O coadă procesată arată activitatea aplicației, iar indexarea se citește separat în rezultate.
04 / Google Cloud și OAuth
Conectare autorizată.
Acces pentru citire.
Capturile reale arată serviciul activat și permisiunea configurată în Google Cloud. Contul este autorizat separat, apoi proprietatea se selectează în WordPress.
Ce presupune conectarea
Integrarea folosește Search Console API și OAuth, cu permisiunea webmasters.readonly. Configurarea pornește de la serviciul activat în Google Cloud și un client de tip Web application, cu redirecționarea corespunzătoare instalării.
Administratorul autorizează contul și selectează proprietatea Search Console. Inspecțiile Google sunt inițial oprite și se activează explicit după conectare. Importul sitemapurilor poate funcționa și când inspecțiile sunt în pauză.
Tokenurile și secretul OAuth sunt păstrate criptat în opțiuni WordPress fără autoload. Cheile instalării fac parte din condițiile de recuperare; schimbarea lor poate cere reautorizare. Interfața publică de aici nu expune credențiale sau date de cont.
- Google Cloud: activarea Search Console API.
- OAuth: autorizare cu webmasters.readonly.
- WordPress: proprietate selectată și inspecții activate explicit.
05 / Evoluție și istoric
Observații păstrate.
Schimbări explicate.
Rapoartele separă extinderea inventarului, acoperirea inspecțiilor și tranzițiile confirmate. Mai multe URL-uri verificate nu înseamnă automat mai multe pagini indexate.
Ce s-a observat și când
Istoricul detaliat păstrează inspecțiile, iar snapshoturile zilnice UTC oferă contextul inventarului. O tranziție cere două observații comparabile; momentul la care aplicația a constatat schimbarea poate fi diferit de momentul în care Google a făcut-o.
Filtrele de perioadă și tip de conținut, rapoartele pe sitemap și exportul CSV susțin analiza. La nivel de URL pot compara stările păstrate și pot vedea când a fost declarată o solicitare manuală.
Inventar, inspecții și tranziții / schemă de interpretare
- Inventar: snapshotul zilnic UTC.
- Inspecții: executări reușite, inclusiv reverificări.
- Tranziții: schimbări între observații Google comparabile.
06 / Operare în WordPress
Automatizarea are
condiții vizibile.
Jurnalul și diagnosticul reunesc informații despre mediul WordPress, cron, coadă și ultima execuție. Ritmul real depinde de configurația serverului, de accesul Google și de limitele disponibile.
Execuție
Același worker
WP-Cron, comenzile WP-CLI și declanșarea din ecranul administrativ folosesc aceleași limite și protecții de concurență. Fila deschisă poate ajuta procesarea, dar browserul o poate suspenda.
Continuitate
Cron de server
WP-Cron depinde de cereri care ajung la WordPress. Pentru un ritm independent de trafic și de browser, configurarea unui cron de server intră în planul de operare al instalării.
Acțiunea utilizatorului
Solicitare manuală
Cererea de indexare se trimite în Search Console. Confirmarea locală păstrează declarația utilizatorului și programează o reverificare după trei zile; API-ul nu confirmă această solicitare.
De la constatare la următoarea verificare.
Pentru un URL neindexat, analizez mai întâi motivul și semnalele tehnice. Dacă este potrivită o solicitare, deschid Search Console, verific adresa și trimit cererea manual acolo. Abia apoi înregistrez declarația în manager. Reverificarea ulterioară urmărește starea observată de Google; marcajul local singur nu dovedește acceptarea sau indexarea paginii.
Contextul implementării
Același mecanism.
Inventare diferite.
Pe site-uri de prezentare și magazine, tipurile de conținut și prioritățile diferă. Proiectele asociate arată contextul în care a fost documentată implementarea, fără a transforma valorile unei capturi într-o promisiune SEO.
Întrebări despre integrare
Ce primești.
De ce depinde.
Google Index Manager trimite automat cereri de indexare?
Inspecțiile pot rula automat după configurare. Solicitarea „Request indexing” se face manual în Search Console. Pluginul deschide inspecția și poate consemna acțiunea declarată de utilizator.
Rezultatul reprezintă un test live al paginii?
URL Inspection API returnează informațiile disponibile la Google. Ultimul crawl, data inspecției și câmpurile tehnice oferă context. Modificările recente pot să nu fie reflectate încă.
Cum începe integrarea pe alt site?
Verific structura sitemapurilor, tipurile publice de conținut, proprietatea Search Console și execuția cron. Stabilim ce monitorizăm, prioritățile și condițiile de acceptanță în configurația acelui site.
De la exemplu la site-ul tău
Vrei să urmărești
mai clar indexarea?
Trimite-mi site-ul și felul în care verifici acum paginile. Evaluăm inventarul, accesul și ritmul potrivit înainte de a stabili integrarea.