Google Indexing API voor Magento 2

De module Kowal Google Indexing API voor Magento 2 helpt om URL-adressen die zijn toegevoegd, gewijzigd of uit de index moeten worden verwijderd efficiënter bij Google te melden.
Compatibiliteit
2.4.9, 2.4.8, 2.4.7, 2.4.6, 2.4.5, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4.0, 2.3.7, 2.3.6, 2.3.5, 2.3.4
€ 61,50
E-mail naar een vriend

Vraag stellen over dit product

Beschrijving / Google Indexing API voor Magento 2

MAGENTO 2 · URL-MELDINGEN · WACHTRIJ · GOOGLE API

Beheer URL-meldingen in één Magento-wachtrij.

Kowal Google Indexing API

Verzamel adressen uit het paneel en integraties, beheer duplicaten, planning en verzendlimieten. Bewaar de historie van Google-antwoorden en maak duidelijk onderscheid tussen acceptatie van een melding en indexatie van de pagina.

Dry Run · Retry en logs · API-bereik bepaald door Google

HOE HET IN DE PRAKTIJK WERKT

01 · U configureert toegang en bereik
U controleert het serviceaccount, hosts en toegestane Store View.

02 · U voegt adressen toe aan de wachtrij
U gebruikt import, bulkacties of knoppen.

03 · U monitort de verwerking
Cron verzorgt verzending, limieten, resultaat en pogingen opnieuw.

Wat levert het uw winkel op?

Ontdek de functies, toepassing en instellingen van de module.

Google sneller informeren over wijzigingen in de winkel

De module Kowal Google Indexing API voor Magento 2 helpt om URL-adressen die zijn toegevoegd, gewijzigd of uit de index moeten worden verwijderd efficiënter bij Google te melden. In plaats van alleen te wachten op het standaard opnieuw bezoeken van de pagina door de Google-bot, kan de beheerder geselecteerde adressen doorgeven aan een wachtrij die door Google Indexing API wordt verwerkt.

De oplossing is vooral nuttig voor winkels waarin content, aanbod, productbeschikbaarheid, CMS-pagina's, landing pages of blogberichten vaak veranderen. De module ordent het volledige proces: verzamelt adressen uit verschillende Magento-onderdelen, controleert ze, verwijdert duplicaten, beheert limieten en bewaart de communicatiehistorie met Google.

Google Indexing API is officieel bedoeld voor pagina's met structured data JobPosting en BroadcastEvent. Het melden van een URL via de API garandeert geen indexatie, positie in de resultaten of acceptatie van elk adres door Google. De module is een hulpmiddel voor het technisch melden van URL's en geen vervanging voor correcte technische SEO, XML-sitemaps, canonicals, robots, hreflang en interne linking.

Betere controle over het melden van adressen

De module geeft de beheerder één plek om URL's te beheren die wachten op verzending naar Google. Producten, categorieën, CMS-pagina's, handmatige URL-import en toekomstige bronnen kunnen dezelfde wachtrij gebruiken. Daardoor hoeft u geen aparte integraties te bouwen voor elk type content.

Minder handmatig werk na wijzigingen in de winkel

Adressen kunnen rechtstreeks vanuit het Magento-beheerpaneel aan de wachtrij worden toegevoegd. De module biedt bulkacties en knoppen op bewerkingsschermen van geselecteerde entiteiten, zodat de beheerder snel indexatie van één pagina of een grotere groep adressen kan aanvragen.

Veiliger gebruik van API-limieten

Google Indexing API werkt met limieten. De module houdt rekening met dagelijkse en minuutlimieten, de grootte van de batch die door cron wordt verwerkt en de verzendvertraging. Daardoor worden adressen niet chaotisch verzonden en is het eenvoudiger om het risico op onnodig verbruik van de beschikbare limiet te beperken.

Minder duplicaten en herhaalde meldingen

Voordat een adres wordt opgeslagen, normaliseert de module de URL, valideert deze en controleert of hetzelfde adres niet al in de actieve wachtrij staat. Als er al een vergelijkbare melding bestaat, kan het systeem deze bijwerken of markeren als gededupliceerd. Dit beperkt rommel in de wachtrij en vermindert het aantal overbodige requests naar Google.

Meer transparantie voor het team

Elke melding heeft een status, bron, actie, prioriteit, aantal pogingen, geplande verzendtijd en informatie over het antwoord van Google. De beheerder ziet welke adressen wachten, welke correct zijn verzonden, welke opnieuw moeten worden geprobeerd en welke met een permanente fout zijn geëindigd.

Eenvoudigere probleemdiagnose

De module slaat logs van communicatie met Google API op, inclusief requesttype, endpointadres, payload, HTTP-status, response body en duur. Dit maakt het eenvoudiger om fouten te analyseren aan de kant van configuratie, rechten, limieten of de gemelde URL's zelf.

Klaar voor groei van de winkel

De architectuur van de module is gebaseerd op een gezamenlijke scheduler en wachtrij. Nieuwe URL-bronnen hoeven niet rechtstreeks met Google te communiceren. Het is voldoende dat zij adressen aan de wachtrij doorgeven, waarna de bestaande processor validatie, planning, limieten, retries en logging afhandelt.

Hoe de module in de praktijk werkt

