Kort antwoord: De "Kon niet ophalen" of HTTP-fout op sitemap_collections_1.xml in Search Console is meestal tijdelijk — Google probeert opnieuw een kind-sitemap op te halen die Shopify automatisch genereert. Controleer of de URL in je browser laadt, dat je de hoofdsitemap.xml hebt ingediend (niet het kindbestand direct), en dat er geen wachtwoordpagina of omleiding is die Google blokkeert. Als het goed laadt, dien de hoofdsitemap opnieuw in en wacht; de fout verdwijnt meestal bij de volgende crawl.
De Shopify sitemap-fout op sitemap_collections_1.xml — meestal gerapporteerd in Google Search Console als "Kon niet ophalen," "HTTP-fout," of "Sitemap kon niet worden gelezen" — lijkt alarmerend maar is bijna altijd binnen enkele minuten op te lossen. Deze gids legt uit wat het bestand is, waarom de fout verschijnt, en de exacte volgorde van controles die het oplost, in de volgorde van hoe vaak elke oorzaak de echte blijkt te zijn.
Wat sitemap_collections_1.xml eigenlijk is
Shopify's sitemap.xml wordt automatisch gegenereerd — je kunt het niet bewerken, en dat is met opzet. Het hoofdbestand op jouw-winkel.com/sitemap.xml is een sitemap index: het vermeldt je pagina's niet direct, maar wijst naar kind-sitemaps die Shopify per brontype creëert — sitemap_products_1.xml, sitemap_collections_1.xml, sitemap_pages_1.xml, en sitemap_blogs_1.xml. Grote catalogi krijgen genummerde vervolgversies (_2, _3) naarmate elk bestand vol raakt. De collecties-kindlijst bevat elke gepubliceerde collectie-URL met de laatste wijzigingsdatum.
Omdat de kinderen worden gegenereerd vanuit je live catalogus, updaten ze zichzelf wanneer je bronnen toevoegt, verwijdert of verbergt. Dat is het goede nieuws onder deze fout: het bestand zelf is zelden kapot, omdat Shopify het bouwt. De fout gaat bijna altijd over toegang — Google kon het bestand niet ophalen — of over een verouderd rapport. De Shopify sitemap-gids behandelt het systeem van begin tot eind; dit artikel is het probleemoplossingspad voor de fout zelf.
Stap 1: Open het bestand zelf
Voordat je iets verandert, open jouw-winkel.com/sitemap_collections_1.xml in een browser (en de hoofdsitemap.xml). Drie uitkomsten vertellen je drie verschillende dingen.
| Browserresultaat | Wat het betekent | Actie |
|---|---|---|
| Je ziet XML met een lijst van collectie-URL's | Bestand is in orde; probleem is toegang of rapportage | Ga verder naar Stappen 2–5 (domeincontrole, wachtende crawl, firewall, leeg bestand) |
| Je wordt omgeleid naar een wachtwoordpagina | Een met wachtwoord beveiligde winkel blokkeert Googlebot | Verwijder winkelwachtwoord onder Online Store → Voorkeuren |
| Je krijgt een 404 | Je hebt het verkeerde domein getest; sitemap werkt alleen op het primaire domein | Verifieer primair domein in Instellingen → Domeinen en test die URL in plaats daarvan |
Als je XML ziet met een lijst van collectie-URL's, is het bestand in orde — het probleem is toegang of rapportage, dus ga verder naar stappen 2–5. Als je wordt omgeleid naar een wachtwoordpagina, is dat je antwoord: een met wachtwoord beveiligde winkel blokkeert Googlebot van elke URL, inclusief sitemaps, en de oplossing is het verwijderen van het winkelwachtwoord onder Online Store → Voorkeuren. Als je een 404 krijgt, controleer welk domein je hebt getest — de sitemap werkt alleen op je primaire domein, dus de .myshopify.com-variant of een niet-omgeleide alias kan een 404 geven terwijl het echte bestand gezond is.
Stap 2: Controleer het domein dat je hebt ingediend
In Search Console worden sitemap-URL's vergeleken met het exacte domein van de property. De klassieke fout is het indienen van een sitemap onder een www-property terwijl het primaire domein kaal is (of andersom), of onder het .myshopify.com-adres. Bevestig je primaire domein in Instellingen → Domeinen in de Shopify admin, zorg ervoor dat elke andere variant 301-omleidt naar het, en dien alleen https://je-primaire-domein/sitemap.xml in in de bijpassende GSC-property. Als je onlangs het primaire domein hebt gewijzigd, verwijder de oude sitemap-indiening en dien opnieuw in op de nieuwe property.
Stap 3: Begrijp de "Kon niet ophalen" wachtende status
Hier is degene die de meeste uren van handelaren verspilt: "Kon niet ophalen" is vaak helemaal geen fout. Wanneer je voor het eerst een sitemap indient, toont Search Console "Kon niet ophalen" als de status totdat Google's eerste succesvolle crawl van het bestand, wat kan variëren van uren tot een paar weken op een nieuwe property. Als het bestand goed opent in je browser (stap 1 geslaagd) en je hebt het onlangs ingediend, is de juiste actie om enkele dagen te wachten voordat je het als een echte mislukking beschouwt. Herhaaldelijk opnieuw indienen versnelt dit niet.
De betrouwbare beslissende factor is de URL-inspectietool: inspecteer de sitemap-kind-URL direct. Als een live test laat zien dat Google het kan ophalen, is de rapportregel verouderd en zal vanzelf verdwijnen.
Stap 4: Sluit firewall- en botbeschermingsblokkades uit
Als het bestand voor jou laadt maar Google het echt niet kan ophalen gedurende dagen, weigert iets tussen Google en Shopify het verzoek. De gebruikelijke verdachte is een CDN of beveiligingslaag voor een aangepast domein — Cloudflare's Bot Fight Mode en soortgelijke functies staan erom bekend legitieme crawlers uit te dagen of te blokkeren, inclusief Googlebot en de sitemap-ophaler. Als je DNS of proxy op Cloudflare of een ander CDN zit, controleer de firewallgebeurtenissen op geblokkeerde Googlebot-verzoeken en schakel bot-uitdagingsregels uit voor geverifieerde zoekcrawlers. Dezelfde laag blokkeert vaak ook AI-crawlers, wat je stilletjes antwoordmachinezichtbaarheid kost bovenop de sitemap-fout.
Bevestig ook dat je robots.txt nog steeds naar de sitemap verwijst en geen regel heeft gekregen die het verbiedt — Shopify's standaard is correct, maar aangepaste robots.txt.liquid-sjablonen kunnen het breken.
Stap 5: Controleer op een leeg of echt kapot kind
Zelden is het kind zelf het probleem. Een winkel met nul gepubliceerde collecties produceert een lege collecties-sitemap die sommige validators markeren. Een collectie die alleen is gepubliceerd naar een verkoopkanaal anders dan Online Store zal afwezig zijn, en een collectie die verborgen is nadat de sitemap is gecached kan kort blijven hangen. Deze staten lossen zichzelf op naarmate Shopify het bestand regenereert; jouw hefboom is ervoor zorgen dat de bronnen die je geïndexeerd wilt hebben, zijn gepubliceerd naar het Online Store-kanaal en zichtbaar zijn.
Wat deze fout wel en niet beïnvloedt
Houd perspectief terwijl je het oplost: een sitemap-ophaalfout deïndexeert je site niet. Google ontdekt URL's via links ongeacht; de sitemap versnelt ontdekking en voedt het Pagina's-rapport. Los het toegangsprobleem op, dien de hoofdsitemap.xml één keer opnieuw in, en ga verder — de regel verandert meestal naar Succes bij de volgende crawlcyclus. Als je collecties daarna nog steeds niet worden geïndexeerd, ligt de oorzaak elders: dunne collectiepagina's, canonieke problemen, of interne koppeling, behandeld in Shopify collecties SEO en de Google Search Console voor Shopify gids.
Een gratis winkelcontrole controleert de sitemap, robotsregels, en indexatiestatus in één keer — inclusief of elke sitemap-kind 200 retourneert en of de pagina's die het vermeldt daadwerkelijk indexeerbaar zijn — zodat je de hele keten kunt bevestigen in plaats van één bestand.