On-Page Optimalisatie

On-page optimalisatie is het op paginaniveau afstemmen van titels, omschrijvingen, koppen, entiteiten, interne ankers en media op één nuttige lezerstaak. Het post-type bepaalt al de structurele functie van de pagina; deze fase zorgt ervoor dat elk zichtbaar en machineleesbaar signaal die functie consistent beschrijft.

Fase: P11 · Fase C — Produceren. Tijdsbox: 60–90 minuten voor een nieuwe pagina na redactionele goedkeuring; twee tot vier uur voor een bestaande pagina vanwege diagnose, behoud en voor-en-na-bewijs. Verantwoordelijke eigenaar: SEO-content lead. Bijdragers: schrijver of redacteur, SEO-strategist, ontwerper voor materiële mediawijzigingen, en ontwikkelaar wanneer templates de verkeerde HTML genereren.

Waarom deze fase, en waarom hier

P11 verbruikt de goedgekeurde draft en productiecontroles uit het contentproductiesysteem , plus de intentie van de pagina, canonieke URL, primaire entiteiten, vereist bewijs en post-type specificatie . Structuur heeft al bepaald of het asset een gids, vergelijking, productpagina, woordenlijstterm of een ander formaat is. On-page werk moet die beslissing niet opnieuw ontwerpen door elke zoekvariant in de pagina te proppen.

De fase bestaat omdat hetzelfde accurate artikel tegenstrijdige signalen kan uitzenden. Een browsertabblad belooft misschien “Enterprise CRM Migratiehandleiding,” de H1 zegt “Uw Gegevens Verplaatsen,” de inleiding noemt wellicht nooit de betrokken systemen, en interne links noemen de pagina “lees meer.” Een persoon kan de relatie afleiden na het lezen. Een zoekmachine, schermlezer of AI-ophaalsysteem moet verschillende zwakkere labels met elkaar verzoenen voordat het kan beslissen waar de pagina over gaat en wanneer deze nuttig is.

De volgorde is belangrijk. Voer on-page optimalisatie uit vóór de speciale interne linkfase omdat P12 de uiteindelijke URL, stabiele koppen en goedgekeurde ankerconcepten nodig heeft. Voer het uit na het schrijven van de draft, omdat een titel die geschreven is voordat het antwoord bestaat, vaak een reikwijdte belooft die de body niet waarmaakt. Het overslaan van P11 maakt bruikbare content moeilijker classificeerbaar en minder aantrekkelijk om op te klikken. Het uitvoeren tijdens onderzoek moedigt trefwoord-gestuurde copy aan voordat zoekintentie — de taak die een zoeker probeert te volbrengen — is vastgesteld.

Inputs en outputs

Outputs vormen het contract met interne linking en pre-publicatie kwaliteitsborging. Een redacteur zou niet hoeven te raden wat de titel bedoelde of welke kop veilig een diepe link kan ontvangen.

De checklist

De checklist verschilt bij de eerste stap voor een bestaande pagina en een nieuwe pagina. De overige controles delen acceptatiestandaarden, maar bewijs mag nooit worden weggegooid om een oude pagina op een nieuwe template te laten lijken.

1. Kies de route voor bestaande pagina of nieuwe pagina

Wat: Classificeer het werk als optimalisatie van bestaande pagina of voltooiing van nieuwe pagina voordat u copy wijzigt. Een bestaande pagina heeft meetbare geschiedenis en kan al zoekopdrachten buiten de huidige instructie vervullen; een nieuwe pagina heeft geen prestatienorm om te beschermen.

Waarom: Het bewerken van een live presteerder zonder de werkende dekking vast te leggen, maakt verliezen onmogelijk te diagnosticeren. Het behandelen van een nieuwe pagina als een dalende pagina nodigt uit tot verzonnen basislijnen en voorbarige succesclaims.

Hoe: Exporteer voor een bestaande pagina de huidige titel, omschrijving, H1–H3-omtrek, interne ankers, media, topzoekopdrachten, klikken, vertoningen, CTR, gemiddelde positie en conversies voor een aangegeven range. Annoteer wat behouden moet worden. Verifieer voor een nieuwe pagina de goedgekeurde intentie, post-type, URL, entiteitenlijst en conversie-actie; markeer prestatievelden als “basislijn na lancering,” niet nul.

Tool: Gebruik Google Search Queries op app.amicited.com/reports/google-search/queries voor live zoekbewijs. Gebruik de CMS-preview en de goedgekeurde instructie voor een nieuwe pagina.

