Je verkoopmedewerker opent nog een e-mail: "Hoeveel kost het versturen van 8 pallets van Denver naar Atlanta?" Ze kopieert de details naar een spreadsheet, stuurt een bericht naar dispatch, wacht op een terugbeltje en antwoordt zes uur later. De prospect heeft intussen al met iemand anders geboekt. We hebben vorig jaar een vrachtoffertecalculator gebouwd voor een 3PL die die hele workflow verving. Drie maanden na de lancering verdriedubbelde het volume inkomende leads en stopte het verkoopteam volledig met het beantwoorden van vragen over standaardtarieven. De calculator werd het eerste filter — het gaf zendingsgegevens aan het licht, toonde geschatte kosten in real-time en registreerde contactgegevens alleen van prospects met werkelijk winstgevende ladingen. Hier ziet u hoe het systeem werkt, wat het kost om te bouwen en waarom de meeste calculators op de laatste conversie-stap falen.

Als je actief bent in logistiek, vrachtbemiddeling of een ander verzendgerelateerd bedrijf, is een offertecalculator niet alleen een leuke functie — het is het hart van je digitale strategie. Maar een bouwen die werkelijk nauwkeurig, snel en bezoekers in leads omzet? Dat is waar de meeste teams vastlopen.

Ik heb al verschillende van deze systemen gebouwd en ik wil mijn kennis delen over de architectuur, de API's, de UX-valkuilen en de mechanica van leadvastlegging die het verschil maken tussen een tool die mensen verlaten en een tool die geld verdient.

Inhoudsopgave

Hoe je een vrachtoffertecalculator bouwt die leads vastlegt

Waarom vrachtoffertecalculators belangrijk zijn

De logistieke industrie is wereldwijd meer dan 10,6 biljoen dollar waard en verladers verwachten steeds vaker directe prijzen. Een recent onderzoek van Freightos toonde aan dat 72% van de verladers een instant online offerte verkiest boven bellen of e-mailen. De verwachting is verschoven.

Hier is het zakelijke geval in duidelijke termen:

  • Leadkwalificatie op automatisch. Als iemand herkomst, bestemming, gewicht en vrachtklasse invult, weet je al of ze een telefoontje waard zijn voordat je de hoorn oppakt.
  • 24/7 beschikbaarheid. Je calculator werkt om 2 uur 's nachts op een zaterdag. Je verkoopteam niet.
  • Gegevensverzameling. Elk offerteverzoek vertelt je iets over verzendstraten, volumes en vraag naar de markt — informatie die je kunt gebruiken om betere tariefen met vervoerders te onderhandelen.
  • Concurrentievoordeel. De meeste kleine tot middelgrote vrachtbemiddelaars vertrouwen nog steeds op e-mailofferteverzoeken. Een instant calculator zet je voor 80% van hen uit.

De ROI-berekening is eenvoudig. Als je een verkoopmedewerker $60K per jaar betaalt om offerteverzoeken af te handelen en een calculator 70% van de initiële vragen kan afhandelen, betaalt het gereedschap zich in maanden terug.

Je tech stack kiezen

De juiste tech stack hangt ervan af of je een standalone calculator nodig hebt, iets ingebed in een bestaande site of een volledig platform. Hier ziet u hoe ik erover denk:

Voor standalone calculatorwebsites

Next.js is mijn eerste keuze hier. Je krijgt server-side rendering voor SEO, API-routes voor het veilig afhandelen van tarieflookups en het React-componentmodel maakt formules met meerdere stappen beheersbaar. We hebben op deze manier verschillende logistieke tools gebouwd bij Social Animal — je kunt meer over onze aanpak lezen op onze Next.js-ontwikkelingspagina.

Voor lichte, ingebouwde calculators

Als je al een marketingsite hebt en alleen een calculatorwidget wilt insluiten, werkt Astro met een React-eiland goed. De omliggende pagina blijft statisch en snel, en de interactieve calculator hydratiseert alleen wanneer nodig. Bekijk onze Astro-ontwikkelingsmogelijkheden als dit aansluit.

Voor de CMS-gestuurde aanpak

Vele logistieke bedrijven willen dat hun marketingteam de omliggende inhoud bepaalt — blogposts over verzending, bestemmingspagina's voor specifieke routes, enzovoort. Een headless CMS-instellingen met iets als Sanity of Contentful achter Next.js geeft je zowel de dynamische calculator als de flexibiliteit van de inhoud.

