Terug naar Blog
Domein-doorverwijzing: test paden en parameters
Facturatie

Domein-doorverwijzing: test paden en parameters

Controleer domein-doorverwijzingen met vijf test-URL’s. Leg subpaden, campagneparameters en herstelinstellingen vast voordat je de wijziging accepteert.

11 oktober 20265 min lezen
P
PayRequest Team
Redactie productworkflows

Test bij een domein-doorverwijzing in het klantportaal de hoofd-URL, een echte subpagina en een URL met campagneparameters. Noteer telkens de uiteindelijke bestemming. Een werkende homepage bewijst niet dat bestaande links nog naar de juiste inhoud leiden.

Deze checklist is voor domeinverkopers en hun klanten. Het is een voorgestelde acceptatietest, geen verslag van een test in een klantaccount.

Controleer of Dit Domein Vanuit het Portaal Beheerd Kan Worden

De Cloudflare-integratiedocumentatie beschrijft doorverwijzingen via het tabblad Forwarding van een domeinabonnement. Daarvoor zijn een domeinproduct met gekoppelde registratie, een actieve Cloudflare-zone en een verbonden integratie nodig. De registratieflow gebruikt OpenProvider. Ontbreekt het tabblad, laat de verkoper deze voorwaarden controleren voordat je elders DNS wijzigt.

Volgens de Customer Portal-documentatie staan ondersteunde diensten onder My services. Open daar het domeinbeheer. Dit winkelportaal verschilt van het lichtere accountgedeelte op een betaalpagina; beloof niet overal dezelfde domeinfuncties.

Schrijf Eerst de Verwachte Bestemmingen Op

Gebruik twee domeinen die je beheert. In dit voorbeeld verwijst old.example naar new.example. Schakel Preserve Path alleen in als overeenkomstige paden op het doeldomein bestaan. Gebruik Preserve Query String wanneer de bestemming de parameters nodig heeft. De portal ondersteunt deze opties en redirects met 301 of 302. Cloudflare beschrijft ook parameterbehoud bij redirects.

Te testen bronVerwachte eindbestemmingMogelijke oorzaak bij mislukking
https://old.example/https://new.example/Verkeerd doel of forwarding ontbreekt
https://old.example/contacthttps://new.example/contactPad vervalt of doelpagina ontbreekt
https://old.example/?utm_source=invoicehttps://new.example/?utm_source=invoiceParameters worden anders behandeld
https://old.example/contact?ref=clientZelfde pad en ref op new.exampleCombinatie van pad en parameters controleren
https://www.old.example/contactAfgesproken www-bestemmingHostnaamdekking afzonderlijk controleren

De www-rij is een testvereiste, geen belofte dat de integratie elke hostnaam automatisch instelt. Bij een verwijzing naar één sociaal profiel kan behoud van /contact juist ongewenst zijn. Spreek dan de profiel-URL als bestemming af.

Voer de Vijf Controles Uit en Leg Herstel Vast

  1. Noteer het vorige doel, redirecttype en beide instellingen voor behoud.
  2. Stel forwarding in en open elke bron-URL in een nieuwe browsersessie.
  3. Vergelijk adresbalk én pagina met de tabel. Een foutpagina op het doel is geen geslaagde acceptatie.
  4. Controleer HTTPS en www apart. Laat bij een lus of onverwachte tussenstap de verkoper de regels onderzoeken.
  5. Noteer testtijd, eind-URL, resultaat en eigenaar van iedere fout. Herstel zo nodig de afgesproken vorige instellingen en test opnieuw.

Gebruik fictieve campagnewaarden zonder gevoelige gegevens. Parameterbehoud bewijst niet dat analytics het bezoek correct toeschrijft of dat toestemming tracking toestaat.

Draag de Wijziging Concreet Over

Voorbeeld: “Hoofdpagina en /contact slagen. De gecombineerde ref-test slaagt. www geeft nog een HTTPS-fout. Laat de wijziging open totdat de hostnaamdekking is opgelost.” Dit vertelt de volgende medewerker wat er nog moet gebeuren.

Leg bij een tijdelijke campagne de einddatum en herstelverantwoordelijke vast. Houd bij een permanente verhuizing een apart contentmigratieplan bij: een redirectinstelling garandeert geen zoekpositie of overdracht van iedere oude URL.

Gebruik het PayRequest-klantportaal voor het gedocumenteerde beheer van geschikte domeinen, met deze acceptatietabel erbij. Bekijk Services & integrations voor ondersteunde diensten.

Bekijk voor de bredere overdracht hostingklanten factureren.

Klaar om je workflow in te richten? Maak een PayRequest-account.

Opgesteld door het PayRequest Team met AI-ondersteuning. Documentatie gecontroleerd op 11 oktober 2026. De URL’s en acceptatietabel zijn eigen voorbeelden; er wordt geen klantresultaat geclaimd.

Veelgestelde vragen

Bewijst parameterbehoud dat campagnes goed gemeten worden?

Nee. Het behoudt URL-parameters. Controleer attributie en toestemming apart in je analyticstool.

Waarom ontbreekt het tabblad Forwarding?

Controleer het domeinabonnement, de gekoppelde registratie, actieve Cloudflare-zone en verbonden integratie. Winkelportaal en betaalpagina-account hebben verschillende mogelijkheden.

Garandeert de integratie dat www werkt?

Dat wordt hier niet beloofd. Test www en HTTPS apart en laat ontbrekende dekking door de verkoper oplossen.

Deel dit artikel