Een WordPress-URL-inventaris maken met AI

Een URL-inventaris is de feitelijke basis van het meeste WordPress-SEO- en migratiewerk. AI kan exports normaliseren en patronen classificeren, maar kan geen volledige website afleiden uit de eerste pagina van een API-antwoord of alleen een sitemap. Bouw de inventaris op uit meerdere benoemde bronnen en behoud verschillen.

SEO-analyse is slechts zo betrouwbaar als het aangeleverde bewijs. Een taalmodel kent crawlstatus, indexering, rankings, canonieke selectie of paginaprestaties niet zelfstandig. Behandel het als bewijsorganisator en hypothesegenerator en verifieer daarna elke bevinding in het juiste bronsysteem.

In één zin: maak één stabiele rij per ontdekte URL, behoud elke bron die deze meldde en markeer conflicten in plaats van stilzwijgend een waarde te kiezen.

Wat deze gids u helpt bereiken

De uitvoer moet een traceerbaar beeld geven van openbare, privé-, omgeleide en ontbrekende URL’s, met WordPress-ID’s waar beschikbaar. Zij moet latere audits ondersteunen zonder te doen alsof één gegevensbron de hele site vertegenwoordigt.

Een nuttig resultaat is niet slechts een gepolijst antwoord. Het moet tonen welke records of pagina’s zijn onderzocht, welk bewijs ontbrak, wat de assistent afleidde, wat een mens moet beslissen en welke acties verboden blijven.

Wat een geslaagd resultaat moet bevatten

• Eén genormaliseerd URL-record met alle waargenomen bronvarianten.
• WordPress-content-ID, type, status, taal en datums waar beschikbaar.
• HTTP-, canonieke, sitemap- en indexeringsbeleidsbewijzen indien geleverd.
• Bronaanwezigheidsmarkeringen die tonen waar elke URL is ontdekt.
• Velden voor conflicten en ontbrekende gegevens.
• Een duidelijk gedefinieerd inventarisbereik en extractiedatum.

Bewijs en invoer voorbereiden

WordPress, sitemaps, crawlers en analysesystemen beantwoorden verschillende vragen. Voeg ze samen zonder de verschillen uit te wissen.

• Volledige gepagineerde exports van WordPress-berichten, pagina’s en aangepaste contenttypen.
• Alle XML-sitemaps en sitemapindexen.
• Een crawlexport met definitieve URL, status en canonieke velden.
• Redirectkaart of servergegevens, indien beschikbaar.
• Pagina-exports uit Search Console en analyses, indien relevant.
• Toewijzingen voor taal, sitesectie en contenteigenaar.
• Voor het project goedgekeurde URL-normalisatieregels.

Registreer datum, bron, bereik en bekende weglatingen voor elke invoer. Verwijder inloggegevens, persoonsgegevens en klantgegevens die niet nodig zijn voor de taak.

Houd ontdekkingsbronnen als afzonderlijk bewijs

Een URL in WordPress maar niet in de sitemap is niet automatisch een fout. Een URL in analyses maar niet in WordPress kan omgeleid, extern, historisch of gegenereerd zijn. Behoud markeringen zoals in_wordpress, in_sitemap, in_crawl en in_search_data voordat u ze interpreteert.

Normaliseer zonder verschillen te verbergen

Normalisatie van hoofdletters, afsluitende slash, protocol, host en query kan dubbeltellingen voorkomen. Bewaar zowel de ruwe waarde als de genormaliseerde sleutel zodat reviewers kunnen nagaan wat is gewijzigd. Verwijder geen parameters voordat hun functie bekend is.

Een veilige werkstroom

1. Verklaar opgenomen hosts, protocollen, talen en contenttypen.
2. Exporteer elke bron met datums en pagineringsbewijs.
3. Sla ruwe URL’s op voordat normalisatieregels worden toegepast.
4. Maak een genormaliseerde URL-sleutel en bronaanwezigheidsmarkeringen.
5. Voeg WordPress-ID’s, statussen, HTTP-resultaten, canonieke waarden en sitemapbewijs samen.
6. Vraag de assistent conflicten en ontbrekende velden te classificeren.
7. Controleer afwijkingen met grote impact handmatig.
8. Bevries de inventarisopname voor vervolgwerk.
9. Maak afzonderlijke taken voor redirects, canonieke waarden of contentwijzigingen.

De werkstroom scheidt analyse bewust van implementatie. Een latere wijzigingsfase moet naar de goedgekeurde uitvoer verwijzen in plaats van de rechten van de analytische identiteit stilzwijgend uit te breiden.

Promptsjabloon

Vervang vóór gebruik van deze prompt elke waarde tussen vierkante haken. Plak geen wachtwoorden, API-sleutels, private klantrecords of niet-gerelateerde persoonsgegevens in de instructie.