De module werkt als tussenlaag tussen Magento en Google Indexing API.

  1. De beheerder of integratie kiest URL-adressen om te melden.
  2. De module normaliseert en valideert URL's, onder meer op schema, host en toegestane bronnen.
  3. Correcte adressen komen in de centrale wachtrij met de juiste status, actie en verzendtijd.
  4. Magento cron haalt periodiek records op die klaar zijn voor verwerking.
  5. De wachtrijprocessor respecteert limieten, prioriteiten, vertragingen en recordlocks.
  6. De module verzendt de melding naar Google Indexing API of voert verwerking uit in dry-run-modus.
  7. Het antwoord van Google wordt bij het wachtrijrecord en in de API-logs opgeslagen.
  8. Bij tijdelijke fouten kan de module een nieuwe poging met vertraging plannen.

Daardoor hangt het verzenden van URL's niet af van één klik of van een directe request vanuit het beheerpaneel. Het volledige proces wordt in een wachtrij geplaatst, is auditeerbaar en beter bestand tegen tijdelijke API-problemen.

Belangrijkste functies

  • centrale URL-wachtrij voor verschillende contentbronnen,
  • ondersteuning voor acties URL_UPDATED en URL_DELETED,
  • handmatige import van meerdere URL's vanuit het beheerpaneel,
  • bulkacties voor producten en CMS-pagina's,
  • knoppen voor het melden van indexatie op bewerkingsschermen van product, categorie en CMS-pagina,
  • optionele integratie met Amasty Blog als aparte module,
  • normalisatie en validatie van URL-adressen,
  • whitelist van toegestane hosts,
  • ondersteuning voor store view en identificatie van de meldingsbron,
  • deduplicatie van actieve meldingen,
  • verzendvertraging, oftewel indexing lag,
  • prioriteiten en actie Transmit Now,
  • verwerking via cron,
  • controle van dag- en minuutlimiet,
  • opnieuw proberen van tijdelijke fouten met vertraging,
  • wachtrijstatussen: scheduled, pending, processing, success, retry, failed_permanent, cancelled,
  • dry-run-modus voor veilige tests zonder echte requests te verzenden,
  • API-logs en logretentie,
  • test credentials en metadata in de configuratieassistent.

Voor wie is deze module bedoeld

De module is geschikt voor Magento 2-winkels die:

  • het productaanbod vaak bijwerken,
  • veel CMS-pagina's publiceren of wijzigen,
  • SEO-activiteiten uitvoeren op meerdere contenttypen,
  • controle nodig hebben over welke URL's bij Google zijn gemeld,
  • handmatig beheer van meldingen willen beperken,
  • werken in een multistore- of multilanguage-omgeving,
  • een duidelijke audit van requests naar Google nodig hebben.

Deze oplossing is bijzonder waardevol voor e-commerce-, SEO- en beheersteams die een gezamenlijk, gestructureerd proces willen hebben voor het melden van winkelwijzigingen aan Google.

Nieuwe of gewijzigde producten

Na het toevoegen van een nieuw product of een belangrijke wijziging van een bestaand product kan de beheerder het adres aan de wachtrij doorgeven. De module zorgt voor registratie van de melding, de juiste vertraging, deduplicatie en latere verzending.

Updates van CMS-pagina's en landing pages

Wanneer het marketingteam een nieuwe campagne, promotie of informatiepagina publiceert, kan de URL aan de wachtrij worden toegevoegd zonder handmatig werk buiten Magento.

Adressen opschonen na wijzigingen in de site

De module ondersteunt niet alleen update-meldingen, maar ook de actie URL_DELETED. Daardoor kan aan Google informatie worden doorgegeven over adressen die uit de index moeten worden verwijderd, mits het scenario in overeenstemming is met de gebruiksregels van de API.

Grootschalige SEO-acties

Bij grotere wijzigingen in de winkel, zoals het bijwerken van veel producten, contentmigratie of het vernieuwen van categorieën, kan de beheerder bulkacties gebruiken en de voortgang in de wachtrij volgen.

Zakelijk effect

De implementatie van de module geeft het team meer controle over het technisch melden van wijzigingen aan Google. In plaats van verspreide, handmatige en moeilijk te controleren activiteiten ontstaat één proces: het adres komt in de wachtrij, doorloopt validatie, wordt verzonden met respect voor limieten en het resultaat is zichtbaar in het beheerpaneel.

De belangrijkste waarde van de module is het ordenen van werkzaamheden rond indexatie: minder willekeurige requests, minder duplicaten, betere diagnostiek en duidelijkere verantwoordelijkheid voor wat aan Google is gemeld.

Officieel bereik van Google Indexing API

Volgens de documentatie van Google is de API bedoeld voor pagina's met JobPosting of BroadcastEvent ingebed in VideoObject. Gewone productpagina's, categorieën, CMS-pagina's en blogberichten vallen niet onder het officieel ondersteunde bereik, ook al kan de module hun URL's technisch in een wachtrij plaatsen.

Een HTTP 200-antwoord en status success betekenen dat de melding is gelukt. Metadata bevestigt de kennisgeving, niet de indexatiedatum of verwijdering van de pagina. Voor URL_DELETED moet het adres 404/410 retourneren of noindex bevatten.

Configuratieassistent en eerste start

Stores → Configuration → Services → Google Indexing API omvat serviceaccount, hosts, Store View, limieten en dry-run. U hebt een actieve API in Google Cloud nodig, een geverifieerde Search Console-property en de juiste rechten voor het serviceaccount.

Marketing → Google Indexing API biedt Setup Assistant, Indexing Queue en Import URLs. Begin met dry-run en tests van credentials en metadata, controleer cron en schakel daarna echte verzending in voor het juiste bereik.

