Du publicerar en ny sida, uppdaterar några befintliga och sedan… väntar du. Eller ännu värre: du öppnar Google Search Console om och om igen för att se om något har ändrats, för att “den borde vara indexerad nu”, men det är den inte.
Det här är den typen av långsam nötning som irriterar SEO-ansvariga först, men content leads och småföretagare känner av det också. En bra automatisering av sitemap-indexering tar bort allt upprepat kontrollerande från din att-göra-lista och gör indexeringsinlämning till en del av publiceringen, inte ett separat jobb.
Den här guiden går igenom ett n8n-flöde som hämtar URL:er från din sitemap och skickar in dem till Googles Indexing API, en och en, med enkla säkerhetskontroller så att du inte bränner igenom gränserna.
Så fungerar automatiseringen
Här är hela flödet du kommer att sätta upp:
n8n Workflow Template: Google Search Console + webbplatskarta: snabbare indexering
flowchart LR
subgraph sg0["When clicking "Execute Workflow" Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "When clicking 'Execute Workf..", pos: "b", h: 48 }
n1@{ icon: "mdi:play-circle", form: "rounded", label: "Schedule Trigger", pos: "b", h: 48 }
n2@{ icon: "mdi:swap-vertical", form: "rounded", label: "loop", pos: "b", h: 48 }
n3["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/httprequest.dark.svg' width='40' height='40' /></div><br/>sitemap_set"]
n4@{ icon: "mdi:cog", form: "rounded", label: "sitemap_convert", pos: "b", h: 48 }
n5@{ icon: "mdi:swap-vertical", form: "rounded", label: "sitemap_parse", pos: "b", h: 48 }
n6@{ icon: "mdi:swap-vertical", form: "rounded", label: "url_set", pos: "b", h: 48 }
n7["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/httprequest.dark.svg' width='40' height='40' /></div><br/>url_index"]
n8@{ icon: "mdi:swap-horizontal", form: "rounded", label: "index_check", pos: "b", h: 48 }
n9@{ icon: "mdi:cog", form: "rounded", label: "wait", pos: "b", h: 48 }
n10@{ icon: "mdi:location-exit", form: "rounded", label: "Stop and Error", pos: "b", h: 48 }
n2 --> n7
n9 --> n2
n6 --> n2
n7 --> n8
n8 --> n9
n8 --> n10
n3 --> n4
n5 --> n6
n4 --> n5
n1 --> n3
n0 --> n3
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0,n1 trigger
class n8 decision
class n3,n7 api
classDef customIcon fill:none,stroke:none
class n3,n7 customIcon
Varför det här spelar roll: fördröjd indexering skapar osynliga förluster
Indexering är inte glamoröst, men det avgör i det tysta om ditt arbete syns i sök den här veckan eller nästa månad. När du litar på att “Google hittar det till slut” hamnar du i en loop: publicera, vänta, kolla Search Console, justera interna länkar, kolla igen. Det blir mental overhead. Det skapar också en märklig osäkerhet, eftersom du inte kan avgöra om problemet är kvalitet, crawl budget, teknisk SEO eller bara att Google inte har behandlat URL:en ännu.
Det eskalerar snabbt. Här brukar det oftast falla isär.
- Nya sidor blir oindexerade i flera dagar, vilket fördröjer ranking och all trafik du förväntade dig från lanseringen.
- Team gör manuella “URL-inspektioner” i Google Search Console, och tiden försvinner i 5-minutersbitar hela dagen.
- Sitemaps ändras ofta, men ingen återinsänder eller validerar konsekvent vad som faktiskt har skickats för indexering.
- Du missar sidor efter migreringar eller massuppdateringar, eftersom människor är usla på att spåra dussintals URL-ändringar på ett tillförlitligt sätt.
Vad du bygger: sitemap-URL:er → inlämningar till Indexing API
Det här flödet gör din sitemap till en automatiserad pipeline för indexeringsinlämning. Du triggar det manuellt när du publicerar en större batch innehåll, eller så schemalägger du det så att det kör i bakgrunden med den frekvens du väljer. n8n hämtar din XML-sitemap, konverterar den till strukturerad data och delar sedan upp den i enskilda URL:er så att varje sida kan hanteras korrekt. Därefter mappar det varje URL till exakt den payload som Google Indexing API förväntar sig och skickar en begäran om “uppdaterad URL”. Efter varje lyckad inlämning pausar det kort innan det går vidare, vilket hjälper dig att undvika att bombardera API:t. Om flödet upptäcker ett problem (till exempel att du når den dagliga API-gränsen) stoppar det och höjer ett fel i stället för att låtsas att allt är okej.
Flödet börjar med din sitemap-URL. Sedan itererar det genom varje sida och skickar den till Googles Indexing API via ett HTTP-anrop. Till sist validerar det svaret och antingen väntar och fortsätter, eller avbryter med ett tydligt fel när du når en gräns.
Det här bygger du
| Vad som automatiseras | Vad du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att du publicerar 20 nya eller uppdaterade URL:er under en vecka. Manuellt lägger de flesta cirka 5 minuter per URL på att kopiera länkar, skicka in och kontrollera status, så du landar på ungefär 100 minuter, plus extra “bara kollar”-besök. Med det här flödet klistrar du in din sitemap en gång och kör: en minut för att trigga, sedan processar det i bakgrunden med en kort fördröjning mellan anropen. Du får tillbaka större delen av tiden och slipper tappa fokus på konstant indexeringspassning.
Innan du börjar
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
- Google Search Console för att verifiera ägarskap av webbplatsen.
- Google Cloud Platform-projekt för att aktivera Indexing API.
- JSON-nyckel för servicekonto (skapa den i Google Cloud Console).
Kunskapsnivå: Medel. Du skriver ingen kod, men du kommer att skapa ett Google Cloud-servicekonto och klistra in inloggningsuppgifter i n8n.
Vill du att någon bygger detta åt dig? Prata med en automationsexpert (gratis 15-minuters konsultation).
Steg för steg
Välj hur det ska köras. Du kan klicka på “Execute Workflow” för en manuell körning, eller sätta ett schema så att det kör automatiskt (dagligen, veckovis, vad som passar din publiceringstakt).
Hämta in din sitemap. n8n gör ett HTTP-anrop till din sitemap-URL och hämtar XML:en, som är huvudlistan över sidor du vill att Google ska känna till.
Gör sitemapen till en lista du kan processa. XML:en konverteras till JSON och delas sedan upp till ett objekt per URL, så att varje sida får ett eget inlämningsförsök i stället för en enda gigantisk begäran.
Skicka in och rimlighetskontrollera varje URL. Flödet mappar fält till Indexing API-payloaden, skickar POST-begäran, kontrollerar svaret, väntar kort och fortsätter. Om det når den dagliga gränsen (cirka 200 anrop som standard) stoppar det med ett fel så att du märker det.
Du kan enkelt ändra sitemap-källan för att sikta på ett specifikt sitemap-index eller en filtrerad sitemap, så att du bara skickar in det som har ändrats. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: Konfigurera den manuella triggern
Det här arbetsflödet kan startas manuellt eller enligt ett schema. Konfigurera båda triggerarna så att ni kan testa vid behov och köra det automatiskt.
- Lägg till och öppna Manual Run Trigger för att möjliggöra manuella körningar under testning.
- Öppna Timed Schedule Trigger och ställ in regeln för att köra vid önskad tid (nuvarande inställning triggar vid timme
1). - Koppla både Manual Run Trigger och Timed Schedule Trigger till Fetch Sitemap XML.
Steg 2: Anslut datakällan för sitemap
Hämta sitemap-XML:en och konvertera den till JSON så att enskilda URL:er kan behandlas.
- Öppna Fetch Sitemap XML och ställ in URL till
https://bushidogym.fr/sitemap.xml. - Öppna Convert XML to JSON och behåll standardinställningarna för XML (trim, normalize, mergeAttrs, ignoreAttrs, normalizeTags är redan aktiverade).
- Koppla Fetch Sitemap XML → Convert XML to JSON.
Steg 3: Sätt upp URL-bearbetning
Dela upp sitemap:en i enskilda URL:er och mappa URL-fältet för Indexing API.
- Öppna Split Sitemap URLs och ställ in Field to Split Out till
urlset.url. - I Split Sitemap URLs, ställ in Destination Field Name till
url. - Öppna Map URL Fields, aktivera Keep Only Set och ställ in värdet för url till
{{ $json.url.loc }}. - Koppla Convert XML to JSON → Split Sitemap URLs → Map URL Fields.
Steg 4: Konfigurera inskick till Indexing API
Behandla URL:er en i taget och skicka varje URL till Google Indexing API.
- Öppna Batch Iterator och ställ in Batch Size till
1för sekventiell bearbetning. - Öppna Submit Index Request och ställ in URL till
https://indexing.googleapis.com/v3/urlNotifications:publish. - I Submit Index Request, ställ in Method till
POSToch aktivera Send Body. - Ställ in body-parametrarna: url till
{{ $json.url }}och type tillURL_UPDATED. - Inloggningsuppgifter krävs: Anslut era googleApi-uppgifter i Submit Index Request.
- Koppla Map URL Fields → Batch Iterator → Submit Index Request.
Steg 5: Lägg till resultatvalidering och hastighetsbegränsning
Validera svar, pausa mellan anrop och styr loopen tillbaka till batch-iteratorn.
- Öppna Validate Index Result och ställ in villkoret så att det jämför
{{ $json.urlNotificationMetadata.latestUpdate.type }}medURL_UPDATED. - Öppna Delay Execution och ställ in Unit till
secondsoch Amount till2. - Koppla Submit Index Request → Validate Index Result → Delay Execution → Batch Iterator.
Steg 6: Lägg till felhantering
Stoppa körningen och visa ett tydligt fel när indexeringsgränsen nås.
- Öppna Abort With Error och bekräfta att Error Message är
You have reached the Google Indexing API limit (200/day by default). - Koppla den andra utgången från Validate Index Result till Abort With Error.
URL_UPDATED, kommer arbetsflödet att routas till Abort With Error. Verifiera API-svarets schema om ni ser oväntade stopp.Steg 7: Testa och aktivera ert arbetsflöde
Kör ett manuellt test för att bekräfta URL-flödet och indexeringssvaret, och aktivera sedan den schemalagda automationen.
- Klicka på Execute Workflow och trigga Manual Run Trigger för att testa körning end-to-end.
- Bekräfta att Submit Index Request returnerar ett svar och att Validate Index Result routar till Delay Execution för lyckade poster.
- Verifiera att arbetsflödet loopar igenom alla URL:er via Batch Iterator utan fel.
- När ni är nöjda, växla arbetsflödet till Active så att Timed Schedule Trigger körs i produktion.
Felsökningstips
- Inloggningsuppgifter för Google Cloud-servicekontot kan gå ut, ersättas eller sakna åtkomst. Om inlämningar misslyckas: kontrollera JSON-nyckeln igen i inloggningsuppgifterna för “Submit Index Request” och bekräfta att servicekontot är tillagt som ägare i Google Search Console.
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om noder längre fram misslyckas på tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in ert varumärkes ton tidigt, annars kommer du att redigera utdata i all evighet.
Snabba svar
Cirka 30 minuter om ditt Google Cloud-projekt är redo.
Nej. Du kopplar konton, lägger till en sitemap-URL och klistrar in servicekontots inloggningsuppgifter i n8n.
Ja. n8n har ett gratis alternativ för egen hosting och en gratis provperiod på n8n Cloud. Cloud-planer startar på 20 USD/månad för högre volym. Du behöver också räkna in kostnader för Google Indexing API, som oftast är låga men fortfarande omfattas av Googles kvoter och policyer.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller egen hosting på en VPS. För egen hosting är Hostinger VPS prisvärd och klarar n8n bra. Egen hosting ger dig obegränsade körningar men kräver grundläggande serveradministration.
Ja, och det är värt att göra. Du kan byta sitemap-källa i “Fetch Sitemap XML” så att den pekar på ett sitemap-index, en specifik sektions-sitemap (som /post-sitemap.xml) eller till och med en staging-sitemap för tester. Många team justerar också “Split Sitemap URLs” och “Batch Iterator” så att de bara skickar in de senaste URL:erna, inte hela sitemapen vid varje körning. Vill du ha loggning kan du lägga till en radskrivning i Google Sheets efter “Validate Index Result” för att spara URL, tidsstämpel och svar.
Oftast är det inte Search Console i sig, utan servicekontots konfiguration. Säkerställ att servicekontots e-postadress är tillagd som ägare av egendomen i Google Search Console, och regenerera eller ladda upp JSON-nyckeln igen om du har ändrat den. Bekräfta också att Indexing API är aktiverat i samma Google Cloud-projekt som är kopplat till dina inloggningsuppgifter, eftersom det är lätt att aktivera det i fel projekt om du har flera.
Det begränsas främst av Googles kvot för Indexing API (ofta cirka 200 inlämningar per dag och webbplats som standard).
Ofta, ja, eftersom det här jobbet handlar mer om batchbearbetning än en enkel tvåstegs-zap. n8n hanterar loopar, väntetider och felgrenar på ett rent sätt, så att du kan skicka in URL:er en och en och stoppa när du når en kvot utan att tejpa ihop flera automatiseringar. Det är också enklare att hosta själv om du vill ha obegränsade flödeskörningar och mer kontroll över inloggningsuppgifter. Zapier eller Make kan fortfarande fungera om du skickar in en väldigt liten lista med URL:er och inte behöver batchning. Prata med en automationsexpert om du vill ha en snabb rekommendation för din setup.
När det här väl körs slutar indexeringsinlämningar vara ett återkommande måste och blir bakgrundsunderhåll. Det är tid du kan lägga tillbaka på innehåll, åtgärder och experiment som faktiskt driver trafik.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.