Gereed wanneer: Het wijzigingsrecord vermeldt de route, bewijsvenster, eigenaar, beschermde zoekopdrachten of secties, en reden voor het werk. Er beginnen geen tekstwijzigingen aan een bestaande pagina zonder vastgelegde basislijn, en geen nieuwe pagina wordt beoordeeld op verzonnen historische prestaties.

2. Bevestig opnieuw de enkele primaire belofte van de pagina

Wat: Schrijf één zin: “Deze pagina helpt [doelgroep] bij het voltooien van [taak] door het bieden van [antwoord of beslissingsondersteuning].” Markeer één primair zoekthema en de belangrijke secundaire vragen die de body echt beantwoordt.

Waarom: Titels, koppen, entiteiten, ankers en media kunnen alleen overeenstemmen wanneer de pagina één dominante taak heeft. Een lijst met trefwoorden is geen belofte omdat het niets zegt over de uitkomst die de lezer ontvangt.

Hoe: Vergelijk de goedgekeurde intentie met het openingsantwoord, bewijs, resultaatpagina-verwachtingen en call-to-action. Als de draft twee verschillende taken met ander bewijs of vervolgacties bedient, retourneer het dan voor reikwijdtebeoordeling in plaats van het conflict te verbergen in een brede titel.

Tool: Gebruik de instructie, live resultaatbeoordeling en het zoekbewijs dat in stap 1 is toegevoegd.

Gereed wanneer: Een beoordelaar de belofte kan lezen en kan wijzen naar het directe antwoord, ondersteunende secties en vervolgactie die deze vervullen. Elk behouden zoekthema past in dezelfde taak.

3. Schrijf een titel die herschrijven kan overleven

Wat: Finaliseer de HTML title-tag — de paginanaam die in een browsertabblad wordt getoond en vaak als zoekresultaatkop wordt gebruikt — en de zichtbare H1.

Waarom: Zoekmachines kunnen titels herschrijven wanneer ze repetitief, vaag, volgestopt, verouderd of inconsistent met de zichtbare pagina zijn. Geen enkele formulering kan elke herschrijving voorkomen, omdat resultaten zich aanpassen aan zoekopdrachten en apparaten. Een specifieke, beknopte titel die overeenkomt met de H1 en het antwoord, geeft het systeem minder reden om de paginakadrering te vervangen.

Hoe: Begin met het onderwerp en het nuttige resultaat, voeg een onderscheidend element alleen toe wanneer de body het bewijst, en plaats het merk als laatste wanneer het helpt bij identificatie. Verwijder standaardteksten die over honderden pagina’s worden gedeeld. Houd de H1 natuurlijk en iets beter leesbaar dan de titel indien nodig, maar laat beide dezelfde reikwijdte beschrijven. Preview de breedte in plaats van een tekentelling als rankingregel te behandelen.

Tool: Gebruik de CMS-zoekpreview, live resultaatvergelijking en Google Search Queries voor de taal die mensen daadwerkelijk gebruiken.

Gereed wanneer: De gerenderde bron bevat één unieke, niet-lege title en één H1; geen van beide is een lijst met trefwoordvarianten; hun beloften komen met elkaar en met het openingsantwoord overeen; en de belangrijke woorden van de title blijven begrijpelijk als de staart wordt afgekapt.

4. Schrijf een omschrijving die de juiste klik verdient

Wat: Schrijf de meta-omschrijving , een HTML-samenvatting die zoekmachines onder de resultaatttitel kunnen tonen.

Waarom: De omschrijving is geen gegarandeerde snippet en is geen plek om rankings te forceren. Haar taak is om de waarde en kwalificatie van de pagina duidelijk te maken, zodat de juiste zoeker deze kan kiezen. Zoekmachines selecteren vaak zichtbare paginatekst wanneer die tekst een zoekopdracht preciezer beantwoordt.

Hoe: Vermeld het onderwerp, resultaat, nuttige beperking en volgende stap in duidelijke taal. Gebruik de primaire term waar natuurlijk. Mik op 120–160 tekens als redactionele range, preview dan desktop en mobiel. Herhaal niet de titel, gebruik geen niet-onderbouwde superlatieven of beloof tools, prijzen, templates of bewijs dat op de pagina ontbreekt.

