🌍 SEO · flashcards
SEO Technical SEO Flashcards
51 question-and-answer cards covering Technical SEO as it is examined in SEO. 24 of them are printed below, taken from across the deck — no signup, no paywall on the preview.
24 sample cards from the Technical SEO deck
Sampled from the end of the deck, so these are different cards from the ones shown on the syllabus page.
At what percentile does Google evaluate Core Web Vitals for the 'good/needs improvement/poor' assessment, and why?
At the 75th percentile of page loads (across mobile and desktop separately). This ensures most users (75%) experience at least that level of performance, rather than judging by an easily skewed average.
List five common page speed optimization techniques.
1) Minify and compress CSS/JS/HTML; 2) optimize and lazy-load images (modern formats like WebP/AVIF); 3) leverage browser caching and a CDN; 4) eliminate render-blocking resources and defer non-critical JS; 5) reduce server response time (TTFB) and preload critical assets.
What does Time to First Byte (TTFB) measure, and what is a commonly cited 'good' target?
TTFB measures the time from the request until the first byte of the response is received, reflecting server responsiveness and network latency. A good target is generally $\leq 800$ ms.
Distinguish browser caching, CDN, and compression as performance techniques.
Browser caching stores static assets locally so repeat visits avoid re-downloading. A CDN serves assets from edge servers geographically close to the user, cutting latency. Compression (e.g., Gzip, Brotli) shrinks file transfer size, reducing bytes sent over the network.
Which HTTP header controls browser caching duration, and what does its max-age directive specify?
The Cache-Control header. Its max-age directive specifies, in seconds, how long a resource is considered fresh (e.g., Cache-Control: max-age=31536000 caches for one year).
Compare Gzip and Brotli compression.
Both are lossless text-compression algorithms for HTTP. Brotli (developed by Google) typically achieves higher compression ratios than Gzip, especially for text/HTML/CSS/JS, at comparable or slightly higher CPU cost, and is widely supported over HTTPS. Gzip is older and universally supported.
How do lab data and field data differ in PageSpeed Insights?
Lab data comes from Lighthouse running a simulated single load in a controlled environment (reproducible, good for debugging). Field data comes from the Chrome User Experience Report (CrUX) — real users' Core Web Vitals over the trailing 28 days — and is what determines the CWV assessment.
What are the categories Lighthouse audits, and what is the score range?
Lighthouse audits five categories: Performance, Accessibility, Best Practices, SEO, and Progressive Web App (PWA). Each is scored from 0 to 100. The Performance score is a weighted blend of metrics like FCP, LCP, TBT, CLS, and Speed Index.
What is mobile-first indexing?
Mobile-first indexing means Google predominantly uses the mobile version of a page's content for crawling, indexing, and ranking. If content, structured data, or metadata exists only on the desktop version, it may not be indexed.
For mobile-first indexing, what is the key requirement regarding content parity between mobile and desktop versions?
The mobile version must contain the same primary content, structured data, and metadata (titles, descriptions, images with alt text) as the desktop version. Hiding or reducing content on mobile can cause it to be ignored for ranking.
What is responsive web design, and which CSS feature is central to implementing it?
Responsive design is an approach where one URL and HTML adapts its layout fluidly to any screen size. It is implemented primarily with CSS media queries (e.g., @media (max-width: 600px)) plus flexible grids and images. Google recommends responsive design as the preferred mobile configuration.
What is the purpose of the viewport meta tag in mobile usability?
It tells the browser to size the page to the device's width and set the initial zoom, preventing desktop-width rendering on mobile. The standard tag is <meta name="viewport" content="width=device-width, initial-scale=1">.
Name three mobile usability issues Google flags that hurt mobile-friendliness.
1) Text too small to read; 2) clickable elements (tap targets) too close together; 3) content wider than the screen (horizontal scrolling). A missing viewport tag typically triggers these.
Why is JavaScript SEO challenging, and what two-phase process does Google use to handle JS-heavy pages?
Content injected by client-side JS isn't in the raw HTML, so it must be rendered to be seen. Google uses two waves: first it crawls and indexes the raw HTML, then queues the page for rendering (executing JS via a headless Chromium) in a second wave when resources allow, which can delay indexing of JS content.
Compare Client-Side Rendering (CSR) and Server-Side Rendering (SSR) for SEO.
In CSR the server sends minimal HTML plus JS that builds content in the browser, so crawlers must render it (slower, riskier for SEO). In SSR the server generates fully-formed HTML on each request, so crawlers get complete content immediately (better and faster for indexing).
What is dynamic rendering, and what is Google's current position on it?
Dynamic rendering serves a pre-rendered static HTML version to bots while serving the JS app to users. Google now considers it a workaround/legacy solution (not a long-term recommendation) and advises SSR, static rendering, or hydration instead.
Distinguish pre-rendering (static rendering / SSG) from server-side rendering.
Pre-rendering / Static Site Generation (SSG) produces HTML at build time, serving the same cached HTML to all requests (fast, best for content that changes infrequently). SSR generates HTML per request at runtime (better for personalized or frequently changing content) at higher server cost.
What is Schema.org, and who backs it?
Schema.org is a shared, collaborative vocabulary of types and properties for marking up structured data on the web. It is a joint initiative founded by Google, Bing, Yahoo, and Yandex to help search engines understand page content.
Name the three structured data formats search engines support, and which one Google recommends.
JSON-LD, Microdata, and RDFa. Google recommends JSON-LD because it is added as a separate <script type="application/ld+json"> block, keeping the markup decoupled from the visible HTML and easier to maintain.
What is the difference between Schema.org (the vocabulary) and JSON-LD (a format)?
Schema.org defines WHAT you can describe (types like Product, Article, Recipe and their properties). JSON-LD, Microdata, and RDFa define HOW you encode that vocabulary in the page. You use a format to express Schema.org types.
Give the minimal JSON-LD skeleton required to declare a structured-data type, naming its two mandatory keys.
It must include @context (usually "https://schema.org") and @type (e.g., "Product"). Example: <script type="application/ld+json">{"@context":"https://schema.org","@type":"Product","name":"Widget"}</script>
What is the SEO benefit of valid structured data, and does it directly boost rankings?
Structured data can make a page eligible for rich results (star ratings, FAQs, breadcrumbs, product info) that improve visibility and click-through rate. It is not a direct ranking factor by itself, but rich results and better CTR can indirectly help performance.
Which Google tool validates structured data eligibility for rich results, and what replaced the older Structured Data Testing Tool?
The Rich Results Test validates whether markup is eligible for Google rich results. It (along with the Schema.org validator) replaced the deprecated Structured Data Testing Tool. Search Console's Enhancements reports also monitor structured data at scale.
How does a crawler treat a page returning HTTP 200 with a noindex tag versus one returning HTTP 410, in terms of index removal?
A 200 page with noindex is crawled, kept accessible, but excluded from the index (and can be revived by removing the tag). A 410 (Gone) signals the resource is permanently removed, prompting faster de-indexing than a 404, and the URL is dropped from the index.
What this deck covers
The Technical SEO deck follows the SEO Technical SEO syllabus — 6 chapters and 24 topics — so questions land on material that is genuinely examinable rather than trivia around it. That works out to roughly 8.5 cards per chapter.
Answers are written to be recallable, not just readable — averaging about 244 characters, which is long enough to carry the reasoning and short enough to say out loud.
A deck like this earns its keep on the second and third pass. Read the syllabus first so you know the shape of the subject, then use the cards to find the specific facts that have not stuck.
Technical SEO flashcards FAQ
How many Technical SEO flashcards are in this SEO deck?
51 cards. This page previews 24 of them, sampled evenly across the deck so you can judge the difficulty before installing anything.
Are these SEO flashcards free?
Yes. The preview here is free to read with no signup, and the full 51-card deck is free inside the Examius app.
What do the Technical SEO cards cover?
They follow the SEO Technical SEO syllabus — 6 chapters and 24 topics — so the questions track what is actually examinable.
How should I use these flashcards?
Read the syllabus first so you know the shape of the subject, then drill the deck. Examius schedules each card with spaced repetition, so cards you keep missing come back sooner and ones you know drift further apart.