Maak een genormaliseerde WordPress-URL-inventaris van de aangeleverde bronbestanden.

Geef één rij per genormaliseerde URL terug met:
- Genormaliseerde URL en alle ruwe varianten
- Host, pad, query en taal
- WordPress-ID, contenttype en status
- Publicatie- en wijzigingsdatums
- Aanwezig in WordPress, sitemap, crawl, Search Console, analyses en redirectkaart
- HTTP-status en definitieve URL indien geleverd
- Gedeclareerde canonieke URL indien geleverd
- Conflictklasse en ontbrekend bewijs
- Controleprioriteit en onderbouwing

Regels:
1. Ga niet ervan uit dat één bron volledig is.
2. Bewaar ruwe waarden en brondatums.
3. Verwijder geen parameters zonder goedgekeurde regel.
4. Verzin geen HTTP-, canonieke of indexeringsgegevens.
5. Wijzig WordPress, redirects of sitemaps niet.

Waarom deze prompt zo is opgebouwd

Het bronaanwezigheidsmodel creëert een controleerbare koppeling in plaats van een platte spreadsheet die tegenstrijdigheden verbergt. Ruwe varianten en genormaliseerde sleutels maken het mogelijk deduplicatie ter discussie te stellen.

Aanbevolen toegangsgrens

Gebruik een Read Only-identiteit. De assistent mag de WordPress-records binnen het bereik inspecteren, maar pogingen om content te maken, bewerken, verwijderen of publiceren moeten worden geweigerd.

De aanbevolen werkstroom heeft laag risico wanneer brongegevens zijn afgebakend en geen schrijfrecht is toegekend. Laag risico betekent niet nul controle.

Wat buiten deze taak moet blijven

• Geen redirects, canonieke waarden, noindex-wijzigingen of verwijderingen.
• Geen bewering dat sitemapafwezigheid de-indexering betekent.
• Geen aanname dat API-paginering zonder bewijs volledig is.
• Geen verwijdering van queryparameters voordat hun rol bekend is.
• Geen afgeleide HTTP-status of definitieve URL.

Het toegangsniveau is een startaanbeveling, geen universeel recht. De exacte mogelijkheden van een identiteit moeten voortkomen uit de geïnstalleerde productversie en haar gepubliceerde dekking.

Hoe WP Agent Control past

Dit is een algemene WordPress-werkwijze en geen belofte dat Agent Control elk besproken object of elke integratie kan bewerken. Begin in de begeleide route met openbare pagina’s. Handelingen voor plugins, thema’s, gebruikers, instellingen, bestanden, verwijderingen, WooCommerce, ACF en paginabouwers zijn geen ingebouwde begeleide taken. Beoordeel daarvoor afzonderlijk geschikte hulpmiddelen en rechten.

Vraag na het verbinden gestructureerde sitegegevens op en bekijk geselecteerde gepubliceerde pagina’s. Hiervoor is geen tijdelijke taak nodig. Je kunt openbare pagina’s ook zonder de plugin bezoeken; Agent Control voegt gestructureerde toegang toe en een vervolg naar toegestaan WordPress-werk.

Verbind je AI: docs first profile · Bekijk functies en compatibiliteit: coverage

Verificatiechecklist

• ☐ Elke bron heeft een datum en bereik.
• ☐ Voltooiing van de paginering is gedocumenteerd.
• ☐ Ruwe en genormaliseerde URL-waarden zijn beide bewaard.
• ☐ Bronconflicten blijven zichtbaar.
• ☐ WordPress-ID’s zijn bewaard waar beschikbaar.
• ☐ Tijdens het maken van de inventaris is geen URL-status veranderd.

Veelvoorkomende faalwijzen

• Sitemap is gelijk aan site: de inventaris sluit geldige URL’s uit die niet in de sitemap staan.
• API-export van de eerste pagina: paginering wordt gemist en het resultaat wordt ten onrechte volledig genoemd.
• Destructieve normalisatie: parameters of padverschillen worden vóór controle weggegooid.
• Conflictuitwissing: één bron overschrijft stilzwijgend een andere.

Geavanceerde opmerking

Gebruik onveranderlijke inventarisopnamen met stabiele URL-ID’s. Latere crawls en migratiekaarten kunnen naar dezelfde identiteit verwijzen, zodat het team toestandsovergangen kan volgen zonder historisch bewijs te herschrijven.

Gerelateerde gidsen

• WordPress-inhoud inventariseren met AI
• Een WordPress-SEO-audit in alleen-lezen-modus met AI uitvoeren
• Verweesde WordPress-pagina’s vinden met AI
• Dubbele of overlappende WordPress-content vinden met AI

Volgende stap

Gebruik de bevroren inventaris voor analyse van verweesde pagina’s, controle van overlap en de bredere SEO-audit.