Tool: Gebruik de CMS-preview en CTR Gap op app.amicited.com/reports/ctr-gap voor bestaande resultaten die minder klikken krijgen dan de gefitte verwachting van de site.

Gereed wanneer: De omschrijving uniek is, accuraat zonder context, leesbaar in de preview en ondersteund door de pagina. Voor een bestaande CTR-kloof bewerking zijn de vorige omschrijving, gediagnosticeerde oorzaak, vervanging en beoordelingsdatum geregistreerd.

5. Maak van koppen de pagina-omtrek

Wat: Maak van de H1, H2’s en H3’s een geneste omtrek van het antwoord. Koppenniveaus zijn semantische HTML-labels, geen bedieningselementen voor lettergrootte.

Waarom: Lezers scannen koppen om te beslissen waar ze aandacht aan besteden. Ondersteunende technologie gebruikt ze voor navigatie, terwijl zoek- en ophaalsystemen ze gebruiken om passages aan vragen en entiteiten te koppelen. Decoratieve of lege koppen beschadigen die omtrek.

Hoe: Gebruik één H1 voor de pagina. Geef elke grote sectie een H2 en reserveer H3 voor een echte onderverdeling van de bovenliggende sectie. Herschrijf vage labels zoals “Overzicht,” “Meer” en “Voordelen” zodat ze het onderwerp in context benoemen. Verplaats stijlbehoeften naar het ontwerpsysteem; selecteer H4 niet omdat het kleiner lijkt. Elke kop moet tekst, een tabel, een lijst, media of een ander substantieel antwoord introduceren.

Tool: Gebruik de gerenderde DOM-omtrek, niet alleen de visuele editor. Controleer zowel desktop- als mobiele previews.

Gereed wanneer: Er is precies één H1; geen niveau wordt overgeslagen alleen voor het uiterlijk; elke H3 hoort bij de voorafgaande H2; geen kop is leeg of gedupliceerd zonder een duidelijke herhaalde structuur; en het alleen lezen van koppen geeft een waarheidsgetrouwe samenvatting van de pagina.

6. Benoem entiteiten en vermeld hun relaties

Wat: Verifieer de entiteiten van de pagina — onderscheiden personen, organisaties, producten, plaatsen, standaarden, methoden of metingen — en de relaties die tussen hen worden beweerd.

Waarom: Het herhalen van een trefwoord lost niet op of “Mercurius” een planeet, een element, een automerk of een betalingsbedrijf betekent. Duidelijke namen, categorieën, kenmerken en relaties helpen een lezer en een machine om claims aan de juiste entiteit te koppelen.

Hoe: Gebruik de voorkeursvolle naam bij eerste vermelding, definieer gespecialiseerde termen en vermeld belangrijke relaties in volledige zinnen. Voeg versies, locaties, datums, eenheden en auteurschap toe waar ze de betekenis veranderen. Gebruik synoniemen op natuurlijke wijze na desambiguatie. Verwijder entiteitenlijsten die geen verklarende relatie hebben en verifieer elke feitelijke associatie tegen het goedgekeurde bronmateriaal.

Tool: Gebruik de entiteitenlijst uit de instructie, redactionele bronlog en gerenderde paginazoekopdracht. AmICited zoekbewijs kan de woordenschat tonen die gebruikers toepassen, maar het verifieert geen feitelijke relaties.

Gereed wanneer: Elke primaire entiteit is ondubbelzinnig bij eerste betekenisvolle vermelding, elke materiële relatie heeft bewijs, namen en versies zijn consistent, en een redacteur kan een entiteit-relatie lijst extraheren zonder te raden waar een voornaamwoord of acroniem naar verwijst.

7. Laat interne ankers de volgende nuttige stap beschrijven

Wat: Beoordeel de ankertekst — de zichtbare klikbare woorden — voor elke interne link die al aan de pagina is toegewezen.

Waarom: “Klik hier” en “lees meer” verbergen de bestemming voor mensen die de pagina scannen en voor systemen die de relatie interpreteren. Exact-match herhaling is niet de oplossing; ankers moeten beschrijven waarom de bestemming op dat punt in het antwoord helpt.

Hoe: Plaats links waar de bestemming een vraag oplost, bewijs levert of de volgende taak mogelijk maakt. Gebruik beknopte beschrijvende taal die in de zin past. Varieer formulering wanneer de context verandert, vermijd het herhaaldelijk linken van dezelfde bestemming binnen één kort gedeelte, en voeg nooit een link toe alleen om een doelterm te plaatsen.

