Waarom ziet mijn CSV er in Excel goed uit, maar mislukt de import?

Omdat Excel je zijn eigen lezing van het bestand laat zien, niet het bestand zelf. Het toont accenten correct in zijn codetabel, ook als de shop de bytes anders leest, en laat het scheidingsteken, de aanhalingstekens en de codering nooit zien.

Heeft Google Spreadsheets hetzelfde probleem?

Gedeeltelijk. Een CSV die je uit Google Spreadsheets downloadt, is altijd UTF-8 met komma's, wat codering en scheidingsteken oplost. Maar Spreadsheets zet bij het importeren van een bestand ook getallen en datums om, tenzij je de omzetting van tekst naar getallen en datums in het importvenster uitzet.

Kan ik de EAN-cijfers terugkrijgen die Excel heeft verwijderd?

Niet uit het bewerkte bestand, want Excel heeft het afgeronde getal opgeslagen. Exporteer de producten opnieuw uit je shop (of neem het oorspronkelijke bestand) en importeer die kolom als Tekst.

Wordt mijn bestand ergens geüpload bij de controle?

Nee. De CSV Fixer leest, controleert en herstelt het bestand in je browser. Je productgegevens verlaten je computer niet.

Waarom Excel je product-CSV kapotmaakt, en hoe je een bestand opslaat dat je shop importeert

29 oktober 20267 min leestijd

Je exporteert producten uit je shop, opent het bestand in Excel, past een paar prijzen aan en slaat op. Dan mislukt de import. Of erger: hij lukt, en de helft van je productnamen toont ineens „Ã©Ã©n maat” terwijl elke EAN op nullen eindigt.

Het ligt niet aan jou. Excel is een spreadsheet, geen CSV-editor: bij het openen raadt het wat elke cel betekent, en bij het opslaan schrijft het het bestand zoals jouw Windows-regio het verwacht, niet zoals je shop. Hier lees je wat er verandert, hoe je het voorkomt en hoe je een bestand vóór de import controleert.

1. De codering: „CSV” is geen UTF-8

Shopify en WooCommerce verwachten UTF-8. De gewone optie „CSV (gescheiden door lijstscheidingsteken)” in Excel slaat echter op in de Windows-codetabel: Windows-1252 in Nederland en West-Europa. Letters zonder accent overleven het, maar elke é, ë, ï of ü wordt een byte die de shop anders leest.

Bij Shopify verschijnt dat vaak als „Illegal quoting on line …”, ook al is er met je aanhalingstekens niets mis. WooCommerce meldt dat het bestand „a different encoding than UTF-8” gebruikt. De oplossing: kies in de lijst met bestandstypen het type dat begint met „CSV UTF-8”.

2. Puntkomma's en decimale komma's

In landen met een decimale komma (het grootste deel van Europa, Nederland en België inbegrepen) gebruikt Windows de puntkomma als lijstscheidingsteken, en de CSV van Excel volgt dat: 24,90;12 in plaats van 24.90,12. Shopify leest elke rij dan als één lange kolom en meldt ontbrekende kopteksten; andere importtools willen het scheidingsteken handmatig, en 24,90 is voor hen nog steeds geen getal.

In het venster Opslaan als zit hier geen schakelaar voor: het komt uit de landinstellingen van Windows, niet uit Excel. Voor één bestand is het makkelijker om scheidingsteken en decimale komma achteraf te vervangen.

3. Kapotte tekens die kapot blijven

Het kan ook andersom. Dubbelklik je op een UTF-8-bestand zonder byte order mark (BOM), dan leest Excel het in de lokale codetabel: „één maat” wordt „Ã©Ã©n maat”. Sla je op dat moment op, dan staat de kapotte tekst voorgoed in het bestand. Het is nu geldig UTF-8 waarin letterlijk „Ã©Ã©n maat” staat.

Zie je dit, sluit het bestand dan zonder op te slaan en open het via Gegevens > Van tekst/CSV (zie hieronder). Is het al opgeslagen, dan is de schade meestal terug te draaien, omdat die een vast patroon volgt.

4. EAN-codes en andere lange getallen

Excel behandelt alles wat op een getal lijkt als getal. Een EAN van 13 cijfers zoals 8710398527073 wordt getoond als 8,71E+12, en als je zo opslaat, komt precies „8,71E+12” in de CSV. Een artikelnummer dat met 0 begint, verliest die nul. Bij meer dan 15 cijfers worden de laatste cijfers nullen, omdat Excel niet meer precisie bewaart.

Dit is vanuit het opgeslagen bestand niet terug te halen: de cijfers zijn weg. Geef die kolommen vóór het bewerken de opmaak Tekst, of exporteer de producten opnieuw uit de shop.

5. Datums, en waarden die op een datum lijken

Een actiedatum geschreven als 2026-11-01 komt terug in het lokale formaat, bijvoorbeeld 1-11-2026, en platforms die JJJJ-MM-DD verwachten weigeren hem. Ook maten en codes lijden eronder: waarden als 1-2 of 3/4 kunnen een datum worden, en de oorspronkelijke tekst is weg.

Zo bewerk je een CSV in Excel zonder hem kapot te maken

Moet het Excel zijn, importeer het bestand dan in plaats van erop te dubbelklikken, en sla het in het juiste formaat op:

Open een lege werkmap en kies Gegevens > Van tekst/CSV.
Zet de bestandsoorsprong op „65001: Unicode (UTF-8)” en kies het juiste scheidingsteken. Controleer in het voorbeeld of de accenten kloppen.
Klik op Gegevens transformeren en zet de kolommen met EAN, artikelnummer en datum op het type Tekst, zodat Excel er niet aankomt.
Breng je wijzigingen aan.
Sla op via Bestand > Opslaan als met een type dat begint met „CSV UTF-8”. Gebruikt je Windows puntkomma's, dan heeft het bestand die nog steeds, dus vervang ze vóór de import.
Open de opgeslagen CSV niet met een dubbelklik om hem opnieuw op te slaan: dan maak je stap 2 en 3 ongedaan.

Controleer het bestand vóór de import

Ook na zorgvuldig bewerken kan er iets achterblijven: puntkomma's, een vaste spatie, een koptekst met een spatie aan het eind. De CSV Fixer van ReportWise leest het bestand in je browser en toont elk probleem met rij en kolom voordat je shop het vindt:

Hij herkent de codering en slaat het bestand op als UTF-8.
Hij vervangt puntkomma's door komma's, en decimale komma's in prijzen door punten.
Hij markeert Amazon-product-ID's en Shoptet-EAN's die Excel in E+-getallen heeft veranderd, zodat je weet welke je opnieuw moet exporteren.
Hij controleert kopteksten en waarden volgens de regels van Shopify, WooCommerce, Shoptet en Amazon.
Controleren is gratis, en bestanden tot 50 rijen worden gratis gerepareerd.