Wat uw werknemer weet voordat het iets bouwt

Iedereen kan een model op een website wijzen. Dit zijn de regels die het toepast op elke pagina, waarom elk bestaat, en wie van hen stopt een publicatie in plaats van te waarschuwen.

Elke regel hieronder werd betaald door een incident op een site die we uitvoeren.. een ranking klif, een gebroken vertaling, een pagina die zijn eigen broncode gaf. We raden niet in de beste praktijk; we zijn opschrijven wat al fout ging, dus het gaat niet fout op uw site ook.

Regels die een publicatie tegenhouden: 8 van 12. Een geblokkeerde pagina wordt met de reden aan de werknemer overhandigd, en het probeert het opnieuw. Het publiceert niet en waarschuwt u daarna.

1. One page, one subject

publiceren

Exactly one <h1>. A descriptive <title> of 15-60 characters.

Waarom: Title is the strongest per-page signal Google has. Google rewrites titles for the SERP most of the time, but the signal it forms from yours still affects ranking, and a generic or duplicated title reads as a quality problem.

2. A description written for a human

waarschuwt

A meta description of 140-158 characters, unique to the page.

Waarom: Description does not rank the page, it decides whether anyone clicks it. Too short wastes the snippet; too long truncates mid-sentence.

3. No shared body text, ever

publiceren

Every page gets body copy and FAQ answers written for that page. Never a shared template with a noun swapped in.

Waarom: This is the one that costs months. A site we run shipped ~1700 pages on one generic FAQ body and a site-level quality classifier suppressed the whole domain — pages still indexed, ranking gone, no manual action to appeal. Recovery ran on core-update timescale.

4. Absolute canonical, paired with hreflang

publiceren

Every page self-canonicalises with an absolute URL. Any hreflang cluster ships alongside that canonical, also absolute.

Waarom: Relative hrefs are silently dropped. hreflang without a self-canonical fills the index report with "Duplicate without user-selected canonical" — 56,801 pages on one site we run.

5. Markup may only claim what the page shows

publiceren

Structured data mirrors the visible text exactly. Schema goes on the page types that earn a rich result, not on everything.

Waarom: Schema is not a general ranking input and not required for AI search -- Google says so directly. Markup that claims a price or a question the page never shows is a violation that can earn a manual action.

6. Django comments are {% comment %}

publiceren

Never {# #}. Not even on one line.

Waarom: Django's template lexer regex has no DOTALL flag, so {# #} only closes on its own line. A multi-line one renders as visible page text, and if it contains a {% %} substring the lexer treats it as a real tag and every render crashes. Both have happened in production.

7. Positional {0} slots in translatable strings

publiceren

Any string that will be machine-translated uses {0}, {1} — never {name}.

Waarom: MT engines translate or transliterate the word inside the braces, or drop a brace entirely. A numeric slot has no word to translate and survives intact. This silently broke about 10% of non-English rows on one site before anyone noticed.

8. Nothing is indexable until it is finished

publiceren

Pages ship noindex. Indexing is a deliberate opt-in by the owner, per site.

Waarom: These sites share a wildcard domain. One spam tenant indexed on that wildcard damages every other tenant on it, and a half-finished page indexed on day one takes months to undo.

9. Build the thing, do not describe the thing

waarschuwt

A page either does something useful or says something specific. A page that only describes a tool is not a page.

Waarom: Thin wrappers around someone else's API are the clearest signal a quality classifier has. Real utility is what survives a core update.

11. Alt text and intrinsic dimensions on every image

waarschuwt

Every <img> has alt text and explicit width/height.

Waarom: Alt text is an accessibility requirement first and an indexing signal second. Missing dimensions cause layout shift, which is a Core Web Vitals failure on mobile — and mobile is what gets indexed.

12. Retired URLs return 410, verified

publiceren

A removed page returns 410 Gone, confirmed by an actual request after deploy.

Waarom: A 404 lingers as a soft-404 for months; a 410 deindexes cleanly. And per-view dispatch often intercepts the request before the 410-returning view is ever reached, so the check has to be a real HTTP request, not a code read.

Waarom dit een linter is en geen stijlgids

Een regel die alleen leeft in een instructie is een suggestie.. het model volgt het meestal en rustig niet de rest, en je komt er drie maanden later in een verkeersrapport. Dus deze draaien als code, na de pagina is geschreven en voordat het gaat live. Een pagina die faalt een blokkerende regel wordt teruggegeven met de reden en herschreven. Het resultaat is op het ontvangstbewijs hoe dan ook, zodat je kunt zien welke controles liep.

En niets is geïndexeerd totdat je het zegt.

Elke site start noindex. Niet als standaard moet je ontdekken..als een regel de linter afdwingt, omdat deze sites delen een domein en een slechte buur doet iedereen op het. Wanneer uw site is de moeite waard te vinden, u zet indexeren op in instellingen en het begint te worden gekropen.

Voer je eerste shift gratis uit