Eine LinkedIn-CSV importieren, ohne Felder unbemerkt zu verändern

Vor dem Tabellenimport ein unverändertes Original behalten

Arbeite mit einer getrennten Kopie. Notiere Quelle, Downloadzeitpunkt und Dateigröße privat. Eine gespeicherte Tabelle ist eine abgeleitete Datei, auch wenn sie gleich aussieht. Das unveränderte Original hilft, ein strittiges Datum oder beschädigtes Zeichen später ohne Vermutungen zu klären.

Dieser Ablauf beginnt mit einer bereits vorhandenen Datei und benötigt keinen Kontozugriff. Lerne die Einstellungen zunächst am fiktiven Download. Das Beispiel wurde für diese Übung erstellt; es ist weder ein LinkedIn-Kontoexport noch eine Stichprobe echter Kontakte.

Datensätze statt sichtbarer Zeilen zählen

Bei verbreitetem kommagetrenntem CSV können Felder in Anführungszeichen Kommas und Zeilenumbrüche enthalten. Ein inneres Anführungszeichen wird verdoppelt. Einfaches Trennen an jedem Komma oder Zeilenumbruch zerstört solche Datensätze. RFC 4180 beschreibt verbreitete Konventionen; reale Dateien können andere Varianten verwenden.

Im Beispiel steht Designer, Writer in einem Feld. Ein anderes enthält Lead, einen Zeilenumbruch und Writer. Es gibt sechs logische Datensätze: Hinweis, Kopfdatensatz mit sieben Feldern und vier Datensätze mit Werten. Kopfdatensatz 1 wäre hier falsch. Deine Datei kann anders aufgebaut sein; prüfe sie lokal vor der Auswahl.

Vor dem Import die lokale Strukturprüfung nutzen

Lade das Beispiel und starte die Prüfung mit den angezeigten Einstellungen. Erwartet werden vier Datensätze mit Werten, sieben Felder, keine Breitenabweichung, ein zusätzlicher identischer Datensatz und drei leere E-Mail-Felder. Eine formelähnliche Zelle liegt bei Datensatz 6, Feld 5. Das beschreibt ausschließlich dieses konstruierte Beispiel.

Das Werkzeug unterstützt kommagetrenntes UTF-8, eine optionale UTF-8-BOM, Anführungszeichen und CRLF, LF oder CR zwischen Datensätzen. Fehlerhafte Anführungszeichen und überschrittene Grenzen führen zum Abbruch statt zu einem gekürzten Erfolg. Eine Einspaltenwarnung kann auf ein falsches Trennzeichen hinweisen. Andere Codierungen oder Semikolondateien werden nicht automatisch umgedeutet.

Spaltentypen in der Importvorschau festlegen

Nutze in Excel den Text-/CSV-Import mit Vorschau statt ausschließlich des Doppelklicks. Microsoft beschreibt Trennzeichenauswahl und Vorschau; der Textimport-Assistent bietet auch das Spaltenformat Text. Die Bedienung unterscheidet sich je nach Ausgabe. Entscheidend ist, unerwünschte Konvertierungen vor dem Laden zu verhindern.

Eine beispielhafte Kennung 00123 muss fünf Zeichen behalten, wenn die Quelle damit einen Datensatz bezeichnet. Behalte 03/04/2026 als Text, bis die Datumsregel der Quelle feststeht. Die zufällige Interpretation deines Computers löst die Unklarheit nicht. Auch Namen und URLs sollten ohne unerwünschte Konvertierung übernommen werden.

1. Arbeitskopie über die Importfunktion auswählen.
2. Tatsächliches Trennzeichen und mehrzeilige Felder in der Vorschau prüfen.
3. Kennungen und unklare Datumsfelder mit den verfügbaren Spalteneinstellungen als Text übernehmen.
4. Tabelle laden und ausgewählte Werte sowie Datensatzanzahl mit dem Original vergleichen.

Beschädigte Zeichen an der Quelle klären

Die Codierung ordnet gespeicherte Bytes Zeichen zu. Eine andere Schrift repariert keine falsche Decodierung. Gültiges UTF-8 zeigt nur, dass sich die Bytes so lesen lassen; bereits beschädigter und neu gespeicherter Text kann trotzdem falsch sein.

Prüfe bei fehlerhaften Umlauten die Codierung des Exports und die Dateicodierung im Import. Ein tatsächlich gespeichertes Ersatzzeichen erzeugt hier eine Warnung. Ersetze nicht pauschal Zeichen in allen Namen: Das kann richtige Schreibweisen beschädigen. Kläre wichtige Namen anhand einer zulässigen Quelle oder kennzeichne die offene Frage.

Den Import mit einem kleinen Abgleich abschließen

Prüfe Kopfbreite, logische Datensatzanzahl, ein eingebettetes Komma, ein mehrzeiliges Feld, gegebenenfalls eine Kennung mit führender Null und ein bekanntes Datumsformat. Leere Werte bleiben leer. Kontrolliere bei einem erneuten CSV-Export die tatsächlich gespeicherte Datei; die Tabellenansicht reicht dafür nicht.

Den SHA-256-Wert des Beispiels findest du im erwarteten Ergebnis und im Prüfbericht. Ein gleicher Wert identifiziert die verwendeten Bytes, bestätigt aber weder Wahrheit noch Berechtigungen einer privaten Datei. Das ZIP enthält Quellcode, Prüfungen und einen lokalen Beispielablauf. Dafür werden keine echten Kontodaten benötigt.