Tool: Gebruik de goedgekeurde linkverplichtingen, de CMS-linkinspector en de gerenderde pagina. De volgende fase evalueert grafdekking en bronpaginamogelijkheden.

Gereed wanneer: Elke interne link verwijst naar de beoogde canonieke URL, nul generieke “klik hier” of kale-URL ankers resteren, de bestemming is begrijpelijk vanuit de zin, en de overdracht vermeldt de stabiele koppen en concepten die P12 kan gebruiken voor inkomende links.

8. Optimaliseer media voor betekenis, toegang en snelheid

Wat: Beoordeel afbeeldingen, diagrammen, grafieken, video en embeds op doel, plaatsing, afmetingen, bestandsformaat, bijschriften en alt-tekst — het tekstuele alternatief dat wordt aangekondigd wanneer een afbeelding niet kan worden gezien.

Waarom: Media moeten iets uitleggen dat proza niet zo efficiënt kan tonen. Ongelabelde grafieken verbergen bewijs, ontbrekende afmetingen veroorzaken layout-verschuivingen, en decoratieve bestanden met uitvoerige alternatieve tekst creëren ruis voor schermlezergebruikers. Grote assets kunnen het antwoord trager maken zonder het duidelijker te maken.

Hoe: Houd elk asset alleen wanneer het een punt bewijst, uitlegt of demonstreert. Schrijf beknopte alt-tekst voor betekenisvolle afbeeldingen op basis van hun functie in context; gebruik lege alt-tekst voor puur decoratieve afbeeldingen. Zet trends en conclusies uit grafieken in zichtbaar proza, lever breedte en hoogte, gebruik een efficiënt formaat en laad media onder de vouw traag waar de implementatie dit ondersteunt. Maak productschermafbeeldingen op een leesbaar viewport en anonimiseer persoonlijke of klantgegevens.

Tool: Gebruik het mediamanifest, browser toegankelijkheidsinspectie, afbeeldingsafmetingencontrole en het overeengekomen prestatielimiet van de site.

Gereed wanneer: Elk media-item heeft een eigenaar en doel; informatieve assets hebben geschikte alternatieve tekst; decoratieve assets gebruiken lege alternatieven; grafieken vermelden hun conclusie in tekst; afmetingen zijn gedeclareerd; geen gevoelige gegevens zijn zichtbaar; en elk bestand voldoet aan het medialimiet van de site of heeft een goedgekeurde uitzondering.

9. Render, vergelijk en keur de complete pagina goed

Wat: Beoordeel de gerenderde pagina als één systeem en registreer de wijzigingsset.

Waarom: Velden die afzonderlijk slagen, kunnen samen conflicteren. Een beknopte titel kan de reikwijdte vernauwen terwijl een oude H2 deze verbredt; een sterke omschrijving kan een template beloven die tijdens het bewerken is verwijderd; een nieuw kop-ID kan een inkomende diepe link verbreken.

Hoe: Vergelijk de titel, omschrijving, H1, openingsantwoord, omtrek, entiteiten, ankers, media en CTA met de primaire belofte. Inspecteer HTML-output, desktop, mobiel, toetsenbordnavigatie en de live bestemming van elke link. Scheid voor een bestaande pagina wijzigingen per hypothese, zodat latere meting kan identificeren wat waarschijnlijk is veranderd.

Tool: Gebruik de CMS-preview, browserinspector, linkchecker beschikbaar voor het publicatieteam en de AmICited basislijncaptures.

Gereed wanneer: De acceptatiepoorten hieronder allemaal slagen, de verantwoordelijke eigenaar de gerenderde URL goedkeurt, voor-en-na-bewijs is bijgevoegd, de publicatie- en meetdatums zijn ingesteld, en onopgeloste kwesties een eigenaar hebben in plaats van in een opmerking te verdwijnen.

Tools in AmICited

AmICited identificeert pagina’s die het waard zijn om te wijzigen en levert bewijs voor de wijziging. Het vervangt geen beoordeling van het live resultaat, gerenderde HTML of paginabelofte.

Beslisregels

Deze getallen zijn beoordelingspoorten, geen universele algoritmedrempels. Een gedocumenteerde uitzondering kan slagen; een onzichtbare uitzondering niet.