Amasty Blog-integratie en nieuwe bronnen

Ondersteuning voor bulkacties voor Amasty Blog is een apart pakket kowal/module-google-indexing-api-amasty-blog. De hoofdmodule vereist Amasty Blog niet.

Een nieuwe bron kan URL, actie URL_UPDATED of URL_DELETED, bron, entiteit en store ID doorgeven via IndexingRequestSchedulerInterface. De gezamenlijke wachtrij neemt planning, validatie, deduplicatie en retries over.

Installatie via Composer

Pakket kowal/module-google-indexing-api, module Kowal_GoogleIndexingApi. Configureer toegang tot de Kowal-repository, installeer het pakket, schakel de module in, werk Magento bij en leeg de cache. Houd in productie rekening met compilatie en deployment van statische content volgens het proces van de winkel.

Van configuratie naar resultaat

1. U configureert toegang en bereik
U controleert het serviceaccount, hosts en toegestane Store View.

2. U voegt adressen toe aan de wachtrij
U gebruikt import, bulkacties of knoppen.

3. U monitort de verwerking
Cron verzorgt verzending, limieten, resultaat en retries.

Controle over het verloop van meldingen

U importeert adressen die volgens de API-regels zijn toegestaan en controleert ze eerst in dry-run. In de wachtrij verifieert u bron, actie en geplande tijd.

Na het inschakelen van verzending analyseert u het antwoord en retries. Status success bevestigt acceptatie van de request, niet het verschijnen van de pagina in Google-resultaten.

Orden meldingen en API-diagnostiek

Wilt u de module afstemmen op uw winkel? Vraag naar implementatie van Kowal Google Indexing API en bespreek de configuratie of benodigde uitbreidingen.

Meer informatie

Addtocart Description

DEMO

gebruikersnaam: indexing
wachtwoord: M2Indexing

Overeenstemming met sjabloon Luma / Blank, Smid

Installatiehandleiding voor de module

Google Indexing API voor Magento 2 - installatie en configuratie

1. Belangrijke informatie vóór implementatie

De module integreert Magento 2 met Google Indexing API en maakt het mogelijk URL-adressen toe te voegen aan een centrale meldingswachtrij. De wachtrij wordt verwerkt door Magento cron en elke melding wordt gevalideerd, gededupliceerd, aan limieten onderworpen en gelogd.

Volgens de documentatie van Google is Indexing API officieel vooral bedoeld voor pagina's met structured data:

  • JobPosting,
  • BroadcastEvent ingebed in VideoObject.

Gebruik van de API voor producten, categorieën, CMS-pagina's of blogberichten garandeert geen indexatie of positie in zoekresultaten. De module moet worden gezien als technisch hulpmiddel voor het melden van URL's, niet als vervanging voor XML-sitemaps, correcte canonicals, robots, hreflang, interne linking en algemene SEO-kwaliteit.

Officiële Google-materialen:

2. Vereisten

Controleer vóór installatie of de omgeving aan de vereisten voldoet:

  • Magento 2.4.x,
  • PHP 8.1 of nieuwer,
  • Composer,
  • werkende Magento cron,
  • mogelijkheid om het pakket google/apiclient te installeren,
  • beheerderstoegang tot Magento,
  • Google Cloud-project met ingeschakelde Indexing API,
  • property in Google Search Console geverifieerd voor het winkeldomein,
  • Google-serviceaccount toegevoegd als eigenaar in Google Search Console.

De module vereist het pakket:

google/apiclient:^2.16

Het pakket is gedeclareerd in de composer.json van de module, dus Composer zou het automatisch moeten installeren.

3. Installatie van de module

3.1. Installatie via Composer

Voeg de Kowal Composer-repository toe aan het Magento-project:

Toegangsgegevens voor de Composer-repository, het e-mailadres van de klant en de licentietoken, ontvangt u per e-mail na aankoop. Ze zijn ook beschikbaar in het klantpaneel na inloggen op kowal.store. Vervang TWOJ_EMAIL_KLIENTA door het e-mailadres van uw account en TWOJ_TOKEN door de ontvangen token. Voer de opdrachten uit in de hoofdmap van Magento.

composer config repositories.kowal composer https://repo.kowal.store

Configureer de toegangsgegevens voor de Kowal Composer-repository:

composer config http-basic.repo.kowal.store 'TWOJ_EMAIL_KLIENTA' 'TWOJ_TOKEN'

Installeer het pakket:

composer require kowal/module-google-indexing-api

Schakel de module in:

bin/magento module:enable Kowal_GoogleIndexingApi

Voer de databaseschema-update uit:

bin/magento setup:upgrade

Leeg de cache:

bin/magento cache:flush

Voer in productiemodus aanvullend uit:

bin/magento setup:di:compilebin/magento setup:static-content:deploybin/magento cache:flush

3.2. Lokale installatie in app/code

Als de module zonder Composer als lokale code wordt geïnstalleerd, plaats deze dan in de map:

app/code/Kowal/GoogleIndexingApi

Installeer vervolgens de Google API Client-afhankelijkheid in het Magento-project:

composer require google/apiclient:^2.16

Schakel de module in en voer de standaard Magento-commando's uit:

bin/magento module:enable Kowal_GoogleIndexingApibin/magento setup:upgradebin/magento cache:flush

Voor productie:

bin/magento setup:di:compilebin/magento setup:static-content:deploybin/magento cache:flush

3.3. Verificatie van de installatie