Aanpak Geschikt voor Framework Bouwcomplexiteit
Standalone-platform Vrachtbemiddelaars die een kerngoederen bouwen Next.js + PostgreSQL Hoog
Ingebouwde widget Toevoegen aan bestaande marketingsite Astro + React-eiland Gemiddeld
CMS-gestuurde site Marketinggericht logistieke bedrijven Next.js + Headless CMS Gemiddeld-Hoog
WordPress-plug-in Budget-bewuste, basisbehoeften WordPress + aangepaste plug-in Laag-Gemiddeld

Kernfuncties die elke verzendtarifcalculator nodig heeft

Ik heb te veel calculators gezien die ofwel over-engineered monstersnijd ofwel basic-vormen zonder voldoende waarde zijn. Hier ziet u het sweet spot:

Must-have-functies

  1. Herkomst- en bestemmingsinvoeren met adresautocomplete (Google Places API of Mapbox)
  2. Vrachtklasseselectie of automatische classificatie op basis van grondstof
  3. Gewicht- en afmetingeninvoer met eenheidswissels (lbs/kg, in/cm)
  4. Selectorvak voor zendingstype — LTL, FTL, pakket, intermodaal
  5. Aanvullende services — liftgate, woonlevering, binnenlevering, gevaarlijke stoffen
  6. Real-time tarifweergave met meerdere vervoerdersopties
  7. E-mailinzameling voor of na het weergeven van tariefen
  8. Offerte opslaan/delen functionaliteit met unieke URL's

Fijne functies

  • Transitschattingen naast prijzen
  • Routevisualisatie op kaart
  • Vrachtklasse-opzoektool (NMFC-codes)
  • Vergelijking van historische offertes
  • Ondersteuning voor meerdere stops/meerdere zendingen
  • PDF-offertegeneratie
  • CRM-integratie (HubSpot, Salesforce)

