Afhaalpunt wordt niet getoond in PrestaShop: de oorzaken
Lege kaart, ontbrekende vervoerder in het bestelproces, label dat niet lukt: de echte oorzaken achter storingen met afhaalpunten en hoe u ze isoleert.

Een storing die rechtstreeks bestellingen kost
Wordt het afhaalpunt in PrestaShop niet getoond, dan belt de klant u niet: hij laat zijn winkelwagen staan. Het is een van de duurste storingen in het bestelproces, en tegelijk een van de meest voorkomende. In de interventiehistorie van een gespecialiseerd Frans bureau zijn de bezorgmodules goed voor enkele honderden tickets, met Colissimo en Mondial Relay bovenaan en pieken die samenvallen met versie-updates.
Het goede nieuws: de oorzaken zijn terug te brengen tot een handvol scenario's, en met een vaste isolatiemethode hebt u binnen een kwartier uitsluitsel.
Stap 1: de kaart blijft leeg of laadt niet
De keuzewidget verschijnt wel, maar blijft wit of blijft eindeloos draaien. Open de browserconsole, tabblad Console en daarna Netwerk: de fout is bijna altijd expliciet.
Google Maps-sleutel verlopen of quotum overschreden. Typische melding: RefererNotAllowedMapError of OverQuotaMapError. De sleutel moet geldig zijn, gekoppeld aan een project met actieve facturatie, en het domein van de webshop als referer toestaan. Dit is verreweg oorzaak nummer één.
JavaScript-conflict met het thema. Test door tijdelijk over te schakelen op het thema Classic. Komt de kaart terug, dan laadt uw thema een bibliotheek dubbel, meestal jQuery.
CCC breekt het laden. Onder Geavanceerde instellingen > Prestaties voegen de opties voor combineren, comprimeren en cachen (CCC) de JavaScript-bestanden samen. Vervoerderswidgets laden hun scripts vaak asynchroon en verdragen dat samenvoegen slecht. Zet CCC uit, leeg de cache en test opnieuw. Komt de kaart terug, dan weet u waar u moet zoeken.
Mixed content. Een widget die via HTTP wordt opgehaald op een HTTPS-pagina, blokkeert de browser stilzwijgend. Melding: Mixed Content.
Stap 2: de vervoerder verschijnt helemaal niet in het bestelproces
Hier ligt het niet aan de widget, maar aan de logica die bepaalt welke vervoerders beschikbaar zijn. Controleer in deze volgorde:
- Zone en land. Het bezorgland van de klant moet in een zone zitten die aan de vervoerder is gekoppeld. Een uitgevinkte zone maakt de vervoerder onzichtbaar, zonder enige melding.
- Klantengroepen. Op het tabblad van de vervoerder moeten de toegestane groepen die van de klant bevatten, inclusief "Bezoeker" als u bestellen zonder account toestaat.
- Gewichts- en prijsschijven. De klassieker: de laatste schijf stopt onder de werkelijke winkelwagenwaarde. Een winkelwagen van 12 kg op een tabel die bij 10 kg ophoudt, laat de vervoerder verdwijnen. Controleer ook welk gedrag u buiten het bereik hebt ingesteld.
- Logisch verwijderde vervoerder. In de database verbergt
ps_carrier.deleted = 1de vervoerder. Dat gebeurt na het wijzigen van een vervoerder: PrestaShop maakt dan een nieuwe regel aan en archiveert de oude. - Beschikbaarheid per product. Een product dat aan specifieke vervoerders is gekoppeld, beperkt de keuze voor de hele winkelwagen.
Een handige query om overzicht te krijgen:
SELECT id_carrier, name, active, deleted, id_reference
FROM ps_carrier ORDER BY id_reference, id_carrier;
Stap 3: het verzendlabel wordt niet aangemaakt
De klant heeft zijn afhaalpunt gekozen, maar de verzending mislukt in de back-office.
- Verlopen inloggegevens of contract. Vervoerdersmodules bewaren een gebruikersnaam, een wachtwoord en vaak een contractnummer. Een gewijzigd contract maakt die toegang ongeldig zonder waarschuwing.
- Afgekeurd adres. Vervoerders hanteren strikte adresformaten. Colissimo kapt regels boven een bepaalde lengte af, en diakritische of bijzondere tekens in
address1leiden tot afkeuring. Adressen die via kopiëren en plakken van een andere site zijn ingevoerd, geven de meeste problemen. - Gewicht op nul. Een product zonder ingevuld gewicht breekt de berekening bij sommige vervoerders. Controleer of geen enkel actief product een gewicht van nul heeft.
Stap 4: de verzendkosten kloppen niet
Twee oorzaken domineren:
- Overlappende schijven. Een tabel met 0-1 kg en daarna 1-5 kg is dubbelzinnig bij precies 1 kg. Gebruik grenzen die elkaar niet overlappen.
- Verkeerd ingestelde gratis verzending. De drempel voor gratis bezorging staat bij de bezorginstellingen en werkt, afhankelijk van de configuratie, voor of na korting. Een verkeerd geplaatste drempel maakt de bezorging vaker gratis dan bedoeld.
De isolatiemethode in een kwartier
Eén regel: wijzig steeds één instelling tegelijk. In deze volgorde: thema Classic, dan CCC uit, dan de niet-essentiële modules uit. De eerste wijziging die het normale gedrag herstelt, wijst de schuldige aan.
Leg elke test vast. In een bestelproces is terugdraaien zonder te weten wat u hebt aangepast duurder dan de oorspronkelijke storing.
Is de storing ontstaan na een versie-update, dan ligt de oorzaak waarschijnlijk breder: zie ons artikel over modules die na een update stukgaan.
Bestelproces kapot?
Wij lossen storingen in vervoerdersmodules en het bestelproces met spoed op. Gratis diagnose, reactie binnen 1 uur — zie PrestaShop-noodhulp.
Lees ook
ps_facetedsearch-lek: deze PrestaShop-update mag u niet missen
Een lek met score 10 op 10 geeft aanvallers via één URL de controle over uw webshop. Zo controleert u uw versie en spoort u sporen van misbruik op.
Lezen 30 juli 2026PrestaShop gehackt: een bankskimmer opsporen en verwijderen
Een skimmer steelt wekenlang kaartnummers zonder uw webshop te vertragen. De signalen, de diagnosecommando's en de volledige opschoonprocedure.
Lezen 29 juli 2026Update Assistant vastgelopen: een PrestaShop 9-update herstellen
Cache die niet leegloopt, een ontbrekende Symfony-service, een proces dat halverwege stopt: de echte fouten van de Update Assistant en de weg via CLI.
Lezen