Controleer of de module actief is:

bin/magento module:status Kowal_GoogleIndexingApi

Na correcte installatie moeten in het beheerpaneel beschikbaar zijn:

  • Stores > Configuration > Kowal > Google Indexing API,
  • beheermenu Google Indexing API > Indexing Queue,
  • Google Indexing API > Import URLs,
  • Google Indexing API > API Logs,
  • Google Indexing API > Setup Assistant.

In de database moeten tabellen worden aangemaakt:

  • kowal_google_indexing_queue,
  • kowal_google_indexing_api_log.

4. Google Cloud en Search Console voorbereiden

4.1. Een Google Cloud-project aanmaken

  1. Ga naar Google Cloud Console.
  2. Maak een nieuw project aan of kies een bestaand project dat voor de winkel wordt gebruikt.
  3. Schakel de API in:
Indexing API

Zonder ingeschakelde API kan de module meldingen niet correct verzenden.

4.2. Een serviceaccount aanmaken

  1. Ga in Google Cloud naar IAM & Admin > Service Accounts.
  2. Maak een nieuw serviceaccount aan.
  3. Genereer een sleutel in JSON-formaat.
  4. Download het JSON-bestand en bewaar het veilig.

De module vereist dat JSON minimaal de volgende velden bevat:

  • type,
  • project_id,
  • private_key,
  • client_email.

Het veld type moet de waarde hebben:

service_account

4.3. Het serviceaccount als eigenaar toevoegen in Search Console

  1. Open Google Search Console.
  2. Kies de property die overeenkomt met het winkeldomein.
  3. Zorg ervoor dat de property is geverifieerd.
  4. Voeg het adres client_email uit het JSON-bestand toe als eigenaar van de property.

Voorbeeld van een serviceaccountadres:

my-service-account@project-name.iam.gserviceaccount.com

Als het serviceaccount geen eigenaar van de Search Console-property is, kan Google rechtenfouten retourneren, bijvoorbeeld geen bevestiging van URL-eigendom.

5. Moduleconfiguratie in Magento

De configuratie bevindt zich in:

Stores > Configuration > Kowal > Google Indexing API

De configuratie ondersteunt Magento-scopes:

  • Default Config,
  • Website,
  • Store View.

Daardoor kunnen er afzonderlijke instellingen zijn voor verschillende winkels of store views als het project dat vereist.

6. Sectie General

Enable

Standaard:

No

Schakelt de werking van de module in of uit.

Wanneer het veld de waarde No heeft, verwerkt cron de wachtrij niet. Adressen kunnen in de database bestaan, maar de wachtrijprocessor verzendt ze niet naar Google.

Aanbeveling:

  • stel tijdens de eerste configuratie No in of laat Dry Run = Yes staan,
  • stel na succesvolle tests Yes in.

Dry Run

Standaard:

Yes

Testmodus. Wanneer Dry Run is ingeschakeld, verwerkt de module wachtrijrecords, slaat statussen en logs op, maar verzendt geen echte melding naar Google.

Dit is de veiligste modus voor de eerste start, configuratietests en controle of URL's volgens verwachting in de wachtrij terechtkomen.

Aanbeveling:

  • voer eerste tests altijd uit met Dry Run = Yes,
  • schakel Dry Run pas uit na controle van credentials, allowed hosts, wachtrij en logs.

7. Sectie Google Access Credentials

Credentials Source

Standaard:

Encrypted configuration value

Bepaalt waaruit de module de JSON van het Google-serviceaccount haalt.

Beschikbare opties:

OptieTechnische waardeBeschrijving
Encrypted configuration valueconfigJSON wordt in de Magento-configuratie geplakt en opgeslagen als versleutelde sensitive config-waarde.
Uploaded JSON filefileJSON wordt als bestand geüpload en buiten de map pub opgeslagen, in var/google-indexing.

Aanbeveling:

  • voor eenvoudige implementaties kan de versleutelde waarde in de configuratie worden gebruikt,
  • voor omgevingen met toegangscontrole tot bestanden kan upload van een JSON-bestand handiger zijn.

Service Account JSON

Zichtbaar wanneer Credentials Source = Encrypted configuration value.

In dit veld moet de volledige inhoud van het JSON-bestand van het Google-serviceaccount worden geplakt.

De module valideert JSON vóór opslag. Gecontroleerd worden:

  • correctheid van het JSON-formaat,
  • aanwezigheid van velden type, project_id, private_key, client_email,
  • waarde type = service_account.

De waarde wordt opgeslagen als versleutelde Magento-configuratie.

Service Account JSON File

Zichtbaar wanneer Credentials Source = Uploaded JSON file.

Maakt het mogelijk het JSON-bestand van het Google-serviceaccount te uploaden.

De module:

  • accepteert alleen bestanden met de extensie .json,
  • valideert de inhoud van het bestand,
  • controleert de vereiste velden type, project_id, private_key, client_email,
  • slaat het bestand buiten de publieke map op, in var/google-indexing,
  • probeert bestandsrechten op 0600 te zetten als de bestandsdriver dat toestaat.

Het bestand wordt opgeslagen met een naam die afhankelijk is van de configuratiescope, bijvoorbeeld voor de globale scope:

var/google-indexing/service-account-default-0.json

Google Cloud Project ID

Tekstveld voor de identifier van het Google Cloud-project.