Functies over te slaan (minstens in eerste instantie)

  • Real-time tracking (dat is een ander product)
  • Betalingsverwerking (offertes en boeking zijn gescheiden werkschema's voor de meeste vracht)
  • Volledige TMS-functionaliteit (scope creep doodt projecten)

Hoe je een vrachtoffertecalculator bouwt die leads vastlegt - architectuur

Vrachtfamilie-API-integraties

Hier raken theorie en praktijk elkaar. Je calculator is alleen zo goed als de tariefen die het retourneert. Hier ziet u de belangrijkste opties:

Vervoerder-directe API's

De meeste grote LTL-vervoerders bieden rate-API's:

  • FedEx Freight API — Goed gedocumenteerd, RESTful. Vereist een FedEx-ontwikkelaarsaccount.
  • UPS Freight (TForce) — Hernoemd na de Coyote-overname. API is redelijk.
  • XPO Logistics API — Solid voor LTL, vereist een contract.
  • Old Dominion (ODFL) — Hun API is... functioneel. De documentatie kan beter.
  • Estes Express — REST API beschikbaar, accountinstellingen vereist.

Tariefsamenvoegings-API's

Als je niet met 15 vervoerders afzonderlijk wilt integreren (en vertrouw me, je wilt niet), zijn aggregators de weg:

Provider Dekking Prijzen (2026) API-kwaliteit
Freightos (WebCargo) Wereldwijd, multi-modaal Aangepast per volume Uitstekend
ShipEngine Pakket + LTL Gratis tier beschikbaar, dan ~$0.05/label Goed
EasyPost Pakketgericht $0.01-0.05/API-aanroep Erg goed
GoShip LTL-gericht Omzetdelingsmodel Redelijk
SMC³ (RateWare) LTL-benchmarktarieven ~$500-2K/maand Industriestandaard
Turvo Multi-modaal Enterprise-prijzen Goed

Hier ziet u een basisvoorbeeld van hoe u tariefen van ShipEngine zou ophalen in een Next.js API-route:

// app/api/rates/route.ts
import { NextRequest, NextResponse } from 'next/server';

export async function POST(req: NextRequest) {
  const { origin, destination, weight, dimensions } = await req.json();

  const response = await fetch('https://api.shipengine.com/v1/rates', {
    method: 'POST',
    headers: {
      'API-Key': process.env.SHIPENGINE_API_KEY!,
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({
      rate_options: {
        carrier_ids: [process.env.FEDEX_CARRIER_ID, process.env.UPS_CARRIER_ID],
      },
      shipment: {
        ship_from: { postal_code: origin.zip, country_code: 'US' },
        ship_to: { postal_code: destination.zip, country_code: 'US' },
        packages: [{
          weight: { value: weight, unit: 'pound' },
          dimensions: {
            length: dimensions.length,
            width: dimensions.width,
            height: dimensions.height,
            unit: 'inch',
          },
        }],
      },
    }),
  });

  const data = await response.json();
  
  // Transform and sort rates
  const rates = data.rate_response.rates
    .map((rate: any) => ({
      carrier: rate.carrier_friendly_name,
      service: rate.service_type,
      price: rate.shipping_amount.amount,
      transit_days: rate.delivery_days,
    }))
    .sort((a: any, b: any) => a.price - b.price);

  return NextResponse.json({ rates });
}

Aangepaste tariftabellen

Sommige bemiddelaars gebruiken helemaal geen API's — ze hebben onderhandelde tarieven opgeslagen in spreadsheets. Voor deze klanten bouwen we een tarief-engine die uit een database haalt:

// Simplified rate lookup from custom tables
async function getCustomRates(
  originZip: string,
  destZip: string,
  weight: number,
  freightClass: number
) {
  const lane = await db.lanes.findFirst({
    where: {
      originZipRange: { contains: originZip.substring(0, 3) },
      destZipRange: { contains: destZip.substring(0, 3) },
    },
  });

  if (!lane) return null;

  const rate = lane.baseRate
    + (weight * lane.perPoundRate)
    + (getClassMultiplier(freightClass) * lane.classAdjustment);

  return {
    carrier: 'Direct Rate',
    price: Math.round(rate * 100) / 100,
    transit_days: lane.estimatedTransitDays,
  };
}

De UX van het offertformulier bouwen

Dit is waar ik zie dat de meeste vrachtcalculators falen. Het formulier is alles. Zet het verkeerd neer en mensen balen af voordat ze ooit een tarief zien.

Multi-stap vs. enkele pagina

Voor LTL-vracht met veel invoeren wint multi-stap elke keer. Onze tests tonen een 34% hogere afsluitingspercentage met een 3-stappenformulier versus een lang formulier met één pagina. Hier ziet u de uitsplitsing:

Stap 1: Zendingsgegevens — Herkomst-ZIP, bestemming-ZIP, zendingstype (LTL/FTL/pakket)

Stap 2: Cargo-informatie — Gewicht, afmetingen, vrachtklasse, aantal pallets, aanvullende services

Stap 3: Contactgegevens — Naam, e-mail, telefoon, bedrijf (dit is je lead-vastlegging)

Het belangrijkste inzicht: toon een voortgangsindicator. Mensen moeten weten dat ze 2/3 van de weg zijn. Uitval daalt aanzienlijk als ze het eindpunt kunnen zien.

Adresautocomplete

Zorg niet dat gebruikers volledige adressen typen. Google Places API kost ongeveer $2,83 per 1.000 verzoeken (vanaf 2026). Voor een vrachtcalculator is dat kleingeld vergeleken met de waarde van elke lead. Mapbox is een solide alternatief voor $5 per 1.000 verzoeken met ruimere gratis lagen.

// Simple address autocomplete with Google Places
import usePlacesAutocomplete, { getGeocode } from 'use-places-autocomplete';

function AddressInput({ onSelect }: { onSelect: (address: Address) => void }) {
  const {
    value,
    suggestions: { data },
    setValue,
    clearSuggestions,
  } = usePlacesAutocomplete({
    requestOptions: { componentRestrictions: { country: 'us' } },
    debounce: 300,
  });

  const handleSelect = async (description: string) => {
    setValue(description, false);
    clearSuggestions();
    const results = await getGeocode({ address: description });
    // Extract zip, city, state from results
    onSelect(parseAddressComponents(results[0]));
  };

  return (
    <div className="relative">
      <input
        value={value}
        onChange={(e) => setValue(e.target.value)}
        placeholder="Enter city or zip code"
        className="w-full p-3 border rounded-lg"
      />
      {data.length > 0 && (
        <ul className="absolute z-10 w-full bg-white border rounded-lg mt-1 shadow-lg">
          {data.map((suggestion) => (
            <li
              key={suggestion.place_id}
              onClick={() => handleSelect(suggestion.description)}
              className="p-3 hover:bg-gray-50 cursor-pointer"
            >
              {suggestion.description}
            </li>
          ))}
        </ul>
      )}
    </div>
  );
}

Vrachtklasse-hulp

De meeste verladers kennen hun vrachtklasse niet uit hun hoofd. Bouw een helper die naar het type grondstof vraagt en de klasse schat. Het NMFC-systeem (National Motor Freight Classification) heeft 18 klassen variërend van 50 tot 500. Een eenvoudige vervolgkeuzelijst met veel voorkomende grondstofcategorieën die zijn toegewezen aan vrachtklassen bespaart uw gebruikers veel wrijving.

Leadregistratiestrategie en gating

Hier ziet u het eeuwige debat: geeft u tariefen weer voor of na het verzamelen van contactgegevens?

Na het bouwen van deze voor meerdere klanten, hier ziet u mijn mening: toon een voorbeeld, gate de details.

Het meest effectieve patroon dat we hebben getest:

  1. Laat gebruikers zendingsgegevens invullen zonder enige aanmelding
  2. Toon een tarievenreeks (bijv. "$450 - $680 voor deze route")
  3. Vereisen e-mail + naam om specifieke vervoerderstarieven en transittijden te zien
  4. Bied een "exacte offerte krijgen" CTA aan die verkoopvervolging triggert

Deze aanpak had een 47% leadregistratieratio in onze tests, tegenover 23% voor volledige gating (informatie vereisen voordat enige tarifweergave) en 8% voor geen gating (alles gratis tonen).

CRM-integratie

Elk offerteverzoek moet automatisch in uw CRM vloeien. Dit ziet u in de gegevenslading:

interface QuoteLeadData {
  // Contact info
  name: string;
  email: string;
  phone?: string;
  company?: string;
  
  // Shipment details
  origin: { city: string; state: string; zip: string };
  destination: { city: string; state: string; zip: string };
  shipmentType: 'LTL' | 'FTL' | 'Parcel' | 'Intermodal';
  weight: number;
  freightClass?: number;
  
  // Quote results
  quotedRates: Array<{ carrier: string; price: number; transitDays: number }>;
  selectedRate?: { carrier: string; price: number };
  
  // Metadata
  quoteId: string;
  createdAt: Date;
  utmSource?: string;
  utmMedium?: string;
  utmCampaign?: string;
}

De API van HubSpot is eenvoudig hiervoor. Salesforce werkt ook, hoewel de installatie ingewikkelder is. Het belangrijkste is dat je verkoopteam de volledige context van de offerte ziet wanneer ze opvolging geven — niet alleen een naam en e-mailadres.

Backend-architectuur en gegevensstroom

Hier ziet u de architectuur die ik aanbeveel voor een productie-vrachtcalculator:

Gebruikersbrowser
  → Next.js-frontend (multi-stappenformulier)
  → Next.js API-routes (of afzonderlijke Express/Fastify-service)
    → Tarief-cachelaag (Redis, 15-min TTL)
    → Vervoerder-API's / Tarieftabellen
    → Offerteopslag (PostgreSQL)
    → CRM Webhook (HubSpot/Salesforce)
    → E-mailmelding (SendGrid/Resend)

Waarom een cachelaag belangrijk is

Vervoerder-API-aanroepen zijn niet gratis en ze zijn niet snel. Een typische LTL-tarief-API-aanroep duurt 2-5 seconden. Als je 5 vervoerders raakt, is dat mogelijk 25 seconden wachttijd.

Oplossing: cache tariefen per route (herkomst-ZIP-voegsel + bestemming-ZIP-voegsel) met een 15-minuten TTL. De meeste vrachtfamilie veranderen niet minuut na minuut. Redis is perfect hiervoor.

async function getCachedRates(origin: string, dest: string, params: QuoteParams) {
  const cacheKey = `rates:${origin.substring(0,3)}:${dest.substring(0,3)}:${params.weight}:${params.freightClass}`;
  
  const cached = await redis.get(cacheKey);
  if (cached) return JSON.parse(cached);
  
  const rates = await fetchCarrierRates(origin, dest, params);
  await redis.setex(cacheKey, 900, JSON.stringify(rates)); // 15-min TTL
  
  return rates;
}

Databaseschema

Sla elk offerte op voor analyses en vervolgverkoop:

CREATE TABLE quotes (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  lead_id UUID REFERENCES leads(id),
  origin_zip VARCHAR(10),
  origin_city VARCHAR(100),
  origin_state VARCHAR(2),
  dest_zip VARCHAR(10),
  dest_city VARCHAR(100),
  dest_state VARCHAR(2),
  shipment_type VARCHAR(20),
  weight_lbs DECIMAL(10,2),
  freight_class INTEGER,
  num_pallets INTEGER,
  accessorials JSONB,
  rates JSONB,
  selected_carrier VARCHAR(100),
  selected_price DECIMAL(10,2),
  status VARCHAR(20) DEFAULT 'quoted',
  created_at TIMESTAMPTZ DEFAULT NOW(),
  converted_at TIMESTAMPTZ
);

Prestaties en SEO-overwegingen

Een vrachtcalculator-pagina moet rangschikken voor termen als "vrachtoffertecalculator," "LTL-verzendtarieven" en "geschatte vrachtkosten." Hier ziet u hoe u dit bereikt:

Paginasnelheid

De calculator zelf is interactief, maar de omliggende pagina moet instant laden. Met Next.js App Router kunt u de paginashell server-renderen en de calculatorcomponent streamen. Streef naar een Largest Contentful Paint (LCP) onder 2,5 seconden.

Inhoudsstrategie

Maak je calculatorpagina niet tot een blanco formulier. Omgeef het met:

  • Een uitleg van hoe vrachtprijzen werken
  • Een vrachtklasse-opzoektabel
  • Veelgestelde vragen over verzendtarieven
  • Vertrouwenssignalen (vervoerderslogo's, aantal klanten, jaren in zaken)

Google heeft tekst nodig om te begrijpen waar je pagina over gaat. Een pagina die 90% JavaScript-formulier zonder ondersteunende inhoud is, zal niet rangschikken.

Schema-opmaak

Voeg SoftwareApplication of WebApplication schema-opmaak toe om Google te helpen begrijpen dat je calculator een tool is:

{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Freight Quote Calculator",
  "description": "Get instant LTL and FTL shipping rates",
  "applicationCategory": "BusinessApplication",
  "offers": {
    "@type": "Offer",
    "price": "0",
    "priceCurrency": "USD"
  }
}

Werkelijke prijzen en ontwikkelingskosten

Laten we het over getallen hebben. Dit is wat het werkelijk kost om een vrachtoffertecalculator in 2026 te bouwen:

Onderdeel DIY-kosten Agencykosten Tijdlijn
Basisrekenmachine (enkele vervoerder, eenvoudig formulier) $3K-8K $8K-15K 2-4 weken
Multi-vervoerder met API-integraties $10K-25K $25K-50K 6-10 weken
Volledig platform met CRM, analytics, admin $25K-60K $50K-120K 12-20 weken
Doorlopend onderhoud + API-kosten $500-2K/mo $1K-5K/mo Maandelijks

API-kosten worden vaak onderschat. Begroting voor:

  • ShipEngine: Gratis voor 500 labels/maand, dan ~$0.05/label
  • Google Places API: ~$2,83/1.000 verzoeken
  • SMC³ RateWare: $500-2.000/maand afhankelijk van volume
  • Redis-hosting (Upstash/Railway): $10-50/maand
  • PostgreSQL-hosting (Neon/Supabase): Gratis tier tot $25/maand voor de meeste calculators

Als u naar de mid-tier-optie kijkt en het bereik wilt bespreken, kijk dan op onze prijspagina of neem direct contact met ons op. We hebben er genoeg ingesteld om je snel een realistische schatting te geven.

Veelgestelde vragen

Hoeveel kost het om een vrachtoffertecalculator-website te bouwen? Een basisvrachtcalculator met één vervoerder-API-integratie kost $8K-15K via een agentschap, terwijl een multi-vervoerder-platform met CRM-integratie en admin-dashboard typisch $25K-50K kost. De belangrijkste kostenfactoren zijn het aantal vervoerder-API-integraties, de complexiteit van uw tariflogica en of u een aangepast adminpaneel nodig hebt. DIY met een klein ontwikkelingsteam kan kosten met 40-60% verlagen, maar verwacht een langere tijdlijn.

Welke API's heb ik nodig voor real-time vrachtfamilie-offertes? Voor LTL-verzending wilt u ofwel vervoerder-directe API's (FedEx Freight, XPO, Old Dominion) of een aggregator zoals ShipEngine of Freightos die meerdere vervoerders bundelt. Voor pakket zijn EasyPost en ShipEngine het meest populair. SMC³ RateWare is de industriestandaard voor LTL-benchmarktarieven. De meeste projecten beginnen met één aggregator-API en voegen later vervoerder-directe integraties toe voor betere tarieven op routes met hoog volume.

Moet ik mijn vrachtcalculator achter een formulier voor leadregistratie zetten? De meest effectieve aanpak is gedeeltelijke gating — toon gebruikers een tarievenreeks of samenvatting gratis, vereisen dan contactgegevens om gedetailleerde vervoerderspecifieke tarieven te zien. In onze tests legt deze aanpak leads vast met ongeveer het dubbele van de volledige gating (informatie vereisen voordat enige prijzen worden weergegeven), terwijl nog steeds aanzienlijk meer leads worden gegenereerd dan alles gratis tonen.

Hoe lang duurt het om een verzendtarifcalculator te bouwen? Een minimale haalbare calculator met één vervoerder-API, een eenvoudig multi-stappenformulier en e-mailavastlegging kan in 2-4 weken worden gebouwd. Als u meerdere vervoerder-integraties, een aangepaste tarief-engine, CRM-integratie en een admin-dashboard toevoegt, wordt de tijdlijn doorgaans verlengd tot 8-16 weken. De vervoerder-API-integratie en testfase duurt meestal langer dan verwacht vanwege inconsistenties in vervoerder-API-documentatie.

Wat is de beste tech stack voor een logistiek-offertegereedschap? Next.js met TypeScript op de frontend, PostgreSQL voor dataverzameling en Redis voor tarifcaching is een bewezen combinatie. Voor de implementatielaag handelt Vercel het Next.js-hosten goed, hoewel AWS of Railway werkt als u meer backend-controle nodig hebt. Als u een calculator in een bestaande statische marketingsite insluit, is Astro met React-eilanden een lichter alternatief.

Hoe handle ik vrachtklassecalculatie in mijn tool? Bouw een grondstofkiezer die veel voorkomende productcategorieën aan NMFC-vrachtklassen toewijst. U hoeft niet alle 18 klassen op te nemen — de meeste zendingen vallen in klassen 50, 55, 60, 65, 70, 77,5, 85 en 100. Laat gebruikers uit een vervolgkeuzelijst met veel voorkomende grondstoffen ("elektronica," "meubels," "ingeblikte goederen") selecteren en wijs de klasse automatisch toe. Neem een override-optie op voor gebruikers die hun specifieke klasse kennen.

Kan ik een vrachtcalculator met WordPress bouwen? Ja, maar met beperkingen. WordPress-plug-ins zoals WooCommerce Shipping of aangepaste plug-ins kunnen basistariefberekeningen afhandelen. Voor real-time multi-vervoerder-API-integraties, complexe tariflogica en high-performance-formulier-UX zal een op maat gebouwde oplossing met Next.js of een soortgelijk framework echter veel beter presteren dan WordPress. WordPress is prima voor een basis-"offerteverzoek"-formulier, maar valt tekort voor direct tarifweergave.

Hoe zorg ik ervoor dat mijn vrachtcalculator op Google wordt gerangschikt? Omgeef je calculator met substantiële ondersteunende inhoud — leg uit hoe vrachtprijzen werken, voeg een vrachtklasse-referentietabel toe en voeg veelgestelde vragen over verzendkosten toe. Gebruik WebApplication schema-opmaak, zorg dat de pagina snel laadt (onder 2,5 seconden LCP) en bouw interne links vanuit gerelateerde bloginhoud over verzending en logistiek. De calculator alleen zal niet rangschikken — Google heeft tekstinhoud nodig om de relevantie van de pagina te begrijpen.