https://dentalteamfl.com

Recommendations

Architecture + content rules before cutover · 2026-08-12

Answer to the stakeholder question

Yes — tell developers and content to fix this. Different H1/banner with identical body and FAQ is not “harmless duplication.” Fix before production indexation. Synonym-level paraphrases of the same FAQ are not a strategy.

Option A — Hub + locations (preferred)

Option B — Keep full location×service matrix (higher cost)

Content rules (either option)

DoDon’t
Unique title + meta per indexable URLIdentical “Service - Dental Team” titles
One location-qualified H1Two H1s (generic + location)
One office phone + booking CTAStacks of every office phone
Self-canonical to final host/pathMissing canonicals / -2 duplicate publishes
FAQ schema only for unique answersClone FAQ JSON across offices

Tech checklist (blocking)

  1. To resolve [location_phone], [location_booking_link], [location_content] in rendered HTML — URL evidence sheet (205).
  2. To stop injecting full shared service_acf_content + service_faq into every location URL — shared CPT sheet.
  3. To collapse duplicate roots (/services/…, /florida/…, *-2) to one canonical per intent — duplicate roots sheet.
  4. To keep staging noindex until P0 passes; then index only the approved URL map — robots checklist sheet.

Suggested reply (UA)

Так, треба фіксити до запуску. Інший H1/банер недостатньо — основний текст і FAQ скопійовані між локаціями. Плюс на стейджі не підставляються [location_phone] / booking tokens і в CTA висять телефони кількох офісів. Або унікалізуємо money pages, або прибираємо матрицю location×service на користь hub + location pages.

Track execution on the action plan.