In de huidige implementatie van de module is de belangrijkste autorisatie gebaseerd op gegevens uit de JSON van het serviceaccount. Het veld Google Cloud Project ID heeft een informatieve functie en ordent de configuratie, vooral wanneer de winkel meerdere omgevingen of meerdere Google Cloud-projecten gebruikt.

Aanbeveling:

  • voer de waarde project_id uit het JSON-bestand in,
  • gebruik afzonderlijke Google Cloud-projecten voor productie- en testomgevingen als een dergelijke scheiding in het project is aangenomen.

8. Sectie Queue and Limits

Daily Publish Limit

Standaard:

200

Bepaalt het maximale aantal publish-meldingen dat de module per dag kan uitvoeren.

De limiter telt requests van het type:

  • publish,
  • publish_dry_run.

Als de limiet is verbruikt, haalt de wachtrijprocessor geen volgende records op voor verzending tot het volgende dagelijkse venster.

Aanbeveling:

  • laat 200 staan als het project de standaard onboardinglimiet van Google gebruikt,
  • verhoog de waarde alleen wanneer het Google Cloud-project een goedgekeurde hogere limiet heeft,
  • instelling 0 blokkeert verzending, omdat het beschikbare aantal slots 0 bedraagt.

Requests Per Minute Limit

Standaard:

60

Bepaalt het maximale aantal publish-requests per minuut.

De module vergelijkt deze waarde met het aantal requests dat in de logs van de laatste minuut is opgeslagen. Als de minuutlimiet is gebruikt, verwerkt cron geen volgende records in die run.

Aanbeveling:

  • laat voor een typische implementatie de standaardwaarde staan,
  • verlaag de waarde als u de API conservatiever wilt belasten,
  • stel geen 0 in, tenzij u verzending tijdelijk wilt stoppen.

Cron Batch Size

Standaard:

20

Bepaalt het maximale aantal wachtrijrecords dat in één cron-run wordt verwerkt.

Het daadwerkelijke aantal verwerkte records wordt ook beperkt door:

  • Daily Publish Limit,
  • Requests Per Minute Limit,
  • aantal records dat klaar is voor verzending,
  • status en datum scheduled_at.

Aanbeveling:

  • 20 is een veilige startwaarde,
  • bij grote wachtrijen kan de waarde worden verhoogd, maar alleen met inachtneming van Google-limieten.

Default Indexing Lag (minutes)

Standaard:

15

Bepaalt de standaardvertraging tussen het toevoegen van een URL aan de wachtrij en het moment waarop deze kan worden verzonden.

De vertraging helpt om:

  • duplicaten te beperken,
  • verzending na elke kleine wijziging te voorkomen,
  • de beheerder tijd te geven voor correctie van content,
  • de API-limiet beter te beheren.

In de huidige implementatie wordt deze instelling gebruikt wanneer een melding geen eigen vertraging heeft.

Manual Form Indexing Lag (minutes)

Standaard:

15

Bepaalt de vertraging voor URL's die via het formulier zijn toegevoegd:

Google Indexing API > Import URLs

Als de beheerder handmatig een lijst URL's plakt, wordt elk correct adres met deze vertraging gepland.

Aanbeveling:

  • stel 0 in als handmatige import direct in de wachtrij moet komen,
  • laat 15 staan als u een buffer voor deduplicatie en controle van meldingen wilt behouden.

Mass Action Indexing Lag (minutes)

Standaard:

15

Bepaalt de vertraging voor URL's die zijn toegevoegd via:

  • bulkacties voor producten,
  • bulkacties voor CMS-pagina's,
  • knoppen voor het melden van indexatie op bewerkingsschermen van product, categorie en CMS-pagina.

Aanbeveling:

  • laat voor bulkoperaties de waarde 15 of hoger staan,
  • voor kleine winkels en handmatig beheer kan een lagere waarde worden overwogen.

Max Attempts

Standaard:

5

Bepaalt het maximale aantal verzendpogingen voor één wachtrijrecord.

Als Google een tijdelijke fout retourneert, stelt de module status retry in, mits het aantal pogingen kleiner is dan Max Attempts. Na overschrijding van de limiet krijgt het record status failed_permanent.

Fouten die als tijdelijk worden behandeld:

  • 408,
  • 409,
  • 412,
  • 429,
  • 500,
  • 502,
  • 503,
  • 504.

Retry Delay (minutes)

Standaard:

15

Basisvertraging vóór de volgende verzendpoging na een tijdelijke fout.

Cron gebruikt oplopende vertraging. De vermenigvuldiger hangt af van het aantal pogingen en is maximaal beperkt tot 24. Daardoor worden volgende pogingen niet te agressief uitgevoerd.

Voorbeeld voor waarde 15:

PogingGeschatte vertraging
115 minuten
230 minuten
360 minuten
4120 minuten

Allowed Source Types

Standaard:

manual,product,category,cms_page,amasty_blog_post

Lijst met toegestane brontypen, gescheiden door komma's.

Ondersteunde waarden:

WaardeBetekenis
manualURL handmatig toegevoegd via het importformulier.
productProduct-URL.
categoryCategorie-URL.
cms_pageURL van CMS-pagina.
amasty_blog_postURL van Amasty Blog-bericht als de aparte integratiemodule wordt gebruikt.

Als het brontype niet op de lijst staat, slaat de scheduler de melding over en markeert deze als skipped.

Aanbeveling:

  • laat de standaardwaarden staan als de winkel alle standaardbronnen gebruikt,
  • verwijder bronnen die u niet tot de wachtrij wilt toelaten.

Allowed URL Hosts

Standaard:

puste