Gebruik trefwoorddichtheid niet als poort. Dichtheid is een verhouding van termvoorkomens tot totaal aantal woorden, maar het kan niet vertellen of een pagina de vraag beantwoordt, entiteiten onderscheidt of natuurlijk leest. Nul gedwongen invoegingen is de standaard. Evenzo faalt een exact-match kop zonder inhoud erachter, zelfs als een tool de term als “geoptimaliseerd” markeert.

Deliverable: het on-page wijzigingsblad

Draag één versiebeheerde rij per URL over, gekoppeld aan de CMS-ready copy en bewijsmap.

URL | Route: bestaand/nieuw | Primaire belofte | Doelgroep | Post-type
Titel voor | Titel na | Omschrijving voor | Omschrijving na | H1
Koppenomtrek | Primaire entiteiten | Interne ankers | Mediamanifest
Beschermde zoekopdrachten/secties | AmICited bewijslinks | Wijzigingshypothese
Eigenaar | Beoordelaar | Publicatiedatum | Meetdatum | Status | Uitzonderingen

Voor bestaande pagina’s, voeg voor-en-na bewijs en geëxporteerd zoekbewijs toe. Voor nieuwe pagina’s, voeg de goedgekeurde instructie toe en markeer prestatievelden als “in afwachting van basislijn.” Registreer elke uitzondering naast de mislukte poort. Publicatie moet het blad kunnen implementeren zonder velden te herschrijven, en meting moet de wijziging kunnen reconstrueren.

Wat er misgaat

• Een score vervangt oordeel. Een plug-in wordt groen omdat een term vaak genoeg voorkomt, terwijl de pagina de verkeerde taak beantwoordt. Keer terug naar de primaire belofte en waargenomen zoekintentie.
• De snippet belooft te veel. Een met trefwoorden gevulde titel of een niet-ondersteunde belofte zoals “gratis template” trekt de verkeerde klik en nodigt uit tot herschrijving. Houd één onderwerp, één uitkomst en alleen claims die de body waarmaakt.
• Koppen zijn decoratie. Redacteuren kiezen koppenniveaus voor grootte, of voegen vraagkoppen toe gevolgd door één lege zin. Repareer de omtrek in HTML en gebruik ontwerpstijlen voor uiterlijk.
• Exact-match ankers vermenigvuldigen. Elke link naar een commerciële pagina gebruikt dezelfde onhandige term. Schrijf ankers voor de lokale zin en gebruikersbehoefte; consistentie van bestemming vereist geen identieke formulering.
• Een bestaande winnaar wordt herschreven als een lege pagina. Nuttige subonderwerpen en taal verdwijnen omdat de nieuwe instructie alleen de primaire zoekopdracht registreert. Behoud aangrenzende dekking en log opzettelijke verwijderingen.
• Elke lage CTR wordt een copyprobleem. Een AI-overzicht, afbeeldingpakket, merk-mismatch of verkeerde bestemmingspagina kan klikken onderdrukken. Inspecteer het live resultaat voordat u de snippet wijzigt.
• Zoekmachine-herschrijving veroorzaakt dagelijkse bewerkingen. Eén waargenomen titelvariatie leidt tot reactieve wijzigingen die het experiment wissen. Verzamel herhaald, zoekopdracht-specifiek bewijs en wijzig alleen wanneer de pagina zelf niet goed is afgestemd.

Volgende fase

De interne linkfase ontvangt de uiteindelijke canonieke URL, primaire belofte, stabiele koppenomtrek, goedgekeurde entiteiten, bestaande uitgaande links en kandidaat-ankerconcepten. Het gebruikt die velden om te beslissen welke relevante pagina’s moeten inlinken, welke contextuele routes moeten uitlinken en hoe de pagina in de bredere grafiek van de site past.

Draag geen voorlopige koppenkaart of een URL over die na publicatie kan veranderen. P12 moet de linkplaatsing en -dekking bepalen, niet de pagina-intentie heropenen of labels verzinnen voor een onvoltooid antwoord. De on-page eigenaar blijft verantwoordelijk voor eventuele formuleringen die nodig zijn om een geplande link natuurlijk te maken.

Breng de paginaniveau-signalen in overeenstemming

Begin met het daadwerkelijke bewijs van de pagina: open het Queries-rapport voor de bezittende URL, gebruik het CTR-kansrapport wanneer klikken onder de gefitte verwachting presteren, of open de paginakansen-werklijst wanneer een cluster dichtbij genoeg is om te verbeteren. Lever vervolgens één gedocumenteerde paginaniveau-hypothese, niet een bundel trefwoordinvoegingen.