Warum VLOOKUP manchmal fehlschlägt

VLOOKUP ist zuverlässig, schlägt aber auf einige vorhersehbare Arten fehl. Sobald Sie die Regeln kennen, sind die meisten Fehler nicht mehr rätselhaft.

In dieser Lektion lernen Sie die häufigsten Ursachen für einen fehlerhaften Suchvorgang kennen und erfahren genau, wie Sie jede davon beheben. Damit werden verwirrende Fehler wie #N/A und #REF! zu schnell und einfach lösbaren Problemen.

VLOOKUP kann nur in der äußersten linken Spalte seines table_array suchen und Werte rechts davon zurückgeben. Es kann keinen Wert suchen und etwas links davon zurückgeben.

Wenn sich Ihre IDs in Spalte C und der gewünschte Name in Spalte A befinden, kann VLOOKUP nicht nach links zurückgreifen. Sie haben zwei Möglichkeiten: Ordnen Sie die Spalten so an, dass die Suchspalte an erster Stelle steht, oder verwenden Sie INDEX-MATCH beziehungsweise XLOOKUP, die in jede Richtung suchen können.

Der col_index_num wird vom linken Rand des table_array aus gezählt, nicht vom Tabellenblatt. Ein häufiger Fehler besteht darin, den Spaltenbuchstaben des Tabellenblatts als Zahl zu verwenden.

Wenn Ihr Bereich C1:F10 lautet und Sie Spalte F möchten, ist dies die 4. Spalte des Bereichs. Der Index ist also 4 und nicht 6. Wenn Sie vom falschen Rand aus zählen, wird das falsche Feld zurückgegeben oder, falls die Zahl die Breite des Bereichs überschreitet, ein Fehler #REF! erzeugt.

Wenn col_index_num größer ist als die Anzahl der Spalten in Ihrem table_array, gibt VLOOKUP #REF! zurück.

Wenn Sie beispielsweise Spalte 5 eines dreispaltigen Bereichs A1:C10 anfordern, ist das nicht möglich:

Beheben Sie den Fehler, indem Sie entweder das table_array erweitern, sodass die benötigte Spalte enthalten ist, oder den Index auf eine innerhalb des Bereichs gültige Spaltennummer korrigieren.

Wenn Sie das vierte Argument weglassen, wird standardmäßig TRUE (ungefähre Übereinstimmung) verwendet. Bei einer unsortierten Liste wird dadurch stillschweigend ein falscher benachbarter Wert statt eines Fehlers zurückgegeben, was schwer zu erkennen ist.

Die Lösung ist einfach und sollte zur Gewohnheit werden: Fügen Sie für exakte Suchvorgänge immer FALSE hinzu.

Ein Suchwert "A100" stimmt nicht mit "A100 " überein, wenn am Ende ein Leerzeichen steht. Importierte Daten enthalten häufig solche unsichtbaren Unterschiede.

Typisches Anzeichen: Ein Wert ist offensichtlich vorhanden, trotzdem erhalten Sie #N/A. Bereinigen Sie beide Seiten mit TRIM, um überflüssige Leerzeichen zu entfernen:

Wenn Ihr Suchwert die Zahl 100 ist, die Tabelle die Codes aber als Text "100" speichert (oder umgekehrt), stimmen die Werte nicht überein und Sie erhalten #N/A.

Achten Sie auf das kleine grüne Dreieck oder auf linksbündige Zahlen, die auf Text hinweisen. Beheben Sie den Fehler durch eine Konvertierung: Umschließen Sie den Text mit VALUE(), um ihn in eine Zahl umzuwandeln, oder verbinden Sie eine Zahl mit einer leeren Zeichenfolge über &"", um sie in Text umzuwandeln. So haben beide Seiten denselben Typ.

Wenn Sie vergessen, das table_array zu fixieren, verschiebt das Kopieren der Formel nach unten den Bereich von Ihren Daten weg. Aus A1:C100 in Zeile 2 wird in Zeile 3 A2:C101 und danach A3:C102, wodurch nach und nach Zeilen fehlen.

Verwenden Sie absolute Bezüge, damit die Tabelle fixiert bleibt und sich nur der Suchwert verschiebt:

Jeder Fehler weist auf eine Ursache hin:

• #N/A – der Wert wurde nicht gefunden (nicht übereinstimmende Werte, Leerzeichen, falscher Typ oder der Wert fehlt tatsächlich)
• #REF! – col_index_num ist größer als der Bereich oder eine referenzierte Zelle wurde gelöscht
• #VALUE! – ein Argument hat den falschen Typ, etwa ein negativer oder null Spaltenindex
• #NAME? – der Funktionsname ist falsch geschrieben, etwa VLOOKP

Wenn Sie den Fehler seiner Bedeutung zuordnen, ist das Problem bereits halb gelöst.

Während der Fehlersuche können Sie einen Suchvorgang auch so umschließen, dass Benutzende eine verständliche Meldung statt eines unverarbeiteten Fehlers sehen. IFERROR fängt jeden Fehler ab und gibt stattdessen Ihren Text zurück.

Dadurch wird die zugrunde liegende Ursache nicht behoben. Verwenden Sie diese Funktion daher erst, nachdem Sie verstanden haben, warum der Suchvorgang fehlgeschlagen ist. Wenn Sie Fehler zu früh ausblenden, können echte Datenprobleme unbemerkt bleiben.

Wenn sich ein Suchvorgang unerwartet verhält, gehen Sie diese kurze Checkliste durch:

• Steht der Suchwert in der ersten Spalte des Bereichs?
• Wird der col_index_num vom linken Rand des Bereichs aus gezählt und liegt er innerhalb der Bereichsbreite?
• Haben Sie für eine exakte Übereinstimmung FALSE hinzugefügt?
• Haben beide Seiten denselben Typ (Text oder Zahl) und keine überflüssigen Leerzeichen?
• Ist das table_array fixiert, also mit Dollarzeichen versehen?

Wenn Sie diese Liste von oben nach unten durchgehen, lassen sich die meisten Fehler bei Suchvorgängen innerhalb weniger Sekunden beheben.

Die häufigsten Ursachen und ihre Lösungen:

• Einschränkung auf die linke Spalte – Ordnen Sie die Spalten neu an oder verwenden Sie INDEX-MATCH / XLOOKUP
• Falscher oder zu großer col_index_num – Zählen Sie vom linken Rand des Bereichs aus und erweitern Sie den Bereich
• FALSE fehlt – Verwenden Sie für IDs immer eine exakte Übereinstimmung
• Leerzeichen und Text-gegen-Zahl – Bereinigen Sie die Werte mit TRIM und konvertieren Sie sie mit VALUE oder &""
• Tabelle nicht fixiert – Verwenden Sie $, damit der Bereich an seiner Position bleibt

Lesen Sie den Fehlercode, ordnen Sie ihn einer Ursache zu und wenden Sie die passende Lösung an. Damit verfügen Sie nun über ein vollständiges Werkzeugset für zuverlässige Suchvorgänge.