Lijst met toegestane URL-hosts, gescheiden door komma's.

Voorbeeld:

example.com,www.example.com

Als de lijst is ingevuld, accepteert de module alleen adressen die tot de opgegeven hosts behoren. Als de URL een andere host heeft, retourneert validatie de fout:

host_not_allowed

Aanbeveling:

  • vul deze lijst op productie altijd in,
  • voeg alle hosts toe die door de winkel worden gebruikt, bijvoorbeeld hoofddomein, www-versie, store view-domeinen en taaldomeinen,
  • voeg geen testdomeinen toe aan de productieconfiguratie.

Require HTTPS URLs

Standaard:

Yes

Dwingt af dat gemelde URL-adressen het schema https gebruiken.

Als het veld is ingeschakeld, wordt een adres met http geweigerd met de fout:

https_required

Aanbeveling:

  • laat voor productiewinkels Yes staan,
  • gebruik No alleen in uitzonderlijke testomgevingen.

9. Sectie Auto-Indexing

Enable Auto-Indexing

Standaard:

No

Het veld is voorbereid voor automatische integraties voor opslaan of verwijderen van entiteiten en aanvullende URL-providers.

Binnen het huidige bereik van de module zijn handmatige en administratieve mechanismen beschikbaar om URL's aan de wachtrij toe te voegen, waaronder URL-import, Mass Actions en knoppen op bewerkingsformulieren.

Aanbeveling:

  • laat No staan als auto-indexing niet in het project is geïmplementeerd,
  • schakel pas in wanneer het project ondersteuning bevat voor automatische entiteitsgebeurtenissen die deze configuratie gebruiken.

10. Sectie Logs

API Log Retention Days

Standaard:

90

Bepaalt het aantal dagen dat API-logs worden bewaard.

De cron die logs opschoont draait dagelijks om:

03:15

Deze verwijdert vermeldingen ouder dan het aantal dagen dat in dit veld is ingesteld.

Aanbeveling:

  • 90 dagen is een redelijke diagnostische waarde,
  • bij een groot aantal requests kan retentie worden verlaagd,
  • bij SEO-audits kan retentie worden verhoogd, met aandacht voor de grootte van de logtabel.

11. Installatie- en configuratieassistent

De assistent bevindt zich in:

Google Indexing API > Setup Assistant

Het doel is snel controleren of de configuratie aan Magento- en Google-zijde klaar is voor de eerste test.

11.1. Sectie Current Status

De assistent toont de huidige status van de belangrijkste onderdelen:

VeldBetekenis
ModuleGeeft aan of de module in de configuratie is ingeschakeld.
Dry RunGeeft aan of testmodus actief is zonder echte verzending naar Google.
CredentialsToont of de module Google-credentials kan lezen en parsen.
Service Account EmailToont client_email uit de JSON van het serviceaccount. Dit adres moet als eigenaar worden toegevoegd in Search Console.
Allowed HostsToont de lijst van hosts die in de configuratie zijn toegestaan.
QueueToont het aantal records met status scheduled, pending, retry en failed_permanent.

Als Credentials status Missing or invalid heeft, moet u terug naar de configuratie en JSON of het credentials-bestand corrigeren.

Als Allowed Hosts Not configured toont, beperkt de module hosts niet. Technisch kan dit werken, maar voor productie wordt expliciet invullen van winkelhosts aanbevolen.

11.2. Sectie Setup Steps

De assistent toont een lijst met stappen die nodig zijn vóór de eerste echte request:

  1. Een Google Cloud-project aanmaken of kiezen.
  2. Indexing API inschakelen en een JSON key voor het serviceaccount aanmaken.
  3. JSON plakken of het JSON-bestand uploaden in de Magento-configuratie.
  4. Service account email toevoegen als eigenaar in Google Search Console.
  5. Tests uitvoeren en daarna één URL importeren met ingeschakelde Dry Run.

De assistent bevat links naar:

  • Google Cloud voor Indexing API,
  • moduleconfiguratie in Magento,
  • Google Search Console.

11.3. Test Google Credentials

Knop:

Test Google Credentials

controleert of Magento de serviceaccountgegevens kan gebruiken om een OAuth-token te verkrijgen voor het bereik:

https://www.googleapis.com/auth/indexing

Een positief resultaat betekent dat:

  • JSON correct is,
  • de private key kan worden gebruikt,
  • Google een OAuth-token heeft uitgegeven.

Een negatief resultaat kan betekenen:

  • onjuiste JSON,
  • foutieve of beschadigde private_key,
  • ontbrekend vereist veld in JSON,
  • probleem met communicatie met Google,
  • gebruik van een sleutel die geen serviceaccountsleutel is.

Deze test bevestigt nog niet dat het serviceaccount eigenaarstoegang heeft tot het domein in Search Console. Daarvoor is een URL metadata-test of een echte melding van een test-URL nodig.

11.4. Test URL Metadata

Formulier:

Test URL Metadata

maakt het mogelijk een publieke URL van een toegestane host in te voeren en een metadata-request naar Google Indexing API uit te voeren.

Vóór verzending van de request doet de module het volgende:

  • normaliseert de URL,
  • controleert of de URL absoluut is,
  • controleert schema http of https,
  • vereist bij ingeschakelde Require HTTPS URLs https,
  • controleert Allowed URL Hosts als deze zijn geconfigureerd.

Mogelijke resultaten:

ResultaatBetekenis
Succes HTTP 2xxGoogle heeft metadata voor de URL geretourneerd.
HTTP 404Betekent vaak dat de URL nog geen eerdere succesvolle melding via Indexing API heeft. Dit hoeft geen foutieve configuratie te betekenen.
Validatiefout vóór requestURL voldoet niet aan de voorwaarden van de module, bijvoorbeeld verkeerde host, geen HTTPS of geen absoluut adres.
HTTP-fout anders dan 404Controleer het Google-bericht, Search Console-rechten, credentials en limieten.

Metadata test maakt geen nieuwe publish-melding. Deze dient voor diagnostiek van verbinding en URL-status.

12. Eerste start stap voor stap

Aanbevolen volgorde voor de eerste start:

  1. Installeer de module en voer setup:upgrade uit.
  2. Ga in Magento naar Stores > Configuration > Kowal > Google Indexing API.
  3. Stel Enable = Yes in.
  4. Laat Dry Run = Yes staan.
  5. Kies de credentials-bron.
  6. Plak de JSON van het serviceaccount of upload het JSON-bestand.
  7. Vul Google Cloud Project ID met de waarde project_id uit JSON.
  8. Vul Allowed URL Hosts in, bijvoorbeeld example.com,www.example.com.
  9. Laat standaardlimieten staan als Google geen hogere limieten heeft goedgekeurd.
  10. Sla de configuratie op en leeg de cache.
  11. Ga naar Google Indexing API > Setup Assistant.
  12. Controleer of de assistent credentials als gereed toont.
  13. Klik op Test Google Credentials.
  14. Voeg service account email toe als eigenaar in Google Search Console als dit nog niet is gedaan.
  15. Voer Test URL Metadata uit voor een publieke URL van een toegestane host.
  16. Ga naar Google Indexing API > Import URLs.
  17. Voeg één test-URL toe met actie URL_UPDATED.
  18. Start Magento cron:
bin/magento cron:run
  1. Controleer Google Indexing API > Indexing Queue.
  2. Controleer Google Indexing API > API Logs.
  3. Als alles correct werkt, schakel Dry Run uit.
  4. Voeg opnieuw één test-URL toe en controleer het echte antwoord van Google.

13. URL's importeren vanuit het beheerpaneel

Handmatige import bevindt zich in:

Google Indexing API > Import URLs

Het formulier bevat velden:

VeldBeschrijving
ActionType melding aan Google: toevoegen/bijwerken of verwijderen.
Store ViewStore view waaraan de melding moet worden gekoppeld. Ook is een globale optie Use global/no store beschikbaar.
URLsLijst met absolute URL's, één adres per regel.

Beschikbare acties:

Actie in formulierAPI-waardeBetekenis
Submit URLs for indexingURL_UPDATEDInformeert Google dat de URL is toegevoegd of bijgewerkt.
Delete URLs from indexingURL_DELETEDInformeert Google dat de URL is verwijderd en uit de index kan worden verwijderd.

Na verzending van het formulier toont de module een samenvatting:

  • toegevoegd,
  • bijgewerkt,
  • gededupliceerd,
  • ongeldig,
  • overgeslagen.

De eerste 10 validatiemeldingen worden als notice in het beheerpaneel getoond.

14. Indexatiewachtrij

De wachtrij bevindt zich in:

Google Indexing API > Indexing Queue

Elk wachtrijrecord bevat onder meer:

  • URL,
  • URL-hash,
  • store ID,
  • website ID,
  • brontype,
  • ID van bronentiteit,
  • herkomst van de request,
  • actie URL_UPDATED of URL_DELETED,
  • status,
  • prioriteit,
  • aantal pogingen,
  • maximaal aantal pogingen,
  • datum van geplande verzending,
  • verwerkingsdatum,
  • laatste foutcode,
  • laatste foutreden,
  • laatste foutmelding,
  • Google-antwoord,
  • informatie created_by.

Wachtrijstatussen

StatusBetekenis
scheduledURL is gepland, maar wacht nog op datum scheduled_at.
pendingURL is klaar voor verwerking door cron.
processingURL wordt momenteel verwerkt.
successGoogle heeft een succesantwoord geretourneerd.
retryEr is een tijdelijke fout opgetreden en het record wacht op een volgende poging.
failed_permanentVerzending is permanent mislukt of het maximale aantal pogingen is overschreden.
cancelledHet record is handmatig geannuleerd.

Acties op wachtrijrecords

ActieWerking
Transmit NowStelt het record in als urgent, blokkeert het, verzendt direct via de Google-client en slaat het resultaat op.
RetryStelt het record in als pending, wist de lock en plant direct een nieuwe poging.
CancelStelt status cancelled in en wist de lock.

Let op: Transmit Now voert een echte request uit als Dry Run = No. Bij Dry Run = Yes wordt een dry-run-log opgeslagen zonder echte verzending naar Google.

15. Cron

De module voegt twee cron-taken toe in groep default.

Wachtrij verwerken

kowal_google_indexing_process_queue

Schema:

*/5 * * * *

De taak start de wachtrijprocessor elke 5 minuten.

De processor:

  1. Controleert of de module is ingeschakeld.
  2. Geeft oude locks vrij van processing-records ouder dan 30 minuten.
  3. Verplaatst records scheduled naar pending als scheduled_at <= now.
  4. Controleert beschikbare slots in dag- en minuutlimieten.
  5. Haalt records pending en retry op.
  6. Sorteert ze op prioriteit en geplande verzenddatum.
  7. Verzendt de request naar Google of voert dry-run uit.
  8. Slaat antwoord, status en API-log op.

Logs opschonen

kowal_google_indexing_cleanup_logs

Schema:

15 3 * * *

De taak verwijdert API-logs ouder dan het aantal dagen ingesteld in het veld:

API Log Retention Days

16. API-logs

Logs zijn beschikbaar in:

Google Indexing API > API Logs

De log omvat:

  • ID van wachtrijrecord,
  • store ID,
  • requesttype,
  • endpoint-URL,
  • payload,
  • HTTP-status,
  • response body,
  • duur van de request,
  • aanmaakdatum van de log.

Requesttypen:

TypeBetekenis
publishEchte melding van de URL aan Google.
publish_dry_runVerwerking in dry-run-modus zonder echte request naar Google.
metadataMetadata-test voor de URL.

17. Mass Actions en beheerknoppen

De module voegt mechanismen toe om URL's vanuit het beheerpaneel te melden.

Producten

Op het productgrid is een bulkactie beschikbaar die product-URL's aan de wachtrij toevoegt.

De module slaat producten over die:

  • uitgeschakeld zijn,
  • niet individueel zichtbaar zijn.

URL's worden gegenereerd op basis van URL rewrites voor actieve store views.

CMS-pagina's

Op het grid van CMS-pagina's is een bulkactie beschikbaar die pagina-URL's aan de wachtrij toevoegt.

De module slaat inactieve pagina's over.

Als een CMS-pagina aan alle store views is toegewezen, lost de module URL's op voor alle store views.

Product, categorie en CMS-pagina - knoppen op het bewerkingsformulier

De module voegt knoppen voor indexatiemeldingen toe op bewerkingsschermen van:

  • product,
  • categorie,
  • CMS-pagina.

De knop lost URL's van de entiteit op voor store views en voegt ze toe aan de wachtrij als URL_UPDATED.

18. Aanbevolen startconfiguratie

Voor de eerste productie-implementatie:

VeldAanbeveling
EnableYes na het opslaan van credentials en allowed hosts.
Dry RunYes tijdens tests, later No.
Credentials SourceEncrypted configuration value of Uploaded JSON file, volgens het projectbeleid.
Google Cloud Project IDproject_id uit JSON.
Daily Publish Limit200, tenzij Google een hogere limiet heeft goedgekeurd.
Requests Per Minute Limit60 of minder bij een voorzichtige implementatie.
Cron Batch Size20.
Default Indexing Lag15.
Manual Form Indexing Lag0-15, afhankelijk van de werkwijze van beheerders.
Mass Action Indexing Lag15.
Max Attempts5.
Retry Delay15.
Allowed Source Typesmanual,product,category,cms_page,amasty_blog_post.
Allowed URL HostsAlle productiehosts van de winkel.
Require HTTPS URLsYes.
Enable Auto-IndexingNo, tenzij het project automatische providers implementeert.
API Log Retention Days90.

19. Veelvoorkomende problemen en diagnostiek

Credentials test failed

Controleer:

  • of JSON correct is,
  • of JSON afkomstig is van een serviceaccount,
  • of het private_key en client_email bevat,
  • of veld type de waarde service_account heeft,
  • of het JSON-bestand niet is beschadigd tijdens het plakken.

Google retourneert een rechtenfout

Controleer:

  • of het domein is geverifieerd in Search Console,
  • of client_email van het serviceaccount als eigenaar is toegevoegd,
  • of de geteste URL tot dezelfde Search Console-property behoort,
  • of u het juiste Google Cloud-project en de juiste JSON gebruikt.

URL wordt geweigerd vóór verzending

Controleer de validatiemelding:

MeldingOorzaak
empty_urlLege URL.
url_too_longURL heeft meer dan 2048 tekens.
url_not_absoluteURL heeft geen schema of host.
https_requiredHTTPS-vereiste is ingeschakeld en de URL gebruikt HTTP.
invalid_schemeSchema is niet http of https.
host_not_allowedDe URL-host staat niet in Allowed URL Hosts.

De wachtrij wordt niet verwerkt

Controleer:

  • of Enable = Yes,
  • of Magento cron werkt,
  • of records status pending of retry hebben,
  • of scheduled_at niet in de toekomst ligt,
  • of dag- of minuutlimieten niet zijn gebruikt,
  • of Daily Publish Limit en Requests Per Minute Limit niet op 0 staan.

Records gaan naar retry

Controleer:

  • HTTP-status in het wachtrijrecord,
  • API-log,
  • Google-antwoord,
  • of limiet 429 voorkomt,
  • of er tijdelijke fouten 5xx zijn,
  • of Max Attempts en Retry Delay volgens verwachting zijn ingesteld.

20. Optionele integratie met Amasty Blog

Integratie met Amasty Blog is voorzien als aparte module:

Kowal_GoogleIndexingApiAmastyBlog

Pakket:

kowal/module-google-indexing-api-amasty-blog

Deze module is niet vereist voor de werking van de hoofdintegratie. Installeer deze alleen in projecten die amasty/blog gebruiken en een bulkactie voor blogberichten nodig hebben.

Druk om carrousel over te slaan

We hebben andere producten gevonden die u misschien leuk vindt!

Schrijf uw eigen review
U plaatst een review over: Google Indexing API voor Magento 2
Uw waardering:
Prijs
Kwaliteit
Ondersteuning
loader
Bezig met laden...

U heeft uw review aangeboden ter goedkeuring.

Cookievoorkeuren wijzigen